This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: cvs commit: ports/lang/egcs Makefile ports/lang/egcs/files


On Mar  1, 1999, Gerald Pfeifer <pfeifer@dbai.tuwien.ac.at> wrote:

> /files/pfeifer/OBJ-0103-21:02/gcc/xgcc
> -B/files/pfeifer/OBJ-0103-21:02/gcc/
> -B/sw/swtest/egcs/FreeBSD/i386-unknown-freebsd2.2.6/bin/ -g -O2
> -fno-implicit-templates -Wl,-soname,libstdc++.so.`echo 2.9.0 | sed
> 's/\([0-9][.][0-9]\).*/\1/'` -shared -o libstdc++.so.2.9.0 `cat piclist`
> -lm
> ld: libstdc++.so.2.9: No such file or directory
> collect2: ld returned 1 exit status

> The problem appears to be this patch, as the others already seemed to be
> present in the current CVS repository:

Maybe not.  It looks very much like a strange collect2 problem I've
been observing while maintaining libtool.  It seems that collect2
will insert an object file before any object or library name that
appears in the command line, even if the library name immediately
follows an -soname or -h switch.  You may verify this by adding the
switches `-v -Wl,-v' to that link command.  The solution I've adopted
for libtool was to move any -soname-like switches to the end of the
command line.  Maybe we should do the same for libstdc++...

> --- libstdc++/configure.in.orig Thu Feb 18 11:40:03 1999
> +++ libstdc++/configure.in      Thu Feb 18 11:44:01 1999
> +    *-*-freebsd*)      frags="${frags} freebsd.ml" ;;

-- 
Alexandre Oliva http://www.dcc.unicamp.br/~oliva aoliva@{acm.org,computer.org}
oliva@{dcc.unicamp.br,gnu.org,egcs.cygnus.com,samba.org}
Instituto de Computação, Universidade Estadual de Campinas, SP, Brasil



Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]