Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 62467
Alias:
Product:
Component:
Status: RESOLVED
Resolution: DUPLICATE of bug 61868
Assigned To: AMD64 Project <amd64@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Bob Sanders <rmsand@alienkiss.com>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 62467 depends on: Show dependency tree
Bug 62467 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug

Description:   Opened: 2004-08-31 20:19 0000 
During the upgrade on two different Opteron based systems, the following
occured
in the same place during the imlib2 upgrade -

/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../x86_64-pc-linux-gnu/bin/ld:
/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../lib64/libz.a(inflate.o):
relocation R_X86_64_32 can not be used when making a shared object; recompile
with -fPIC
/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../lib64/libz.a: could not
read symbols: Bad value
collect2: ld returned 1 exit status
make[2]: *** [libImlib2.la] Error 1
make[2]: Leaving directory
`/var/tmp/portage/imlib2-1.1.1/work/imlib2-1.1.1/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/imlib2-1.1.1/work/imlib2-1.1.1'
make: *** [all-recursive-am] Error 2



Reproducible: Always
Steps to Reproduce:
1.emerge sync
2. emerge -uDpv world
3.




Will post tomorrow when I have access to the systems.

------- Comment #1 From Travis Tilley (RETIRED) 2004-08-31 22:22:42 0000 ------- 
hmm... the current stable imlib2 is 1.1.2 btw.

also, have you tried to sync up and re-emerge zlib? there was a bug that i fixed that would prevent libz.so from being built sometimes. it seems you've been snagged by that, since imlib2 should be using that instead of libz.a...

------- Comment #2 From Bob Sanders 2004-09-01 20:09:09 0000 ------- 
re-emerging zlib worked on both systems.  imlib2 emerged fine after
zlib was re-emerged.

Bob

------- Comment #3 From SpanKY 2004-09-01 20:16:36 0000 ------- 

*** This bug has been marked as a duplicate of 61868 ***
Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug