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 w
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 these
[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
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 genera
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 opd_kern
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 v
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_o
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 /usr/local/bin/automake-1
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 satisfi
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
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,
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 environme
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.
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
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 r
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
any
See http://www.mingw.org
Download MSYS, msysDTK and MinGW.
Earnie.
make vision wrote:
Hi All,
I just wanted to know whether I can use Automake and Autoconf in Windows
build environment and how efficient it is in performance prespective.
Thanks,
Amit
__
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
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 ob
So, you need to
#! /bin/sh
ccache g++ "$@"
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 :
/bin/sh ../libtool --mode=link ccache g++
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 Files
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
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 a
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 s
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 automa
--- Akim Demaille <[EMAIL PROTECTED]> wrote:
-8<-
>
> As for mkdir -m, it seems to me that
>
> (umask 700 && mkdir /tmp/foo)
>
> is just fine.
>
-8<-
Why use /tmp at all? Since autoconf is for portibility you can't really assume
that /tmp exists. Why not simply create a temporary directory
--- Akim Demaille <[EMAIL PROTECTED]> wrote:
> >>>>> "Earnie" == Earnie Boyd <[EMAIL PROTECTED]> writes:
>
> Earnie> --- Akim Demaille <[EMAIL PROTECTED]> wrote: -8<-
> >> As for mkdir -m, it seems to me that
> >>
&g
--- Akim Demaille <[EMAIL PROTECTED]> wrote:
> >>>>> "Earnie" == Earnie Boyd <[EMAIL PROTECTED]> writes:
>
> >> Let it be for speed issues, I'm in favor of /tmp via TMPDIR. This
>
> Earnie> You missed the point; /tmp isn
--- Alexandre Oliva <[EMAIL PROTECTED]> wrote:
>
> Or use `[/\\/]', which does work, even with bash 2.04.
Or use `[\\/]', which also works.
=====
---
Earnie Boyd: <mailto:[EMAIL PROTECTED]>
__Cygwin: POSIX on Windows__
Cygwin Newbies: <http://w
--- Bruce Korb <[EMAIL PROTECTED]> wrote:
-8<-
>
> I just installed a cute hack in the AutoGen CVS :-)
> I made an archive file named "configure" that contains
> a shar archive of the generated files. It runs, recreating
> the generated files, deletes itself and then runs autoconf.
--- "Lars J. Aas" <[EMAIL PROTECTED]> wrote:
> On Mon, Apr 03, 2000 at 06:57:33AM -0700, Earnie Boyd wrote:
> : --- Bruce Korb <[EMAIL PROTECTED]> wrote:
> : > I made an archive file named "configure" that contains
> : > a shar archive of t
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 without understanding it.
=
---
Earnie Boyd: <mailto:[EMAIL PROTECTED]>
__Cygwin: POSIX on Windows__
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
--- "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/.
> :
y DOS and
WIN32. If the 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.free
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 ... {} ...
>
>
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
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
Paul Eggert wrote:
>
> > Date: Tue, 02 Apr 2002 22:41:50 -0800
> > From: Dan Kegel <[EMAIL PROTECTED]>
> >
> > Clearly, one would also want cp --clean.
>
> "rm --clean" would be far more useful. I've often wanted that,
> usually right after I've removed the wrong thing.
>
> (Sorry, Akim, could
"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 mo
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
>
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.
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
43 matches
Mail list logo
