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>
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.

- Raw text -