Re: 'make check' failure on MinGW

2009-05-23 Thread Ralf Wildenhues
* Bob Friesenhahn wrote on Sat, May 23, 2009 at 11:52:22PM CEST: > On Sat, 23 May 2009, Ralf Wildenhues wrote: >> Can you post the output of >> make check SHELL="/bin/sh -x" >> >> on the failing system? > > Yes, it is attached. Thank goodness it is so compressable. Thanks. Can you post the outp

RFE: allow for computed version number

2009-05-23 Thread Bruno Haible
Hi all, It has been mentioned in a discussion [1][2][3] "In the medium to long run, Autoconf should be changed to not depend at autoconf run time upon a volatile version string." and "the goal is that the version string should _not_ appear in config.h, so there should be _no_ configure o

Re: 'make check' failure on MinGW (was: The New parallel-tests Framework)

2009-05-23 Thread Bob Friesenhahn
It seems that this problem is perhaps not make version specific since I installed GNU make 3.79.1 on a Solaris system and the test suite passes without the error. I did a diff between the MinGW Makefile and one from Solaris, and found not much interesting except for this: < am__test_logs2 =

Re: invoke pkg-config with --static

2009-05-23 Thread Lorenzo Bettini
Ralf Wildenhues wrote: Hi Lorenzo, * Lorenzo Bettini wrote on Sun, May 17, 2009 at 09:07:16AM CEST: Bob Friesenhahn wrote: On Sat, 16 May 2009, Lorenzo Bettini wrote: when ./configure is run with --disable-shared, is there a way to invoke the pkg-config macro with --static (so that it does

Re: cross-compiling on 64 to 32-bit Linux

2009-05-23 Thread Bob Friesenhahn
On Sat, 23 May 2009, John Calcote wrote: Hi everyone, I was wondering what the procedure was for cross-compiling 32-bit apps on a 64-bin Linux system? Do you need special libraries. What command-line options are used? That sort of thing. I'm happy to read up on it, if there are references th

'make check' failure on MinGW (was: The New parallel-tests Framework)

2009-05-23 Thread Ralf Wildenhues
* Bob Friesenhahn wrote on Sat, May 23, 2009 at 10:29:18PM CEST: > On Sat, 23 May 2009, Ralf Wildenhues wrote: >> * Bob Friesenhahn wrote on Sat, May 23, 2009 at 08:12:33PM CEST: >>> I now have parallel tests working in GraphicsMagick (verified under >>> Solaris, FreeBSD, and OS-X Leopard) except t

Re: cross-compiling on 64 to 32-bit Linux

2009-05-23 Thread Jan Engelhardt
On Saturday 2009-05-23 20:49, John Calcote wrote: > Hi everyone, > > I was wondering what the procedure was for cross-compiling 32-bit apps on a > 64-bin Linux system? Do you need special libraries. What command-line options > are used? That sort of thing. I'm happy to read up on it, if there are

Re: The trouble with versions

2009-05-23 Thread Ralf Wildenhues
Hello Gerald, * Gerald I. Evenden wrote on Sat, May 23, 2009 at 05:33:43PM CEST: > Original library was setup and installed as: > > libproject_la_LDFLAGS = -version-info 0:0:0 $(ALDFLAG) $(BLDFLAG) > > I added a new procedure and modified several others (without changing their > interface). >

Re: The New parallel-tests Framework

2009-05-23 Thread Ralf Wildenhues
Hi Bob, * Bob Friesenhahn wrote on Sat, May 23, 2009 at 08:12:33PM CEST: > I now have parallel tests working in GraphicsMagick (verified under > Solaris, FreeBSD, and OS-X Leopard) except that under MinGW (TDM > version) 'make check' ends with: > > make[3]: *** No rule to make target `.log', n

cross-compiling on 64 to 32-bit Linux

2009-05-23 Thread John Calcote
Hi everyone, I was wondering what the procedure was for cross-compiling 32-bit apps on a 64-bin Linux system? Do you need special libraries. What command-line options are used? That sort of thing. I'm happy to read up on it, if there are references that you can point me to. Thanks in advance

Re: The New parallel-tests Framework (was: Various testsuites)

2009-05-23 Thread Bob Friesenhahn
I now have parallel tests working in GraphicsMagick (verified under Solaris, FreeBSD, and OS-X Leopard) except that under MinGW (TDM version) 'make check' ends with: make[3]: *** No rule to make target `.log', needed by `test-suite.log'. Stop. make[3]: Leaving directory `/home/bfriesen/mingw/G

Re: invoke pkg-config with --static

2009-05-23 Thread Robert Collins
On Sat, 2009-05-23 at 18:18 +0200, Lorenzo Bettini wrote: > Ralf Wildenhues wrote: > > Of course, as soon as you propose your software for packaging at > > debian.org, they will count not using .Private as bug ... ;-) > > uh! Good to know that! Thanks :-) This is because when you link against

Re: invoke pkg-config with --static

2009-05-23 Thread Lorenzo Bettini
Ralf Wildenhues wrote: * Lorenzo Bettini wrote on Fri, May 22, 2009 at 03:48:49PM CEST: No I meant: if additional libraries are shown when building with shared library enable, this should do no harm, shouldn't it? In such case, one could simply not use .Private specification in .pc file. D'

The trouble with versions

2009-05-23 Thread Gerald I. Evenden
Original library was setup and installed as: libproject_la_LDFLAGS = -version-info 0:0:0 $(ALDFLAG) $(BLDFLAG) I added a new procedure and modified several others (without changing their interface). Refering to 7.3 of libtool I change the above to: libproject_la_LDFLAGS = -version-info 1:1:1 $