Hello,
* Stepan Kasal wrote on Mon, Nov 09, 2009 at 03:52:29PM CET:
Files which are automatically distributed, if found:
Use of uninitialized value in formline at /usr/bin/automake line 8334.
ABOUT-GNU README config.rpath ltcf-gcj.sh
for the reconrd
Hello,
automake --help contains this:
Files which are automatically distributed, if found:
Use of uninitialized value in formline at /usr/bin/automake line 8334.
ABOUT-GNU README config.rpath ltcf-gcj.sh
ABOUT-NLS THANKS config.sub ltconfig
The
Hello,
On Tue, Jul 01, 2008, Ludovic Courtès wrote:
Yes, actually I had forgotten that NixOS' GNU Make package is modified
to produce additional output suitable for the `nix-log2xml' tool.
The extra output [*] is (1) one line per goal sent to stderr, and (2) an
additional \e[p sequence to
Hello,
to reproduce what the test does, try the following:
mkdir test.dir
cd test.dir
cat configure.ac \EOF
AC_INIT(foo,0,np)
AM_INIT_AUTOMAKE(foreign)
AM_MAKE_INCLUDE
AC_OUTPUT(Makefile)
EOF
touch Makefile.am
autoreconf -i
MAKE='make -w' ./configure
In my case, the configure output contains
Hello,
On Tue, Jul 01, 2008 at 05:39:27PM +0200, Ludovic Courtès wrote:
to reproduce what the test does, try the following:
Unfortunately, I can't run it with the in-tree Automake, because
`autoreconf' won't find $prefix/share/aclocal-1.10, for instance. How
can I make it use the
Hello,
On Wed, Jul 02, 2008 at 02:07:36AM +1930, Roberto Alejandro Espí Muñoz wrote:
Ok, I thinks I didn't explain myself correctly then ... From what I
saw there I can use either bindir, libdir or includedir for when I'm
installing the completed targets. What I want to do is to locate them
Hello,
On Tue, Jul 01, 2008 at 06:12:15AM +, Ineiev wrote:
WinAVR gcc produces dependencies that shall confuse `make',
like these:
sampler.o: ../../../stribog/sw/auxilia/coil/sampler.c \
c:/winavr-20080512/lib/gcc/../../avr/include/avr/io.h \
make, then it should be
reported to emake developers first.
Hope this helps,
Stepan Kasal
Hello,
On Wed, Jun 18, 2008 at 10:42:10AM -0600, John Calcote wrote:
Never mind ... duh ... I forgot to take the docs directory out of the
EXTRA_DIST variable when I added it to the SUBDIRS variable.
Thus (I'm guessing) the distdir code was trying to create files that
were already in place,
don't know how
hard it would be to change this, because the .PHONY can appear at the
end of the makefile.)
Similarly, if a target is declared as phony, it perhaps should be
treated as case sensitive even though make is configured as case
insensitive.
What do you think?
Stepan Kasal
-E). The main
I'm not aware about anything like that.
For my debugging needs, for example, it was always enough to cut and
paste the command which failed, with -E, without -c -o something.o
and direct the output to less.
Stepan Kasal
Hello,
On Sun, May 25, 2008 at 07:49:51PM -0700, Bobby Dill wrote:
%.cpp: %.png
uic -embed colortool $? -o $@
image_collection.cpp: images/designer_widgetstack.png \
images/designer_d_table.png \
images/designer_d_iconview.png
well, this is more aquestion about
. Unfortunately, twisting maintainer-clean that
way is not compatible with GNU Coding Standards. OTOH, users do not
use maintainer-clean, so you do not do much harm by breaching that
part of the standard.
Uff, rather lenthy mail, I hope at least some parts of ot will help
you.
Stepan Kasal
Hello,
On Tue, May 13, 2008 at 01:08:24PM +0100, Reuben Thomas wrote:
almost staled - almost stalled
Thanks. I added my small collection of typos. Attached below.
Could someone please commit?
thanks.
Stepan Kasal
From d02669b611ac91885ebf8ec0c94723394ecdf50a Mon Sep 17 00:00:00 2001
]) will probably be no longer an
issue.
HTH,
Stepan Kasal
Hello again, Peter,
On Mon, May 05, 2008 at 07:07:54PM +0200, Peter Simons wrote:
Another way is to do all the necessary work manually: defining
install-data-local, uninstall-local, etc. That should be safer.
Thank you for the recommendation. I tried it. Both 'dist' and 'install'
work
On Tue, May 13, 2008 at 07:55:26AM -0400, David Bruce wrote:
On Tuesday 13 May 2008 04:37:16 am Stepan Kasal wrote:
On Mon, 2008-05-12 at 11:22 -0400, David Bruce wrote:
MKDIR_P is recommended but requires automake-1.10 or higher. [...]
is there an acceptable workaround?
forgive
Hello Jack,
a few humble ideas:
On Sat, May 03, 2008 at 05:59:44PM -0700, Jack Bates wrote:
patch: patch-stamp
patch-stamp: patches/*
cat patches/* | patch -p0
touch $@
Please note that this rule is not perfect; when one of the
patches is deleted, the rule does not notice it.
Hello Bobby,
a few comments:
On Sat, May 03, 2008 at 11:38:08PM -0700, Bobby Dill wrote:
When I try to compile my app, I get a message stating that sigcreatedlg.h
does not exist, so the files in BUILT_SOURCES are not generated before the
rest of my app is compiled. What's the right way to do
On Sat, May 03, 2008 at 01:08:16AM +0200, Peter Simons wrote:
Warren Young writes:
dist_pkgdata_DATA = html/*
When I try that, I get the following error message:
| make[1]: *** No rule to make target `html/*', needed by `all-am'. Stop.
well, that's because all-local is not hooked to
Good afternon Della,
On Wed, Mar 19, 2008 at 02:02:17PM -0400, NightStrike wrote:
On Tue, 11 Mar 2008, NightStrike wrote:
I had intended to do everything with non-recursive make, but as [Ralf]
pointed out once, non-recursive is also considered harmful.
[thread:]
Hello,
On Wed, Mar 19, 2008 at 10:51:28AM -0700, iamcamiel wrote:
For those interested; [...]
and for the readers of the archive.
prog_a_CXXFLAGS = -DVAR_A
A typo: _CPPFLAGS (C PreProcessor), CXX stands for C++.
Other than that, it's a perfect solution.
Stepan Kasal
Hello,
On Wed, Mar 19, 2008 at 03:13:06PM -0400, NightStrike wrote:
On 3/19/08, Stepan Kasal [EMAIL PROTECTED] wrote:
BTW: Why do you insist on the layout described above? I would have
one top-level directory and make doc and headers (or perhaps
hdr) subdirs.
The mingw-w64-headers
Hi,
On Wed, Mar 19, 2008 at 03:55:55PM -0400, NightStrike wrote:
mingw-w64/crt
mingw-w64/doc
mingw-w64/hdr
...
So I guess the choices boil down to:
1) Change the directory structure
2) Recursive make to a small degree
Is that about right?
actually, I recommend recursive make to a
Hello,
On Sat, Mar 15, 2008 at 02:24:34PM +0100, Ralf Wildenhues wrote:
* Stepan Kasal wrote on Fri, Mar 14, 2008 at 03:20:53PM CET:
several of the lib/Automake/*.pm files are used by Autoconf as
lib/Autom4te/*.pm. Why isn't ChannelDefs.pm among them.
...
Hmm. Would it make sense
category of warnings, even though it does not use it currently?
Attached please find a patch which would sync the two clones.
Are you willing to apply?
Have a nice day,
Stepan Kasal
2008-03-14 Stepan Kasal [EMAIL PROTECTED]
* lib/Automake/ChannelDefs.pm: Import changes from
to aclocal.m4 even if it is available. So please do
not use m4_ifdef in this case.]
Hope this clarifies the situation,
Stepan Kasal
Hello,
On Tue, Nov 27, 2007 at 12:30:31AM +, Olly Betts wrote:
Handling Tools that Produce Many Outputs. However, these recipes
require a lot of boilerplate code which annoyingly obscures [...]
It's just struck me that automake is good at inserting lots of
boilerplate code into
day,
Stepan Kasal
to a hack:
configure would make a bacup copy at configure time, and that copy
would be used by mostlyclean-local to restore the just-deleted files.
Or you can put the ``official'' docs separatey, not in the place
where they are usually built, and tell users about it.
HTH,
Stepan Kasal
it,
Stepan Kasal
;
patches welcome.
Have a nice day,
Stepan Kasal
Hi,
I noticed that `LTLIBRARIES' is missing in the list of the
primaries in node Uniform. Please apply the attached patch.
Stepan
2007-05-03 Stepan Kasal [EMAIL PROTECTED]
* doc/automake.texi (Uniform): Add `LTLIBRARIES' to the list
of primaries.
Index: doc/automake.texi
foo_MANS?
It seems that even writing a specification for the genreal `MANS'
primary presents some work, even before any line of code is written.
Again, volunteers are welcome.
Have a nice day,
Stepan Kasal
Hi Harald,
[answering, though not asked]
On Thu, May 03, 2007 at 12:48:08PM +0200, Harald Dunkel wrote:
Hi Ralf,
[...]
Do you think it would be difficult to replace the
hardwired 'man' in automake.pl by a directory variable?
I'm afraid it is relatively difficult.
Prove that I'm wrong! ;-)
,
Stepan Kasal
2007-05-02 Stepan Kasal [EMAIL PROTECTED]
* automake.in (am_primary_prefixes): Keep the intentional typo there.
Index: automake.in
===
RCS file: /cvs/automake/automake/automake.in,v
retrieving revision
Hello,
On Tue, Apr 17, 2007 at 07:02:13PM +0200, Ralf Wildenhues wrote:
The motivation to do this was to work towards allowing non-static
content in *_SOURCES variables, so that it works even with
subdir-objects. IOW, one stepping stone to eventually allow
bin_PROGRAMS = foo
mydir =
Hello Florian,
* Florian Briegel wrote on Mon, Apr 23, 2007 at 11:59:10AM CEST:
Am Montag, 23. April 2007 schrieb Benoit Sigoure:
Is there any reason why you would not want to do this?
Simplicity.
aaa_SOURCES = foo.x
is much more easy to handle [...]
indeed. I believe you have
Hello,
On Wed, Apr 25, 2007 at 02:46:55PM -0500, Robert J. Hansen wrote:
What is the canonical way to test for the existence of libsablot with
autoconf 2.60?
well, this question shall better go to [EMAIL PROTECTED]
I think you can use AC_CHECK_LIB to check for the library.
Since GNU/Linux
Hi,
On Tue, Apr 24, 2007 at 06:36:22PM -0600, Eric Blake wrote:
Is there any reason that doc/{stamp-vti,version.texi} are stored in CVS?
a quick check: Autoconf does not have these files in the CVS.
So it seems safe to leave them out.
Stepan
that some time ago, you configured a project with
--disable-dependency-tracking, and then this seting was stored in the
cache. (You might say that this is a bug in Automake, but in any
case, this is something which is note ready and does not work.)
Have a nice day,
Stepan Kasal
portability. And I changed the sed cmd to adapt for comments which
span more than two lines.
Have a nice day,
Stepan Kasal
Mar 1 14:50 doc/m4.texinfo
it might be possible that even the user or group owner of / would
have a blank it its name. (With Cygwin, one never knows.)
So it is safer to use -n with ls /, too.
Just guessing, I'm not a Cygwin user.
Stepan Kasal
Hello again,
On Thu, Mar 29, 2007 at 04:12:11PM +0100, Dave Korn wrote:
On 29 March 2007 15:38, Stepan Kasal wrote:
On Thu, Mar 29, 2007 at 12:40:12AM +0100, Dave Korn wrote:
On 29 March 2007 00:26, Ralf Wildenhues wrote:
http://thread.gmane.org/gmane.comp.sysutils.automake.patches/2730
turn these
# warnings on, since -Wno-portability will not be an issue for
# the 1.7/1.8 transition.
Have a nice day,
Stepan Kasal
is there to drag in
C++ support.
Please note that though the *.cc files are temporarily created,
make delets them at the end, because they are intermediate.
(Use info '(make)Chained Rules' to read details.)
Could you live with this?
Have a nice day,
Stepan Kasal
`configure' from
completing,'' as the manual says. Yet is is often used in situations
which prevent the build from completing.)
So, in practice, one has to collect all of the pre-requisites of the
projects, before a working Makefile is available.
Thanks,
Stepan Kasal
autoreconf (aka bootstrap) take an option:
autoreconf --clean
bootstrap --clean
As said above, I gather that this is the way to go.
Have a nice day, Stepan Kasal
forward to hear your opinions.
Have a nice day,
Stepan Kasal
Hello Ralf,
On Thu, Mar 15, 2007 at 09:11:37AM +0100, Ralf Wildenhues wrote:
* Stepan Kasal wrote on Wed, Mar 14, 2007 at 01:34:06PM CET:
-test -n $(MAINTAINERCLEANFILES) \
rm -f $(MAINTAINERCLEANFILES) \
cd $(srcdir) rm -f $(MAINTAINERCLEANFILES
Hello,
the target maintainer-clean contains
-test -z $(MAINTAINERCLEANFILES) || rm -f $(MAINTAINERCLEANFILES)
which means that the files are cleaned only in the build tree.
But the files which are cleaned by maintainer-clean, but not
distclean, are usually distributed, because it is
Hello,
i apologize that I reply to myself. I found out there is one nit:
If you write the rule for ChangeLog to Makefile.am, then Automake
complains that the file does not exist at the time Automake is run.
Actually, Automake suppresses the message if a rule named
ChangeLog is found.
But I
Hello,
one nit:
On Wed, Jan 24, 2007 at 08:00:59PM +0100, Ralf Wildenhues wrote:
Please note that the docdir variable is new in Autoconf-2.60, so if you
happen to use an older Autoconf version together with your Automake,
then you also need something along the lines of
docdir =
should be the first AM_* macro; is it really
there?
In any case, I suppose the attached patch should not hurt.
Thanks,
Stepan Kasal
2007-01-10 Stepan Kasal [EMAIL PROTECTED]
* m4/auxdir.m4 (AM_AUX_DIR_EXPAND): Require
AC_CONFIG_AUX_DIR_DEFAULT.
Index: m4/auxdir.m4
Hello,
On Wed, Jan 10, 2007 at 08:19:38AM +0900, atoz wrote:
if WANT_MAN_PAGES
cp fooman.8 $(foomandir)
fi
...
and it leads to the following error ...
Makefile.am:175: unterminated conditionals: WANT_MAN_PAGES_TRUE
this question is easy: Automake conditionals are ended by endif,
).
Have a nice day,
Stepan Kasal
please remove the fixed tests from the list.)
Have a nice day,
Stepan Kasal
, there is no guarantee that the work you
invest into formulating the question will pay off, unfortunately. :-( )
Sorry that we were not able to provide better help. (At least not
yet.)
Have a nice day,
Stepan Kasal
Hello,
On Fri, Dec 08, 2006 at 11:00:09AM +0100, Presario Smith wrote:
AUTOMAKE_OPTIONS = foreign
I'd prefer
AM_INIT_AUTOMAKE([foreign])
in configure.ac, as this is a global option, affecting the whole
project. But that's just a nit.
Have a nice day,
Stepan Kasal
,
Stepan Kasal
Hello Ralf and all,
[sorry for the delay, I forgot this in my postponed folder]
On Fri, Nov 10, 2006 at 01:35:54PM +0100, Ralf Wildenhues wrote:
* Stepan Kasal wrote on Fri, Nov 10, 2006 at 12:40:18PM CET:
[...] So it seems that distcheck would
catch more bugs if `_build' were
the rules, and generate the .SUFFIXES: line.
Have a nice day,
Stepan Kasal
Footnote:
[*] Normal case means here that each suffix starts with a dot and
does not contain any other dot.
Hello,
On Thu, Nov 30, 2006 at 09:31:19AM +0100, Guillaume Rousse wrote:
Stepan Kasal wrote:
You specified the dependency:
corelib/camlimages.ml -- Makefile
This is not correct. You should specify the ultimate primary sources
instead of `Makefile'. Prehaps `Makefile.am' is enough
Hello,
On Thu, Nov 30, 2006 at 10:24:19AM +0100, Guillaume Rousse wrote:
So, to get back at my original question, what's the proper way of
expressing dependencies for a generated source file through
configure-time substitution:
foo: foo.in config.status
or, as in autoconf documentation:
was CC'ed to you, but your servers refuse connections from
my computer.
Have a nice day,
Stepan Kasal
instead of `Makefile'. Prehaps `Makefile.am' is enough?
I hope this hint helps you to find a fix.
Have a nice day,
Stepan Kasal
Hello Ralf,
On Fri, Nov 10, 2006 at 05:50:18PM +0100, Jim Rainville wrote:
+ aclocal-1.10 -I m4
...
configure.ac:80: warning: macro `AM_LIBTOOLFLAGS' not found in library
On Sun, Nov 12, 2006 at 06:43:44PM +0100, Ralf Wildenhues wrote:
The warning shouldn't be there. Please post the
baz.c
nodist_check_SCRIPTS = this
# this is created from this.in by configure
dist_check_SCRIPTS = that another
TESTS = $(check_PROGRAMS) $(nodist_check_SCRIPTS) $(dist_check_SCRIPTS)
Have a nice day,
Stepan Kasal
Hello Steve,
I do not have any experience with kbuilt, but I'll try to generate
some hins anyway:
On Mon, Nov 13, 2006 at 11:48:29AM +0100, Steve Kreyer wrote:
DEFAULT_INCLUDES = [EMAIL PROTECTED]@
two nits about this line: No need to use @..@, use $(abs_top_srcdir)
instead.
Why do you
, and Ralf oposed to it.
On Fri, Nov 10, 2006 at 01:35:54PM +0100, Ralf Wildenhues wrote:
* Stepan Kasal wrote on Fri, Nov 10, 2006 at 12:40:18PM CET:
[...] So it seems that distcheck would
catch more bugs if `_build' were not a subdirectory of the
expanded
tarball tree.
It would possibly
Hello,
On Wed, Nov 08, 2006 at 05:46:23PM -0700, David Everly wrote:
I put together a test case before sending my email, the only line in
the one Makefile.am is the one I gave containing test.txt.
well, I created configure.ac and Makefile.am:
$ cat configure.ac
AC_INIT([this], [1.0], [EMAIL
not use $(srcdir) (and such) until
you encounter a problem which will force you to use them. And I
think that when you are forced to use $(srcdir) in Makefile.am,
it'll be in a _rule_, not in a variable.
This is just a rule of thumb, it is possible that others will
correct/amend it.
HTH,
Stepan
will be
rebuilt on a subsequent run of `make', eg. during `sudo make install'.
Second, I suppose that main.c is distributed and generatedheader.h is
not. But distributed files are not allowed to depend on
non-distributed ones.
In short, do not do this.
Have a nice day,
Stepan Kasal
Hello,
On Wed, Nov 08, 2006 at 11:29:39AM -0700, David Everly wrote:
I should have used this (because test.txt is not constructed):
dist_sysconf_DATA = $(top_srcdir)/test.txt
However, I've regularly run 'make distcheck' and it gives no error
with the original sysconf_DATA. How can this
stays disjoint.
2006-10-24 Stepan Kasal [EMAIL PROTECTED]
* bin/autom4te.in: With --force, always refresh the output
file. Problem reported by Greg Schafer [EMAIL PROTECTED].
Index: bin/autom4te.in
===
RCS file
/XFile.pm about `-' about it;
I'm not volunteering for that because of Perl. ;-)
The third step would be to tell the caching in autom4te that such
runs cannot be cached.
(And then we could implement `autoconf -'.)
Have a nice day,
Stepan Kasal
2006-10-24 Stepan Kasal [EMAIL PROTECTED
Hello Ralf,
you wrote:
Further note a small buglet in m4/as.m4:
- without no-dependencies, we should not compute depmode.
you mean that _with_ no-dependencies, we shouldn't compute depmode,
right?
Stepan
.
Have a nice day,
Stepan Kasal
, using the `dirlist' file.
(It is possible /usr/share/aclocal/dirlist is read-only in your case,
perhaps because you do not administer the system. Then your only
option is to make a local installation of Automake under your $HOME
directory.)
Have a nice day,
Stepan Kasal
Hello,
I haven't read the whole post, but I'd like to make a few quick
comments:
On Fri, Sep 29, 2006 at 09:34:42AM +0200, Ralf Wildenhues wrote:
Q: The auto in the name of automake and autoconf, does this
mean I can create the build environment on one platform and the
build
Hello,
On Fri, Sep 22, 2006 at 10:54:20PM +0800, Tzu-Chien Chiu wrote:
2006/9/22, Stepan Kasal [EMAIL PROTECTED]:
But this does not mean tha BUILD_CC has to be set!
If BUILD_CC is empty, this just makes CC empty. AC_PROG_CC then does
its work. (The variable CC overrides the test only
not mean tha BUILD_CC has to be set!
If BUILD_CC is empty, this just makes CC empty. AC_PROG_CC then does
its work. (The variable CC overrides the test only if it is nonempty.)
Yes, I agree this is tricky, yet I think this aproach is appropriate
for a small project.
Have a nice day,
Stepan
version
4.8 or newer), which does build a couple of native tools, which are
then needed for the main cross-platform build.
Texinfo is a smaller package, and thus should serve as a more
comprehensive example. Feel free to ask me about the details of it.
HTH,
Stepan Kasal
Hello Ralf,
On Fri, Sep 08, 2006 at 09:50:48PM +0200, Ralf Wildenhues wrote:
+test -f $HOME/.autom4te.cfg exit 77
[...], but better be safer than sorry: this test does
not need to be executed on many systems in order to be effective.
you are right, of course; thanks for explanation.
Hello Ralf,
On Mon, Sep 11, 2006 at 01:22:31PM +0200, Ralf Wildenhues wrote:
* Stepan Kasal wrote on Mon, Sep 11, 2006 at 12:26:34PM CEST:
[sleep before the first aclocal call]
thank you that you kindly repeated the explanation for me.
I apologize that I was not able to see it in your previous
is that version.texi gets represhed
and triggers the rebuild.
Could you please post a link to a tarball which exhibits the problem?
(If you observed the problem when building from a CVS checkout, please
verify that it reproduces with a tarball made by `make dist'.)
Have a ncie day,
Stepan
, so I decided to
wait for a better answer from someone else.)
Stepan Kasal
Hello,
installed in man3, man3f, and man3f90.
indeed, these non-standard man subdirectories are not aupported by
the MANS primary. But you can use the _DATA primary:
man3fdir = $(mandir)/man3f
man3f_DATA = foo.3f
man3f90dir = $(mandir)/man3f90
man3f90_DATA = foo.3f90
If you used the same for
Hello,
On Wed, Aug 09, 2006 at 10:07:17PM +0200, Pierre wrote:
* Pierre wrote on Mon, Aug 07, 2006 at 08:29:53AM CEST:
# make check
[...]
PASS: aclocal.test
PASS: aclocal3.test
FAIL: aclocal4.test
Here are the log file.
it seems that the standard Unix command `test' (which is even a
is
required, the configure script first configures in a subdirectory for
a native build, then it continues configuration for the main build.
Consult texinfo-4.8/configure.ac for details.
Feel free to ask if anything of the trick is not clear.
Have a nice day,
Stepan Kasal
Hello,
On Sat, Aug 05, 2006 at 03:13:22PM +0100, Paulo J. Matos wrote:
I'm getting a directory autom4te.cache in my tree with big files in
this is a cache produces by autom4te, the workhorse behind autoconf
and aclocal. The usual solution is to ignore it, and add it to
.cvsignore
Some people
Hello,
On Fri, Aug 04, 2006 at 02:54:23PM +0200, Alexandre Duret-Lutz wrote:
I'm installing this as follows, removing another reference to
DISTDIRS in dist.am, fixing distdir.test so it passes, and
fixing the (c) year of pr2.test,
thank you very much for the fixes. (I wonder why I thought
Hello,
On Wed, Aug 02, 2006 at 07:30:47PM -0600, Ed Hartnett wrote:
[...] gcc to produce an extra output file, called libnetcdf.def.
...
So how do I tell automake that there is a file I would like installed,
but not specially built nor included in the distribution?
I'm sure there is
that it will be built at the very
begining of targets `all', `check', and `install', but that is all.
It is just a hack which helps in situations where the target cannot
be listed as a prerequisite to the terget which really needs it.
Hope this makes this corner less dark,
Stepan Kasal
Hello,
On Fri, Jun 30, 2006 at 04:24:37PM -0400, David Fang wrote:
In reply to myself:
Is there a way of making the rm -rf more robust? Maybe with some sort
of while distdir exists, try removing loop?
...
- rm -fr $(distdir); }; }
+ { until rm -fr $(distdir); do :; done;
Hello,
On Sat, Jun 24, 2006 at 02:24:09PM +0200, Tom Bachmann wrote:
a way to do this but $(eval include bar.mk),
Automake is not preprocessing the whole file, so there are easier
ways to fool it:
NULL =
$(NULL)include hoo
or
include = include
$(include) hoo
Have a nice day,
Stepan
Hello,
What can one say about this? I don't get it.
I'm afraid your mail does not contain enough information for any
reasonable answer.
Can the project be downloaded somewhere?
Could you post gui/Makefile.am?
Which version of Automake was used?
Stepan
Hello,
On Mon, Jun 12, 2006 at 08:59:07PM +0200, Norbert Sendetzky wrote:
Let me first ask a question: Are .a libraries (libopendbx.a) static libraries
or is that only dependent on the -static flag?
*.a is always a static library, AFAIK. But that was not the point of
Ralf's answer.
Again,
Hello,
On Thu, Jun 08, 2006 at 05:25:47PM +0200, Jérôme Pouiller wrote:
One last question : In Makefile of linux kernel, HOSTCC is used to name
compiler for the build platform, no?
yes, when they say ``host program'', they mean ``binary for the
system where the kernel build runs.''
The
editorial work before
install, anyway.
Though I regret the confusion, I'm glad that Ralf pointed out the
problem.
Have a nice day,
Stepan Kasal
1 - 100 of 360 matches
Mail list logo