Why is libphobos not a shared library?

Iain Buclaw ibuclaw at ubuntu.com
Thu Jun 14 07:28:44 PDT 2012


On 14 June 2012 14:18, Matthew Caron <Matt.Caron at redlion.net> wrote:
> On 06/14/2012 09:08 AM, Iain Buclaw wrote:
>>
>> Hi Matthew,
>>
>> This is a pet peeve with us at the moment.  Yes, I can produce a
>> shared libphobos for you, but the default runtime implementation does
>> not support it, and the current workaround is specific to Linux
>> systems only - possibly other related POSIX systems too, so long as
>> /proc/self/maps exists on the system.
>>
>> Regards
>
>
> I am not professing to have copious amounts of time, but how might I be able
> to help, even if it is just to test things?
>
> I have, at my disposal, the standard complement of x86 Linux boxen, as well
> as a variety of ARM-ish processors (hence my interest in cross compiling D),
> ranging from ARM9 (armv5t) up to Cortex-A8.
>
> If adoption of D at my company proceeds, this will become more of a
> hot-button issue because demand for it will increase. As such, I might be
> able to actually devote some on the clock engineering time to it, rather
> than doing it in my spare time. As of right now, it is termed "not for
> production use", because D and GDC are both fairly new. (Yes, I know both D2
> and GDC are both over 5 years old, but we're that conservative.). The crux
> of the issue is that, when you're trying to cram as much as you can into
> 16MB of NAND, shared libraries are your best friend.
>
>

If the idea is to cram as much into 16MB of NAND, I would suggest that
you avoid building libphobos at all, and just have the libdruntime
library.  I will need to add this as a switch to the build for you.
If you need any guidance on building as a shared library, I'll be
available on IRC from around 7.30pm GMT+0 time.  Either on Freenode or
OFTC in #d and #d.gdc.


Regards
-- 
Iain Buclaw

*(p < e ? p++ : p) = (c & 0x0f) + '0';


More information about the D.gnu mailing list