Sender: tim AT riker DOT skynet DOT be
Message-ID: <3B208E67.F1670E0D@falconsoft.be>
Date: Fri, 08 Jun 2001 10:35:51 +0200
From: Tim Van Holder <tim DOT vanholder AT falconsoft DOT be>
Organization: Anubex N.V.
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.16-3 i686)
X-Accept-Language: en, nl-BE, nl
MIME-Version: 1.0
To: djgpp AT delorie DOT com
Subject: Re: Has ar a limit? II
References: <200106080841 DOT EAA05428 AT pop3 DOT lc-2 DOT la DOT inter DOT net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Reply-To: djgpp AT delorie DOT com

"Orlando P. Hevia" wrote:
> 
> I wrote:
> 
> > I am using ar to generate a library with a big .o file
> > (640kB).
> 
> > The object is generated by gcc, and it works properly
> > when it is linked to the binary.
> 
> > The .c file is obtained with f2cx from a FORTRAN file,
> > because g77 cannot compile too big COMMONs. The FORTRAN
> > file is a block data (no sentences in it).
> 
> A block data is never called, and if the object is in a
> library, it is never linked.
> 

It may not be 'called', but since you use it, the linker would
pull it in.  One possibility is that the name of the exported
symbol is the same as a symbol in some other library that is
checked first.  What do 'nm object.o' and 'nm lib-with-object.a'
print?

-- 
Tim Van Holder - Anubex N.V.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
This message was posted using plain text. I do not endorse any
products or services that may be hyperlinked to this message.