Message-Id: Comments: Authenticated sender is From: "Salvador Eduardo Tropea (SET)" Organization: INTI To: sl AT psycode DOT com, djgpp AT delorie DOT com Date: Wed, 5 Aug 1998 17:40:33 +0000 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: RHIDE, commandline-line and linking In-reply-to: Precedence: bulk sl AT psycode DOT com DOT REMOVE_THIS wrote: > On Wed, 5 Aug 1998 17:51:47, Nate Eldredge wrote: > > > A better option might be to group them into libraries, which will dodge > > the long line problem. And don't worry about all the .o files in the > > library-- libc has a few hundred .o files inside it. > > Yeah, but like you said, that's a work around 'cuz its a library. I > am distributing freeware libraries in source-code form and therefore I > don't know how appropriate it would be for me to make libraries out of > them. Why? libraries are used to join similar things. If you have a project that have 1000 files perhaps is better to split it grouping files that makes some similar stuff, like output files, or anything. > Most people (including myself) don't even know how to create a > libraries, In RHIDE is *too* easy just say the target of your project is called anything.a and RHIDE will generate a library instead of an executable. My editor uses various libraries created by me, they are RHIDE nested projects (projects inside projects). I make it because: * The small projects are easier to handle (I make searchs in the list all the time). * I can take the library and use it in other project easilly. > so how I can expect them to know how to unpack a library in > order to get at the source codes? :) Unpack a library? > But you did answer my question, DJGPP uses a transfer buffer.. I > thought the problem was we had to list all .o files through the > command line (by running GCC <.o files>) and that would > have been a problem.. But this limit will be important when you handle *thounsands* and not *hundreds*. You need over than 1000 file names (8+3+space) to fill the default transfer buffer. And you can increse the size of the tb. SET ------------------------------------ 0 -------------------------------- Visit my home page: http://set-soft.home.ml.org/ or http://www.geocities.com/SiliconValley/Vista/6552/ Salvador Eduardo Tropea (SET). (Electronics Engineer) Alternative e-mail: set-soft AT usa DOT net set AT computer DOT org ICQ: 2951574 Address: Curapaligue 2124, Caseros, 3 de Febrero Buenos Aires, (1678), ARGENTINA TE: +(541) 759 0013