From: sparhawk AT eunet DOT at (Gerhard Gruber) Newsgroups: comp.os.msdos.djgpp Subject: Re: Making Libraries Date: Mon, 06 Jul 1998 20:36:12 GMT Organization: Customer of EUnet Austria Lines: 29 Message-ID: <35a41e42.1532116@news.Austria.EU.net> References: NNTP-Posting-Host: e188.dynamic.vienna.at.eu.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Precedence: bulk Destination: Eli Zaretskii From: Gruber Gerhard Group: comp.os.msdos.djgpp Date: Mon, 6 Jul 1998 11:23:22 +0300 (IDT): >This is only true if you have enough memory to leave all of the shared >library in the cache. Please keep in mind that shared libraries are >typically used on a multi-processing system, where several programs running >simultanously, including the OS itself, share the same library copy. This >paradigm is useless with DJGPP, even if it runs on Windows (since I think this is the major problem because DJGPP is DOS based. So the advantage for using shared libraries are less than on Windows or Unix. But I think that even compiling the code that manages long filenames and other stuff that is in every djgpp Programm may reduce the size of the executables drastically. I already thought about a method of using shared objects that I can link in at runtime but I don't know if I have the time to do it and it would be clumsy to use because there is no support from the linker. I would have to write an additional linker to support this kind of objects. On the other hand, if this would appeal to more people than this could be included in the linker distributed with DJGPP. -- Bye, Gerhard email: sparhawk AT eunet DOT at g DOT gruber AT sis DOT co DOT at Spelling corrections are appreciated.