Help with linker problem

Walter Bright newshound1 at digitalmars.com
Thu May 10 16:06:09 PDT 2007


Georg Wrede wrote:
> Walter Bright wrote:
>> Frank Benoit wrote:
>>> Walter Bright schrieb:
>>>> Frank Benoit wrote:
>>>>
>>>>> i was not sure about these "noi/deb". Are they correct?
>>>>
>>>> noi means case sensitive, yes, it's needed.
>>>> I'd use /co rather than /deb.
>>>>
>>>> Do you have only 1.5Gb of free disk space?
>>>>
>>>> Optlink tries to do everything in memory. It is entirely possible that
>>>> all this stuff simply exceeds memory. You can try excluding debug info
>>>> for some of the modules/libraries.
>>>
>>> I deleted some file, and have 3.5 GB free. But if the exe grows bigger
>>> then 1 GB, i do a Ctrl-C.
>>
>> I (personally) find these days that having less than 10Gb free is 
>> unusable. My laptop doesn't have much space on it, but I use a plug-in 
>> external 160Gb USB drive.
> 
> Am I understanding this correctly?!
> 
> If the end product is supposed to be less than 5MB, I have a hard time 
> believing that a compile could ever need more than, say, 50MB hd at any 
> moment. That's ten times the binary.
> 
> You're surely not seriously suggesting that a compile could need for 
> example a gig of hard disk?

I have no idea how big the debug info is for all the stuff Frank is 
linking in. But I do think that 1.5Gb of disk free space is, these days, 
unusable.

> (My laptops boast a 20GB hard disk each, evenly split between Linux and 
> Windows. (FC4, W2k) I live happily in them, and 10GB for Windows and 
> 10GB for Fedora seems ample. Sure, I don't use downloaded MP3s, HD-DVDs, 
> or whatever; these work laptops are for programming, administration of 
> other unixes, company red tape, and statistics and databases. Heh,and D 
> NG r/w.)
> 
> OTOH, of course, some outlandish template stuff might need amazing 
> amounts of memory, but we're talking hard disk here.

Yes, well, you'll use up a gig of hard disk just for memory swap space. 
Your internet browser will chew up a big chunk, too.



More information about the Digitalmars-d mailing list