gcl-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Gcl-devel] Re: solaris


From: Camm Maguire
Subject: [Gcl-devel] Re: solaris
Date: 03 Jun 2002 20:19:24 -0400

OK, thanks for the feedback!  Please try again!

Take care,


address@hidden writes:

> I downloaded cvs again, and tried again, with the same
> results.  The reason it failed is 2fold.  First, unless
> you specificly include a function in libbfd, the linker
> ignores the -lbfd.  Second, because the library is
> a static lib (libbfd.a) the output is as follows.
> (/usr/local/lib/libbfd.a)stabs.o
> (/usr/local/lib/libbfd.a)stab-syms.o
> (/usr/local/lib/libbfd.a)cpu-sparc.o
> (/usr/local/lib/libiberty.a)concat.o
> (/usr/local/lib/libiberty.a)fnmatch.o
> (/usr/local/lib/libiberty.a)hex.o
> (/usr/local/lib/libiberty.a)objalloc.o
> (/usr/local/lib/libiberty.a)xexit.o
> (/usr/local/lib/libiberty.a)xmalloc.o
> (/usr/local/lib/libiberty.a)xstrerror.o
> -lc (/usr/lib/libc.so)
> /usr/local/lib/gcc-lib/sparc-sun-sol
> 
> notice that when a dynamic lib is used, your grep will find
> the line.  So you probably should write the trace out
> to a file, and make multiple passes against it, as I dont
> think you can assume that either dynamic libs or that
> both libbfd and libiberty are in the same place either.
> However you can probably get away with the common directory
> assumption, in most cases.
> Dan
> 
> 

-- 
Camm Maguire                                            address@hidden
==========================================================================
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah



reply via email to

[Prev in Thread] Current Thread [Next in Thread]