Another powerpc64 biarch problem.

[Steven Munroe]

I am trying to build a package on a OpenSuse-10.3 PowerMac G5. and I see
the following:

/bin/sh ../../libtool --tag=CC --mode=link /usr/bin/gcc  -m64 -g -O2
-mcpu=power
4 -fno-strict-aliasing -Wdeclaration-after-statement -g -Wall -Wunused
-Wmissing
-prototypes -Wmissing-declarations -Wstrict-prototypes
-Wmissing-prototypes -Wn
ested-externs -Wpointer-arith -Wno-cast-qual -Wcast-align
-Wwrite-strings  -m64
-o pedump  pedump.o
libmonoruntime.la ../io-layer/libwapi.la ../utils/libmonouti
ls.la ../../libgc/libmonogc.la -pthread -lgthread-2.0 -lrt -lglib-2.0
-lm -ldl
 -lpthread -lm
libtool: link: cannot find the library `/usr/lib64/libpcre.la' 
or unhandled argument `/usr/lib64/libpcre.la'

Well doing a find I see:

> find /usr -name 'libpcre*'
/usr/lib/libpcre.a
/usr/lib/libpcre.la
/usr/lib/pkgconfig/libpcre.pc
/usr/lib/libpcre.so.0.0.1
/usr/lib/libpcre.so.0
/usr/lib/libpcre.so
/usr/lib64/libpcre.so.0.0.1
/usr/lib64/libpcre.so.0
/usr/lib64/libpcre.so

So libtool is confused by the fact that there is a /usr/lib/libpcre.la
but no /usr/lib64/libpcre.la. However there a perfectly
good /usr/lib64/libpcre.so that the package can link too.

On a different system (running SLES10/SP1 on G5) I see:

 find /usr -name 'libpcre*'
find: /usr/share/YaST2/data/support: Permission denied
/usr/lib/libpcre.so.0.0.1
/usr/lib/libpcre.so.0
/usr/lib64/libpcre.so.0
/usr/lib64/libpcre.so.0.0.1

The package build works fine there:

/bin/sh ../../libtool --tag=CC --mode=link /usr/bin/gcc  -m64 -g -O2
-mcpu=power4 -fno-strict-aliasing -Wdeclaration-after-statement -g -Wall
-Wunused -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes
-Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-cast-qual
-Wcast-align -Wwrite-strings  -m64 -o pedump  pedump.o
libmonoruntime.la ../io-layer/libwapi.la ../utils/libmonoutils.la 
../../libgc/libmonogc.la -pthread -L/opt/gnome/lib64 -lgthread-2.0 -lglib-2.0   
-lm -ldl -lpthread -lm
/usr/bin/gcc -m64 -g -O2 -mcpu=power4 -fno-strict-aliasing
-Wdeclaration-after-statement -g -Wall -Wunused -Wmissing-prototypes
-Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes
-Wnested-externs -Wpointer-arith -Wno-cast-qual -Wcast-align
-Wwrite-strings -m64 -o pedump pedump.o
-pthread  ./.libs/libmonoruntime.a ../io-layer/.libs/libwapi.a 
../utils/.libs/libmonoutils.a ../../libgc/.libs/libmonogc.a -L/opt/gnome/lib64 
-lgthread-2.0 -lglib-2.0 -ldl -lpthread -lm 

The difference seems to be that one system has only the (32- and 64-bit)
run-time rpms installed (no libpcre.la) and works but the system that
happens to have the libpcre devel package installed causes libtool to
demand /usr/lib64/libpcre.la, for some reason.

Why can't libtool just accept the /usr/lib64/libpcre.so as meets minimum
requirements and complete the link.

In the my case removing the libpcre devel rpm is not an option since
there are dozens of other packages that I need dependent on it.