am_display_PYTHON unset with user specified $PYTHON

2004-03-23 Thread Esben Haabendal Soerensen
Hi In AM_PATH_PYTHON (both in automake 1.7.9 and 1.8.3) the am_display_PYTHON variable is not set when user the user set $PYTHON version. Checks for version, prefix and platform doesn't display as nicely as they should because of this. Something like this should do (patch against python.m4 fr

Re: Problem with EXTRA_*_SOURCES

2001-04-04 Thread Esben Haabendal Soerensen
"Lars J. Aas" <[EMAIL PROTECTED]> writes: > Automake doesn't know about mutually exclusive conditionals (they are > controlled from the configure script, so anything can happen), so you > should rewrite the Makefile.am to something Automake will be more > comfortable with - knowing that a variabl

Re: Problem with EXTRA_*_SOURCES

2001-04-04 Thread Esben Haabendal Soerensen
"Lars J. Aas" <[EMAIL PROTECTED]> writes: > Then there's probably something weird with your setup of the conditionals. > I'll have to see configure.in and the offending Makefile.am to be able to > assist any further. No problem. The problem is with the PC/SC Lite package from the M.U.S.C.L.E. p

Re: Problem with EXTRA_*_SOURCES

2001-04-04 Thread Esben Haabendal Soerensen
"Lars J. Aas" <[EMAIL PROTECTED]> writes: > I'm not able to reproduce this behaviour, but I'm using CVS > Automake. Which version are you using? I get the behaviour both with automake 1.4 and CVS version (from today). > Anyways, Automake has been known to not be happy about user > variables co

Re: Problem with EXTRA_*_SOURCES

2001-04-04 Thread Esben Haabendal Soerensen
"Lars J. Aas" <[EMAIL PROTECTED]> writes: > Use an AM_CONDITIONAL instead. Thanks, I now have everything working by using AM_CONDITIONAL. I even got some more understanding of how everything works at the same time :) Everything works, but... I get a lot (102) warnings like these when I run s

Problem with EXTRA_*_SOURCES

2001-04-02 Thread Esben Haabendal Soerensen
Hi I am trying port a project's build system to automake, and this project has a library which links objects from different source files depending on the platform. Let's say we have two platforms, linux and freebsd. In Makefile.am: lib_LTLIBRARIES = foobar.la foobar_la_SOURCES = foo.c @BAR_SO

Multiple lexers and $derived_LFLAGS

2001-03-29 Thread Esben Haabendal Soerensen
Hi I am having trouble using automake to build a libtool library with multiple lex sources using flex. Hopefully there is some feature I have overlooked, but it seems like there is no easy way to do this :( The automake docs claims that the ylwrap script solves the problem with including multip