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

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 passi

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.

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

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

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 C

Re: building a qt library

2008-11-30 Thread Lorenzo Bettini
Lorenzo Bettini wrote: 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... -- Lorenz

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_L

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 3

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 p

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