Hi,
I'm packaging the open64 compiler, see https://bugzilla.redhat.com/show_bug.cgi?id=470830 .
The problem I'm facing is that the prebuilt compiler needs /lib/ld-linux.so.2 to operate. The package builds fine in mock for rawhide and f9 x86_64, but fails for x86_64 f8, epel4 and epel5 with the error
ERROR: Bad build req: No Package Found for /lib/ld-linux.so.2. Exiting.
Is this a bug in mock or should I formulate the dependency in another way? One way would of course be BR: glibc.i386 but that is not good since glibc.i686 is installed on modern systems...
On Thu, 2008-11-13 at 12:21 +0200, Jussi Lehtola wrote:
I'm packaging the open64 compiler, see https://bugzilla.redhat.com/show_bug.cgi?id=470830 .
The problem I'm facing is that the prebuilt compiler needs /lib/ld-linux.so.2 to operate.
Wait, it needs a specific version of the loader? How does that work?
On Thu, 2008-11-13 at 05:33 -0500, Ignacio Vazquez-Abrams wrote:
On Thu, 2008-11-13 at 12:21 +0200, Jussi Lehtola wrote:
I'm packaging the open64 compiler, see https://bugzilla.redhat.com/show_bug.cgi?id=470830 .
The problem I'm facing is that the prebuilt compiler needs /lib/ld-linux.so.2 to operate.
Wait, it needs a specific version of the loader? How does that work?
Umm, I'm not sure about that; I added the dependency only because /lib/ld-linux.so.2 exists on all platforms I've tested so far (EPEL 4 - Fedora rawhide).
/lib/ld-linux.so.2 is a symlink anyways, in Fedora 9 it points to ld-2.8.so and in EPEL 4 to ld-2.3.4.so...
On Thu, 2008-11-13 at 13:12 +0200, Jussi Lehtola wrote:
On Thu, 2008-11-13 at 05:33 -0500, Ignacio Vazquez-Abrams wrote:
On Thu, 2008-11-13 at 12:21 +0200, Jussi Lehtola wrote:
I'm packaging the open64 compiler, see https://bugzilla.redhat.com/show_bug.cgi?id=470830 .
The problem I'm facing is that the prebuilt compiler needs /lib/ld-linux.so.2 to operate.
Wait, it needs a specific version of the loader? How does that work?
Umm, I'm not sure about that; I added the dependency only because /lib/ld-linux.so.2 exists on all platforms I've tested so far (EPEL 4 - Fedora rawhide).
Does it build properly on all platforms if you remove the dependency?
On Thu, 2008-11-13 at 06:31 -0500, Ignacio Vazquez-Abrams wrote:
On Thu, 2008-11-13 at 13:12 +0200, Jussi Lehtola wrote:
On Thu, 2008-11-13 at 05:33 -0500, Ignacio Vazquez-Abrams wrote:
On Thu, 2008-11-13 at 12:21 +0200, Jussi Lehtola wrote:
I'm packaging the open64 compiler, see https://bugzilla.redhat.com/show_bug.cgi?id=470830 .
The problem I'm facing is that the prebuilt compiler needs /lib/ld-linux.so.2 to operate.
Wait, it needs a specific version of the loader? How does that work?
Umm, I'm not sure about that; I added the dependency only because /lib/ld-linux.so.2 exists on all platforms I've tested so far (EPEL 4 - Fedora rawhide).
Does it build properly on all platforms if you remove the dependency?
No, it fails on x86_64 with the following error:
opencc -march=anyx86 -m64 -D_SGI_SOURCE -D_LANGUAGE_C -Wformat -funsigned-char -D__GNU_BUG_WORKAROUND -c -DVENDOR_OSP -DHAVE_CONFIG_H -DLONGLONG -I../../libelf/lib -I../../libelf -m64 -DTARG_X8664 -D__STDC_LIMIT_MACROS -DKEY -DOSP_OPT -DPATHSCALE_MERGE -DPSC_TO_OPEN64 -DSHARED_BUILD -std=gnu99 -D_GNU_SOURCE -fpic -I../include -O3 -fno-fast-stdlib -D_MIPSEL -D_LONGLONG -D_MIPS_SZINT=32 -D_MIPS_SZPTR=64 -D_MIPS_SZLONG=64 -D_LP64 -MMD -O2 -g -Wall -fexceptions -m64 ../../libelf/lib/32.fsize.c -o 32.fsize.o sh: /builddir/build/BUILD/open64-4.2-0/opt/open64/bin/opencc: /lib/ld-linux.so.2: bad ELF interpreter: No such file or directory
packaging@lists.fedoraproject.org