RE: Subject: [libtool 2.1c] testsuite: 44 45 46 failed

Duft Markus <> wrote: > Ralf Wildenhues wrote: >> You have several options to avoid this failure: >> >> - find out why timestamps are not in the right order after >> libtoolize --ltdl=sub/ltdl >> >> (inside sub/ltdl, configure.ac should come before aclocal.m4 should

Re: Solaris 10 w/ SunStudio 11 64bit mode

Hi Ralf, On Mon, 11 Feb 2008, Ralf Wildenhues wrote: > * Tim Rice wrote on Mon, Feb 11, 2008 at 06:23:59AM CET: > > CVS HEAD pulled Fri Feb 8 17:52:22 PST 2008 > > Solaris 10 w/ SunStudio 11 > > > > I'm seeing failures in 64 bit mode I don't see in 32 bit mode with > > compiler options that woke

Re: Libtool 2.1b test results

* Ralf Wildenhues wrote on Sat, Feb 09, 2008 at 09:22:19AM CET: > * Mike Frysinger wrote on Sat, Feb 09, 2008 at 08:37:31AM CET: > > > # Whether or not to optimize for fast installation. > > fast_install=needless > > This looks very weird to me, and I cannot explain it at all. Did you use > any

cygwin: module naming and soname_spec gobbledygook

on cygwin, modules (explicitly with -module -avoid-version) with an install name such as libfoo.la get messed up by soname_spec and have their dynamic link library installed as cygfoo.dll (at least with libtool-1.5.26) my key issue being if you were to install libxml2 with python bindings on c

Re: MacOS X 10.5 and -export-symbols-regex

Joe Orton wrote: > We've had a report for Apache httpd that use of -export-symbols-regex is > causing the produced DSO to be unusable with OS X 10.5.1. This was with > libtool 1.5.22: > > http://issues.apache.org/bugzilla/show_bug.cgi?id=44384 > > I've CC'ed Giuliano, the reporter. Can anybod

RE: Subversion debugging continued

Replying to my own mail, as I have now pinned down the error. I changed the #!/usr/bin/python in the scripts to #!/usr/bin/sparcv9/python And it now works. Thanks again folks So long, Igor mail2web.com – What can On Dema

Subversion debugging continued

Some time ago I asked for help to build Subversion on Solaris 10, Sparc 64 with Sun Studio 12, because I was getting errors of the kind: "wrong ELF class: ELFCLASS64", when linking swig-py bindings. Now I managed to build the package: export CC=cc64 export CXX=CC64 export CFLAGS="${CFLAGS} -

RE: Subject: [libtool 2.1c] testsuite: 44 45 46 failed

Ralf Wildenhues wrote: > You have several options to avoid this failure: > > - find out why timestamps are not in the right order after >libtoolize --ltdl=sub/ltdl > > (inside sub/ltdl, configure.ac should come before aclocal.m4 should > come before configure and Ma

RE: Subject: [libtool 2.1c] testsuite: 44 45 46 failed

Duft Markus <> wrote: > Ralf Wildenhues wrote: >> >> Thanks, I forgot about the need to 'make install' first. >> >> Does ls have an option to show full time stamp resolution? If yes, >> please repeat the above after 'rm -rf t', using the option with both >> ls invocati

Re: Subject: [libtool 2.1c] testsuite: 44 45 46 failed

You have several options to avoid this failure: - find out why timestamps are not in the right order after libtoolize --ltdl=sub/ltdl (inside sub/ltdl, configure.ac should come before aclocal.m4 should come before configure and Makefile.in). This is a bug. It seems that has to do with your s

RE: Subject: [libtool 2.1c] testsuite: 44 45 46 failed

Ralf Wildenhues wrote: > > Thanks, I forgot about the need to 'make install' first. > > Does ls have an option to show full time stamp resolution? If yes, > please repeat the above after 'rm -rf t', using the option with both > ls invocations. Ok, i added --full-time.

Re: Subject: [libtool 2.1c] testsuite: 44 45 46 failed

* Duft Markus wrote on Mon, Feb 11, 2008 at 09:11:01AM CET: > Ralf Wildenhues wrote: > > Please enter the top build directory, execute these commands, and post > > log-interix1.gz: > > > > ( mkdir t > > cd t > > ../libtoolize --copy --ltdl=sub/ltdl > > ls -lart sub/ltdl

RE: Subject: [libtool 2.1c] testsuite: 44 45 46 failed

Ralf Wildenhues wrote: > Please enter the top build directory, execute these commands, and post > log-interix1.gz: > > ( mkdir t > cd t > ../libtoolize --copy --ltdl=sub/ltdl > ls -lart sub/ltdl > rm -rf sub > ../libtoolize --ltdl=sub/ltdl > ls -lart sub/ltdl > cd ../tes

Re: Subject: [libtool 2.1c] testsuite: 44 45 46 failed

[ cutting libtool-patches ] * Duft Markus wrote on Mon, Feb 11, 2008 at 08:28:50AM CET: > > I have ported (again) libtool to windows using parity. No I'm stuck with > the last three testsuite failures, which I just can't find causes for... Please enter the top build directory, execute these comm

MacOS X 10.5 and -export-symbols-regex

We've had a report for Apache httpd that use of -export-symbols-regex is causing the produced DSO to be unusable with OS X 10.5.1. This was with libtool 1.5.22: http://issues.apache.org/bugzilla/show_bug.cgi?id=44384 I've CC'ed Giuliano, the reporter. Can anybody help? The module in questio

RE: Subject: [libtool 2.1c] testsuite: 44 45 46 failed

Duft Markus <> wrote: > Ralf Wildenhues wrote: > > Hi Ralf! > > Since the commands reported errors/warnings at first, i did a gmake > install before repeating. I attached both logs. Hi! I finally found the real error :) Seems i was just to blind to see... It seems to