[sr #107450] "warning: AC_INIT: not a literal:" on '?

Update of sr #107450 (project autoconf): Status: Ready For Test => Done Open/Closed:Open => Closed ___ Follow-up Comment #3: This was fixed a

[sr #107447] error: possibly undefined macro: AS_MESSAGE_LOG_FDdnl

Update of sr #107447 (project autoconf): Status:None => Done Open/Closed:Open => Closed ___ Follow-up Comment #3: This was fixed a

[sr #107444] constructs generated by autoconf do not work in the ash shell

Update of sr #107444 (project autoconf): Status: Need Info => Works For Me Open/Closed:Open => Closed ___ Follow-up Comment #4: We never heard

[sr #108182] [doc] Clarification for behaviour of AC_CHECK_FILES

Update of sr #108182 (project autoconf): Open/Closed:Open => Closed ___ Follow-up Comment #3: Closing; this patch will be included in the upcoming 2.70 release.

[sr #108144] ./configure could recommend packages to install through local package manager

Update of sr #108144 (project autoconf): Open/Closed:Open => Closed ___ Follow-up Comment #2: Closing this old, declined feature request.

[sr #108092] AC_PROG_GREP can select /usr/xpg4/bin/grep under Solaris 9 but it doesn't support long lines

Update of sr #108092 (project autoconf): Priority: 5 - Normal => 1 - Later Status:None => Confirmed ___ Follow-up Comment #1: We apologize for

[sr #106256] configure removed source file named a.h

Update of sr #106256 (project autoconf): Open/Closed:Open => Closed ___ Reply to this item at:

[sr #100224] Makefile:161: *** missing separator.

Update of sr #100224 (project autoconf): Status:None => Need Info ___ Follow-up Comment #1: This bug report is very old and I do not have the appropriate environment in which to attempt

[sr #108879] Add m4_forbid_pattern for autoconf-archive macros

Update of sr #108879 (project autoconf): Priority: 5 - Normal => 1 - Later Severity: 3 - Normal => 1 - Wish Status:None => Confirmed

[sr #108843] new cpu type NEC SX-ACE

Update of sr #108843 (project autoconf): Status:None => Invalid Open/Closed:Open => Closed ___ Follow-up Comment #2: Closing this bug

[sr #101215] 2.49d is not there

Update of sr #101215 (project autoconf): Status:None => Done Open/Closed:Open => Closed ___ Follow-up Comment #1: The link to

[sr #109320] _AC_PROG_LEX_YYTEXT_DECL fails to compute LEXLIB correctly using the original AT lex if Xcode's flex is installed

Update of sr #109320 (project autoconf): Status:None => Confirmed ___ Follow-up Comment #1: Thank you for the nice clear bug report with included patch, and we apologize for the delay

[sr #105403] AC_CONFIG_HEADER obsolete?

Update of sr #105403 (project autoconf): Priority: 5 - Normal => 3 - Low Status:None => Confirmed ___ Follow-up Comment #2: It appears that

[sr #107986] autoconf should reject or specifically warn about obviously wrong configure.ac files

Update of sr #107986 (project autoconf): Status:None => Need Info ___ Follow-up Comment #5: Hm, I think this is still a desirable change and could be merged for 2.70. David Wheeler, if

[sr #106943] autotest macros require double quotes now

Update of sr #106943 (project autoconf): Open/Closed:Open => Closed ___ Follow-up Comment #2: This was fixed a long time ago. ___

[sr #107240] AutoConf documentation needs simple example

Update of sr #107240 (project autoconf): Priority: 5 - Normal => 3 - Low Status:None => Confirmed ___ Follow-up Comment #4: This is still a

[sr #108278] AC_CANONICAL_BUILD depends on install-sh, but it does not get installed

Update of sr #108278 (project autoconf): Priority: 5 - Normal => 1 - Later Severity: 3 - Normal => 1 - Wish Status:None => Confirmed

[sr #108503] Running autoscan in a directory with ltmain.sh produces conflicting warnings with libtoolize about AC_PROG_RANLIB

Update of sr #108503 (project autoconf): Status:None => Invalid Open/Closed:Open => Closed ___ Follow-up Comment #1: This is a bug in

[sr #110212] Transform pkgdatadir using program-prefix and -suffix

Update of sr #110212 (project autoconf): Priority: 5 - Normal => 1 - Later ___ Reply to this item at:

[sr #110214] autoreconf passes -Wcross to aclocal/automake but they don't support that

Update of sr #110214 (project autoconf): Priority: 5 - Normal => 1 - Later Status:None => Confirmed ___ Follow-up Comment #1: Confirmed, but

[sr #110215] AC_EGREP_HEADER appears to be broken in master

Update of sr #110215 (project autoconf): Status:None => Need Info ___ Follow-up Comment #2: Before I close this, could you please explain in a little more detail what the "user error"

[sr #110215] AC_EGREP_HEADER appears to be broken in master

Update of sr #110215 (project autoconf): Status: Need Info => Confirmed ___ Follow-up Comment #3: Never mind, I found the discussion on bug-autoconf. This *is* arguably a regression from

[sr #109676] only one "checking whether the AC_LANG compiler works"

Update of sr #109676 (project autoconf): Priority: 5 - Normal => 1 - Later Status:None => Confirmed ___ Follow-up Comment #1: Confirmed. Thank

[sr #100649] out-of-date links in manual

Follow-up Comment #1, sr #100649 (project autoconf): Filed bug #110261 on libtool. ___ Reply to this item at:

[sr #108503] Running autoscan in a directory with ltmain.sh produces conflicting warnings with libtoolize about AC_PROG_RANLIB

Follow-up Comment #2, sr #108503 (project autoconf): Filed bug #110261 on Libtool. ___ Reply to this item at:

[sr #110216] Add gtkdocize/intltoolize support to autoreconf

Follow-up Comment #2, sr #110216 (project autoconf): I don't -- thanks for emailing me with instructions. I've contacted ass...@gnu.org as I was told, so hopefully that should be cleared up soon. ___ Reply to this item at:

[sr #110212] Transform pkgdatadir using program-prefix and -suffix

Update of sr #110212 (project autoconf): Status:None => Postponed ___ Follow-up Comment #2: Savannah doesn't have a good way of tagging bugs that are blocked on some external change, so

[sr #107240] AutoConf documentation needs simple example

Update of sr #107240 (project autoconf): Status: Confirmed => Works For Me Open/Closed:Open => Closed ___ Follow-up Comment #5: On further