Hello Gary,
Gary Thomas wrote:
Bonjour, Eric :-)
On Wed, 2004-12-01 at 04:38, Eric PAIRE wrote:
Hi all,
Here is the description of a problem met with subversion and autotools.
If anybody has a clean solution, let me/us know:
1) I have a project using the autotools for the environment management.
> "Roberto" == Roberto Bagnara <[EMAIL PROTECTED]> writes:
Roberto> Can anyone point me to a C++ project that is working with
Roberto> precompiled headers and that is doing it with the currently
Roberto> available versions of automake and autoconf?
>From the gcjx project on sourceforge:
BUI
> On Thu, 2 Dec 2004 00:25:48 +0100, Christian Parpart <[EMAIL PROTECTED]>
> said:
> On Wednesday 01 December 2004 1:30 am, Dale E. Martin wrote:
>> > Are there short-term plans to facilitate the generation and use >
>> of GCC's precompiled headers?
>> >
>> > Can anyone point me to a C++
On Wednesday 01 December 2004 1:30 am, Dale E. Martin wrote:
> > Are there short-term plans to facilitate the generation and use
> > of GCC's precompiled headers?
> >
> > Can anyone point me to a C++ project that is working with
> > precompiled headers and that is doing it with the currently
> > av
>>> "Guillaume" == Guillaume Rousse <[EMAIL PROTECTED]> writes:
[...]
Guillaume> In this situation, I have an installation target for
Guillaume> initrd scripts in generated Makefile, using
Guillaume> $(initrd_SCRIPTS) as dependency. However,
Guillaume> initrd_SCRIPTS is defined to $(INITRD) a
>>> "Stepan" == Stepan Kasal <[EMAIL PROTECTED]> writes:
Stepan> Hello Henrique,
Stepan> On Wed, Dec 01, 2004 at 10:13:45AM -0200, Henrique de Moraes Holschuh
wrote:
>> "If you're doing that, you're weird. Go away".
>>
>> The translation for that would be: Why the heck are you keeping
>>
>>> "Ralf" == Ralf Wildenhues <[EMAIL PROTECTED]> writes:
[...]
>> This section attempts to answer all these questions. We will mostly
>> discuss `CPPFLAGS' in our examples, but actually the answer holds for
>> all the compile flags used in Automake: `CCASFLAGS', `CFLAGS',
>> `CPPFLAGS', `CX
%% Akim Demaille <[EMAIL PROTECTED]> writes:
"Andreas" == Andreas Schwab <[EMAIL PROTECTED]> writes:
>> Untested code ahead.
>> m4_syscmd([test -f build.sh.in])dnl
>> m4_if(m4_sysval, 0, [AC_CONFIG_FILES(build.sh)])
ad> Bad idea: side effects are incompatible with the (autom4te) c
Bonjour, Eric :-)
On Wed, 2004-12-01 at 04:38, Eric PAIRE wrote:
> Hi all,
>
> Here is the description of a problem met with subversion and autotools.
> If anybody has a clean solution, let me/us know:
>
> 1) I have a project using the autotools for the environment management.
> 2) The project c
Stepan Kasal <[EMAIL PROTECTED]> writes:
> Hi,
>
> while I am not able to address your main problem, I'd like to address one
> misunderstanding of the make language:
>
> On Wed, Dec 01, 2004 at 03:29:10PM +0100, Guillaume Rousse wrote:
>> initrd_SCRIPTS is defined to $(INITRD) at the beginning of
Hi,
while I am not able to address your main problem, I'd like to address one
misunderstanding of the make language:
On Wed, Dec 01, 2004 at 03:29:10PM +0100, Guillaume Rousse wrote:
> initrd_SCRIPTS is defined to $(INITRD) at the beginning of the Makefile,
> while INITRD is defined at the end o
Hi,
On Wed, Dec 01, 2004 at 10:15:12AM -0400, Leonardo Boiko wrote:
> Henrique de Moraes Holschuh wrote:
> >Maybe one of the automake targets do a full cleanup, I never tried to track
> >that down. I never needed it.
>
> Doesn't "make distclean" do that? But I too never needed it...
no.
"make
I'm trying to implement conditional installation of stuff with
non-standard location, such as init-script. The basic idea is not to
install them unless the user specify a location when running ./configure
However, it doesn't work with automake conditional
in configure.ac:
AC_ARG_WITH(
in
Henrique de Moraes Holschuh wrote:
I will read it, I am curious about what it says that could have such a
strong effect on you. Maybe it can change my mind about the issue (but I
doubt it)...
OTOH I was convinced _not_ to keep autogenerated files in subversion
thanks to Henrique's README.Debian f
On Wed, 01 Dec 2004, Stepan Kasal wrote:
> On Wed, Dec 01, 2004 at 10:13:45AM -0200, Henrique de Moraes Holschuh wrote:
> > "If you're doing that, you're weird. Go away".
> >
> > The translation for that would be: Why the heck are you keeping
> > auto-generated files in a RCS system? Get them ou
On Wed, 01 Dec 2004, Eric PAIRE wrote:
> 3) I have set up a tag with 'svn copy' so that the tagged version is the
> exact
>copy of the version in the 'trunk' directory.
> 4) Another user gets the tagged version with a 'svn co' and runs 'configure'
>on it. And now ...
As it was once so elo
Hi,
On Wed, Dec 01, 2004 at 11:24:33AM -0200, Henrique de Moraes Holschuh wrote:
> On Wed, 01 Dec 2004, Stepan Kasal wrote:
> > I learned from that text how can autotools and CVS/svn combined.
> > Though I personally obey the rule ``no generated files in the RCS'',
> > I seriously considered the o
Eric PAIRE wrote:
The problem is that all the dates of the checked out files have been
modified,
and when running 'make', the first thing run is 'autoconf' and
'automake', thus
modifying source directory files (configure, ...).
You seem to keep generated files like "Makefile" and "configure" in t
Hi all,
Here is the description of a problem met with subversion and autotools.
If anybody has a clean solution, let me/us know:
1) I have a project using the autotools for the environment management.
2) The project compiles without any problem in the 'trunk' directory.
3) I have set up a tag with
Hello,
On Tue, Nov 30, 2004 at 07:02:22AM -0800, Bruce Korb wrote:
> would make sense to add "AM_LDADD" as a synonym for "LDADD" purely for
that sounds weird. I have an alternative proposal:
Automake could watch for variables named "AM_*" and if it doesn't
recognize them, it could issue a warni
>>> "Andreas" == Andreas Schwab <[EMAIL PROTECTED]> writes:
> Untested code ahead.
> m4_syscmd([test -f build.sh.in])dnl
> m4_if(m4_sysval, 0, [AC_CONFIG_FILES(build.sh)])
Bad idea: side effects are incompatible with the (autom4te) cache. If
the environment changes but not the sources of con
21 matches
Mail list logo