Bob Friesenhahn wrote:
On Wed, 26 May 2004, Ralf Corsepius wrote:
Face it, this is not 1994 anymore, the internet has lost its innocence,
and badly maintained open lists like the auto*tools lists on gnu.org are
a relict of the past.
Unfortunately, SPAMmers quickly learn how to break through
Ralf Corsepius wrote:
On Wed, 2004-05-26 at 07:43, Bob Proulx wrote:
Jay West wrote:
You should have sent this to the list owner/admin, not the list.
Lars Hecking wrote:
Most likely, the same thing happens to OP that happens to me: the lists
run at gnu.org are crawling with
Scott James Remnant wrote:
It should also be noted that Libtool suffers heavily from this problem
also. The shell uses spaces as separators, which means Libtool isn't
even able to install to a directory containing a space:
dependency_libs=-L/mnt/Program Files/unix/lib -lfoo
comes out as three
The usual response to this problem is
_don't_use_path_names_with_spaces_. There are different ways to modify
what you are doing that it is not worth modifying the autotools to
handle the space in path name problem. For instance you could use the
DOS 8.3 modified name which for ``Program
James Amundson wrote:
On Tue, 2004-01-27 at 06:21, Earnie Boyd wrote:
The usual response to this problem is
_don't_use_path_names_with_spaces_.
Heh heh.
There are different ways to modify
what you are doing that it is not worth modifying the autotools to
handle the space in path name
So, you need to
file name='~/bin/cg++' status=untested
#! /bin/sh
ccache g++ $@
/file
Make sure ~/bin is in PATH and use cg++ to execute.
Earnie.
Vincent Caron wrote:
Hello,
I'm running automake 1.7.9 as packaged in Sid, and having trouble
using 'cache gcc' as compiler. I get this error :
Jose Roman Bilbao wrote:
Hi all,
Why do I need a specific order when writing LDADD rules?. If I dont I
get lots of Undefined references. Is this a bug?, If not... Which rule
should I follow in order to write correct MAkefile.am files?.
Objects that depend on other objects must precede the other
You do it. Try the following URI
mailto:[EMAIL PROTECTED] and see if that
helps. If not try mailto:[EMAIL PROTECTED]
Earnie.
daniel wrote:
allo
this is my 2nd email to un-subscribe from automake. do take action to stop mails from coming .
ciao
daniel.
--
http://www.mingw.org
Alexandre Duret-Lutz wrote:
Ralf == Ralf Corsepius [EMAIL PROTECTED] writes:
Ralf Hi,
Ralf Simple question: Does automake support filenames containing blanks?
I guess nobody really bothered because Make itself uses blanks
as filename separators. '\ ' seems to be a GNU extension, does
anybody
I've even submitted a request to [EMAIL PROTECTED] asking that they
trash all mail containing an attachment of your_details.zip. The bounce
with fictitious From header is how this DoS virus spreads. The bounce
either leaves the attachments in tact, or embodies them in the email.
I'm sending
Akim Demaille wrote:
On Tue, Jun 24, 2003 at 02:02:25PM +0200, Akim Demaille wrote:
Why wouldn't nodist_ stuff be automatically included into CLEANFILES?
I think it would make sense.
http://www.cygwin.com/ml/bug-automake/2002/msg01693.html
I would love this. The only issue is where
Thomas E. Dickey wrote:
the autoconf maintainers do not appear to be interested in maintaining
compatibility with lex/yacc (other than paying lip-service to the notion).
Aren't you an autoconf maintainer? ;)
Earnie.
Philip Willoughby wrote:
Today, Richard Dawe wrote:
Unfortunately this is not portable to DOS.
Oops - my bad. I should have tried it in MSYS I guess. I was modifying the
installed code on linux rather than doing it properly...
Would probably work in MSYS. You should try it in DJCPP
Bruce Korb wrote:
Perhaps dump all the .texi-derived files into a subdirectory?
WRT what program and options to use, you'll need two substitution
variables. The texi2html output is just so much better than
the makeinfo version that there must be a way to say, use that.
Richard For consistency,
Bruce Korb wrote:
Ralf Corsepius wrote:
Am Mit, 2002-11-13 um 19.08 schrieb Earnie Boyd:
I need to add a library specific to a target_os. I've tried several
possible techniques and can't get cooperation from the tools.
What I want is something similar to:
target_os := @target_os@
ifeq
As long as the sub-project didn't have dependencies on the other parts,
your sound developer should be able to configure, cd Z and make. You
could even create a configure.ac for Z that would just configure that
portion. If Z does have dependencies on other parts then make sure
they're
Try 1.7.1
Earnie
Dave Benson wrote:
hello...
i'm trying to upgrade a project to use automake-1.7
and i'm getting the following error(s):
/tmp/am4tf8PSRs/traces.m4:822: /usr/bin/m4: Error matching regular expression `^ *\(.*\) *$'
Use of uninitialized value in split at
Ralf Corsepius wrote:
Am Mit, 2002-11-13 um 19.08 schrieb Earnie Boyd:
I need to add a library specific to a target_os. I've tried several
possible techniques and can't get cooperation from the tools.
What I want is something similar to:
target_os := target_os
ifeq ($(target_os),mingw32
John Levon wrote:
We have a C program which links to a C++ library, and we need to
tell automake to do the link in C++ mode to avoid undefined references
to the C++ standard library. How can we do it ?
The Makefile.am looks as follows :
---snip---
dist_sources = oprofiled.c opd_stats.c
John Levon wrote:
On Sun, Nov 10, 2002 at 01:01:08PM +0100, Ralf Corsepius wrote:
You could always just add -lstdc++ to the oprofiled_LDADD variable.
This would be a fault, IMO.
Why?
I do not think getting gcc to link -lstdc++ is a good idea either, but
it doesn't have much more hack
Jean-Eric Cuendet wrote:
Hi,
I have a C++ project with a lot of source files (~4000).
I'd like to use ccache to speed recompilation of the project.
I can't since ccache doesn't support -MT flag to gcc
What does EXACTLY this flags?
Is it possible to tell autoconf/automake to not use -MT when
[EMAIL PROTECTED] wrote:
Otherwise, I'm also subscribed on the list, so no need to CC me in every
post :-)
It is a function of the mail client Reply-All event to add you in the
distribution of the response. If you don't wish personal copies as well
as list copies then it is upto you to set
Akim Demaille wrote:
Bob == Bob Proulx [EMAIL PROTECTED] writes:
Bob If you want to change this you can set CXXFLAGS at configure
Bob time.
Bob CFLAGS=-O CXXFLAGS=-O ./configure
./configure CFLAGS=-O CXXFLAGS=-O
is better.
because it then becomes a part of config.status while
Your question is better asked on [EMAIL PROTECTED]
You've doubly defined your target, once at line 35275 and once at line
61202 in your Makefile. Remove one and the warnings will go away.
Earnie.
Jean-Eric Cuendet wrote:
Hi,
I have a project that have cxx and cpp files in it.
Then I have
Kevin Ryde wrote:
Olaf Weber [EMAIL PROTECTED] writes:
Shouldn't that be ARFLAGS, just as we have CFLAGS not C_FLAGS. That
seems to be the canonical name.
Libtool uses AR_FLAGS currently. Whichever is adopted it'd be nice
for them to be the same.
Then libtool is wrong. Based on the GNU
Bruce Korb wrote:
Pavel Roskin wrote:
I won't object if this script is renamed to autogen.sh
I will, tho. :-)
I will too, unless you've used autogen to create it.
Earnie.
Tom Tromey wrote:
Ralf == Ralf Corsepius [EMAIL PROTECTED] writes:
Ralf This works perfectly well unless the structure of the configured
Ralf source-tree changes (adding/removing Makefile.ams) or if the
Ralf source-tree contains conditionally configured sub-directories
Ralf (eg.
Schleicher Ralph (LLI) wrote:
Ralf Corsepius [EMAIL PROTECTED] writes:
Am Mit, 2002-07-03 um 09.44 schrieb Ionutz Borcoman:
Or is there a simple command to do this (but keeping all the options
I've give to configure) ?
make
Wrong answer. Read the question more carefully.
To
Ralf Corsepius wrote:
BTW, I would appreciate the other autoconf and automake maintainers to
speak up, because apparently a reasonable discussion between Akim and me
doesn't seem to be possible anymore.
First let me say that IANAAM (I Am Not An Autoconf Maintainer) but I'm
going to give my
Bruce Korb wrote:
Earnie Boyd wrote:
... But let's stand back and look at what we have:
1) ... 2) ... 3) ... 4) ... 5) ...
What we *really* have are more very good reasons to coordinate
auto* tool releases. Even, perhaps, to the point of having
coordinated tags in the CVS
Akim Demaille wrote:
Hi People!
I'm looking for information on the portability of find(1). Please,
send me everything you know. In particular, I think I'm understanding
that `{}' is portably replaced by the argument only when alone, i.e.,
exactly
find ... {} ...
and not
--- "Lars J. Aas" [EMAIL PROTECTED] wrote:
On Mon, Sep 11, 2000 at 06:18:59AM -0700, Earnie Boyd wrote:
: --- "Lars J. Aas" [EMAIL PROTECTED] wrote:
: I've started using AC_CONFIG_AUX_DIR(aux) and stow away files into aux/.
:
: PORTABILITY Issue: aux should not be
directory/file gets created it's almost impossible to get rid of
and is unusable.
Cheers,
=
--- http://earniesystems.safeshopper.com ---
Earnie Boyd: mailto:[EMAIL PROTECTED]
__Cygwin: POSIX on Windows__
Cygwin Newbies: http://gw32.freeyellow.com/
__Mini
g? There's more to cygwin than I though... We've just been
building from C:/source to C:/build on NT...
Lars, you need to join the Cygwin mailing list and look at the documentation
both of which you can find at http://sourceware.cygnus.com/cygwin/. I can't
believe your developing with Cygwin
--- "Lars J. Aas" [EMAIL PROTECTED] wrote:
On Wed, Jun 07, 2000 at 07:04:55AM -0700, Earnie Boyd wrote:
: --- "Thomas E. Dickey" [EMAIL PROTECTED] wrote:
: On Wed, 7 Jun 2000, Lars J. Aas wrote:
: The following patch made the configure script work, but one should
: p
35 matches
Mail list logo
