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

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.

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: 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

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

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',

'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 that

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

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: '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 =

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