On Fri, 3 Feb 2006, Martin Costabel wrote:
I just built libgda-1.0.4-4 (successfully) on a server. It shows the
following configuration:
Providers
XML = yes
FireBird = no
FreeTDS = no
IBM DB2 = no
MDB (MS Access) = no
MySQL = yes
mSQL = no
ODBC = no
Viv Kendon wrote:
[]
/bin/sh ../../libtool --mode=link gcc -g -O2 -Wall -Wmissing-prototypes
-Wnested-externs -Wpointer-arith -Wno-sign-compare -L/sw/lib -o
libgda-mysql.la -rpath /sw/lib/libgda/providers -export-dynamic -module
-avoid-version gda-mysql-provider.lo gda-mysql-recordset.lo
On Sat, 4 Feb 2006, Martin Costabel wrote:
I think we can safely blame this on libtool. The -all_load flag that it adds
will break any gcc linker command when MACOSX_DEPLOYMENT_TARGET is set to
10.4, because then both -lgcc_s.10.4 and -lgcc are present on the linker line
and when -all_load
Koen van der Drift wrote:
If you get it and it still fails, could you mail me the output of the
terminal? I will then contact the developer of Bio::Emboss, and see if
he has a clue.
cheers,
- Koen.
Hi Koen,
I've placed the output here (131k with environment info at top):
FYI,
The upstream developer thinks he knows what's wrong, and will try to
post an update next week.
- Koen.
On Feb 4, 2006, at 2:11 PM, Robert T Wyatt wrote:
Koen van der Drift wrote:
If you get it and it still fails, could you mail me the output of
the terminal? I will then contact
Martin Costabel wrote:
I think we can safely blame this on libtool. The -all_load flag that it
adds will break any gcc linker command when MACOSX_DEPLOYMENT_TARGET is
set to 10.4, because then both -lgcc_s.10.4 and -lgcc are present on the
linker line and when -all_load hits libgcc.a, the