Thread: [Autogen-users] autogen-5.9.5pre1 pre-release
Brought to you by:
bkorb
Menu
▾
▴
autogen-users
|
From: Bruce K. <Bru...@gm...> - 2008-04-07 00:22:10
|
Hello, I have a new pre-release up. In it: * CygWin variants of fopencookie and funopen are now handled * generated option headers have the "export" data moved higher up. It turns out to be useful when elements of the option enumeration get suppressed based upon #defines from that code. :) * added documentation to the fact that options with enumeration arguments will accept a number, too. * changed some more configury of various types, based on user feedback. http://autogen.sourceforge.net/data/autogen-5.9.5pre1.tar.gz Thank you! Regards, Bruce |
|
From: Aaron T. <syn...@gm...> - 2008-04-27 19:09:44
Attachments:
autogen.exe.stackdump
|
Hey Bruce,
Running the latest Cygwin under XP, configure reports both fopencookie
and funopen as not found.
Also, columns/column.c:169 should be: (%ld instead of %d)
fprintf(stderr, "Cannot malloc %ld byes\n", colCt + 0);
Otherwise it won't compile for me.
I'm also getting a segfault during the build later on:
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/Aaron/autogen-5.9.5pre1/agen5/test'
make[3]: Entering directory `/home/Aaron/autogen-5.9.5pre1/agen5'
cd ../getdefs ; make getdefs.exe
make[4]: Entering directory `/home/Aaron/autogen-5.9.5pre1/getdefs'
top_builddir=.. top_srcdir=.. PATH=`cd ../columns >/dev/null &&
pwd`:$PATH ; export top_builddir top_srcdir PATH ;
/home/Aaron/autogen-5.9.5pre1/agen5/autogen.exe -L../autoopts
./opts.def
AutoGen aborting on signal 11 (Segmentation fault) in state DONE
processing template 3 [main] autogen 3928
_cygtls::handle_exceptions: Error while dumping state (probably
corrupted stack)
/bin/sh: line 1: 3928 Segmentation fault (core dumped)
/home/Aaron/autogen-5.9.5pre1/agen5/autogen.exe -L../autoopts
./opts.def
make[4]: *** [opts.h] Error 139
make[4]: Leaving directory `/home/Aaron/autogen-5.9.5pre1/getdefs'
make[3]: *** [/home/Aaron/autogen-5.9.5pre1/getdefs/getdefs.exe] Error 2
make[3]: Leaving directory `/home/Aaron/autogen-5.9.5pre1/agen5'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/Aaron/autogen-5.9.5pre1/agen5'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/Aaron/autogen-5.9.5pre1'
make: *** [all] Error 2
Honestly, I've had nothing but problems (mostly segfaults) with
autogen under Cygwin. Even -v segfaults:
$ ./agen5/autogen.exe -v
autogen (GNU AutoGen) - The Automated Program Generator - Ver. 5.9.5pre1
AutoGen aborting on signal 11 (Segmentation fault) in state OPTIONS
28 [sig] autogen 3420 _cygtls::handle_exceptions: Error while dumping state
(probably corrupted stack)
Segmentation fault (core dumped)
I've attached the stackdump file from above- hopefully it helps.
Thanks,
Aaron
On Sun, Apr 6, 2008 at 5:22 PM, Bruce Korb <Bru...@gm...> wrote:
> Hello,
>
> I have a new pre-release up. In it:
>
> * CygWin variants of fopencookie and funopen are now handled
> * generated option headers have the "export" data moved higher up.
> It turns out to be useful when elements of the option enumeration
> get suppressed based upon #defines from that code. :)
> * added documentation to the fact that options with enumeration
> arguments will accept a number, too.
> * changed some more configury of various types, based on user feedback.
>
>
> http://autogen.sourceforge.net/data/autogen-5.9.5pre1.tar.gz
>
> Thank you! Regards, Bruce
>
--
Aaron Turner
http://synfin.net/
http://tcpreplay.synfin.net/ - Pcap editing & replay tools for Unix
They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety. -- Benjamin Franklin
|
|
From: Brian D. <br...@de...> - 2008-04-27 19:48:02
|
Aaron Turner wrote: > Running the latest Cygwin under XP, configure reports both fopencookie > and funopen as not found. The functions aren't in Cygwin 1.5.x, only in the development version. > AutoGen aborting on signal 11 (Segmentation fault) in state DONE > processing template 3 [main] autogen 3928 > _cygtls::handle_exceptions: Error while dumping state (probably > corrupted stack) > /bin/sh: line 1: 3928 Segmentation fault (core dumped) > /home/Aaron/autogen-5.9.5pre1/agen5/autogen.exe -L../autoopts > ./opts.def This is due to a broken libguile Cygwin package, caused by the guile package maintainer using an incompatible version of gcc to build the packages. You need to rebuild libguile with the proper gcc version to get a working autogen. Brian |
|
From: Bruce K. <bru...@gm...> - 2008-04-27 21:28:04
|
On Sunday 27 April 2008 12:48:02 pm Brian Dessent wrote: > Aaron Turner wrote: > > Running the latest Cygwin under XP, configure reports both fopencookie > > and funopen as not found. > > The functions aren't in Cygwin 1.5.x, only in the development version. This is not a fatal problem. I mean this _should_not_be_ a fatal problem. It means that autogen will store temporary strings on disk instead of in memory. > > AutoGen aborting on signal 11 (Segmentation fault) in state DONE > > processing template 3 [main] autogen 3928 > > _cygtls::handle_exceptions: Error while dumping state (probably > > corrupted stack) > > /bin/sh: line 1: 3928 Segmentation fault (core dumped) > > /home/Aaron/autogen-5.9.5pre1/agen5/autogen.exe -L../autoopts > > ./opts.def > > This is due to a broken libguile Cygwin package, caused by the guile > package maintainer using an incompatible version of gcc to build the > packages. You need to rebuild libguile with the proper gcc version to > get a working autogen. Ick. Nothing I can do tho. However, a config test ought to be cooked up to detect the broken guile library so something more comprehensible than a seg fault tells you what is wrong. I've always hated those you-get- a-seg-fault-on-error error messages. Anyway, thank you Brian and Aaron for letting me know what is going on. Regards, Bruce |
|
From: Aaron T. <syn...@gm...> - 2008-04-28 05:28:47
|
On Sun, Apr 27, 2008 at 12:48 PM, Brian Dessent <br...@de...> wrote: > Aaron Turner wrote: > > > Running the latest Cygwin under XP, configure reports both fopencookie > > and funopen as not found. > > The functions aren't in Cygwin 1.5.x, only in the development version. > > > > AutoGen aborting on signal 11 (Segmentation fault) in state DONE > > processing template 3 [main] autogen 3928 > > _cygtls::handle_exceptions: Error while dumping state (probably > > corrupted stack) > > /bin/sh: line 1: 3928 Segmentation fault (core dumped) > > /home/Aaron/autogen-5.9.5pre1/agen5/autogen.exe -L../autoopts > > ./opts.def > > This is due to a broken libguile Cygwin package, caused by the guile > package maintainer using an incompatible version of gcc to build the > packages. You need to rebuild libguile with the proper gcc version to > get a working autogen. Hey Brian, What's the "right version" of gcc to use? I removed the Cygwin version of guile, grabbed the sources and built & installed from scratch, but autogen complains it can't link against it. Or is there some other trick that I'm missing (yes, I tried specifying --with-libguile=/usr/local). Thanks, Aaron -- Aaron Turner http://synfin.net/ http://tcpreplay.synfin.net/ - Pcap editing & replay tools for Unix They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. -- Benjamin Franklin |
|
From: Aaron T. <syn...@gm...> - 2008-04-29 22:26:34
|
Anyone? On Sun, Apr 27, 2008 at 10:28 PM, Aaron Turner <syn...@gm...> wrote: > > On Sun, Apr 27, 2008 at 12:48 PM, Brian Dessent <br...@de...> wrote: [snip] > > This is due to a broken libguile Cygwin package, caused by the guile > > package maintainer using an incompatible version of gcc to build the > > packages. You need to rebuild libguile with the proper gcc version to > > get a working autogen. > > Hey Brian, > > What's the "right version" of gcc to use? I removed the Cygwin > version of guile, grabbed the sources and built & installed from > scratch, but autogen complains it can't link against it. Or is there > some other trick that I'm missing (yes, I tried specifying > --with-libguile=/usr/local). > > > Thanks, > Aaron > > |
|
From: Brian D. <br...@de...> - 2008-04-29 23:01:45
|
Aaron Turner wrote: > What's the "right version" of gcc to use? I removed the Cygwin > version of guile, grabbed the sources and built & installed from > scratch, but autogen complains it can't link against it. Or is there > some other trick that I'm missing (yes, I tried specifying > --with-libguile=/usr/local). The "right" gcc is the same one that you use to build autogen, preferrably the stable system compiler (3.4.4-3). As to libguile not working, you need to give us a lot more details: - Is it the configure checks that are failing or the link step? - If the configure checks fail, what's the contents of config.log? - If the link step fails, what's the exact command and resulting output? - Did the guile testsuite pass? - Did libguile build a shared library or just static? - Does libguile.la look correct? - Did you remove config.cache and re-run autogen's configure after rebuilding libguile (since the libguile location has effectively moved since you last ran it)? I didn't have to do anything special, but I did build libguile with --prefix=/usr to overwrite the broken system copy rather than putting it in /usr/local. Brian |
|
From: Aaron T. <syn...@gm...> - 2008-04-30 06:01:17
|
On Tue, Apr 29, 2008 at 4:01 PM, Brian Dessent <br...@de...> wrote: > Aaron Turner wrote: > > > What's the "right version" of gcc to use? I removed the Cygwin > > version of guile, grabbed the sources and built & installed from > > scratch, but autogen complains it can't link against it. Or is there > > some other trick that I'm missing (yes, I tried specifying > > --with-libguile=/usr/local). > > The "right" gcc is the same one that you use to build autogen, > preferrably the stable system compiler (3.4.4-3). Yep, got that. > As to libguile not working, you need to give us a lot more details: > > - Is it the configure checks that are failing or the link step? Configure. > - If the configure checks fail, what's the contents of config.log? Problem is that it can't link to libguile. guile-config link returns: configure: guile-config used for LIBS: -lguile -lltdl -L/usr/local/lib -lgmp -lcrypt -lm -lltdl but no shared library is created for guile. Also, seems to be in the wrong order (-L/usr/local/lib should be before -lguile), but it doesn't really matter since the shared lib isn't being built. configure says it will build a shared library though. > - If the link step fails, what's the exact command and resulting output? > - Did the guile testsuite pass? 'make' runs successfully.... I don't see a 'make test' target. > - Did libguile build a shared library or just static? static only. > - Does libguile.la look correct? Considering there really isn't a shared lib, yep. > - Did you remove config.cache and re-run autogen's configure after > rebuilding libguile (since the libguile location has effectively moved > since you last ran it)? Yep. > > I didn't have to do anything special, but I did build libguile with > --prefix=/usr to overwrite the broken system copy rather than putting it > in /usr/local. Odd. -- Aaron Turner http://synfin.net/ http://tcpreplay.synfin.net/ - Pcap editing & replay tools for Unix They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. -- Benjamin Franklin |
|
From: Earnie B. <ea...@us...> - 2008-04-30 12:53:43
|
Quoting Aaron Turner <syn...@gm...>: > > configure: guile-config used for LIBS: -lguile -lltdl > -L/usr/local/lib -lgmp -lcrypt -lm -lltdl > LIBARGS is used for -L/usr/local/lib LIBS is to specify only the libraries and not the paths. You might need to modify guile-config by hand. And line order matters; if -lguile should be found in -L/usr/local/lib then that specification needs to be before -lguile. Earnie -- http://for-my-kids.com/ -- http://give-me-an-offer.com/ |
|
From: Brian D. <br...@de...> - 2008-04-30 16:26:02
|
Aaron Turner wrote:
> > - If the configure checks fail, what's the contents of config.log?
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>
> Problem is that it can't link to libguile. guile-config link returns:
Yes, I know it can't link to libguile. That's why I asked for the
contents of config.log so that we can try to figure out *why*. Details
are important.
That libguile didn't build a shared library is also troubling. Again, I
didn't have to do anything out of the ordinary for this to work so I
suspect something is amiss, maybe a missing package. The guile
testsuite can be run with "make check".
Brian
|
|
From: Aaron T. <syn...@gm...> - 2008-04-30 17:46:54
Attachments:
autogen-config.log
guile-config.log
|
On Wed, Apr 30, 2008 at 9:23 AM, Brian Dessent <br...@de...> wrote: > Aaron Turner wrote: > > > > - If the configure checks fail, what's the contents of config.log? > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > Problem is that it can't link to libguile. guile-config link returns: > > Yes, I know it can't link to libguile. That's why I asked for the > contents of config.log so that we can try to figure out *why*. Details > are important. Fair enough. attached. It would seem to me the problem is that 'guile-config link' is passing arguments to the linker during configure to link to a shared library version of guile when it does not exist. > That libguile didn't build a shared library is also troubling. Again, I > didn't have to do anything out of the ordinary for this to work so I > suspect something is amiss, maybe a missing package. The guile > testsuite can be run with "make check". I ran the check.... Seems to have just hung upon entering test-suite/standalone. Can't ctrl-c or ctrl-z out, just completely hung. *sigh*. Anyways, you mentioned you kept the cygwin version of guile installed and just installed from source over it, so I'm going to give that a try (re-install Cygwin's libguile). Maybe guile can't bootstrap itself and needs libguile already installed to build a shared version of itself or something crazy like that. Can't hurt. -- Aaron Turner http://synfin.net/ http://tcpreplay.synfin.net/ - Pcap editing & replay tools for Unix They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. -- Benjamin Franklin |
|
From: Aaron T. <syn...@gm...> - 2008-05-01 22:00:21
|
So I found the solution on the guile users list:
To build libguile under Cygwin:
make clean
libtoolize --copy --force
./configure
make
make install
Apparently the version of libtool included in guile is broken and this
fixes it. After that, autogen seems to be a lot more stable and
doesn't crash constantly.
You still have to fix guile-config though since the LDFLAGS are in the
wrong order. I just renamed it to guile-config.original and wrote a
new guile-config script to fix it:
#!/bin/bash
if test -z "$1" ; then
guile-config.original
elif test "$1" == "link"; then
echo "-L/usr/local/lib -lguile -lltdl -lgmp -lcrypt -lm -lltdl"
else
guile-config.original $1
fi
--
Aaron Turner
http://synfin.net/
http://tcpreplay.synfin.net/ - Pcap editing & replay tools for Unix
They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety. -- Benjamin Franklin
|
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X