Eric Blake [EMAIL PROTECTED] writes:
If they really want to stop parsing options, and pass all remaining
arguments to gcc, then they should be using -- between the options they
give gcc and the remaining arguments that they pass unchanged.
Which unfortunately does not work since gcc
FYI, I've proposed a patch to this; guess it's better to announce it
here, too:
http://lists.gnu.org/archive/html/automake-patches/2006-09/msg00032.html
Cheers,
Ralf
Hello Kent,
* Kent Boortz wrote on Thu, Sep 28, 2006 at 06:00:12AM CEST:
I have been toying with an idea to create a wiki or something that is
a GNU autotools cookbook. Not a tutorial, but more like the Perl
cookbook. Unfortunately I still know way too little about the GNU
autotools to fill
On Fri, 2006-09-22 at 04:34 +0200, Ralf Wildenhues wrote:
* Ryan McDougall wrote on Fri, Sep 22, 2006 at 02:54:21AM CEST:
On Thu, 2006-09-21 at 13:32 +0200, Ralf Wildenhues wrote:
* Ryan McDougall wrote on Thu, Sep 21, 2006 at 11:40:37AM CEST:
2) If you prefer nonrecursive makefiles (you
On Thu, 2006-09-28 at 18:23 +0900, Ryan McDougall wrote:
On Fri, 2006-09-22 at 04:34 +0200, Ralf Wildenhues wrote:
* Ryan McDougall wrote on Fri, Sep 22, 2006 at 02:54:21AM CEST:
On Thu, 2006-09-21 at 13:32 +0200, Ralf Wildenhues wrote:
* Ryan McDougall wrote on Thu, Sep 21, 2006 at
Hello Ryan,
* Ryan McDougall wrote on Thu, Sep 28, 2006 at 11:30:32AM CEST:
On Thu, 2006-09-28 at 18:23 +0900, Ryan McDougall wrote:
How can I either
1. Express to automake the correct dependancy
By writing
libA_la_LIBADD = libfoo.la
instead of
libA_la_LIBADD = -L. -lfoo
I just
* Ryan McDougall wrote on Thu, Sep 28, 2006 at 11:23:10AM CEST:
I am currently attempting to use a version of this (non-recursive)
method. I am avoiding exactly what you wrote since I need to pass
specific -D options to different packages without using libA_CPPFLAGS =
-DFORLIBFOO -DFORLIBBAR
Joseph S. Myers [EMAIL PROTECTED] remarks:
This is a GCC bug [failure to recognize -- option]
I just checked a bunch of gcc installations on our systems: they range
from this:
% gcc -- --version
gcc: Ambiguous abbreviation --
2.95.3
to this:
% cc --
On Thu, 28 Sep 2006, Andreas Schwab wrote:
Eric Blake [EMAIL PROTECTED] writes:
If they really want to stop parsing options, and pass all remaining
arguments to gcc, then they should be using -- between the options they
give gcc and the remaining arguments that they pass unchanged.
On Thu, 28 Sep 2006, Nelson H. F. Beebe wrote:
The gcc folks could probably argue that -- is indeed ambiguous,
because there is no way to tell which of the following arguments are
intended for the preprocessor, the compiler, the assembler, or the
linker. There are already -W[x],-option,value
Hello,
Using automake 1.9.1 and higher, I get the following error below. I do
not get this error if I switch to automake 1.8.5. So what is the change
between 1.8.5 and 1.9.1 that causes it to be unable to generate this TPO
file? What do I have to do to resolve this problem?
Hello John,
* John Ling wrote on Thu, Sep 28, 2006 at 08:13:56PM CEST:
Using automake 1.9.1 and higher, I get the following error below. I do
not get this error if I switch to automake 1.8.5. So what is the change
between 1.8.5 and 1.9.1 that causes it to be unable to generate this TPO
Hi Ralf,
I am running on an IBM P690 SMP PowerPC64 running Linux 2.6.9-34.0.2.EL.
The dependency style selected during configure was gcc3 (see output of
configure below). There are no other errors prior to the one I sent. I
have tested with 1.9.6 and the problem also shows up with that
Once upon a time, I had a working web page:
http://autogen.sourceforge.net/conftest.html
(It is down because the underlying OS was upgraded and it
was a nuisance to find a build platform that produced binaries
that worked correctly on the current platform. I've since learned
how to do it, but
Hi,
Is there an easy, official way to add a post-processing step to a
Makefile.am? Specifically, after the primary build target is linked via
autotool magic, how can I specify an extra 'objcopy' command to be
executed on the linked binary? My best guess on this would be hijacking
the 'all'
i normally use automake-1.9.6 but i just tried out 1.9b and it appears to have
the same problem
$ svn st INSTALL
$ automake-1.9b -a -c
$ svn st INSTALL
$ automake-1.9b -a -f
$ svn st INSTALL
$ automake-1.9b -a -c -f
$ svn st INSTALL
M INSTALL
$ svn diff INSTALL
...
-HOMEPAGE:
16 matches
Mail list logo
