Lib change leads to larger executables

[Dave]

kris wrote:
> Daniel Keep wrote:
>> (I'm just going to interject here because WOW this thread is getting
>> long; I can't even read the subject line anymore it's gone so far
>> sideways...)
>>
>> There's one suggestion I haven't seen yet, so I'll make it:
>>
>> I assume from the discussion about segment-based linking that it's
>> possible to pull out one particular section from an object file, and
>> just link that into the executable.
>>
>> So, why not make a small modification to OPTLINK such that if a switch
>> is thrown, and it encounters any missing symbol of the form
>> /_D11TypeInfo_.*/, then it will link only the segment that symbol is in.
>>  In other words, it does what it currently does in all cases except
>> where there's a TypeInfo involved; in which case it links *just* the
>> TypeInfo, not the whole object file.
>>
>> This doesn't break compatibility with OMF or any other tool; it's simply
>> an optimisation for reducing executable bloat in D programs.  This way,
>> we don't need a new object format, or a whole new linker.
>>
>> Or have I just got it all wrong? :P
>>
>>     -- Daniel
>>
> 
> 
> On the face of it, that sounds like a reaonable solution. One would 
> assume it would be legit to pull typeinfo from a segment instead ...

Great idea if it's feasible... Would it then make sense that the switch be thrown by default for DMD?