I do something similar for building an nsis-based win32 installer:
http://pidgin-bs.svn.sourceforge.net/viewvc/pidgin-bs/bot-sentry/trunk/configure.ac?revision=165&view=markup
http://pidgin-bs.svn.sourceforge.net/viewvc/pidgin-bs/bot-sentry/trunk/Makefile.am?revision=165&view=markup
Note that t
On 6/4/07, deckrider <[EMAIL PROTECTED]> wrote:
On 6/4/07, Jason Curl <[EMAIL PROTECTED]> wrote:
> Daniel Leidert wrote:
> > BTW: If you use
> >
> > etcdir=${sysconfdir}
> >
> > you can set
> >
> > DISTCHECK_CONFIGURE_FLAGS = --sysconf
On 6/4/07, Jason Curl <[EMAIL PROTECTED]> wrote:
Daniel Leidert wrote:
> BTW: If you use
>
> etcdir=${sysconfdir}
>
> you can set
>
> DISTCHECK_CONFIGURE_FLAGS = --sysconfdir=/etc
>
> And if you want to make this the default, set it in your configure
> script:
>
> AC_SUBST([sysconfdir],[/etc])
>
On 6/4/07, Jason Curl <[EMAIL PROTECTED]> wrote:
Hello,
I have a project where the program expects the configuration files to be
stored in '/etc/lx2005'. Appropriately, I've got such a Makefile.am:
# Makefile.am for installing configuration data
etcdir=/etc/lx2005
I often struggle with
Hi,
From using automake (GNU automake) 1.10 on cygwin, I noticed that
'make distcheck' doesn't work when the build directory contains
spaces. This seems to also be true on unix (the reason it was noticed
on cygwin is because the default home directory seems to contain
spaces).
Example:
mkdir
I'm using:
automake (GNU automake) 1.10
autoconf (GNU Autoconf) 2.61
ltmain.sh (GNU libtool) 1.5.22 (1.1220.2.365 2005/12/18 22:14:06)
Given that I don't know where a user has installed prerequisite
libraries, I assume the user can pass their location using LDFLAGS.
For instance:
./configure LD
On 2/14/07, deckrider <[EMAIL PROTECTED]> wrote:
On 2/14/07, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> In other words, this parallel make looks buggy and unusable to me,
> and there is really nothing Automake can do about it.
> Am I missing anything?
Not that I can tell
On 2/14/07, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
In other words, this parallel make looks buggy and unusable to me,
and there is really nothing Automake can do about it.
Am I missing anything?
Not that I can tell. Thank you for your efforts in simplifying the
problem so that it is plain
Hmmm...I think I need more coffee...I hit transmit too soon and I'm
now not sure I see the config.status issue at all :(
On 2/13/07, deckrider <[EMAIL PROTECTED]> wrote:
On 2/12/07, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> Hello Jason, all,
>
> * Jason Kraftcheck
On 2/12/07, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
Hello Jason, all,
* Jason Kraftcheck wrote on Mon, Feb 12, 2007 at 07:34:25PM CET:
>
> This looks like a race to create .libs by concurrent libtool processes.
Nope. Unless the output is mangled in order, the link commands are
simply issued
On 2/10/07, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
Hello deckrider,
Hi Ralf, thanks for the reply.
* deckrider wrote on Sat, Feb 10, 2007 at 12:47:23AM CET:
> I'm having some parallel problem that isn't always repeatable (as is
> the case with many parallel proble
Is there a best practice example for using autoconf/automake to
install system init scripts? For instance, HP-UX looks for these in
/sbin/init.d and /sbin/rc*.d and many others look to /etc/init.d and
/etc/rc*.d.
Thanks
12 matches
Mail list logo
