Bruce, Thank you for pointing this. I will try to trace it. Best regards, Michal Lijowski > From owner-roottalk@pcroot.cern.ch Tue Sep 19 11:58:53 2000 > Delivered-To: lijowski@cosray2.wustl.edu > X-Authentication-Warning: pcroot.cern.ch: majordomo set sender to owner-roottalk@root.cern.ch using -f > Date: Tue, 19 Sep 2000 13:06:01 +0200 (MET DST) > From: "O'NEEL Bruce" <bruce.oneel@obs.unige.ch> > Subject: Re: [ROOT] Root v2.25.03 + solaris 2.7 + gcc 2.8.1 > To: lijowski@cosray2.wustl.edu > Cc: bruce.oneel@obs.unige.ch, roottalk@pcroot.cern.ch > MIME-version: 1.0 > Content-transfer-encoding: 7bit > > Hi, > I think the problem is > -Wl,-rpath,/data1/cern/root_v2.25.03/root/lib > > which ends up being > -rpath /data1/cern/root_v2.25.03/root/lib > > when passed to ld. This is a linux ld option. /usr/ccs/bin/ld is the > solaris ld in your case, right? The same solaris option is -R. > > No, I have no idea where it's getting these options. The only > makefile I see using rpath is in ./config/Makefile.linuxpgcc. > > I don't have the same system to try on, but I'll try it on a Solaris > 2.6 w/ gcc 2.95.2 and see what happens. > > cheers > > bruce > > - > > lijowski@cosray2.wustl.edu writes: > > > > Hello, > > > > Thank you Bruce for your advice, but when I use GNU make 3.79.1 > > I get stuck on a following error > > > > g++ -g -v -Wl,-rpath,/data1/cern/root_v2.25.03/root/lib -L/data1/cern/root_v2.25.03/root/lib -o bin/rmkdepend build/rmkdepend/cppsetup.o build/rmkdepend/ifparser.o build/rmkdepend/include.o build/rmkdepend/main.o build/rmkdepend/parse.o build/rmkdepend/pr.o > > Reading specs from /pkgs/gcc-libstdc++-2.8.1/lib/gcc-lib/sparc-sun-solaris2.7/2.8.1/specs > > gcc version 2.8.1 > > /usr/ccs/bin/ld -V -Y P,/usr/ccs/lib:/usr/lib -Qy -o bin/rmkdepend /pkgs/gcc-libstdc++-2.8.1/lib/gcc-lib/sparc-sun-solaris2.7/2.8.1/crt1.o /pkgs/gcc-libstdc++-2.8.1/lib/gcc-lib/sparc-sun-solaris2.7/2.8.1/crti.o /usr/ccs/lib/values-Xa.o /pkgs/gcc-libstdc++-2.8.1/lib/gcc-lib/sparc-sun-solaris2.7/2.8.1/crtbegin.o -L/data1/cern/root_v2.25.03/root/lib -L/pkgs/gcc-libstdc++-2.8.1/lib/gcc-lib/sparc-sun-solaris2.7/2.8.1 -L/pkgs/gcc-libstdc++-2.8.1/sparc-sun-solaris2.7/lib -L/usr/ccs/bin -L/usr/ccs/lib -L/pkgs/gcc-libstdc++-2.8.1/lib -rpath /data1/cern/root_v2.25.03/root/lib build/rmkdepend/cppsetup.o build/rmkdepend/ifparser.o build/rmkdepend/include.o build/rmkdepend/main.o build/rmkdepend/parse.o build/rmkdepend/pr.o -lstdc++ -lm -lgcc -lc -lgcc /pkgs/gcc-libstdc++-2.8.1/lib/gcc-lib/sparc-sun-solaris2.7/2.8.1/crtend.o /pkgs/gcc-libstdc++-2.8.1/lib/gcc-lib/sparc-sun-solaris2.7/2.8.1/crtn.o > > ld: Software Generation Utilities - Solaris/ELF (3.0) > > /usr/ccs/bin/ld: illegal option -- p > > usage: ld [-abd:e:f:h:il:mo:rstu:z:B:D:F:GI:L:M:N:Q:R:S:VY:] file(s) > > make-3.79.1: *** [bin/rmkdepend] Error 1 > > > > I appreciate any help. > > > > Best regards, > > > > Michal Lijowski > > > > > > > > > From: "O'NEEL Bruce" <bruce.oneel@obs.unige.ch> > > > Subject: [ROOT] Root v2.25.03 + solaris 2.7 + gcc 2.8.1 > > > To: lijowski@cosray2.wustl.edu > > > Cc: roottalk@pcroot.cern.ch > > > MIME-version: 1.0 > > > Content-transfer-encoding: 7bit > > > > > > Hi, > > > Try a really really new version of gnu make. I had the same problem > > > too on Solaris and Gnu Make 3.77 failed in exactly this way. OTOH, > > > Gnu Make 3.79 and 3.79.1 worked fine. > > > > > > cheers > > > > > > bruce > > > > > > lijowski@cosray2.wustl.edu writes: > > > > > > > > Hello, > > > > > > > > I cannot compile root v2.25.03 under Solaris 2.7 on Sparc with > > > > gcc 2.8.1. The compilation crashes with the following message > > > > > > > > g++ -g -o bin/rmkdepend > > > > Undefined first referenced > > > > symbol in file > > > > main /pkgs/gcc-libstdc++-2.8.1/lib/gcc-lib/sparc-sun-solaris2.7/2.8.1/crt1.o > > > > ld: fatal: Symbol referencing errors. No output written to bin/rmkdepend > > > > gmake: *** [bin/rmkdepend] Error 1 > > > > > > > > I successfully compiled root v2.25.00 but since version v2.25.01 > > > > I have been getting above error. > > > > > > > > Thank you for any hints. > > > > > > > > Best regards, > > > > > > > > Michal Lijowski > > > > > > -- > > > Greenspun's Tenth Rule of Programming: "Any sufficiently complicated C > > > or Fortran program contains an ad-hoc, informally-specified bug-ridden > > > slow implementation of half of Common Lisp." > > > > > > Bruce O'Neel phone: +41 22 950 91 22 (direct) > > > INTEGRAL Science Data Centre +41 22 950 91 00 (switchb.) > > > Chemin d'Ecogia 16 fax: +41 22 950 91 33 > > > CH-1290 VERSOIX e-mail: Bruce.Oneel@obs.unige.ch > > > Switzerland WWW: http://isdc.unige.ch/ > > > > > > > > > > -- > Greenspun's Tenth Rule of Programming: "Any sufficiently complicated C > or Fortran program contains an ad-hoc, informally-specified bug-ridden > slow implementation of half of Common Lisp." > > Bruce O'Neel phone: +41 22 950 91 22 (direct) > INTEGRAL Science Data Centre +41 22 950 91 00 (switchb.) > Chemin d'Ecogia 16 fax: +41 22 950 91 33 > CH-1290 VERSOIX e-mail: Bruce.Oneel@obs.unige.ch > Switzerland WWW: http://isdc.unige.ch/ > >
This archive was generated by hypermail 2b29 : Tue Jan 02 2001 - 11:50:33 MET