how to handle new subdirectories?

2010-03-02 Thread Steffen Dettmer
Hi, how to handle new subdirectories? 1) new automake but no new autoconf directories: For new subdirectories with new Makefile.am autoconf/automake fails because Makefile.in seems not to be created automatically, so we usually add in configure.in a call to a macro similar like that: --

Re: configure checks -R and returns errors

2010-03-02 Thread Eric Blake
According to Vincent Torri on 10/22/2009 11:25 AM: Hi, Noticed that this old thread had no takers back when it was first asked... > configure checks if -R must be followed by a space when checking X. the > log is: > > configure:20215: checking for X > configure:20450: result: libraries /usr/X11

Re: confdefs.h not being included by AC_LANG_SOURCE()

2010-03-02 Thread Brian J. Murrell
On Tue, 2010-03-02 at 07:00 +0100, Ralf Wildenhues wrote: > When you have fixed the issue (as described in the other mail) > and then can reproduce your bug, please also try adding >AC_PROG_CC Sure. > to your configure.ac before the use of LB_LINUX_COMPILE_IFELSE > and see whether your probl

Re: confdefs.h not being included by AC_LANG_SOURCE()

2010-03-02 Thread Ralf Wildenhues
* Brian J. Murrell wrote on Tue, Mar 02, 2010 at 09:51:08PM CET: > On Tue, 2010-03-02 at 07:00 +0100, Ralf Wildenhues wrote: > > to your configure.ac before the use of LB_LINUX_COMPILE_IFELSE > > and see whether your problem goes away that way. > > Here's my reproducer: > > AC_INIT([pkg], [1.0])

Re: confdefs.h not being included by AC_LANG_SOURCE()

2010-03-02 Thread Brian J. Murrell
On Tue, 2010-03-02 at 22:35 +0100, Ralf Wildenhues wrote: > > So you use Autoconf's AC_LANG_SOURCE but your own version of > AC_LANG_CONFTEST, Yes, it would seem so. You will have to excuse my lack of decisiveness on this. I am more-or-less just getting to the party. :-) > and the fact that

Re: confdefs.h not being included by AC_LANG_SOURCE()

2010-03-02 Thread Eric Blake
According to Ralf Wildenhues on 3/2/2010 2:35 PM: > Second, I do think this is a regression, as our documentation > pretty clearly states that AC_LANG_SOURCE is the one expanding > all the AC_DEFINEs seen so far. I do however also think that > the old code was ugly and hackish. Not sure whether i

Re: confdefs.h not being included by AC_LANG_SOURCE()

2010-03-02 Thread Brian J. Murrell
On Tue, 2010-03-02 at 15:48 -0700, Eric Blake wrote: > The change was made back on 2008-11-03 (commit 8e27cc7f5, contained in > autoconf 2.63b), so although it is somewhat of a regression > (AC_LANG_CONFTEST outputs defines now, when it did not do so previously), > there obviously aren't that many

Re: confdefs.h not being included by AC_LANG_SOURCE()

2010-03-02 Thread Ralf Wildenhues
* Eric Blake wrote on Tue, Mar 02, 2010 at 11:48:54PM CET: > According to Ralf Wildenhues on 3/2/2010 2:35 PM: > > Second, I do think this is a regression, as our documentation > > pretty clearly states that AC_LANG_SOURCE is the one expanding > > all the AC_DEFINEs seen so far. I do however also

Re: how to handle new subdirectories?

2010-03-02 Thread Ralf Wildenhues
Hello Steffen, * Steffen Dettmer wrote on Tue, Mar 02, 2010 at 04:25:50PM CET: > how to handle new subdirectories? > > 1) new automake but no new autoconf directories: > > For new subdirectories with new Makefile.am autoconf/automake > fails because Makefile.in seems not to be created automatica