From: Heidi S. <hsc...@on...> - 2009-10-28 14:07:24
|
Hi William, I nabbed the binutils-devel-2.17.50.0.6-9.el5 and now have run into another error (error 127) and the only hint found while web searching is an OS2 link. And it makes mention that it may be tied to the gcc compiler(?) for op_bfd.o I can provide the strings output on the most recent compiled archive libutil.a if needed. Any insight appreciated, Heidi make[3]: Entering directory `/tmp/oprofile-0.9.5/libdb' if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I ../libop -I ../libutil -W -Wall -fno-common -Wdeclaration-after-statement -g -O2 -MT db_manage.o -MD -MP -MF ".deps/db_manage.Tpo" -c -o db_manage.o db_manage.c; \ then mv -f ".deps/db_manage.Tpo" ".deps/db_manage.Po"; else rm -f ".deps/db_manage.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I ../libop -I ../libutil -W -Wall -fno-common -Wdeclaration-after-statement -g -O2 -MT db_insert.o -MD -MP -MF ".deps/db_insert.Tpo" -c -o db_insert.o db_insert.c; \ then mv -f ".deps/db_insert.Tpo" ".deps/db_insert.Po"; else rm -f ".deps/db_insert.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I ../libop -I ../libutil -W -Wall -fno-common -Wdeclaration-after-statement -g -O2 -MT db_travel.o -MD -MP -MF ".deps/db_travel.Tpo" -c -o db_travel.o db_travel.c; \ then mv -f ".deps/db_travel.Tpo" ".deps/db_travel.Po"; else rm -f ".deps/db_travel.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I ../libop -I ../libutil -W -Wall -fno-common -Wdeclaration-after-statement -g -O2 -MT db_debug.o -MD -MP -MF ".deps/db_debug.Tpo" -c -o db_debug.o db_debug.c; \ then mv -f ".deps/db_debug.Tpo" ".deps/db_debug.Po"; else rm -f ".deps/db_debug.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I ../libop -I ../libutil -W -Wall -fno-common -Wdeclaration-after-statement -g -O2 -MT db_stat.o -MD -MP -MF ".deps/db_stat.Tpo" -c -o db_stat.o db_stat.c; \ then mv -f ".deps/db_stat.Tpo" ".deps/db_stat.Po"; else rm -f ".deps/db_stat.Tpo"; exit 1; fi rm -f libodb.a ar cru libodb.a db_manage.o db_insert.o db_travel.o db_debug.o db_stat.o ranlib libodb.a make[3]: Leaving directory `/tmp/oprofile-0.9.5/libdb' Making all in tests make[3]: Entering directory `/tmp/oprofile-0.9.5/libdb/tests' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/tmp/oprofile-0.9.5/libdb/tests' make[2]: Leaving directory `/tmp/oprofile-0.9.5/libdb' Making all in libutil++ make[2]: Entering directory `/tmp/oprofile-0.9.5/libutil++' Making all in . make[3]: Entering directory `/tmp/oprofile-0.9.5/libutil++' source='op_bfd.cpp' object='op_bfd.o' libtool=no \ DEPDIR=.deps depmode=none /bin/sh ../depcomp \ g++ -DHAVE_CONFIG_H -I. -I. -I.. -I ../libutil -I ../libop -I ../libpp -I../include -c -o op_bfd.o op_bfd.cpp ../depcomp: line 512: exec: g++: not found make[3]: *** [op_bfd.o] Error 127 make[3]: Leaving directory `/tmp/oprofile-0.9.5/libutil++' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/oprofile-0.9.5/libutil++' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/oprofile-0.9.5' make: *** [all] Error 2 rpm -qa | grep gcc libgcc-4.1.2-44.el5 libgcc-4.1.2-44.el5 gcc-4.1.2-44.el5 which gcc /usr/bin/gcc gcc --version gcc (GCC) 4.1.2 20080704 (Red Hat 4.1.2-44) Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. rpm -qa | grep libutil date Wed Oct 28 09:43:17 EDT 2009 rpm -qa | grep binutil binutils-devel-2.17.50.0.6-5.el5 binutils-2.17.50.0.6-9.el5 binutils-devel-2.17.50.0.6-9.el5 rpm -qf /usr/lib64/libbfd.a binutils-devel-2.17.50.0.6-9.el5 locate op_bfd pwd /tmp/oprofile-0.9.5/libutil ls -l op_bfd* ls: op_bfd*: No such file or directory grep -i op_bfd * grep -i op_ * Binary file libutil.a matches <slew of matches deleted> md5sum libutil.a bc1f3dfc4cfab363becb85fa21497ec9 libutil.a ls -ltra libutil.a -rw-r--r-- 1 root root 102712 Oct 28 09:38 libutil.a On 10/26/09 3:05 PM, "William Cohen" <wc...@re...> wrote: > Heidi Schmidt wrote: >> I¹m running into the same make issue that I think a few others have >> experienced on RH 5 for oprofile-0.9.5 via the mailing list thread Re: >> 0.9.5 building on RHEL5 broken >> Is there a patch now ? or previous version that is known to compile on >> RH5? If so, I¹ll nab either one. Thanks for the bandwidth. >> >> Heidi >> >> >> Here is what I found and hope the information helps with a future patch. >> >> Notes: >> >> 1. It would be good to add to the install docs the requirement of the >> profile os user and group >> 2. I ran the configure initially with ./configure >> --with-kernel-support and then ran the example below without the >> flags for java, qt, abi, and debug from post >> http://marc.info/?l=oprofile-list&m=124907559400470&w=2 >> <http://marc.info/?l=oprofile-list&m=124907559400470&w=2> (the >> config and make details below)_ >> 3. Details of the system and the release I pulled down and typical cpu >> >> >> Uname details >> Linux 2.6.18-128.1.1.el5 #1 SMP Mon Jan 26 13:58:24 EST 2009 x86_64 >> x86_64 x86_64 GNU/Linux >> >> more /etc/redhat-release >> Red Hat Enterprise Linux Server release 5.3 (Tikanga) >> >> rpm -qa | grep binutil >> binutils-2.17.50.0.6-9.el5 >> binutils-devel-2.17.50.0.6-5.el5 >> binutils-devel-2.17.50.0.6-5.el5 > > Why are different versions of binutil and binutil-devel being used? That > doesn't > look like the correct version of binutils-devel. I thing that you are > encountering an old bug fixed in 2.17.50.0.6-7.el5 (bz #430856): > > > Note that there a bug in the binutils-2.17.50.0.6-12.el5 that will cause > problems for oprofile: > > https://bugzilla.redhat.com/show_bug.cgi?id=529028 > > However, you should be okay with binutils-devel-2.17.50.0.6-9.el5 > > -Will > > >> *make[2]: Entering directory `/tmp/oprofile-0.9.5/libopagent' >> /bin/sh ../libtool --tag=CC --mode=link gcc -g -O2 -o libopagent.la >> -rpath /usr/lib64/oprofile -version-info 1:0:0 >> -Wl,--version-script=../libopagent/opagent_symbols.ver >> libopagent_la-opagent.lo -lbfd -liberty -ldl >> gcc -shared .libs/libopagent_la-opagent.o -lbfd -liberty -ldl >> -Wl,--version-script=../libopagent/opagent_symbols.ver -Wl,-soname >> -Wl,libopagent.so.1 -o .libs/libopagent.so.1.0.0 >> /usr/bin/ld: >> /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/libbfd.a(archures.o)>> : >> relocation R_X86_64_32 against `bfd_i386_arch' can not be used when >> making a shared object; recompile with -fPIC >> /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/libbfd.a: could >> not read symbols: Bad value >> *collect2: ld returned 1 exit status >> make[2]: *** [libopagent.la] Error 1 >> make[2]: Leaving directory `/tmp/oprofile-0.9.5/libopagent' >> make[1]: *** [all-recursive] Error 1 >> make[1]: Leaving directory `/tmp/oprofile-0.9.5' >> make: *** [all] Error 2 >> >> locate libbfd.a >> /usr/lib/libbfd.a >> /usr/lib64/libbfd.a >> >> /usr/bin/md5sum /usr/lib64/libbfd.a >> 8bb6e102daf9ea7bd3b09ef388956d5b /usr/lib64/libbfd.a >> >> /usr/bin/md5sum /usr/lib/libbfd.a >> f5494699a61189baf2e2705e52b67c22 /usr/lib/libbfd.a> > -- Heidi Schmidt Senior Systems Engineer Online Buddies, Inc. http://www.online-buddies.com/ Office: 617-225-2727 NOTICE: This e-mail message and all attachments transmitted with it may contain legally privileged and confidential information intended solely for the use of the addressee. If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender and delete this message and all copies and backups thereof. Thank you. |