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 bra...@endoframe.com
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 bra...@endoframe.com
-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 bra...@endoframe.com
if pkg-config is the only reason for that.
--
Braden McDaniel bra...@endoframe.com
On Fri, 2010-02-12 at 12:59 +0100, Stefano Lattarini wrote:
At Friday 12 February 2010, Braden McDaniel bra...@endoframe.com
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's time for me to re
*
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 bra...@endoframe.com
`dist_noinst_JAVA'
Is this really appropriate? CLASSPATH_ENV is documented in the manual
as something that is user-settable.
--
Braden McDaniel bra...@endoframe.com
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
used convention about this?
I put them all in the same place. I think that's common.
--
Braden McDaniel e-mail: bra...@endoframe.com
http://endoframe.com Jabber: bra...@jabber.org
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/
ACLOCAL_AMFLAGS as such?
--
Braden McDaniel e-mail: [EMAIL PROTECTED]
http://endoframe.comJabber: [EMAIL PROTECTED]
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 +0200
Why
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 = --enable-gcc-werror
in your top-level Makefile.am.
--
Braden McDaniel
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 McDaniel
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
subdirectory name
is the same as the built
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 --enable-gtk-doc
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 using) with the following options
]: *** [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.comJabber: [EMAIL
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 problem. Suboptimal
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 nonrecursive make setup (and on a multiprocessor
system). I
/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 e-mail: [EMAIL PROTECTED]
http://endoframe.comJabber: [EMAIL PROTECTED]
that could be a bit overwhelming.
--
Braden McDaniel e-mail: [EMAIL PROTECTED]
http://endoframe.comJabber: [EMAIL PROTECTED]
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 McDaniel e-mail: [EMAIL PROTECTED]
http://endoframe.comJabber: [EMAIL PROTECTED]
, and just run autoreconf.
--
Braden McDaniel e-mail: [EMAIL PROTECTED]
http://endoframe.comJabber: [EMAIL PROTECTED]
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.
I can imagine several problems
of 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.comJabber: [EMAIL PROTECTED]
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/
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.)
[...]
Braden ... then I run into problems in make install
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 = manual
MAINTAINERCLEANFILES = manual
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 _build is no longer
writable at this point
On Thu, 2004-11-25 at 21:10 +0100, Alexandre Duret-Lutz wrote:
Braden == Braden McDaniel [EMAIL PROTECTED] writes:
[...]
EXTRA_DIST = manual
[...]
html: manual
[...]
install-data-local: manual installdirs-local
$(INSTALL_DATA) ./manual/* $(DESTDIR)$(docdir
] 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.comJabber: [EMAIL PROTECTED]
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-mail: [EMAIL
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 experiment,
perhaps) to do so.
--
Braden McDaniel e-mail: [EMAIL PROTECTED]
http://endoframe.com
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: [EMAIL PROTECTED]
http://endoframe.com
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)/manual
Braden$(INSTALL_DATA) $(srcdir)/manual/* $(docdir
with appropriately? I'm using automake 1.7.7.
--
Braden McDaniel e-mail: [EMAIL PROTECTED]
http://endoframe.comJabber: [EMAIL PROTECTED]
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 only
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 another program
doesn't matter from the perspective of the makefile.
--
Braden McDaniel e-mail: [EMAIL
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 case.
I've reviewed 7.2 in the GNU Coding Standards, and it's not clear
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 e-mail: [EMAIL PROTECTED]
http
; make
not
./configure; make CC=mycc
I've observed this problem, too; and, yes, I'm configuring with CC set.
However, I'm using autoconf 2.53/automake 1.6.3.
--
Braden McDaniel e-mail: [EMAIL PROTECTED]
http://endoframe.comJabber: [EMAIL
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. Perhaps this should be done by the AM_PROG_GCJ macro?
This is actually sort
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 conditional:
Braden JAVAROOT = $(top_builddir)/java
Braden JAVA_FILES
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
Braden Works if WITH_JDK is true; but if WITH_JDK is false,
Braden javac still
to do?
--
Braden McDaniel e-mail: [EMAIL PROTECTED]
http://endoframe.comJabber: [EMAIL PROTECTED]
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 e-mail: [EMAIL PROTECTED]
http
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 it. There's no other way to ensure it's
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]
http://www.endoframe.com Jabber: [EMAIL
49 matches
Mail list logo
