Mail Archives: djgpp/1998/08/05/16:51:42
sl AT psycode DOT com DOT REMOVE_THIS wrote:
> On Wed, 5 Aug 1998 17:51:47, Nate Eldredge <nate AT cartsys DOT com> 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 <parameters> <.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
- Raw text -