lib/ subdir and a libcompat (with an eye towards
Gnulib). Is there a better way to write this, besides commoning up
@GCOV_LIBS@ in a single LIBADD = @GCOV_LIBS@ line?
* Chris Pickett wrote on Sun, Dec 28, 2008 at 07:31:22AM CET:
In tracking this down, I found out that neither @LTLIBOBJS@ no
Chris Pickett wrote:
In tracking this down, I found out that neither @LTLIBOBJS@ nor
@LTALLOCA@ are mentioned in either the "Linking the Program" manual
section or the "Program and Library Variables" section in the paragraphs
talking about _DEPENDENCIES, although @LIBOB
Hi Ralf,
It turns out that I can fix my problem by adding @LTLIBOBJS@ to
libcheck_la_DEPENDENCIES, which is something I set explicitly but
neglected to mention earlier.
Ralf Wildenhues wrote:
mkdir src
cat >configure.ac <<\END
AC_INIT(a,1)
AM_INIT_AUTOMAKE(foreign)
AC_CONFIG_FILES(Makefile s
Hi,
I'm trying to use AC_REPLACE_FUNCS to provide strsignal. However, when
I run make it doesn't build a strsignal.lo for me, and libtool complains
"link: `strsignal.lo' is not a valid libtool object". This is using the
latest versions of the Autotools on MinGW/MSYS.
The Automake manual sa
Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Chris Pickett on 3/21/2008 10:58 AM:
| Hi,
Hi Chris, and adding bug-automake,
|
| I had AC_CONFIG_MACRO_DIR([m4]) in configure.ac and a macro from the
| archive in m4/ that wasn't getting m4_include'd at
Ralf Wildenhues wrote:
* Chris Pickett wrote on Wed, Mar 12, 2008 at 10:50:36PM CET:
I still don't know what the "if PROG1" stuff is about (I don't want
these test programs to exist conditionally),
Well, if you don't want them only conditionally, then just don&#
Ralf Wildenhues wrote:
Oh, ok. Like this?
if PROG1
prog1_headers = ...
else
prog1_headers =
endif
...
noinst_HEADERS = $(prog1_headers) ...
IOW: just rename all *_HEADERS to *_headers, that way automake will
ignore them. And list all *_headers in noinst_HEADERS.
s/HEADERS/headers/ and addi
Chris Pickett wrote:
My main test Makefile.am is here:
http://svn.sable.mcgill.ca/sable/spmt/libspmt/tests/Makefile.am
https://svn.sable.mcgill.ca/sable/spmt/libspmt/tests/Makefile.am
and you can see my (awful) generated code here:
http://svn.sable.mcgill.ca/sable/spmt/libspmt/tests
Ralf Wildenhues wrote:
* Chris Pickett wrote on Wed, Mar 12, 2008 at 08:10:41PM CET:
Ralf Wildenhues wrote:
* Chris Pickett wrote on Wed, Mar 12, 2008 at 07:50:46PM CET:
I would like to be able to use noinst_prog_HEADERS, but with 1.10.1 I
get a complaint about noinst_progdir not being
Hi Ralf,
Ralf Wildenhues wrote:
Hi Chris,
* Chris Pickett wrote on Wed, Mar 12, 2008 at 07:50:46PM CET:
I would like to be able to use noinst_prog_HEADERS, but with 1.10.1 I
get a complaint about noinst_progdir not being defined:
You can just put all your not-to-be installed headers into
Hi,
(Please CC me in any reply, I am not subscribed.)
I would like to be able to use noinst_prog_HEADERS, but with 1.10.1 I
get a complaint about noinst_progdir not being defined:
`noinst_prog_HEADERS' is used but `noinst_progdir' is undefined
I can work around this like this:
noinst_progdi
On Mon, April 3, 2006 4:57 am, Stepan Kasal wrote:
> you are using system-wide Automake together with *.m4 files from packages
> installed locally (under your home directory).
>
> You cannot modify the system-wide dirlist file, so you decided to modify
> the top Makefile.am of every package.
Well
12 matches
Mail list logo
