delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/1998/08/05/16:51:42

Message-Id: <m0z4ATV-000S50C@inti.gov.ar>
Comments: Authenticated sender is <salvador AT natacha DOT inti DOT gov DOT ar>
From: "Salvador Eduardo Tropea (SET)" <salvador AT inti DOT gov DOT ar>
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
Subject: Re: RHIDE, commandline-line and linking
In-reply-to: <iCdMCj1ZQ5j2-pn2-J5rLddf6Qqd5@portX67.lanzen.net>

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 -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019