FYI: AM_PROG_REGEX was broken
Hello!
I have checked (manually) all Automake *.m4 files for underquoting.
AM_PROG_REGEX was actually broken. Now it's fixed.
Maybe I'll run the Automake macros through the Autoconf testsuite some
day.
I also scanned for other cases where quoting is desired. Whenever you have
a free-form message somebody can add a comma and break it, so I added
quotes in all AC_MSG_* for all agruments other than single words.
Regards,
Pavel Roskin
_
Index: m4/ccstdc.m4
--- m4/ccstdc.m4Wed Aug 2 04:59:16 2000
+++ m4/ccstdc.m4Thu Nov 23 20:50:35 2000
@@ -30,7 +30,7 @@
dnl FIXME: can't do this because then AC_AIX won't work due to a
dnl circular dependency.
dnl AC_BEFORE([$0], [AC_PROG_CPP])
-AC_MSG_CHECKING(for ${CC-cc} option to accept ANSI C)
+AC_MSG_CHECKING([for ${CC-cc} option to accept ANSI C])
AC_CACHE_VAL(am_cv_prog_cc_stdc,
[am_cv_prog_cc_stdc=no
ac_save_CC="$CC"
@@ -83,7 +83,7 @@
if test -z "$am_cv_prog_cc_stdc"; then
AC_MSG_RESULT([none needed])
else
- AC_MSG_RESULT($am_cv_prog_cc_stdc)
+ AC_MSG_RESULT([$am_cv_prog_cc_stdc])
fi
case "x$am_cv_prog_cc_stdc" in
x|xno) ;;
Index: m4/dmalloc.m4
--- m4/dmalloc.m4 Wed Aug 2 04:59:16 2000
+++ m4/dmalloc.m4 Thu Nov 23 20:51:46 2000
@@ -6,7 +6,7 @@
# serial 1
AC_DEFUN([AM_WITH_DMALLOC],
-[AC_MSG_CHECKING(if malloc debugging is wanted)
+[AC_MSG_CHECKING([if malloc debugging is wanted])
AC_ARG_WITH(dmalloc,
[ --with-dmalloc use dmalloc, as in
http://www.dmalloc.com/dmalloc.tar.gz],
Index: m4/lispdir.m4
--- m4/lispdir.m4 Wed Aug 2 04:59:16 2000
+++ m4/lispdir.m4 Thu Nov 23 20:52:13 2000
@@ -11,7 +11,7 @@
[ --with-lispdirOverride the default lisp directory ],
[ lispdir="$withval"
AC_MSG_CHECKING([where .elc files should go])
-AC_MSG_RESULT($lispdir)],
+AC_MSG_RESULT([$lispdir])],
[
# If set to t, that means we are running in a shell under Emacs.
# If you have an Emacs named "t", then use the full path.
Index: m4/maintainer.m4
--- m4/maintainer.m4Wed Aug 2 04:59:16 2000
+++ m4/maintainer.m4Thu Nov 23 20:52:48 2000
@@ -11,8 +11,8 @@
(and sometimes confusing) to the casual installer],
USE_MAINTAINER_MODE=$enableval,
USE_MAINTAINER_MODE=no)
- AC_MSG_RESULT($USE_MAINTAINER_MODE)
- AM_CONDITIONAL(MAINTAINER_MODE, test $USE_MAINTAINER_MODE = yes)
+ AC_MSG_RESULT([$USE_MAINTAINER_MODE])
+ AM_CONDITIONAL(MAINTAINER_MODE, [test $USE_MAINTAINER_MODE = yes])
MAINT=$MAINTAINER_MODE_TRUE
AC_SUBST(MAINT)dnl
]
Index: m4/multi.m4
--- m4/multi.m4 Sat Aug 26 16:52:57 2000
+++ m4/multi.m4 Thu Nov 23 20:53:03 2000
@@ -8,7 +8,7 @@
[case "${enableval}" in
yes) multilib=yes ;;
no) multilib=no ;;
- *) AC_MSG_ERROR(bad value ${enableval} for multilib option) ;;
+ *) AC_MSG_ERROR([bad value ${enableval} for multilib option]) ;;
esac], [multilib=yes])
# We may get other options which we are undocumented:
Index: m4/python.m4
--- m4/python.m4Wed Aug 2 04:59:16 2000
+++ m4/python.m4Thu Nov 23 20:53:24 2000
@@ -99,5 +99,5 @@
dnl All done.
- AC_MSG_RESULT(looks good)
+ AC_MSG_RESULT([looks good])
])
Index: m4/regex.m4
--- m4/regex.m4 Wed Aug 2 04:59:16 2000
+++ m4/regex.m4 Thu Nov 23 20:46:52 2000
@@ -15,7 +15,7 @@
# will result in a smaller executable file.
AC_DEFUN([AM_WITH_REGEX],
-[AC_MSG_CHECKING(which of GNU rx or gawk's regex is wanted)
+[AC_MSG_CHECKING([which of GNU rx or gawk's regex is wanted])
AC_ARG_WITH(regex,
[ --without-regex use GNU rx in lieu of gawk's regex for matching],
[test "$withval" = yes && am_with_regex=1],
@@ -24,8 +24,8 @@
AC_MSG_RESULT(regex)
AC_DEFINE(WITH_REGEX,1,[Define if using GNU regex])
AC_CACHE_CHECK([for GNU regex in libc], am_cv_gnu_regex,
-AC_TRY_LINK([], [extern int re_max_failures; re_max_failures = 1],
- am_cv_gnu_regex=yes, am_cv_gnu_regex=no))
+[AC_TRY_LINK([], [extern int re_max_failures; re_max_failures = 1],
+ am_cv_gnu_regex=yes, am_cv_gnu_regex=no)])
if test $am_cv_gnu_regex = no; then
LIBOBJS="$LIBOBJS regex.$ac_objext"
fi
Index: m4/strtod.m4
--- m4/strtod.m4Mon Oct 16 05:01:36 2000
+++ m4/strtod.m4Thu Nov 23 20:54:09 2000
@@ -63,7 +63,7 @@
AC_CHECK_FUNCS(pow)
if test $ac_cv_func_pow = no; then
AC_CHECK_LIB(m, pow, [am_cv_func_strtod_needs_libm=yes],
-[AC_MSG_WARN(can't find library containing definition of pow)])
+[AC_MSG_WARN([can't find library containing definition of pow])])
fi
fi
])
_
FYI: fix for pr87.test
Hello! pr87.test fails if Automake is built with srcdir=. The fix is exactly the same as for install2.test, pr19.test and subobj3.test (applied 2000-05-01). Regards, Pavel Roskin Index: ChangeLog --- ChangeLog Thu Nov 23 19:03:13 2000 +++ ChangeLog Thu Nov 23 19:55:09 2000 @@ -1 +1,6 @@ +2000-11-23 Pavel Roskin <[EMAIL PROTECTED]> + + * pr87.test: Prevent automake from looking into .. and ../.. + by using AC_CONFIG_AUX_DIR(.) in configure.in. + 2000-11-23 Tom Tromey <[EMAIL PROTECTED]> Index: pr87.test --- pr87.test Thu Nov 23 16:42:14 2000 +++ pr87.test Thu Nov 23 19:50:43 2000 @@ -20,6 +20,7 @@ echo "SUBDIRS = $subdirs" > Makefile.am cat >configure.in <
RE: libs in subdirs
> -Original Message- > From: Bryan VanDeVen [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, November 21, 2000 6:26 PM > To: [EMAIL PROTECTED] > Subject: libs in subdirs > > > I think this has been coverered for shlibs but I culd not > find anything for > static libs... is there ary way (without libtool at the > present) to build > static convenience libs and then have them all combined in a > top level > directory? > > For instance > > /somelib > /somelib/dbdbv > /somelib/gdemv > > so there are source files in all three directories, and we > would like to > eventually combine all the object files into "libsomelib.a" > > we tried just listing all the sources in the top level > makefile.am, but > automake does not like having any sources in subdirectories > it seems. So, if > we just build libdbdbv.a and libgdemv.a in their respective > directories with > their own makefile.am's, is there a way to merge them > together with the top > level objects into one "libsomelib.a" ? > What about a rule like: libsomelib.a: dbdv/libdbdbv.a gdem/libgdemv.a rm -rf libsomelib.temp mkdir -p libsomelib.temp cd libsomelib.temp && $(AR) x ../dbdv/libdbdbv.a cd libsomelib.temp && $(AR) x ../gdem/libgdemv.a cd libsomelib.temp && $(AR) $(ARFLAGS) ../libsomelib.a *.o $(RANLIB) libsomelib.a rm -rf libsomelib.temp I know this is not so elegant, but it should work :-) HTH Bernard Bernard Dautrevaux Microprocess Ingenierie 97 bis, rue de Colombes 92400 COURBEVOIE FRANCE Tel:+33 (0) 1 47 68 80 80 Fax:+33 (0) 1 47 88 97 85 e-mail: [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: optional subdirectories
On Wed, Nov 22, 2000 at 12:03:18PM +0100, Marc van Woerkom wrote: > > > > SUBDIRS = @SUBDIRS@ > > > > > > > >Then in your `configure.in' you can specify: > > > > > > > > SUBDIRS = "src doc lib po" > > > > AC_SUBST(SUBDIRS) > > > > > > Yuck, this voodoo works only if it is written as > > > > > > SUBDIRS="src doc lib po" (no spaces!) > > > > > > does this qualify as bug for the automake tutorial? :) > > > > Nope. Standard bourne shell syntax. Try ``var = val'' from your > > shell command line if you don't believe me =)O| > > Uhm? > > mvw@nil$ var = val > bash: var: command not found > mvw@nil$ var=val > mvw@nil$ echo $var > val > > So I have to change that line in the automake tutorial, because > spaces or evil here, or? That's right. The assignment to SUBDIRS with spaces around the `=' is fine in a Makefile, but not in a shell script. > What makes understanding and writing hard in these cases is > this twisted context. It is not easy to know who is parsing > what. There are some nice diagrams to help visualise these dependencies in the Goat book. In particular, see: http://sources.redhat.com/autobook/autobook/autobook_280.html#SEC280 > Regards, > Marc Cheers, Gary. -- ___ _ ___ __ _ mailto: [EMAIL PROTECTED] / __|__ _ _ ___ _| | / / | / /_ _ _ _ __ _| |_ __ _ ___ [EMAIL PROTECTED] | (_ / _` | '_|// / |/ /| |/ / _` | || / _` | ' \/ _` | _ \ \___\__,_|_|\_, /|___(_)___/\__,_|\_,_\__, |_||_\__,_|//_/ home page: /___/ /___/ gpg public key: http://www.oranda.demon.co.uk http://www.oranda.demon.co.uk/key.asc
automake´Ô ¾È³çÇϼ¼¿ä?
Title: ¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¢Ä ¿À´ÃÀÇ À¯¸Ó ÇѸ¶µð ¢Å "Dad, I don't want to go to school today.," said the boy. "Why not, son?" "Well, one of the chickens on the school farm died last week and we had chicken soup for lunch the next day. And three days ago one of the pigs died and we had roast pork the next day,,,." "But why don't you want to go today?" "Because the English teacher died yesterday!" "." "¾Æºü, ³ª ¿À´Ã Çб³ °¡±â ½È¾î." ÇÏ°í ¼Ò³âÀÌ ¸»Çß´Ù. "¿Ö °¡±â ½È¾î?" "Áö³ ÁÖ¿¡ Çб³ ³óÀå¿¡¼ ´ß ÇÑ ¸¶¸®°¡ Á×¾ú´Âµ¥ ´ÙÀ½³¯ Á¡½ÉÀ¸·Î ´ß ½ºÇÁ¸¦ ¸Ô¾ú¾î. ±×¸®°í 3ÀÏ Àü¿¡´Â µÅÁö ÇÑ ¸¶¸®°¡ Á×¾ú´Âµ¥ ±× ´ÙÀ½ ³¯¿¡´Â µÅÁö ºÒ°í±â¸¦ ¸Ô¾ú°í" "±×·±µ¥ ¿À´ÃÀº ¿Ö Çб³¿¡ °¡±â ½È¾î?" "¾îÁ¦ ¿µ¾î ¼±»ý´ÔÀÌ µ¹¾Æ°¡¼Ì´Ü ¸»¾ß!" "." ¢Ä ¿À´ÃÀÇ ¿µ¾î ÇѸ¶µð ¢Å ¢Â I felt on top of the world »ç¶÷Àº ´©±¸³ª ¼º°øÇÏ¸é ±âºÐÀÌ ÁÁÀº °ÍÀº ´ç¿¬ÇÏÁö¿ä. ¹°·Ð, ¾î¶² »ç¶÷µéÀº ¼º°øÇßÀ» ¶§¿¡ ´õ °â¼ÕÇØÁöÁö¸¸ ´ëºÎºÐÀÇ »ç¶÷µéÀº [³ª¸¦ ºÁ! ³»°¡ ÃÖ°í¾ß]¶ó°í »ý°¢ÇÕ´Ï´Ù. ÀÌ¿Í °°Àº ±âºÐÀ» ³ªÅ¸³»´Â Ç¥ÇöÀÌ 'on top of the world'¶ø´Ï´Ù. A: I heard you were engaged to Marian. B: Actually, I was. A: Oh, really? So, how did you feel on the night of your engagement? B: I felt like I was on top of the world. ¡á'on top of the world'¸¦ Á÷¿ªÇϸé [¼¼»ó ²À´ë±â¿¡]¶ó´Â ÀǹÌÀ̸ç 'I felt on top of the world.'´Â "¼¼»ó ²À´ë±â¿¡ ÀÖ´Â ´À³¦À̾ú´Ù." Áï, (±²ÀåÈ÷ ±âºÐÀÌ ÁÁ¾Ò´Ù)¸¦ ¶æÇÕ´Ï´Ù. ÈçÈ÷ [±âºÐÀÌ ÁÁ¾Ò¾î]¶ó´Â Àǹ̷Π'I felt good.'¸¸À» »ý°¢Çϱ⠽¬¿ì³ª ÀÌ Ç¥Çöµµ ¾Ë°í ÀÖÀ¸¸é °¨Á¤ÀÇ Ç¥ÇöÀ» ´õ Àß ÇÒ ¼ö ÀÖÀ» °Å¿¡¿ä. ¢Á 'on top of the world'´Â ¼¼»ó ²À´ë±â¿¡ ÀÖ´Â ´À³¦!. ±×·¸´Ù¸é 'out of this world'´Â? ÀÌ ¼¼»óÀÇ ÀÏ °°Áö ¾Ê°Ô ±Ù»çÇÑ[wonderful], ȤÀº ȯ»óÀûÀÎ[fantastic]À̶õ ¶æÀÌ¿¡¿ä. A: ¸Þ¸®¾È°ú ¾àÈ¥ÇÑ´Ù°í µé¾ú´Âµ¥.B: »ç½Ç ÀÌ¹Ì Çß¾î.A: ¾î, Á¤¸»À̾ß? ±×·¡,¾àÈ¥½ÄÇÑ ±×³¯ ¹ã¿¡ ±âºÐÀÌ ¾î¶®¾î?B: ¼¼»óÀ» ¾òÀº ±âºÐÀ̾úÁö. ¢Ä ¿À´ÃÀÇ ÀϾî ÇѸ¶µð ¢Å ¡ØÀϾ ¿µ¾î¿Í °°Àº ÇüÅ·Π±¸¼º µÇ¾î ÀÖ½À´Ï´Ù.automake´Ô ¾È³çÇϼ¼¿ä? ÀúÈñ´Â Àüȸ¦ ÀÌ¿ëÇؼ °»ç¿Í 1:1·Î ¿Ü±¹¾î ÇнÀÀ» ÇÒ ¼ö ÀÖ´Â ¢Ä Online Korea [ http://www.olk.co.kr ] ¢Å ¶ó°í ÇÕ´Ï´Ù. ¸ÕÀú, Çã¶ô¾øÀÌ ÆíÁö µå·Á Á˼ÛÇÕ´Ï´Ù. ºÎµð ³Ê±×·¯¿î ¿ë¼¸¦.. ÀúÈñ ȸ»ç¿¡¼´Â ¿µ¾î À¯¸Ó¿Í »ýÈ° ȸȿ¡ °ü½É ÀÖ´Â ºÐµé²² ¸ÅÀÏ(¿ù-±Ý), ¿µ¾î À¯¸Ó¿Í ½Ç »ýÈ°¿¡ ÇÊ¿äÇÑ »ýÈ°È¸È ÇÑ ¹®À徿À» ¹«·á·Î º¸³» µå¸®°í ÀÖ¾î¿ä. À§¿Í°°Àº ³»¿ëÀÇ ¼ºñ½º¸¦ ¹Þ¾Æº¸±â ¿øÇÏ½Ã¸é ¡ì [EMAIL PROTECTED] ¡í·Î "yes"¶ó´Â ³»¿ëÀÇ ´äÀåÀ» Áֽñ⠹ٶø´Ï´Ù. ±×¸®°í, ÀúÈñ ÀüÈ ¿Ü±¹¾î °ÀÇ°¡ ±Ã±ÝÇϽŠºÐµéÀ» À§ÇØ ¢Â ½Ã¹ü°ÀÇ ¢Â µµ 1ȸ¿¡ ÇÑÇؼ ¹«·á·Î ½Ç½ÃÇÏ°í ÀÖÀ¸´Ï Çѹø µé¾îº¸°í ½ÍÀ¸½Ã¸é Áö±Ý ½ÅûÇØ ÁÖ¼¼¿ä. ¹«·á ½Ã¹ü°ÀÇ ½Åû ¹æ¹ýÀº ¢º ¿©±â ¢¸ ¸¦ Ŭ¸¯ÇϽŠÈÄ °ÀÇ ½Åû¶õ¿¡ Àִ½ùü°ÀǸ¦ ½ÅûÇϽøé ÀúÈñ°¡ Àüȸ¦ µå·Á ½Ã¹ü°ÀǸ¦ ÇØ µå¸°´ä´Ï´Ù. ¹°·Ð, ÀüÈ 02-588-0510 À¸·Îµµ ½ÅûÇÏ½Ç ¼ö ÀÖ±¸¿ä. ¾Æ¹«ÂÉ·Ï ÀÌ ÇнÀ¹ýÀÌ automake´ÔÀÇ È¸È ½Ç·Â Çâ»ó¿¡ ÀÛÀº º¸ÅÆÀÌ µÇ¾úÀ¸¸éÇÕ´Ï´Ù. °¨»çÇÕ´Ï´Ù. automake´Ô²²´Â http://freedom.sarang.net/prep/mailinglists.html¿¡ ÀÖ´Â ÁÖ¼Ò¸¦ º¸°í ¸ÞÀÏ µå¸®°Ô µÇ¾ú½À´Ï´Ù. ºÒÇÊ¿äÇÑ Á¤º¸¿´´Ù¸é Á¤¸» Á˼ÛÇÕ´Ï´Ù.
Re: how to realize a medium coupled build environment?
> What you describe is exactly what KDE uses.
Yea. Makes perfect sense for such a large project.
Thank you very much for that hint.
>From the larger open projects I have had a look at Mozilla only
so far. I will check it.
> We have configure.in.ins in every subdirectory that needs
> configure checks.
I suppose that is to generate the AC_OUTPUT list.
The scheme I arrived at lists every thinkable module
mod1/Makefile
mod2/Makefile
.
.
in the argument list of AC_OUTPUT.
This is ugly because it generates warnings for every module
that has not been checked out at configure time.
Further one has to provide
--without-FooBar
switches to cut down SUBDIRS internally to the list of
available modules, otherwise a "make all" will fail.
> The Makefile.cvs you run after checking out creates one
> configure.in with the used parts and then it all works from
> there.
Yes, adding another .in layer for generating configure.in
would have been my next evolution step too.
Together with some scanning of what is there (perhaps every
subdirectory it finds, except certain standard ones) would
make it unnecessary to
a) provide a list of all possible modules in AC_OUTPUT in advance
b) provide "--with-FooBar" switch logic for all possible modules
in advance.
On the other hand, the switches solution has the feature,
that I can keep a full tree with lots of modules around,
while telling configure, which ones to use actually.
Otherwise I would have to remove the modules I don't need,
thus I would need to work on a fresh copy for every
different module subset selection. OK, that sort of throw
away tree is quite fitting for cvs based development.
> SUBDIRS are created from the existant subdirs with a Makefile.am,
> and we also have COMPILE_FIRST and COMPILE_LAST to manipulate the
> subdirs order in case you need libraries for example
>From what you write that seems to cover build order, makes
sense because not every project might be built in the lexical
order that their directory names suggest.
You mention library dependency.
I used this construct
dnl treat module dependencies
if ! ${module_base}; then
if ${module_dataserver}; then
AC_MSG_WARN([module Dataserver depends on module Base => Base will be used])
module_base=true;
elif ${module_dataserver2}; then
AC_MSG_WARN([module Dataserver2 depends on module Base => Base will be used])
module_base=true;
elif ${module_dataserver3}; then
AC_MSG_WARN([module Dataserver3 depends on module Base => Base will be used])
module_base=true;
fi
fi
to ensure that the build of a Dataserver* module will trigger
the build of a Base library first.
Again this is ugly, because all dependencies are coded into
configure.in which might grow into large list over time.
In a collection scheme I think it would make sense to
deposit dependency hint files in the module subdirectories
that tell the module collection phase what modules they
depend on:
Base/
("I need nothing")
.
.
Dataserver2/
DepHint ("I need Base")
Dataserver3/
DepHint ("I need Base")
So that information would not been kept central in one giant
configure.in section but kept distributed.
Regards,
Marc
Re: how to realize a medium coupled build environment?
Marc van Woerkom wrote: > > What do you folks think? What you describe is exactly what KDE uses. We have configure.in.ins in every subdirectory that needs configure checks. The Makefile.cvs you run after checking out creates one configure.in with the used parts and then it all works from there. The toplevel SUBDIRS are created from the existant subdirs with a Makefile.am, and we also have COMPILE_FIRST and COMPILE_LAST to manipulate the subdirs order in case you need libraries for example Check any KDE module. Greetings, Stephan -- Frauen und Maenner passen vielleicht nicht zusammen, aber meine allerschoensten Schrammen habe ich mir bei diesem Duell geholt. -- Reinhard Mey
automake version 1.5 : when ?
Hi, Does anybody know when automake 1.5 will be available ? wbr, Benoit Loof -- __ MITSUBISHI ELECTRIC FRANCE GSM Research and Development 11, Rue du Clos Courtel 35700 RENNES FRANCE Tel: 02 99 27 47 70 Fax: 02 99 27 47 71 & 02 99 27 47 72 http://www.trium.net/ __ begin:vcard n:Loof;Benoit tel;fax:+33 (0) 2 99 27 23 99 tel;work:+33 (0) 2 99 27 84 04 x-mozilla-html:TRUE org:TRIUM-RD;Logistics & Network Support version:2.1 email;internet:[EMAIL PROTECTED] title:MITSUBISHI ELECTRIC TELECOM EUROPE adr;quoted-printable:;;11, rue du Clos Courtel=0D=0ABP 90315 =0D=0A35703 RENNES Cedex 7FRANCE fn:Benoit Loof end:vcard
How to perform Automatic dependency tracking when compiling with cc ?
Hi, here is my problem : * i need to generate makefiles that compile my program using cc * automake 1.4 requires gcc to perform Automatic dependency tracking so my question is : how to get the benefits of Automatic dependency tracking, compiling with cc ? wbr, Benoit Loof -- __ MITSUBISHI ELECTRIC FRANCE GSM Research and Development 11, Rue du Clos Courtel 35700 RENNES FRANCE Tel: 02 99 27 47 70 Fax: 02 99 27 47 71 & 02 99 27 47 72 http://www.trium.net/ __ begin:vcard n:Loof;Benoit tel;fax:+33 (0) 2 99 27 23 99 tel;work:+33 (0) 2 99 27 84 04 x-mozilla-html:TRUE org:TRIUM-RD;Logistics & Network Support version:2.1 email;internet:[EMAIL PROTECTED] title:MITSUBISHI ELECTRIC TELECOM EUROPE adr;quoted-printable:;;11, rue du Clos Courtel=0D=0ABP 90315 =0D=0A35703 RENNES Cedex 7FRANCE fn:Benoit Loof end:vcard
RE: libs in subdirs
Bryan VanDeVen wrote: > is there ary way (without libtool at the present) to build > static convenience libs and then have them all combined in a top level > directory? I covered building an executable from static libs in: http://www.murrayc.com/learning/linux/automake/automake.shtml#SubDirectories It should be easy to adapt this to creating a static library instead of an executable. I believe that this will be much easier with the next version of automake. Murray Cumming [EMAIL PROTECTED] www.murrayc.com
automake version 1.5 : when ?
Hi, Does anybody know when automake 1.5 will be available ? wbr, Benoit Loof -- __ MITSUBISHI ELECTRIC FRANCE GSM Research and Development 11, Rue du Clos Courtel 35700 RENNES FRANCE Tel: 02 99 27 47 70 Fax: 02 99 27 47 71 & 02 99 27 47 72 http://www.trium.net/ __ begin:vcard n:Loof;Benoit tel;fax:+33 (0) 2 99 27 23 99 tel;work:+33 (0) 2 99 27 84 04 x-mozilla-html:TRUE org:TRIUM-RD;Logistics & Network Support version:2.1 email;internet:[EMAIL PROTECTED] title:MITSUBISHI ELECTRIC TELECOM EUROPE adr;quoted-printable:;;11, rue du Clos Courtel=0D=0ABP 90315 =0D=0A35703 RENNES Cedex 7FRANCE fn:Benoit Loof end:vcard
Re: Compiler Flags
On Mon, 20 Nov 2000, Tim Heath wrote: > AM_CXXFLAGS = -D_POSIX1C_SOURCE -D_HPUX_SOURCE -D_REENTRANT [...] > If you know of a better way please feel free to share it with me. I am > interested in how to do and if/then to use this only if I am compiling > on HPUX 11.0 with aCC etc. Why only with this compiler? These definitions are meant to describe what standards the code follows, so they should work regardless of the compiler. Maybe aCC is the only compiler that really complains (try "gcc -Wall", it might show some warnings without these defs). I still think that at the top of the source file is the best place for them. Simon -- GPG public key available from http://phobos.fs.tum.de/pgp/Simon.Richter.asc Fingerprint: DC26 EB8D 1F35 4F44 2934 7583 DBB6 F98D 9198 3292 Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!
