Re: configure and intel's C++: inappropriate flags -MT -MD -MP -MF

the compiler early enough? Since > ./configure decides which flags to use it must know the > compiler. Therefore you should run > > ./configure CC=mycc; make > > not > > ./configure; make CC=mycc I've observed this problem, too; and, yes, I'm co

Re: CXXFLAGS and linking

_CXXFLAGS which do not get passed to the linker. Is this > all as intended? I agree with you. I'll also note that GNU make doesn't use CFLAGS when linking with its default action. Certainly either way, there's an inconsistency here that should be addressed. -- Braden McDaniel

Re: CXXFLAGS and linking

ee. Its default linking action invokes cc, but does not pass CFLAGS. I'd suggest that the flags you mention are linker flags for the reason that they should be passed to the program invoked to handle the linking step. Whether that program delegates responsibility to ano

Re: CXXFLAGS and linking

Quoting Alexandre Duret-Lutz <[EMAIL PROTECTED]>: > >>> "Braden" == Braden McDaniel <[EMAIL PROTECTED]> writes: > > Braden> GNU make doesn't agree. > > I hear you, but that no reason: Automake follows the GNU Coding > Standards in this

Re: Optimisation across source files.

On Fri, 04 Apr 2003 21:44:07 +0100, Dr. David Kirkby wrote: > Hi, > I don't know about other programmers, but I tend to put one function > in each source file. So function foo() goes into foo.c. Looking > carefully at the documentation for Sun's c compiler, I not that the > optimiser will on

Installing from install-data-local

ssion denied Why is _inst not writable? Is there a correct way of doing what I'm trying to do? (Explicity listing all the files in the "manual" subdirectory is impractical; that is why I have not used the DATA primary.) -- Braden McDaniel e-mail: <[E

Re: Installing from install-data-local

On Sun, 2003-09-28 at 13:34, Alexandre Duret-Lutz wrote: > >>> "Braden" == Braden McDaniel <[EMAIL PROTECTED]> writes: > > Braden> I have this rule in my Makefile.am: > Braden> install-data-local: > Braden>$(mkinstalldirs) $(docdir)/

"files left in build directory after distclean"

know" about and deal with appropriately? I'm using automake 1.7.7. -- Braden McDaniel e-mail: <[EMAIL PROTECTED]> <http://endoframe.com>Jabber: <[EMAIL PROTECTED]>

Re: Disabling optimization

if test X$user_set_cxxflags != Xyes; then CXXFLAGS="-g" fi Really you should probably be a little more clever and also check to see if the compiler in use is the one you have a problem with. But this approach allows someone who really *wants* to use -O2 (to

Re: Disabling optimization

On Thu, 2004-11-18 at 14:04 +0100, Stepan Kasal wrote: [snip] > But my question was whether there was a reason for setting the variable > _after_ AC_PROG_CXX, as the original suggestion proposed. In retrospect, I can't think of one. -- Braden McDaniel e-ma

Installing (everything in) a generated directory

l/BUILD/openvrml-0.14.99/_build' make: *** [distcheck] Error 2 Since install-data-local depends on manual, I don't understand why doxygen doesn't get called at that point. Any suggestions? -- Braden McDaniel e-mail: <[EMAIL PROTECTED]> <http://endoframe.com>Jabber: <[EMAIL PROTECTED]>

Re: Installing (everything in) a generated directory

On Thu, 2004-11-25 at 09:37 +0100, Ralf Wildenhues wrote: > * Braden McDaniel wrote on Thu, Nov 25, 2004 at 01:00:23AM CET: > > I have the following Makefile.am: > > > > docdir = $(datadir)/doc/@[EMAIL PROTECTED]@PACKAGE_VERSION@ > > > > EXTRA_DIST = manua

Re: Installing (everything in) a generated directory

On Thu, 2004-11-25 at 13:46 -0500, Braden McDaniel wrote: [snip] > When I add that, the docs are rebuilt and installed again after "make > uninstall" (again, as part of "make distcheck"). This fails when the > attempt is made to copy the files, as apparently _bui

Re: Installing (everything in) a generated directory

On Thu, 2004-11-25 at 21:10 +0100, Alexandre Duret-Lutz wrote: > >>> "Braden" == Braden McDaniel <[EMAIL PROTECTED]> writes: > > [...] > >> > EXTRA_DIST = manual > [...] > >> > html: manual > [...] > >> >

Re: Installing (everything in) a generated directory

On Fri, 2004-11-26 at 08:49 +0100, Alexandre Duret-Lutz wrote: > >>> "Braden" == Braden McDaniel <[EMAIL PROTECTED]> writes: > > [...] > > Braden> html: manual/index.html > > (This should be html-local, BTW; try running automake -Wall.) > &

Re: multiple configure.ac --> single aclocal.m4

Sam Steingold wrote: I have a large package with many subpackages. each subpackage has its own configure.ac. how do I generate aclocal.m4? [snip] So: how do I use aclocal.m4 with multiple subpackage configure.in? Given: package/ m4/ Makefile.am configure.ac subpackage/

Built sources always regenerated

whether the antlr grammar has been modified. How can I keep this stuff from being regenerated all the time? -- Braden McDaniel e-mail: <[EMAIL PROTECTED]> <http://endoframe.com>Jabber: <[EMAIL PROTECTED]>

Re: Built sources always regenerated

On Sat, 2005-12-31 at 14:22 +0100, Stepan Kasal wrote: > Hello, > > On Sat, Dec 31, 2005 at 02:51:30AM -0500, Braden McDaniel wrote: > > but the behavior is the same: the sources are regenerated every time, > > regardless of whether the antlr grammar has been modified. >

Re: Built sources always regenerated

he Autoconf manual > (and also perhaps in the Automake manual). I know about them. As I mentioned, I'm generating these built sources into srcdir because I want them to be distributed in the tarball. It's my understanding that putting them in srcdir is the proper thing in that case.

Re: Built sources always regenerated

RCES, the files don't get generated before browser.cpp gets compiled. Why not? -- Braden McDaniel e-mail: <[EMAIL PROTECTED]> <http://endoframe.com>Jabber: <[EMAIL PROTECTED]>

Re: Built sources always regenerated

On Sun, 2006-01-01 at 15:41 -0700, Tom Tromey wrote: > >>>>> "Braden" == Braden McDaniel <[EMAIL PROTECTED]> writes: > > Braden> Forget about BUILT_SOURCES and *_DEPENDENCIES. The sources I'm > building > Braden> get #include'

Re: best aclocal include practice wanted

Makefile.am, and just run autoreconf. -- Braden McDaniel e-mail: <[EMAIL PROTECTED]> <http://endoframe.com>Jabber: <[EMAIL PROTECTED]>

Re: Library locations

ot;. > That means the program won't work in the uninstalled state, > because dlopen is looking for system.o as modules/System/system.o. That seems unlikely. dlopen should be looking for system.so. I don't imagine it cares about the location of system.o. -- Braden McDaniel

Re: Library locations

d send it to you; though I appreciate that could be a bit overwhelming. -- Braden McDaniel e-mail: <[EMAIL PROTECTED]> <http://endoframe.com>Jabber: <[EMAIL PROTECTED]>

Re: Library locations

ently installed or not? I generally provide environment variables that can be set to search paths or fully-qualified executables, as appropriate. If such environment variables aren't set, I default to using programs/libraries in their installed locations. -- Braden McDa

Re: parallel make bug with subdir-objects (was: Library locations)

On Mon, 2007-08-06 at 08:33 +0200, Ralf Wildenhues wrote: > Hello Braden, > > * Braden McDaniel wrote on Mon, Aug 06, 2007 at 12:27:48AM CEST: > > > > Related to this, I have observed dependency problems when using > > "make -j[n > 1]" with a nonrecur

"files left in build directory after distclean" using subdir-objects

ed make[1]: *** [distcleancheck] Error 1 I am using Automake 1.10. Might I be tripping over some bug that occurs when the subdirectory name is the same as the built executable? -- Braden McDaniel e-mail: <[EMAIL PROTECTED]> <http://endoframe.com>

Re: "files left in build directory after distclean" using subdir-objects

On Sat, 2007-10-06 at 14:18 -0400, Braden McDaniel wrote: [snip] > Might I be tripping over some bug that occurs when the subdirectory name > is the same as the built executable? The addition of CLEANFILES = openvrml-xembed/.libs/openvrml-xembed has worked around the p

Re: "files left in build directory after distclean" using subdir-objects

On Sun, 2007-10-07 at 18:59 +0200, Benoit SIGOURE wrote: > On Oct 7, 2007, at 7:36 AM, Braden McDaniel wrote: > > > On Sat, 2007-10-06 at 14:18 -0400, Braden McDaniel wrote: > > > > [snip] > > > >> Might I be tripping over some bug that occurs when the >

Re: "files left in build directory after distclean" using subdir-objects

On Sun, 2007-10-07 at 16:41 -0400, Braden McDaniel wrote: [snip] > I have successfully configured > OpenVRML using the MacPorts toolchain (which it sounds like you might > also be using) with the following options: > > $ ../configure -C --prefix=$HOME --disable-static -

Re: "files left in build directory after distclean" using subdir-objects

On Sun, 2007-10-07 at 18:06 -0400, Braden McDaniel wrote: > On Sun, 2007-10-07 at 16:41 -0400, Braden McDaniel wrote: > > [snip] > > > I have successfully configured > > OpenVRML using the MacPorts toolchain (which it sounds like you might > > also be usi

Re: "files left in build directory after distclean" using subdir-objects

On Mon, 2007-10-08 at 08:51 +0200, Ralf Wildenhues wrote: [snip] > Thanks for the report. This should be fixed by the change from > 2007-08-16, which will be in Automake 1.11 and 1.10.1. If you like, > you can try CVS Automake to confirm this. Looks promising. Thanks! -- Braden

Re: Modifying CFLAGS for 'make distcheck'

or while developing > but ship tarballs without it. > > So now I had this great idea. Wouldn't it be great if I could tell > 'make distcheck' use './configure --enable-gcc-werror'! > > Anyone have a clue on how to do this? DISTCHECK_CONFIGURE_FLAGS =

Re: [automake] Dependency question with _LDADD

file.am. ... which brings up a question I have: Why doesn't AC_CONFIG_MACRO_DIR eliminate the need for setting ACLOCAL_AMFLAGS as such? -- Braden McDaniel e-mail: <[EMAIL PROTECTED]> <http://endoframe.com>Jabber: <[EMAIL PROTECTED]>

Re: [automake] Dependency question with _LDADD

Ralf Wildenhues wrote: Hi Braden, * Braden McDaniel wrote on Wed, Aug 27, 2008 at 08:48:45AM CEST: On Wed, 2008-08-27 at 07:41 +0200, Ralf Wildenhues wrote: * Michel Briand wrote on Wed, Aug 27, 2008 at 03:19:24AM CEST: Ralf Wildenhues <[EMAIL PROTECTED]> - Tue, 26 Aug 2008 17:43:13

Re: pkg-config, anyone?

On Oct 10, 2008, at 2:28 PM, Matěj Týč wrote: Hello friends, I would like to inquire whether there is someone here that generates .pc files in his autotools-powered project (presumably a project containing libraries). The most common way to do it is to process the file with configure/ c

Re: suggestions about AC_CONFIG_MACRO_DIR

s the most used convention about this? I put them all in the same place. I think that's common. -- Braden McDaniel e-mail: <http://endoframe.com> Jabber:

Re: suggestions about AC_CONFIG_MACRO_DIR

On 4/22/09 12:13 PM, Lorenzo Bettini wrote: Braden McDaniel wrote: On 4/21/09 1:35 PM, Lorenzo Bettini wrote: Hi I started adding some m4 macros to my program, that I put in the m4 directory in my sources, and that will be installed during the make install. I then added aclocaldir

Re: suggestions about AC_CONFIG_MACRO_DIR

On 4/22/09 2:16 PM, Lorenzo Bettini wrote: Braden McDaniel wrote: On 4/22/09 12:13 PM, Lorenzo Bettini wrote: Braden McDaniel wrote: On 4/21/09 1:35 PM, Lorenzo Bettini wrote: Hi I started adding some m4 macros to my program, that I put in the m4 directory in my sources, and that will be

CLASSPATH_ENV warning

processing `dist_noinst_JAVA' Is this really appropriate? CLASSPATH_ENV is documented in the manual as something that is user-settable. -- Braden McDaniel

Re: advice for pre-generating documentation

;t know in advance the names > of all the files to be included in the distribution tarball, in which case > EXTRA_DIST is useless (and if I recall correctly, Doxygen generates *a lot* > of files when creating HTML output). Actually, EXTRA_DIST can pull in a whole subdirectory. Wildcards work there as well. That doesn't help you with install; but you can add an install-data-local hook for that. -- Braden McDaniel

Re: advice for pre-generating documentation

On Fri, 2010-02-12 at 12:59 +0100, Stefano Lattarini wrote: > At Friday 12 February 2010, Braden McDaniel > wrote: > > Actually, EXTRA_DIST can pull in a whole subdirectory. > Thank you for the information, I didn't know that (or I forgot it). I > guess It'

Re: call for help/crazy idea: nmake support

ice. > Or is a better alternative to follow the path we have taken with Libtool > (finally getting MSVC support in) also in Automake, with Peter's patches > and more? I'm certainly quite eager to see this in Automake and Libtool. I suspect this will hit the sweet spot for a lot of autotools users. -- Braden McDaniel

Re: call for help/crazy idea: nmake support

gcc builds > msvc-compatible DLLs, etc, what do people see as the benefit to using > a mingw/sh-driven MSVC build? Good enough for C; but if you wants to build a DLL with C++ interface features, you generally still need to use the same compiler as other code you're playing with. -- Braden McDaniel

Re: RE : call for help/crazy idea: nmake support

ndows will be disappointed. And I would be shocked if pkg-config is the only reason for that. -- Braden McDaniel

Re: RE : call for help/crazy idea: nmake support

is that I wind up using library dependencies that don't even have "installers" per se; so in these cases a *.pc file would need to be manually constructed. I'm quite happy just adding -I and -L flags to CPPFLAGS and LDFLAGS as necessary. -- Braden McDaniel

Pre-uninstall

The uninstall-local target gets executed after the files are deleted. Is there a target that is executed by uninstall *before* the files get deleted? -- Braden N. McDaniel e-mail: [EMAIL PROTECTED] Jabber: [EMAIL PROTEC

More fun with BUILT_SOURCES

I have an automake script of the following form: PUBLIC_HFILES = file1.h file2.h PRIVATE_HFILES = file3.h file4.h BUILT_SOURCES = file1.h file1.h: deps generate file1.h from deps if INSTALL_PUBLIC_HFILES include_HEADERS = $(PUBLIC_HFILES) noinst_HEADERS = $(PRIVATE_HFILES) else noinst_H

Re: More fun with BUILT_SOURCES

On 14 Nov 2000, Alexandre Oliva wrote: > On Nov 14, 2000, Braden McDaniel <[EMAIL PROTECTED]> wrote: > > > I realize that BUILT_SOURCES is known to be problematic, but I haven't > > found any other solution. Any suggestions? > > Add explicit dependencies on

Re: More fun with BUILT_SOURCES

On 25 Nov 2000, Tom Tromey wrote: > >>>>> "Braden" == Braden McDaniel <[EMAIL PROTECTED]> writes: > > >> > I realize that BUILT_SOURCES is known to be problematic, but I haven't > >> > found any other solution. Any suggestions

Re: RPM targets for make dist?

ve hacked by hand to do this, I'd also be > interesting in some pointers... Why bother? Just use dist-hook to include your specfile in the tarball. Once you have a tarball with a specfile in it, making an RPM is a simple as rpm -tb tarball.tar.gz -- Braden McDaniel

Generated headers that don't get installed

them from being installed, but they wind up in the distribution. So I tried nodist_noinst_HEADERS. This had the unexpected effect of installing the headers in the root directory! Any ideas for a way to do what I want here? -- Braden McDaniel e-mail: <[EMAIL PROTECTED

Re: Generated headers that don't get installed

On Tue, 2001-10-16 at 14:16, Raja R Harinath wrote: > Braden McDaniel <[EMAIL PROTECTED]> writes: > > So I tried nodist_noinst_HEADERS. This had the unexpected effect of > > installing the headers in the root directory! > > That seems to be a bug in automake. Can

Conditionally compiling Java

} What to do? -- Braden McDaniel e-mail: <[EMAIL PROTECTED]> <http://endoframe.com>Jabber: <[EMAIL PROTECTED]>

Re: Conditionally compiling Java

On Tue, 2002-06-11 at 04:04, Alexandre Duret-Lutz wrote: > >>> "Braden" == Braden McDaniel <[EMAIL PROTECTED]> writes: > > Braden> I'm trying to conditionally compile some Java sources > Braden> (with javac) using an Automake conditiona

Re: Conditionally compiling Java

On Tue, 2002-06-11 at 13:08, Alexandre Duret-Lutz wrote: > >>> "Braden" == Braden McDaniel <[EMAIL PROTECTED]> writes: > > [...] > > Braden> if WITH_JDK > Braden> noinst_JAVA = MyClass1.java MyClass2.java > Braden> endif > >

Re: Conditionally compiling Java

On Wed, 2002-06-12 at 03:15, Alexandre Duret-Lutz wrote: > >>> "Braden" == Braden McDaniel <[EMAIL PROTECTED]> writes: > > [...] > > Braden> when I try to use the CVS version of automake, > > CVS HEAD = future Automake 1.7 > CVS bra

Re: Using gcj to create .class files

On Thu, 2002-10-24 at 18:02, Tom Tromey wrote: > >>>>> "Braden" == Braden McDaniel <[EMAIL PROTECTED]> writes: > > >> JAVAC = gcj -C > > Braden> I thought of that, but thought there might be something less > Braden> subtle. Perha