Re: Multilib sources and variables

2008-11-30 Thread Jan Engelhardt
On Sunday 2008-11-30 02:24, Jan Engelhardt wrote: On Sunday 2008-11-30 01:52, NightStrike wrote: Is the following kosher? It will produce two 32-bit libraries on all architectures where gcc defaults to a 32-bit output. (In other words, you are missing -m64. And perhaps some logic so that lib64

Re: building a qt library

2008-11-30 Thread Lorenzo Bettini
Craig Sanders wrote: Lorenzo Bettini [EMAIL PROTECTED] wrote: Craig Sanders wrote: Greetings Lorenzo. I have used the GNU Autotools in the past to build some simple projects which made use of the Qt Library. I prefer to use the GNU Autotools as I find them much more flexible and much more

Re: Multilib sources and variables

2008-11-30 Thread NightStrike
On Sun, Nov 30, 2008 at 7:10 AM, Jan Engelhardt [EMAIL PROTECTED] wrote: On Sunday 2008-11-30 02:24, Jan Engelhardt wrote: On Sunday 2008-11-30 01:52, NightStrike wrote: Is the following kosher? It will produce two 32-bit libraries on all architectures where gcc defaults to a 32-bit output.

Re: Multilib sources and variables

2008-11-30 Thread NightStrike
On Sun, Nov 30, 2008 at 2:32 AM, Ralf Wildenhues wrote: * NightStrike wrote on Sun, Nov 30, 2008 at 01:52:23AM CET: Is the following kosher? Yes, except that you need to use $(shell32src) instead of $shell32src in both places. Noted, thanks! shell32src=libsrc/shell32.c lib32_LIBRARIES +=

Re: building a qt library

2008-11-30 Thread Lorenzo Bettini
Lorenzo Bettini wrote: SNIP I was also thinking of using the pkg-config approach, since qt ships the .pc files this approach does not seem to work: probably the qt-mt.pc shipped in the installation in cygwin is not correct since it uses -lresolv (libresolv) which is not installed... --

Re: Multilib sources and variables

2008-11-30 Thread Ralf Wildenhues
* NightStrike wrote on Sun, Nov 30, 2008 at 06:08:39PM CET: On Sun, Nov 30, 2008 at 2:32 AM, Ralf Wildenhues wrote: Typically, -m32 either goes right on to the compiler, or it goes in both CPPFLAGS and LDFLAGS. Since you don't link here, that looks ok. So if I put something in CPPFLAGS,

a problem with libtool (searching for libiconv.la)

2008-11-30 Thread Lorenzo Bettini
Hi while trying to configure and build a qt project under cygwin (see the thread building a qt library) I'm struggling with this error reported by libtool while linking: /bin/sh ../libtool --tag=CXX --mode=link g++ -pipe -Wall -W -O2 -DQT_NO_DEBUG -g -O2 -Wl,--enable-runtime-pseudo-reloc

Re: Multilib sources and variables

2008-11-30 Thread Jan Engelhardt
On Sunday 2008-11-30 18:07, NightStrike wrote: Is the following kosher? It will produce two 32-bit libraries on all architectures where gcc defaults to a 32-bit output. (In other words, you are missing -m64. And perhaps some logic so that lib64 is not built in pure 32-bit environments.)

Re: Helper script noinst_SCRIPTS

2008-11-30 Thread Harlan Stenn
Hello! I have a question about GNU automake. I have a helper script in tests subdirectory of my project. This script is used ONLY for tests (make check). So, it should be distributed. I added the following lines dist_bin_SCRIPTS = fds_by_process.sh check_SCRIPTS = fds_by_process.sh in

Re: a problem with libtool (searching for libiconv.la)

2008-11-30 Thread Lorenzo Bettini
Bob Friesenhahn wrote: On Sun, 30 Nov 2008, Lorenzo Bettini wrote: now, this libiconv.la (which, actually, is not installed in my system) is not named anywhere in the libtool generated by configure, and, most of all, if I manually run the link command on the command line (i.e., without

Re: building a qt library

2008-11-30 Thread Brian Dessent
Lorenzo Bettini wrote: this approach does not seem to work: probably the qt-mt.pc shipped in the installation in cygwin is not correct since it uses -lresolv (libresolv) which is not installed... Install the minires-devel package then, which contains that library. Brian