Alexandre Duret-Lutz wrote:
> On Mon, Jul 28, 2003 at 01:09:21PM +0200, Markus Werle wrote:
> > Hi!
> >
> > Though I appreciate the automatic dependency tracking mechanism,
> > I sometimes encounter problems with this approach using Intel's C++
> > com
Hi!
Though I appreciate the automatic dependency tracking mechanism,
I sometimes encounter problems with this approach using Intel's C++
compiler. For reasons I do not understand prefixed objects get rebuilt,
so either depcomp cannot properly deal with Intel's Compiler (which is
handled as if it w
Markus Werle wrote:
> Using AM_INIT_AUTOMAKE([subdir-objects]) fails for source files
> from external directories: then the dependencies are searched in the external source
> tree, not in the build tree. Any idea what went wrong?
Btw, I strongly disagree with
http://sources.redh
Hi!
In order to resolve name clashes for object files, some of the object files
in my Makefile.am obtain a prefix by using the CPPFLAGS trick
some_exectuable_CPPFLAGS = $(AM_CPPFLAGS)
This works fine so far, but unfortunately there seems to be something
wrong with the .deps files (or an error e
Hi!
Again the beginner gets surprised:
Automake used to be fine in dependency tracking:
changing any source file made make to recompile the files,
since directory .deps contained the correct information.
Now - after some changes in Makefile.am I find that the files
in .deps only contain the line
Hi!
In my Makefile.am I have e.g. the following lines
COMMON_SOURCES = src/lib/common.C
foo_SOURCES = ${COMMON_SOURCES} src/foo/main.C
bar_SOURCES = ${COMMON_SOURCES} src/bar/main.C
So I have a name clash for main.o, which makes automake unhappy.
The only resolution I found was to prefix the ba
Markus Werle wrote:
> Hi!
>
> After some very slight changes to my Makefile.am
... which included a multline comment:
#euler_SOURCES = \
# ${COMMON_SOURCES} \
# src/pdes/EULER_2D_UNI/main.C \
# src/pdes/EULER_2D_UNI/ConservationOfMass.C \
# src/pdes/EULER_2D_UNI/ConservationOfM
Hi!
After some very slight changes to my Makefile.am
(only added a new programm and source file list)
I started the usual
aclocal && autoheader && autoconf && automake
and this is what it says:
/opt/FREE-SOFTWARE/automake-1.7/share/automake-1.7/am/depend2.am:
am__fastdepCC does not appear in AM
Hi!
Consider the following case:
File VeryImportant.C contains code that really needs some
optimization available. But all other files could (at least during development)
be compiled without optimization, for the sake of not drinking too much coffee
due to long compilation times.
Is there a conv
Alexandre Duret-Lutz wrote:
> Maybe your are not setting the compiler early enough? Since
> ./configure decides which flags to use it must know the
> compiler. Therefore you should run
>
> ./configure CC=mycc; make
This is what I did. So the problem is somewhere else.
The problem is that Inte
Hi!
I have a problem with the latest autotools:
>From somewhere behind the scenes automake/autoconf decides to insert
the following options to the compiler flags;
-MT -MD -MP -MF
these are not recognized, say ignored ith annoying warnings by
intel's C++ 7.0. Any idea how to remove these via
con
Hi folks!
I wanted to compile automake-1.7 on a linux-i686 box (kernel 2.4.19)
What goes wrong here?
# whereis autoconf
autoconf: /opt/autoconf-2.57/bin/autoconf
# ./configure --prefix=/opt/automake-1.7 && make && make install
checking for a BSD-compatible install... /usr/bin/install -c
checking
12 matches
Mail list logo
