GNU logs - #14291, boring messages

Message sent to bug-libtool@HIDDEN:

Subject: bug#14291: libtool 2.4.2 fails to build due to macro_revision reversion
Resent-From: Bob Friesenhahn <bfriesen@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Sat, 27 Apr 2013 16:00:02 +0000
Resent-Message-ID: <handler.14291.B.136707837719384 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 14291 <at> debbugs.gnu.org
Date: Sat, 27 Apr 2013 10:59:08 -0500 (CDT)
From: Bob Friesenhahn <bfriesen@HIDDEN>
Message-ID: <alpine.GSO.2.01.1304271035380.2267@HIDDEN>
User-Agent: Alpine 2.01 (GSO 1266 2009-07-14)
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-738906059-1367078349=:2267"
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.

---559023410-738906059-1367078349=:2267
Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII
Content-Transfer-Encoding: 8BIT

On an OpenIndiana (Solaris) system where I last formally installed 
libtool 2.4.2 on July 30, 2012, I am no longer able to build libtool 
2.4.2.

Regardless of if the build is done in the libtool source tree, or in 
another directory, the build fails with:

libtool: Version mismatch error.  This is libtool 2.4.2, revision 1.3337,
libtool: but the definition of this LT_INIT comes from revision 1.3135.
libtool: You should recreate aclocal.m4 with macros from revision 1.3337
libtool: of libtool 2.4.2 and run autoconf again.

% autoconf --version
autoconf (GNU Autoconf) 2.69

% automake --version
automake (GNU automake) 1.13

% libtool --version
libtool (GNU libtool) 2.4.2

% m4 --version
m4 (GNU M4) 1.4.12
[ yes, the above is old ]

% gcc --version
gcc (GCC) 4.8.0

% gmake --version
GNU Make 3.82

Quite bizarrely (not sure why), the first step of the build process 
regenerates libltdl/m4/ltversion.m4 in the source tree and ends up 
with a different serial number (1.3135) than what it had before 
(1.3337) even though the other libtool m4 files are the same.  A diff 
of the libltdl/m4 directory content only shows the serial number 
change.  The value must be computed by something (perhaps unreliably) 
since it does not appear in the original source files.

This is the result of 'gmake' (the wrong revision is immediately 
apparent in first line of output):

sed -e s,@MACRO_VERSION\@,2.4.2,g -e s,@MACRO_REVISION\@,1.3135,g -e s,@MACRO_SERIAL\@,3135,g -e s,@PACKAGE\@,libtool,g -e s,@PACKAGE_BUGREPORT\@,bug-libtool@HIDDEN,g -e s,@PACKAGE_URL\@,http://www.gnu.org/software/libtool/,g -e s,@PACKAGE_NAME\@,GNU Libtool,g -e s,@package_revision\@,1.3135,g -e s,@PACKAGE_STRING\@,GNU Libtool 2.4.2,g -e s,@PACKAGE_TARNAME\@,libtool,g -e s,@PACKAGE_VERSION\@,2.4.2,g -e s,@TIMESTAMP\@,,g -e s,@VERSION\@,2.4.2,g /home/bfriesen/src/gnu/libtool-2.4.2/libltdl/m4/ltversion.in > /home/bfriesen/src/gnu/libtool-2.4.2/libltdl/m4/ltversion.m4
CDPATH="${ZSH_VERSION+.}:" && cd /home/bfriesen/src/gnu/libtool-2.4.2 && /bin/sh /home/bfriesen/src/gnu/libtool-2.4.2/libltdl/config/missing --run aclocal-1.11 -I libltdl/m4
  cd /home/bfriesen/src/gnu/libtool-2.4.2 && /bin/sh /home/bfriesen/src/gnu/libtool-2.4.2/libltdl/config/missing --run automake-1.11 --gnu
CDPATH="${ZSH_VERSION+.}:" && cd /home/bfriesen/src/gnu/libtool-2.4.2 && /bin/sh /home/bfriesen/src/gnu/libtool-2.4.2/libltdl/config/missing --run autoconf
/bin/sh ./config.status --recheck
running CONFIG_SHELL=/bin/sh /bin/sh /home/bfriesen/src/gnu/libtool-2.4.2/configure --no-create --no-recursion
configure: loading site script /usr/local/share/config.site
Applying settings for 32-bit build ...
Using GCC 4.8.0 ...
CC       = "gcc-4.8.0"
CXX      = "c++-4.8.0"
F77      = "gfortran-4.8.0"
FC       = "gfortran-4.8.0"
CFLAGS   = "-O2"
CXXFLAGS = "-O"
CPPFLAGS = ""
LDFLAGS  = "-L/usr/local/lib -R/usr/local/lib"
## ------------------------- ##
## Configuring libtool 2.4.2 ##
## ------------------------- ##

checking for a BSD-compatible install... /usr/local/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /home/bfriesen/src/gnu/libtool-2.4.2/libltdl/config/install-sh -c -d
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking build system type... i386-pc-solaris2.11
checking host system type... i386-pc-solaris2.11
configure: autobuild project... GNU Libtool
configure: autobuild revision... 2.4.2 ()
configure: autobuild hostname... weerd
configure: autobuild mode... default
configure: autobuild timestamp... 20130427T150136Z
checking for gcc... gcc-4.8.0
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc-4.8.0 accepts -g... yes
checking for gcc-4.8.0 option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of gcc-4.8.0... gcc3
checking whether gcc-4.8.0 and cc understand -c and -o together... yes
checking how to run the C preprocessor... gcc-4.8.0 -E
checking how to print strings... print -r
checking for a sed that does not truncate output... /usr/bin/gsed
checking for grep that handles long lines and -e... /usr/sfw/bin/ggrep
checking for egrep... /usr/sfw/bin/ggrep -E
checking for fgrep... /usr/sfw/bin/ggrep -F
checking for ld used by gcc-4.8.0... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... no
checking for BSD- or MS-compatible name lister (nm)... /usr/ccs/bin/nm -p
checking the name lister (/usr/ccs/bin/nm -p) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 786240
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking how to convert i386-pc-solaris2.11 file names to i386-pc-solaris2.11 format... func_convert_file_noop
checking how to convert i386-pc-solaris2.11 file names to toolchain format... func_convert_file_noop
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... no
checking how to recognize dependent libraries... pass_all
checking for dlltool... no
checking how to associate runtime and link libraries... print -r --
checking for ar... ar
checking for archiver @FILE support... no
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/ccs/bin/nm -p output from gcc-4.8.0 object... ok
checking for sysroot... no
checking for mt... mt
checking if mt is a manifest tool... no
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc-4.8.0 supports -fno-rtti -fno-exceptions... no
checking for gcc-4.8.0 option to produce PIC... -fPIC -DPIC
checking if gcc-4.8.0 PIC flag -fPIC -DPIC works... yes
checking if gcc-4.8.0 static flag -static works... no
checking if gcc-4.8.0 supports -c -o file.o... yes
checking if gcc-4.8.0 supports -c -o file.o... (cached) yes
checking whether the gcc-4.8.0 linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... solaris2.11 ld.so
checking how to hardcode library paths into programs... immediate
checking for shl_load... no
checking for shl_load in -ldld... no
checking for dlopen... yes
checking whether a program can dlopen itself... yes
checking whether a statically linked program can dlopen itself... yes
checking whether stripping libraries is possible... no
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking which extension is used for runtime loadable modules... .so
checking which variable specifies run-time module search path... LD_LIBRARY_PATH
checking for the default library search path... /lib /usr/lib
checking for library containing dlopen... none required
checking for dlerror... yes
checking for shl_load... (cached) no
checking for shl_load in -ldld... (cached) no
checking for dld_link in -ldld... no
checking for _ prefix in compiled symbols... no
checking whether deplibs are loaded by dlopen... yes
checking for argz.h... no
checking for error_t... no
checking for argz_add... no
checking for argz_append... no
checking for argz_count... no
checking for argz_create_sep... no
checking for argz_insert... no
checking for argz_next... no
checking for argz_stringify... no
checking whether libtool supports -dlopen/-dlpreopen... yes
checking for unistd.h... (cached) yes
checking for dl.h... no
checking for sys/dl.h... yes
checking for dld.h... no
checking for mach-o/dyld.h... no
checking for dirent.h... yes
checking for closedir... yes
checking for opendir... yes
checking for readdir... yes
checking for strlcat... yes
checking for strlcpy... yes
checking whether we are using the GNU C++ compiler... yes
checking whether c++-4.8.0 accepts -g... yes
checking dependency style of c++-4.8.0... gcc3
checking how to run the C++ preprocessor... c++-4.8.0 -E
checking for ld used by c++-4.8.0... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... no
checking whether the c++-4.8.0 linker (/usr/bin/ld) supports shared libraries... yes
checking for c++-4.8.0 option to produce PIC... -fPIC -DPIC
checking if c++-4.8.0 PIC flag -fPIC -DPIC works... yes
checking if c++-4.8.0 static flag -static works... no
checking if c++-4.8.0 supports -c -o file.o... yes
checking if c++-4.8.0 supports -c -o file.o... (cached) yes
checking whether the c++-4.8.0 linker (/usr/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... solaris2.11 ld.so
checking how to hardcode library paths into programs... immediate
checking whether we are using the GNU Fortran 77 compiler... yes
checking whether gfortran-4.8.0 accepts -g... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for gfortran-4.8.0 option to produce PIC... -fPIC
checking if gfortran-4.8.0 PIC flag -fPIC works... yes
checking if gfortran-4.8.0 static flag -static works... no
checking if gfortran-4.8.0 supports -c -o file.o... yes
checking if gfortran-4.8.0 supports -c -o file.o... (cached) yes
checking whether the gfortran-4.8.0 linker (/usr/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... solaris2.11 ld.so
checking how to hardcode library paths into programs... immediate
checking whether we are using the GNU Fortran compiler... yes
checking whether gfortran-4.8.0 accepts -g... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for gfortran-4.8.0 option to produce PIC... -fPIC
checking if gfortran-4.8.0 PIC flag -fPIC works... yes
checking if gfortran-4.8.0 static flag -static works... no
checking if gfortran-4.8.0 supports -c -o file.o... yes
checking if gfortran-4.8.0 supports -c -o file.o... (cached) yes
checking whether the gfortran-4.8.0 linker (/usr/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... solaris2.11 ld.so
checking how to hardcode library paths into programs... immediate
checking for gccgo... no
checking for gcj... gcj
checking if gcj supports -fno-rtti -fno-exceptions... (cached) no
checking for gcj option to produce PIC... -fPIC
checking if gcj PIC flag -fPIC works... yes
checking if gcj static flag -static works... no
checking if gcj supports -c -o file.o... yes
checking if gcj supports -c -o file.o... (cached) yes
checking whether the gcj linker (/usr/bin/ld) supports shared libraries... yes
checking how to hardcode library paths into programs... immediate
checking for windres... no
checking whether make supports order-only prerequisites... no
configure: creating ./config.status
  /bin/sh ./config.status
config.status: creating Makefile
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing tests/atconfig commands
config.status: executing depfiles commands
config.status: executing libtool commands
rm -f libtoolize.tmp libtoolize
sed -e 's,@aclocal_DATA\@,m4/argz.m4 m4/libtool.m4 m4/ltdl.m4 m4/ltoptions.m4 m4/ltsugar.m4 m4/ltversion.m4 m4/lt~obsolete.m4,g' -e 's,@aclocaldir\@,/usr/local/share/aclocal,g' -e 's,@datadir\@,/usr/local/share,g' -e 's,@EGREP\@,/usr/sfw/bin/ggrep -E,g' -e 's,@FGREP\@,/usr/sfw/bin/ggrep -F,g' -e 's,@GREP\@,/usr/sfw/bin/ggrep,g' -e 's,@host_triplet\@,i386-pc-solaris2.11,g' -e 's,@LN_S\@,ln -s,g' -e "s,@pkgconfig_files\@,config/compile config/config.guess config/config.sub config/depcomp config/install-sh config/missing config/ltmain.sh,g" -e 's,@pkgdatadir\@,/usr/local/share/libtool,g' -e "s,@pkgltdl_files\@,libltdl/COPYING.LIB libltdl/README libltdl/Makefile.inc libltdl/Makefile.am libltdl/configure.ac libltdl/aclocal.m4 libltdl/Makefile.in libltdl/config-h.in libltdl/configure libltdl/argz_.h libltdl/argz.c libltdl/loaders/dld_link.c libltdl/loaders/dlopen.c libltdl/loaders/dyld.c libltdl/loaders/load_add_on.c libltdl/loaders/loadlibrary.c libltdl/loaders/shl_load.c libltdl!
 /lt__dirent.c libltdl/lt__strl.c libltdl/libltdl/lt__alloc.h libltdl/libltdl/lt__dirent.h libltdl/libltdl/lt__glibc.h libltdl/libltdl/lt__private.h libltdl/libltdl/lt__strl.h libltdl/libltdl/lt_dlloader.h libltdl/libltdl/lt_error.h libltdl/libltdl/lt_system.h libltdl/libltdl/slist.h libltdl/loaders/preopen.c libltdl/lt__alloc.c libltdl/lt_dlloader.c libltdl/lt_error.c libltdl/ltdl.c libltdl/ltdl.h libltdl/slist.c,g" -e 's,@prefix\@,/usr/local,g' -e 's,@SED\@,/usr/bin/gsed,g' \
 	/home/bfriesen/src/gnu/libtool-2.4.2/libtoolize.in > libtoolize.tmp
chmod a+x libtoolize.tmp
chmod a-w libtoolize.tmp
mv -f libtoolize.tmp libtoolize
/bin/sh /home/bfriesen/src/gnu/libtool-2.4.2/libltdl/config/install-sh -d . libltdl/
cp /home/bfriesen/src/gnu/libtool-2.4.2/libltdl/argz_.h libltdl/argz.h-t
mv libltdl/argz.h-t libltdl/argz.h
(CDPATH="${ZSH_VERSION+.}:" && cd /home/bfriesen/src/gnu/libtool-2.4.2 && /bin/sh /home/bfriesen/src/gnu/libtool-2.4.2/libltdl/config/missing --run autoheader)
rm -f stamp-h1
touch /home/bfriesen/src/gnu/libtool-2.4.2/config-h.in
cd . && /bin/sh ./config.status config.h
config.status: creating config.h
config.status: config.h is unchanged
gmake  all-recursive
gmake[1]: Entering directory `/scratch/bfriesen/build/libtool-2.4.2'
gmake[2]: Entering directory `/scratch/bfriesen/build/libtool-2.4.2'
test -f doc/.dirstamp || gmake  doc/.dirstamp
gmake[3]: Entering directory `/scratch/bfriesen/build/libtool-2.4.2'
gmake[3]: Leaving directory `/scratch/bfriesen/build/libtool-2.4.2'
/bin/sh ./libtool  --tag=CC   --mode=compile gcc-4.8.0 -DHAVE_CONFIG_H -I. -I/home/bfriesen/src/gnu/libtool-2.4.2  -DLTDLOPEN=libltdl -DLT_CONFIG_H='<config.h>' -DLTDL -I. -I/home/bfriesen/src/gnu/libtool-2.4.2 -Ilibltdl -I/home/bfriesen/src/gnu/libtool-2.4.2/libltdl -I/home/bfriesen/src/gnu/libtool-2.4.2/libltdl/libltdl   -O2 -MT libltdl/loaders/libltdl_libltdl_la-preopen.lo -MD -MP -MF libltdl/loaders/.deps/libltdl_libltdl_la-preopen.Tpo -c -o libltdl/loaders/libltdl_libltdl_la-preopen.lo `test -f 'libltdl/loaders/preopen.c' || echo '/home/bfriesen/src/gnu/libtool-2.4.2/'`libltdl/loaders/preopen.c
libtool: Version mismatch error.  This is libtool 2.4.2, revision 1.3337,
libtool: but the definition of this LT_INIT comes from revision 1.3135.
libtool: You should recreate aclocal.m4 with macros from revision 1.3337
libtool: of libtool 2.4.2 and run autoconf again.
gmake[2]: *** [libltdl/loaders/libltdl_libltdl_la-preopen.lo] Error 63
gmake[2]: Leaving directory `/scratch/bfriesen/build/libtool-2.4.2'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/scratch/bfriesen/build/libtool-2.4.2'
gmake: *** [all] Error 2

-- 
Bob Friesenhahn
bfriesen@HIDDEN, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/
---559023410-738906059-1367078349=:2267--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.428 (Entity 5.428)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Bob Friesenhahn <bfriesen@HIDDEN>
Subject: bug#14291: Acknowledgement (libtool 2.4.2 fails to build due to
 macro_revision reversion)
Message-ID: <handler.14291.B.136707837719384.ack <at> debbugs.gnu.org>
References: <alpine.GSO.2.01.1304271035380.2267@HIDDEN>
X-Gnu-PR-Message: ack 14291
X-Gnu-PR-Package: libtool
Reply-To: 14291 <at> debbugs.gnu.org
Date: Sat, 27 Apr 2013 16:00:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-libtool@HIDDEN

If you wish to submit further information on this problem, please
send it to 14291 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
14291: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D14291
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-libtool@HIDDEN:

Subject: bug#14291: libtool 2.4.2 fails to build due to macro_revision reversion
Resent-From: Bob Friesenhahn <bfriesen@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Sat, 27 Apr 2013 17:29:01 +0000
Resent-Message-ID: <handler.14291.B.136708370831759 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 14291 <at> debbugs.gnu.org
Date: Sat, 27 Apr 2013 12:28:12 -0500 (CDT)
From: Bob Friesenhahn <bfriesen@HIDDEN>
In-Reply-To: <alpine.GSO.2.01.1304271035380.2267@HIDDEN>
Message-ID: <alpine.GSO.2.01.1304271140590.2267@HIDDEN>
References: <alpine.GSO.2.01.1304271035380.2267@HIDDEN>
User-Agent: Alpine 2.01 (GSO 1266 2009-07-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

I have narrowed the problem down to a difference in output from 
libltdl/config/mkstamp.  Not all awks produce the same output, and the 
'gawk' provided as a package with OpenSolaris (as well as hand-built 
3.1.8) core dumps.

Using Solaris /usr/xpg4/bin/awk:

1.3135 2011-10-17

Using GNU Awk 3.1.5:

awk: cmd. line:3: 
(FILENAME=/home/bfriesen/src/gnu/libtool-2.4.2/ChangeLog.1997 FNR=134) 
fatal error: internal error
zsh: IOT instruction (core dumped)  ./libltdl/config/mkstamp 
/home/bfriesen/src/gnu/libtool-2.4.2

Using GNU Awk 3.1.8:

awk: cmd. line:3:
(FILENAME=/home/bfriesen/src/gnu/libtool-2.4.2/ChangeLog.1997 FNR=134)
fatal error: internal error
zsh: IOT instruction (core dumped)  ./libltdl/config/mkstamp
/home/bfriesen/src/gnu/libtool-2.4.2

Using GNU Awk 4.0.2:
1.3337 2011-10-17

On Solaris 10 with GNU Awk 3.1.5:

1.3337 2011-10-17

On GNU/Linux with GNU Awk 3.1.8:

1.3337 2011-10-17

On FreeBSD with FreeBSD awk 20070501:
1.3337 2011-10-17

Bob
-- 
Bob Friesenhahn
bfriesen@HIDDEN, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

Message sent to bug-libtool@HIDDEN:

Subject: bug#14291: libtool 2.4.2 fails to build due to macro_revision reversion
Resent-From: Bob Friesenhahn <bfriesen@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Sat, 27 Apr 2013 17:29:01 +0000
Resent-Message-ID: <handler.14291.B14291.136708370531746 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 14291 <at> debbugs.gnu.org
Date: Sat, 27 Apr 2013 12:28:12 -0500 (CDT)
From: Bob Friesenhahn <bfriesen@HIDDEN>
In-Reply-To: <alpine.GSO.2.01.1304271035380.2267@HIDDEN>
Message-ID: <alpine.GSO.2.01.1304271140590.2267@HIDDEN>
References: <alpine.GSO.2.01.1304271035380.2267@HIDDEN>
User-Agent: Alpine 2.01 (GSO 1266 2009-07-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

I have narrowed the problem down to a difference in output from 
libltdl/config/mkstamp.  Not all awks produce the same output, and the 
'gawk' provided as a package with OpenSolaris (as well as hand-built 
3.1.8) core dumps.

Using Solaris /usr/xpg4/bin/awk:

1.3135 2011-10-17

Using GNU Awk 3.1.5:

awk: cmd. line:3: 
(FILENAME=/home/bfriesen/src/gnu/libtool-2.4.2/ChangeLog.1997 FNR=134) 
fatal error: internal error
zsh: IOT instruction (core dumped)  ./libltdl/config/mkstamp 
/home/bfriesen/src/gnu/libtool-2.4.2

Using GNU Awk 3.1.8:

awk: cmd. line:3:
(FILENAME=/home/bfriesen/src/gnu/libtool-2.4.2/ChangeLog.1997 FNR=134)
fatal error: internal error
zsh: IOT instruction (core dumped)  ./libltdl/config/mkstamp
/home/bfriesen/src/gnu/libtool-2.4.2

Using GNU Awk 4.0.2:
1.3337 2011-10-17

On Solaris 10 with GNU Awk 3.1.5:

1.3337 2011-10-17

On GNU/Linux with GNU Awk 3.1.8:

1.3337 2011-10-17

On FreeBSD with FreeBSD awk 20070501:
1.3337 2011-10-17

Bob
-- 
Bob Friesenhahn
bfriesen@HIDDEN, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

Message sent to bug-libtool@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#14291: libtool 2.4.2 fails to build due to macro_revision reversion
Resent-From: Bob Friesenhahn <bfriesen@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Sat, 27 Apr 2013 19:54:02 +0000
Resent-Message-ID: <handler.14291.B.136709239823127 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 14291
X-GNU-PR-Package: libtool
X-GNU-PR-Keywords: 
To: 14291 <at> debbugs.gnu.org
X-Debbugs-Original-Cc: bug-libtool@HIDDEN
Received: via spool by submit <at> debbugs.gnu.org id=B.136709239823127
          (code B ref -1); Sat, 27 Apr 2013 19:54:02 +0000
Received: (at submit) by debbugs.gnu.org; 27 Apr 2013 19:53:18 +0000
Received: from localhost ([127.0.0.1]:47338 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1UWBBN-00060x-MF
	for submit <at> debbugs.gnu.org; Sat, 27 Apr 2013 15:53:17 -0400
Received: from eggs.gnu.org ([208.118.235.92]:34275)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <bfriesen@HIDDEN>) id 1UWBBL-00060p-85
	for submit <at> debbugs.gnu.org; Sat, 27 Apr 2013 15:53:15 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <bfriesen@HIDDEN>) id 1UWBBC-00037m-2P
	for submit <at> debbugs.gnu.org; Sat, 27 Apr 2013 15:53:07 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-100.5 required=5.0 tests=BAYES_05, USER_IN_WHITELIST
	autolearn=disabled version=3.3.2
Received: from lists.gnu.org ([208.118.235.17]:43316)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <bfriesen@HIDDEN>) id 1UWBBB-00037i-VG
	for submit <at> debbugs.gnu.org; Sat, 27 Apr 2013 15:53:05 -0400
Received: from eggs.gnu.org ([208.118.235.92]:45637)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <bfriesen@HIDDEN>) id 1UWBBB-0003RI-4B
	for bug-libtool@HIDDEN; Sat, 27 Apr 2013 15:53:05 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <bfriesen@HIDDEN>) id 1UWBBA-00036e-4m
	for bug-libtool@HIDDEN; Sat, 27 Apr 2013 15:53:05 -0400
Received: from blade.simplesystems.org ([65.66.246.74]:35344)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <bfriesen@HIDDEN>) id 1UWBB9-00036O-TB
	for bug-libtool@HIDDEN; Sat, 27 Apr 2013 15:53:04 -0400
Received: from freddy.simplesystems.org (freddy.simplesystems.org
	[65.66.246.65])
	by blade.simplesystems.org (8.14.4+Sun/8.14.4) with ESMTP id
	r3RJqx2Z006325; Sat, 27 Apr 2013 14:52:59 -0500 (CDT)
Date: Sat, 27 Apr 2013 14:52:59 -0500 (CDT)
From: Bob Friesenhahn <bfriesen@HIDDEN>
X-X-Sender: bfriesen@HIDDEN
In-Reply-To: <alpine.GSO.2.01.1304271140590.2267@HIDDEN>
Message-ID: <alpine.GSO.2.01.1304271448170.2267@HIDDEN>
References: <alpine.GSO.2.01.1304271035380.2267@HIDDEN>
	<alpine.GSO.2.01.1304271140590.2267@HIDDEN>
User-Agent: Alpine 2.01 (GSO 1266 2009-07-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2
	(blade.simplesystems.org [65.66.246.90]);
	Sat, 27 Apr 2013 14:53:00 -0500 (CDT)
X-detected-operating-system: by eggs.gnu.org: Solaris 10
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x
X-Received-From: 208.118.235.17
X-Spam-Score: -6.9 (------)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -6.9 (------)

On Sat, 27 Apr 2013, Bob Friesenhahn wrote:

> I have narrowed the problem down to a difference in output from 
> libltdl/config/mkstamp.  Not all awks produce the same output, and the 'gawk' 
> provided as a package with OpenSolaris (as well as hand-built 3.1.8) core 
> dumps.

I have now learned more about this problem.  The problem occurs with 
LANG=en_US.UTF-8 but not with LANG=C.  It seems that with 
LANG=en_US.UTF-8 various behaviors occur ranging from producing a 
different computed value, or gawk core dump.  With LANG=C results are 
consistent on Solaris/OpenSolaris and no core dump.

Presumably the character set used by an unmarked file (ChangeLog) is 
left up to the 'awk' utility to guess.  Legacy awk programs may 
process the file as extended ANSI while modern awk programs will 
assume either plain ASCII or UTF-8.

Bob
-- 
Bob Friesenhahn
bfriesen@HIDDEN, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

Message sent to bug-libtool@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#14291: libtool 2.4.2 fails to build due to macro_revision reversion
Resent-From: Bob Friesenhahn <bfriesen@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Sat, 27 Apr 2013 19:54:03 +0000
Resent-Message-ID: <handler.14291.B14291.136709239223108 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 14291
X-GNU-PR-Package: libtool
X-GNU-PR-Keywords: 
To: 14291 <at> debbugs.gnu.org
X-Debbugs-Original-Cc: bug-libtool@HIDDEN
Received: via spool by 14291-submit <at> debbugs.gnu.org id=B14291.136709239223108
          (code B ref 14291); Sat, 27 Apr 2013 19:54:03 +0000
Received: (at 14291) by debbugs.gnu.org; 27 Apr 2013 19:53:12 +0000
Received: from localhost ([127.0.0.1]:47335 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1UWBBI-00060f-CL
	for submit <at> debbugs.gnu.org; Sat, 27 Apr 2013 15:53:12 -0400
Received: from blade.simplesystems.org ([65.66.246.74]:35342)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <bfriesen@HIDDEN>) id 1UWBBE-00060U-Uq
	for 14291 <at> debbugs.gnu.org; Sat, 27 Apr 2013 15:53:10 -0400
Received: from freddy.simplesystems.org (freddy.simplesystems.org
	[65.66.246.65])
	by blade.simplesystems.org (8.14.4+Sun/8.14.4) with ESMTP id
	r3RJqx2Z006325; Sat, 27 Apr 2013 14:52:59 -0500 (CDT)
Date: Sat, 27 Apr 2013 14:52:59 -0500 (CDT)
From: Bob Friesenhahn <bfriesen@HIDDEN>
X-X-Sender: bfriesen@HIDDEN
In-Reply-To: <alpine.GSO.2.01.1304271140590.2267@HIDDEN>
Message-ID: <alpine.GSO.2.01.1304271448170.2267@HIDDEN>
References: <alpine.GSO.2.01.1304271035380.2267@HIDDEN>
	<alpine.GSO.2.01.1304271140590.2267@HIDDEN>
User-Agent: Alpine 2.01 (GSO 1266 2009-07-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2
	(blade.simplesystems.org [65.66.246.90]);
	Sat, 27 Apr 2013 14:53:00 -0500 (CDT)
X-Spam-Score: -1.9 (-)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -1.9 (-)

On Sat, 27 Apr 2013, Bob Friesenhahn wrote:

> I have narrowed the problem down to a difference in output from 
> libltdl/config/mkstamp.  Not all awks produce the same output, and the 'gawk' 
> provided as a package with OpenSolaris (as well as hand-built 3.1.8) core 
> dumps.

I have now learned more about this problem.  The problem occurs with 
LANG=en_US.UTF-8 but not with LANG=C.  It seems that with 
LANG=en_US.UTF-8 various behaviors occur ranging from producing a 
different computed value, or gawk core dump.  With LANG=C results are 
consistent on Solaris/OpenSolaris and no core dump.

Presumably the character set used by an unmarked file (ChangeLog) is 
left up to the 'awk' utility to guess.  Legacy awk programs may 
process the file as extended ANSI while modern awk programs will 
assume either plain ASCII or UTF-8.

Bob
-- 
Bob Friesenhahn
bfriesen@HIDDEN, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.