Hello,
On Wed, Oct 19, 2005 at 08:53:55AM +0200, Simon Richter wrote:
Stepan Kasal schrieb:
FOO = @FOO@@\n@
There are a lot of cases, in fact, the majority, where the substituted
string is only known at configure time, when the Makefile.in files have
long been generated.
of course
Hello,
On Wed, Oct 19, 2005 at 11:32:37AM +0200, Ralf Wildenhues wrote:
I believe what Stepan meant was:
If the status.m4 code encounters [EMAIL PROTECTED]@@\n@', where `FOO' has
been
AC_SUBSTed, then treat the replacement of the complete string
[EMAIL PROTECTED]@@\n@' in a special way.
,
Stepan Kasal
Index: lib/autoconf/general.m4
===
RCS file: /cvsroot/autoconf/autoconf/lib/autoconf/general.m4,v
retrieving revision 1.886
diff -u -r1.886 general.m4
--- lib/autoconf/general.m4 19 Oct 2005 05:21:23 -
Hello,
On Tue, Oct 18, 2005 at 12:55:38PM +0200, Stepan Kasal wrote:
I have another solution for the problem of multiline substitutions
first, let me sum up the problem:
If you use
AC_SUBST([FOO], [foo
bar])
in your configure.ac, then Automake traces it, and puts
FOO = @FOO@
to each
check, FWIW.)
Alexandre, will you accept it?
Have a nice day,
Stepan Kasal
2005-10-17 Clifford Wolf [EMAIL PROTECTED] (tiny change)
Stepan Kasal [EMAIL PROTECTED]
* aclocal.in (parse_arguments): Added wildcard support to the dirlist
parser.
Index
Hello,
While building Enlightenment DR1.7 from CVS (www.enlightenment.org) on
OpenBSD current the following happened:
a few quick ideas:
- are you using the latest release? 1.9.6
- are you using GNU m4? (Automake calls autom4te, which should use
GNU m4; the BSD m4 is not ready for
is not called.
This means that getdate.c is not registered in maintainer-clean files.
And if YFLAGS contains '-d', the generated header is not properly
registered.
And the same problem exists for lex sources, *.l.
Have a nice day,
Stepan Kasal
that the following macro might be
useful?
-- Macro: AC_PROG_F77_C_O
-- Macro: AC_PROG_FC_C_O
Test whether the Fortran compiler accepts the options `-c' and
`-o' simultaneously.
Have a nice day,
Stepan Kasal
.
If have capacities to do even more, you could try the CVS version of
Automake. But you would have to download and install the CVS version
of Autoconf first. (And while you are at it, you can also run
make check in CVS Autoconf. ;-)
Have a nice day,
Stepan Kasal
Hello,
On Wed, Oct 05, 2005 at 03:42:32PM +0200, Ralf Wildenhues wrote:
* Stepan Kasal wrote on Wed, Oct 05, 2005 at 11:37:56AM CEST:
speaking about this, are there Fortran or F77 compilers which are not
able to interpret -c -o?
http://lists.gnu.org/archive/html/libtool-patches/2005-01
Hello,
On Thu, Sep 29, 2005 at 11:51:43AM -0500, John Ratliff wrote:
patch -p0 yourpatch
Failed.
Did I do patch wrong?
no, this is correct. Maybe it's a bug in your version of patch?
I use:
$ patch --version
patch 2.5.4
Have a ncie day,
Stepan
is used not only for finding the source, but also
for dependency tracking and with subdir-objects also for the directory
where the object will be created.
Does this work for you?
(Well, I should admit that I'm mostly guessing. But if it helps you,
you could perhaps forgive me. ;-)
Stepan Kasal
Hello Ralf,
thank you for catching this,
With this patch in CVS Autoconf, CVS Automake fails the tests
subdir5.test pr300-lib.test distname.test
(at least). This is due to `configure' removing a.c, which looks like a
bug in this patch to me.
I agree that this is a bug in this patch.
, not XFAIL.)
You'll find some instructions in tests/README.
Thank you for your bug report.
Stepan Kasal
Hello,
On Tue, Sep 27, 2005 at 05:41:31PM +0200, Stepan Kasal wrote:
2005-09-27 Stepan Kasal [EMAIL PROTECTED]
* automake.in (handle_single_transform): Direct suffix rule preserves
the directory prefix, so the generated object name should contain
it, too.
Does
this with CVS Automake? (Requires test
Autoconf.)
HTH,
Stepan Kasal
Automake and Autoconf?
It's not necessary any more, but just for your information:
http://savannah.gnu.org/cvs/?group=autoconf
http://sources.redhat.com/automake/
Have a nice day,
Stepan Kasal
2005-09-27 Stepan Kasal [EMAIL PROTECTED]
* automake.in (handle_single_transform
Hello,
On Thu, Sep 22, 2005 at 11:38:00AM -0500, Nitesh Soni (NC/TNT) wrote:
eg I have parser.y in src/libX/src and in src/libY/src ...
I have a single Makefile.am at src level.
are you using the subdir-objects option?
Stepan Kasal
alternative. `subdir-objects' is relatively new, though, so you may
encounter an Automake bug...
HTH,
-- Stepan Kasal
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e
Hello,
On Tue, Sep 20, 2005 at 05:40:15PM +0200, Harald Dunkel wrote:
*_DATA objects are verified on 2 paths:
1) install-am - all-am - $(DATA) - *_DATA
2) install-am - install-data-am - *_DATA
Any specific reason?
first, let me note that this is not specific to *_DATA, the same holds
for
of work.
Have a nice day,
Stepan Kasal
Hello Harlan,
On Wed, Sep 21, 2005 at 10:05:51AM +, Harlan Stenn wrote:
So if you run automake in both of these projects, both runs will
generate sntp/libopts/Makefile.in.
Yes, which I agree is probably wrong,
it is wrong.
but at this time I want to allow people to build ntp and not
Hello,
On Wed, Sep 21, 2005 at 02:42:19PM +0200, Harald Dunkel wrote:
And as Stepan mentioned, redefining prefix for 'make install'
can have some unpredictable side effects, if it runs 'make all'
first.
oh, I'm surprised to hear that I mentioned that. ;-)
But yes, I understand what you
Hello Harlan,
On Mon, Sep 19, 2005 at 08:34:43PM +, Harlan Stenn wrote:
If I go to the top of the tree and run autoreconf -vfi the resulting
Makefile.in files under sntp/ fail because they contain generated
dependencies for .m4 files from ntp's m4/ subdir that are both not
needed and not
Hello,
On Tue, Jul 26, 2005 at 09:01:37AM +0200, Stepan Kasal wrote:
2005-07-25 Stepan Kasal [EMAIL PROTECTED]
* lib/am/texinfos.am (uninstall-info-am): Call install-info only if
the $(infodir) exists.
this patch has been installed, though it seems Alexandre has forgot to mail
,
Stepan Kasal
= $(datadir)/icons
or
mydatadir = $(prefix)/share/gui-crap/icons
or whatever.
HTH,
Stepan Kasal
common_interface.c more.c even-more.c
BUILT_SOURCES = common_interface.h
$(linked_sources):
$(LN_S) '$(INTERFACE_DIR)/$@' '$@'
CLEANFILES = $(linked_sources)
Hope this helps,
Stepan Kasal
Hello Harald, Ralf,
You don't need to copy headers. [...]
So you can leave out the BUILT_SOURCES line completely.
thanks for correcting me.
$(linked_sources):
$(LN_S) '$(INTERFACE_DIR)/$@' '$@'
But you need to rm -f '$@' before invoking $(LN_S).
Why? If the file exists, the rule
Hello,
On Tue, Sep 13, 2005 at 04:03:36PM +0200, Ralf Wildenhues wrote:
Anyway, the way the rule is now, if $LN_S is `cp', source files in
$(INTERFACE_DIR) newer than in `.' will not get copied, which is bad.
well, I supposed that the development happens on system with symlinks.
The fallbacks
for your bug report!
And thank you in advance for the debugging work you will contribute. ;-)
Happy hacking,
Stepan Kasal
.
If you decided to go this way, you could autogenerate the list of the
dependencies and include it into Makefile.am. The include directive is
handled by Automake, so the result is portable.
Have a nice day,
Stepan Kasal
test program.
since this is a test program, you might want to use check_PROGRAMS.
This way it would be build only on make check, not on make all.
HTH,
Stepan Kasal
a patch
against configure.ac (configure.in) or run aclocal, then it is correct
to re-run configure. Just let the make do its work.
If your copy of the source tree has wrong time stamps, then I'd recommend
getting a correct copy.
HTH,
Stepan Kasal
.
And:
77) If you remove it, the output will be even nicer. ;-)
Just use the patch attached below.
Have a nice day,
Stepan
2005-08-30 Stepan Kasal [EMAIL PROTECTED]
* Makefile.am (BUILT_SOURCES): Removed.
* magick/Makefile.am (MAGICK_BUILT_SRCS): Removed, too.
Index
.
Stepan Kasal
, then
make -f Makefile.devel check-configures
There was one remaining problem: AC_GNU_SOURCE has to be called early in
configure.ac. For projects which use gnulib-tool, macro gl_EARLY takes
care of this; but you have to take care of it yourself.
Have a nice day,
Stepan Kasal
Hello,
On Thu, Aug 25, 2005 at 11:06:00AM +0200, Stepan Kasal wrote:
Indeed, when I cp ../gnulib/m4/regex.m4 src/m4/
and apply the patch attached below, then
make -f Makefile.devel check-configures
I forgot to attach the patch, sorry.
Please find it attached to this mail.
Stepan
Hello,
On Thu, Aug 25, 2005 at 09:36:12AM -0400, Sam Steingold wrote:
But I do not have lib/regex.c!
I have regex.c in the current directory!
Is it OK?
yes, it is.
Stepan
Hello,
On Thu, Aug 25, 2005 at 05:06:55PM +0200, Bruno Haible wrote:
AC_INIT(regexp, 1.0, clisp-list)
+AC_GNU_SOURCE
AC_CONFIG_SRCDIR(regexp.lisp)
That might be a little too early, [...]
I would put it after the determination of CC and CPP, but
before all AC_CHECK_HEADER and
day,
Stepan Kasal
Hello,
On Tue, Aug 23, 2005 at 04:31:04PM +0200, Ed Schouten wrote:
I get the following error when running automake15:
does it mean that you use Automake 1.5?
If yes, please try to upgrade to Automake 1.9.6, the current version.
Regards,
Stepan Kasal
=install -s install-strip
supposing that you know that install -s strips and installs the library
on your platform.
To generalize this, you'd have to patch /usr/share/automake-1.9/am/libs.am.
The details are beyond my knowledge.
HTH,
Stepan Kasal
, see
http://sources.redhat.com/automake/automake.html#Flag-Variables-Ordering
2)
It was pure luck that the non-VPATH build worked. (I won't go into details.)
If you want to use headers from other subdirs, you have to add
$(top_srcdir)/subdir/subsubdir
to AM_CPPFLAGS.
HTH,
Stepan Kasal
= lex.yy.cc cspm.output cspm.tab.cc cspm.tab.h
+CLEANFILES = $(nodist_cspt_SOURCES) cspm.output
endif
Have a nice day,
Stepan Kasal
vanilla Automake and verify that the workarounds really works in your
environment.
Happy hacking! ;-)
Stepan Kasal
Hello,
On Sun, Aug 14, 2005 at 11:35:34PM +0200, Karl Berry wrote:
If I could change the configure.ac or Makefile.am source in the
subproduct to change the setting of CXXLD in the final generated
Makefile, that would work.
that's easy: add something like
if special-need; then
Hello
I'd like to specify a static library that is linked with all testcases
in check_PROGRAMS, so that I don't have to specify it for each testcase.
Is this possible with automake?
some obvious hints:
I think that if you set variable LDADD (without any prefix), it applies
to all programs in
sources.
HTH,
Stepan Kasal
2005-08-15 Stepan Kasal [EMAIL PROTECTED]
* automake.in (handle_languages): With subdir-objects set, add the
-o option for Assembler sources, too.
Index: automake.in
===
RCS
Hello.
Would it be worth adding something like check_LDADD?
I would say that this is a good idea. But for both the design decision
and the implementation you have to wait for Alexandre, I'm afraid.
Or if you or someone else could donate a patch?
Have a nice day,
Stepan Kasal
Hello,
On Mon, Aug 08, 2005 at 09:38:32AM +0200, Ralf Wildenhues wrote:
AC_DEFUN([AM_MISSING_PROG],
[AC_REQUIRE([AM_MISSING_HAS_RUN])
-$1=${$1-${am_missing_run}$2}
+test ${$1+set} = set || $1=${am_missing_run}$2
AC_SUBST($1)])
well, first you read in the autoconf manual:
| test
Hi,
On Wed, Aug 10, 2005 at 10:14:02AM +0200, Ralf Wildenhues wrote:
Have you started a list of issues for Autoconf 3 yet? :)
no, I just remember that it will reimplement AC_REQUIRE, and even
AC_DEFUN using shell functions.
(The expansion of AC_DEFUNed macros without parameters will be just
. This can
cause problems with aclocal --include. Could we perhaps rename it?
Fourth, I noticed a typo; could you please apply the attached patch?
Fifth: when my minmax patch is resolved (Bruno ;-), shouldn't
something similar go to onceonly*.m4, too?
Have a nice day,
Stepan Kasal
2005-08
Hello Alexandre,
On Sun, Aug 07, 2005 at 10:09:54AM +0200, Alexandre Duret-Lutz wrote:
OK. Let's just fix the comment then.
thank you for resolving that.
I think the last part of your patch should be reverted, though:
# On NextStep and OpenStep, the `mkdir' command does not
#
Hello,
I understand why most of my patch was rejected, but one question remains.
What would be wrong with this:
- define_variable ('mkinstalldirs', '$(install_sh) -d', INTERNAL);
+ define_variable ('mkinstalldirs', '$(mkdir_p) .', INTERNAL);
I think it could make the make output more
Hello,
On Sat, Aug 06, 2005 at 10:51:28PM -0400, Sam Steingold wrote:
* Stepan Kasal [EMAIL PROTECTED] [2005-08-06 17:41:14 +0200]:
$ aclocal -I `pwd`/src/m4 --output=src/autoconf/aclocal.m4
This command examines only ./configure.in. It doesn't examine the
whole subtree
Hello.
On Sat, Aug 06, 2005 at 10:51:28PM -0400, Sam Steingold wrote:
./configure.ac is the ad hoc concatenation of the the sub-package
configures, including modules/regexp/configure.in.
specifically, it contains
gl_INCLUDED_REGEX([regex.c])
and src/m4/regex.m4 defines it and calls
Hello.
On Fri, Aug 05, 2005 at 10:47:52AM -0400, Sam Steingold wrote:
Using Stepan Kasal's advice (adjusting configure.in for _really_
integrated sub-packages and separating out not-really integrated
ones),
I gave you two incompatible advices. The first one, which you followed,
implied that
Hello Sam,
So: how do I use aclocal.m4 with multiple subpackage configure.in?
if my yesterday's mail haven't convinced you, here are a few hints:
Normally, aclocal finds all necessary macros and concatenates them to
form aclocal.m4.
But if the macros live in subdirectory m4/ (and aclocal was
Hello,
On Thu, Aug 04, 2005 at 12:05:40PM -0400, Sam Steingold wrote:
I have a large package with many subpackages.
each subpackage has its own configure.ac.
how do I generate aclocal.m4?
(I would rather not create a dozen separate aclocal.m4 files
- one for each subpackage)
that wouldn't
feature, and activate this hack
only if GNU make is available. make dist is usually done with gmake
anyway, isn't it?
Hope some of these hints help,
Stepan Kasal
failures.
Try to find out, perhaps even prepare a patch, and try whether the
Automake maintainer will accept it.
Good luck,
Stepan Kasal
-- .
Attached please find a patch to taht effect. I verified that it passes
`make check'.
Have a nice day,
Stepan Kasal
2005-07-29 Stepan Kasal [EMAIL PROTECTED]
* m4/mkdirp.m4 (AM_PROG_MKDIR_P): We can use mkdir -p -- . again,
because we restrict ourselves to GNU mkdir
---
With this setup, Automake will dist all subdirs, no matter what configure
options you will use.
Have a nice day,
Stepan Kasal
or directory)
make[1]: *** [uninstall-info-am] Error 1
Attached please find a simple patch; it passed make check on my side.
Have a nice day,
Stepan Kasal
2005-07-25 Stepan Kasal [EMAIL PROTECTED]
* lib/am/texinfos.am (uninstall-info-am): Call install-info only
-07/msg00061.html
and wait for another bug report. ;-)
Have a nice day,
Stepan Kasal
they make it all
the
way down)
That's the basic function of Autotools: AC_SUBST([VARIABLE],...)
and then you have $(VARIABLE) in your Makefile.am.
But, actually, you don't need this here, the one bit carried by the conditional
is enough, the flags are in the Makefile.am.
HTH,
Stepan
/README for more details.
Thanks again,
Stepan Kasal
Hello,
I have noticed that rule chaining breaks when per-target flags
are used. Attached please find a patch which introduces tests for
this, but no fix.
Can this patch be accepted?
How could this bug be fixed?
Have a nice day,
Stepan Kasal
2005-07-20 Stepan Kasal [EMAIL PROTECTED
; it seems that the OS has a weird bug.
See
http://lists.gnu.org/archive/html/bug-automake/2004-11/threads.html#00041
Have a nice day,
Stepan Kasal
2005-07-20 Stepan Kasal [EMAIL PROTECTED]
* lib/install-sh: Use sed and eval instead of IFS=/, to avoid word
splitting.
Index: lib/install-sh
===
RCS file: /cvs/automake/automake/lib/install-sh,v
retrieving revision
Hello,
I've received an answer off the list, so I forward it here before
I post my followup.
Stepan
- Forwarded message from David Ohlemacher [EMAIL PROTECTED] -
Date: Tue, 19 Jul 2005 13:51:07 -0400
Stepan Kasal wrote:
Hello,
On Mon, Jul 18, 2005 at 11:13:51PM -0400, David
Hello,
On Tue, Jul 19, 2005 at 01:51:07PM -0400, David Ohlemacher wrote:
Stepan Kasal wrote:
On Mon, Jul 18, 2005 at 11:13:51PM -0400, David Ohlemacher wrote:
When I try to add -Wall to it, I get lots of errors.
Don't you get the same errors if you run automake -Wall ?
Yes, I do get
Hello,
On Wed, Jul 20, 2005 at 09:56:13AM -0400, David Ohlemacher wrote:
Thank you so much Stepan.
I'm glad my answer was helpful.
I'll go read about configure now. I would like it to build to a
debug/src directory.
Try this:
tar xf foo-0.0.1.tar
cd foo-0.0.1
mkdir debug
cd debug
Hello,
On Mon, Jul 18, 2005 at 11:13:51PM -0400, David Ohlemacher wrote:
I do not seem to have a configure.ac. Instead I have a configure.in.
configure.in is an obsolete name for the Autoconf source file, but
it still works.
When I try to add -Wall to it, I get lots of errors.
Don't you
Hi,
would you like the following tiny patch?
Have a nice day,
Stepan Kasal
2005-07-18 Stepan Kasal [EMAIL PROTECTED]
* Makefile.am (automake, aclocal): Merge the rules.
Index: Makefile.am
===
RCS file: /cvs
and $(ACLOCAL)
shouldn't be run.
Is it possible that the time stamps got screwed somehow?
Is /var/spool/pkg/gnu/ mounted from another computer? If yes, is the time
properly synced?
HTH,
Stepan Kasal
Hello,
On Sun, Jul 10, 2005 at 12:40:19PM -0700, Bruce Korb wrote:
On Sunday 10 July 2005 10:32 am, Stepan Kasal wrote:
[...] The file doesn't have to exist, it only has
to be listed as a distributed file in Makefile.am.
It should be enough to get the rule in Makefile.in.
Wrong. Sorry
.
Stepan Kasal
On Sun, Jul 10, 2005 at 07:21:11PM +0200, Alexandre Duret-Lutz wrote:
diff -u -r1.42.2.7 texinfo.tex
--- lib/texinfo.tex 2 Jul 2005 11:33:53 - 1.42.2.7
+++ lib/texinfo.tex 10 Jul 2005 17:19:02 -
@@ -3249,7 +3249,6 @@
% Called from \indexdummies and \atdummies
.
Have a nice day,
Stepan Kasal
Makefile.in
slightly less readable.
And yes, there are many people who peek into Makefile.in when they want
to understand what's going on, or when they are debugging a bug in their
autotools scripts.
Have a nice day,
Stepan Kasal
Hello,
On Tue, Jul 05, 2005 at 09:31:10AM -0400, [EMAIL PROTECTED] wrote:
ifeq (,$(filter second-expansion,$(.FEATURES)))
# GNU make 3.81
PRE_D := $$
else
# GNU make =3.81
PRE_D :=
endif
...
install-dist_myDATA: $(subst $$,$(PRE_D),$(dist_my_DATA))
The
Hello,
On Sat, Jul 02, 2005 at 01:33:15PM +0200, Alexandre Duret-Lutz wrote:
* doc/automake.texi (Public macros) AM_WITH_DMALLOC: Reword to
fix an underful hbox.
...
-Add support for the @uref{http://dmalloc.com/, Dmalloc package}.
-If the user configures with
not be
traced;
AU_ALIAS expands to AU_DEFUN. Tracing AU_ALIAS could slow things down.
(So, with AU_ALIAS in a macro file, you code can actually get slower
than the original.)
Have a nice summer,
Stepan Kasal
Hi,
a bug report pointed me to AC_PROG_CC_C_O.
The macro has two uses:
1) in GNU make's configure.in
2) in Automake's AM_PROG_CC_C_O
ad 1) Special needs of a project should be solved in that project.
ad 2) The comments in automake/m4/minuso.m4 explain why Automake is not
happy with the
Hello,
On Fri, Jul 01, 2005 at 02:33:57PM +0200, Ralf Wildenhues wrote:
The macro has two uses:
1) in GNU make's configure.in
2) in Automake's AM_PROG_CC_C_O
How do you know nobody else uses it? It's published.
Of course I don't know. But it's so poorly designed, that I think it's
Hi,
On Fri, Jul 01, 2005 at 04:08:50PM +0200, Ralf Corsepius wrote:
All packages using subdir-objects (Flat Makefiles in deep source trees
support) currently are using it.
...
Yep, I am referring to AM_PROG_CC_C_O, which according to the comment
above internally uses AC_PROG_CC_C_O.
Of
both these changes.
Happy summer,
Stepan
2005-06-30 Stepan Kasal [EMAIL PROTECTED]
* lib/mdate-sh: Don't export TIME_STYLE; it's even better if it's
not exported.
--- lib/mdate-sh29 Jun 2005 20:29:24 - 1.18
+++ lib/mdate-sh30 Jun 2005 12:01:58
Hello,
On Thu, Jun 30, 2005 at 03:09:12PM +0200, Alexandre Duret-Lutz wrote:
Stepan I see no reason for the `export' here.
...
Alas, many shells, such as Solaris 2.5, IRIX 6.3, IRIX 5.2, AIX
4.1.5, and Digital UNIX 4.0, forget to `export' the environment
variables they
Hi,
On Wed, Jun 29, 2005 at 06:07:35PM -0700, overbored wrote:
How do I tell automake not to pass -I. to g++/gcc? Thanks in advance.
I don't know.
(The problem is that this project has a string.h, which conflicts with
the standard string.h. Besides, why -I. in the first place? Is it
is not worth all these complications.
Have a nice day,
Stepan Kasal
Hi,
On Mon, Jun 27, 2005 at 05:38:06PM +0100, Giles Anderson wrote:
On 27/06/05, Stepan Kasal [EMAIL PROTECTED] wrote:
The simple *.test files used by Automake test suite seems to be much
simpler.
I hadn't come across this Automake facility. Could you provide some
details Stepan?
Noah
Hello,
On Sat, Jun 11, 2005 at 10:02:27AM +0200, Ralf Wildenhues wrote:
* Gander wrote on Fri, Jun 10, 2005 at 09:55:53PM CEST:
I have a had a stab at building tests into configure.ac/Makefile.am
etc. from section 16 of the manual but don't find it easy to follow.
...
Has anyone got any
forgot to rm conftest.cc.
test x$epos_cv_cxx_opt_$1 = xunknown
You have to prepend the x, for portability, see the Autoconf manual.
Have a nice day,
Stepan Kasal
.)
Thank you, Alexandre, for sharing your bright inside with us!
Stepan Kasal
Hello,
On Wed, Jun 01, 2005 at 02:41:58PM +0200, Mark Brand wrote:
touch stamp-h
why do you need this? It looks wrong.
./configure --with-msw --target=i586-mingw32msvc
--host=i586-mingw32msvc --build=i386-linux
Are you cross compiling?
--build=i386-linux says you are building on
, it won't build BUILT_SOURCES there.
Yes, this is just another workaround, but perhaps it'll help you.
Stepan Kasal
on solution that don't require modifying Automake each
time Autoconf introduces a new variable.
I don't think that new directory-specific variables appear so often.
Alexandre, what of the options mentioned above would you choose?
Regards,
Stepan Kasal
Hello,
On Tue, May 10, 2005 at 10:29:58PM -0600, Bob Proulx wrote:
.DELETE_ON_ERROR:
Could Automake possibly add this target to all generated Makefile.in's?
Is your goal to limit the amount of Makefile.am editing you need to
do?
No, that's not my goal.
I'm not concerned about _my_
developers use GNU make, and this change can help them with their
work.
WDYT?
Stepan Kasal
201 - 300 of 360 matches
Mail list logo