* bug#14042: configure error for guile 2.0.7 @ 2013-03-23 16:01 Marc Girod 2013-03-25 21:33 ` Ludovic Courtès 0 siblings, 1 reply; 15+ messages in thread From: Marc Girod @ 2013-03-23 16:01 UTC (permalink / raw) To: 14042 [-- Attachment #1: Type: text/plain, Size: 1735 bytes --] Hello I had to fix the sed command in the meta/Makefile (1782-1785, generated): | $(SED) -e "s,@pkgconfigdir@,$(pkgconfigdir),g" \ -e "s,@""PKG_CONFIG@,$(PKG_CONFIG),g" \ -e "s,@installed_guile@,$$guile,g" \ The original command (maybe OK for GNU sed?) would specify multiple s/// patterns in the same argument, separated with ';', which fails on Solaris sed. This is in the guil-config rule, in Makefile.in lines 1782-1784: guile-config: $(srcdir)/guile-config.in $(top_builddir)/config.status guile="@bindir@/`echo guile | $(SED) -e '$(program_transform_name)'`" ; \ cat $(srcdir)/guile-config.in \ | $(SED) -e "s,@pkgconfigdir@,$(pkgconfigdir),g ; \ s,@""PKG_CONFIG@,$(PKG_CONFIG),g ; \ s,@installed_guile@,$$guile,g" \ > guile-config.out I also have an issue with install-exec-hook in meta/Makefile: I have to 'echo' instead of 'echo -n' in order to set the variables 'guild' and 'guild-tools'. Finally, I get a failure in make check: make[3]: Entering directory `/proj/vobadm100/tmp/guile-2.0.7' Testing /proj/vobadm100/tmp/guile-2.0.7/meta/guile ... with GUILE_LOAD_PATH=/proj/vobadm100/tmp/guile-2.0.7/test-suite /bin/bash: line 1: 25311 Segmentation Fault CHARSETALIASDIR="/proj/vobadm100/tmp/guile-2.0.7/lib" ${dir}$tst FAIL: check-guile ================================== 1 of 1 test failed Please report to bug-guile@gnu.org ================================== I cannot reproduce from the command line, but my gcc compiler is not fully working: it does dump core dealing with C++ exceptions. I am working on it. I join my config.log, gzipped. Thanks, Marc [-- Attachment #2: config.log.gz --] [-- Type: application/x-gzip, Size: 116247 bytes --] ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#14042: configure error for guile 2.0.7 2013-03-23 16:01 bug#14042: configure error for guile 2.0.7 Marc Girod @ 2013-03-25 21:33 ` Ludovic Courtès [not found] ` <CA+yEG=zraB+rmNNH=pUcUaBUhmX4Nu9hwPsidK0Hxm61n1oEcg@mail.gmail.com> 0 siblings, 1 reply; 15+ messages in thread From: Ludovic Courtès @ 2013-03-25 21:33 UTC (permalink / raw) To: Marc Girod; +Cc: 14042 Hi, Marc Girod <marc.girod@gmail.com> skribis: > I had to fix the sed command in the meta/Makefile (1782-1785, generated): > > | $(SED) -e "s,@pkgconfigdir@,$(pkgconfigdir),g" \ > -e "s,@""PKG_CONFIG@,$(PKG_CONFIG),g" \ > -e "s,@installed_guile@,$$guile,g" \ > > The original command (maybe OK for GNU sed?) would specify multiple > s/// patterns in the same argument, separated with ';', which fails on > Solaris sed. > This is in the guil-config rule, in Makefile.in lines 1782-1784: Thanks, fixed in commit 570fdec. > I also have an issue with install-exec-hook in meta/Makefile: I have > to 'echo' instead of 'echo -n' in order to set the variables 'guild' > and 'guild-tools'. Do you mean that ‘echo -n’ does not work on your system? ‘configure’ determined ‘-n’ as the value of ECHO_N, which means that it should work. > Finally, I get a failure in make check: > > make[3]: Entering directory `/proj/vobadm100/tmp/guile-2.0.7' > Testing /proj/vobadm100/tmp/guile-2.0.7/meta/guile ... > with GUILE_LOAD_PATH=/proj/vobadm100/tmp/guile-2.0.7/test-suite > /bin/bash: line 1: 25311 Segmentation Fault > CHARSETALIASDIR="/proj/vobadm100/tmp/guile-2.0.7/lib" ${dir}$tst > FAIL: check-guile > ================================== > 1 of 1 test failed > Please report to bug-guile@gnu.org > ================================== What version of libgc do you use? Was it built with --enable-threads? Was Guile configured with --with-threads? If yes, can you try building both without thread support? Thanks, Ludo’. ^ permalink raw reply [flat|nested] 15+ messages in thread
[parent not found: <CA+yEG=zraB+rmNNH=pUcUaBUhmX4Nu9hwPsidK0Hxm61n1oEcg@mail.gmail.com>]
[parent not found: <87d2umpjgi.fsf@gnu.org>]
* bug#14042: configure error for guile 2.0.7 [not found] ` <87d2umpjgi.fsf@gnu.org> @ 2013-03-26 10:40 ` Marc Girod 2013-03-27 10:14 ` Ludovic Courtès 0 siblings, 1 reply; 15+ messages in thread From: Marc Girod @ 2013-03-26 10:40 UTC (permalink / raw) To: Ludovic Courtès Hi Ludo, On Tue, Mar 26, 2013 at 10:02 AM, Ludovic Courtès <ludo@gnu.org> wrote: > So I’ll assume there’s nothing wrong, unless you can reproduce the problem. Fair enough. I'll try to reproduce my problem. > I was referring to libgc (the Boehm-Demers-Weiser GC), not libc. :-) Sorry... > Can you check that? Well, I didn't enable threads explicitly on the configure line... But the config.log contains, as part of confdefs.h: #define GC_SOLARIS_THREADS 1 #define THREAD_LOCAL_ALLOC 1 So, yes, I expect threads to be enabled. And it is version 7.2 And sure, I can build them again with the threads disabled... I don't jump on it right now, though... Did I already mention that my build of gcc 4.7.2 produces a segmentation fault on any C++ exceptions? I reported it and so far got a reply that gcc 4.7.2 built with Sun tools works fine (I built with GNU). Thanks, Marc ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#14042: configure error for guile 2.0.7 2013-03-26 10:40 ` Marc Girod @ 2013-03-27 10:14 ` Ludovic Courtès 2013-04-13 20:09 ` Marc Girod 0 siblings, 1 reply; 15+ messages in thread From: Ludovic Courtès @ 2013-03-27 10:14 UTC (permalink / raw) To: Marc Girod; +Cc: 14042 Hi, (Please make sure to keep the bug-report address Cc’d.) Marc Girod <marc.girod@gmail.com> skribis: > Well, I didn't enable threads explicitly on the configure line... > But the config.log contains, as part of confdefs.h: > > #define GC_SOLARIS_THREADS 1 > #define THREAD_LOCAL_ALLOC 1 > > So, yes, I expect threads to be enabled. > And it is version 7.2 OK. > And sure, I can build them again with the threads disabled... > I don't jump on it right now, though... Let us know how it goes. > Did I already mention that my build of gcc 4.7.2 produces a > segmentation fault on any C++ exceptions? It shouldn’t matter here since it’s all C. Thanks, Ludo’. ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#14042: configure error for guile 2.0.7 2013-03-27 10:14 ` Ludovic Courtès @ 2013-04-13 20:09 ` Marc Girod 2013-04-13 20:21 ` Ludovic Courtès 0 siblings, 1 reply; 15+ messages in thread From: Marc Girod @ 2013-04-13 20:09 UTC (permalink / raw) To: Ludovic Courtès; +Cc: 14042 Hello Ludo, On Wed, Mar 27, 2013 at 10:14 AM, Ludovic Courtès <ludo@gnu.org> wrote: > Let us know how it goes. Sorry, it took me longer than expected to come back. I got my gcc on Solaris 10, with a fixed binutils, and with it, I built guile now 2.0.9. The build goes now through without problems, and the tests pass with threads enabled, with one only glitch: ./test-language: !: not found FAIL: test-language ================================== 1 of 31 tests failed The test skipped is: SKIP: test-pthread-create-secondary Thanks, Marc ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#14042: configure error for guile 2.0.7 2013-04-13 20:09 ` Marc Girod @ 2013-04-13 20:21 ` Ludovic Courtès 2013-04-13 21:23 ` Marc Girod 0 siblings, 1 reply; 15+ messages in thread From: Ludovic Courtès @ 2013-04-13 20:21 UTC (permalink / raw) To: Marc Girod; +Cc: 14042 Marc Girod <marc.girod@gmail.com> skribis: > ./test-language: !: not found > FAIL: test-language I believe the faulty line is this: ! guile -c "(= (funcall (symbol-function '+) 1 2) 3)" 2> /dev/null Does it work if rewritten this way? if guile -c "(= (funcall (symbol-function '+) 1 2) 3)" 2> /dev/null then false else true TIA, Ludo’. ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#14042: configure error for guile 2.0.7 2013-04-13 20:21 ` Ludovic Courtès @ 2013-04-13 21:23 ` Marc Girod 2013-04-13 21:26 ` Marc Girod 2013-04-14 13:35 ` Ludovic Courtès 0 siblings, 2 replies; 15+ messages in thread From: Marc Girod @ 2013-04-13 21:23 UTC (permalink / raw) To: Ludovic Courtès; +Cc: 14042 On Sat, Apr 13, 2013 at 9:21 PM, Ludovic Courtès <ludo@gnu.org> wrote: > I believe the faulty line is this: I believe as well... > Does it work if rewritten this way? > if guile -c "(= (funcall (symbol-function '+) 1 2) 3)" 2> /dev/null > then false > else true No... I get now: standalone> ./test-language ./test-language: syntax error at line 28: `end of file' unexpected One ending paren missing? Thanks, Marc ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#14042: configure error for guile 2.0.7 2013-04-13 21:23 ` Marc Girod @ 2013-04-13 21:26 ` Marc Girod 2013-04-14 10:47 ` Marc Girod 2013-04-14 13:35 ` Ludovic Courtès 1 sibling, 1 reply; 15+ messages in thread From: Marc Girod @ 2013-04-13 21:26 UTC (permalink / raw) To: Ludovic Courtès; +Cc: 14042 On Sat, Apr 13, 2013 at 10:23 PM, Marc Girod <marc.girod@gmail.com> wrote: > One ending paren missing? No! 'fi' missing! if guile -c "(= (funcall (symbol-function '+) 1 2) 3)" 2> /dev/null then false else true fi ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#14042: configure error for guile 2.0.7 2013-04-13 21:26 ` Marc Girod @ 2013-04-14 10:47 ` Marc Girod 2013-04-14 13:39 ` Ludovic Courtès 0 siblings, 1 reply; 15+ messages in thread From: Marc Girod @ 2013-04-14 10:47 UTC (permalink / raw) To: Ludovic Courtès; +Cc: 14042 On Sat, Apr 13, 2013 at 10:26 PM, Marc Girod <marc.girod@gmail.com> wrote: > if guile -c "(= (funcall (symbol-function '+) 1 2) 3)" 2> /dev/null > then false > else true > fi With this, this test passes: standalone> make check-TESTS ... PASS: test-language ... SKIP: test-pthread-create-secondary PASS: test-smob-mark ==================== All 31 tests passed ... However, I still get failures: ... Running 00-socket.test UNRESOLVED: 00-socket.test: AF_INET6/SOCK_STREAM: bind UNRESOLVED: 00-socket.test: AF_INET6/SOCK_STREAM: bind/sockaddr UNRESOLVED: 00-socket.test: AF_INET6/SOCK_STREAM: listen /bin/bash: line 1: 14302 Segmentation Fault CHARSETALIASDIR="/proj/vobadm100/tmp/guile-2.0.9/lib" ${dir}$tst FAIL: check-guile ... I guess this relates to my having a previous version of guile installed, and reachable via LD_LIBRARY_PATH. However, even after I force the local libs in front of the installed ones, I stll get: guile-2.0.9> LD_LIBRARY_PATH=/proj/vobadm100/tmp/guile-2.0.9/libguile/.libs:/proj/vobadm100/tmp/guile-2.0.9/test-suite/standalone/.libs:/proj/vobadm100/tmp/guile-2.0.9/guile-readline/.libs:/vobs/cello/cade_struct/lib:/usr/local/opt/apssystem/aps_10/lib/runtime:/usr/openwin/lib:/usr/dt/lib:/usr/local/lib/ld_global guile-2.0.9> make check-TESTS Testing /proj/vobadm100/tmp/guile-2.0.9/meta/guile ... with GUILE_LOAD_PATH=/proj/vobadm100/tmp/guile-2.0.9/test-suite Running 00-initial-env.test Running 00-socket.test UNRESOLVED: 00-socket.test: AF_INET6/SOCK_STREAM: bind UNRESOLVED: 00-socket.test: AF_INET6/SOCK_STREAM: bind/sockaddr UNRESOLVED: 00-socket.test: AF_INET6/SOCK_STREAM: listen UNRESOLVED: 00-socket.test: AF_INET6/SOCK_STREAM: connect UNRESOLVED: 00-socket.test: AF_INET6/SOCK_STREAM: connect/sockaddr UNRESOLVED: 00-socket.test: AF_INET6/SOCK_STREAM: accept Running alist.test ... Running guardians.test UNRESOLVED: guardians.test: g2-garbage saved /bin/bash: line 1: 19856 Segmentation Fault CHARSETALIASDIR="/proj/vobadm100/tmp/guile-2.0.9/lib" ${dir}$tst FAIL: check-guile ================================== 1 of 1 test failed Please report to bug-guile@gnu.org ================================== make: *** [check-TESTS] Error 1 There may be other mechanisms (pkg-config?) to get to the shared libraries... I have: guile-2.0.9> echo $PKG_CONFIG_PATH /vobs/cello/cade_struct/lib/pkgconfig: Marc ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#14042: configure error for guile 2.0.7 2013-04-14 10:47 ` Marc Girod @ 2013-04-14 13:39 ` Ludovic Courtès 2013-04-14 14:23 ` Marc Girod 0 siblings, 1 reply; 15+ messages in thread From: Ludovic Courtès @ 2013-04-14 13:39 UTC (permalink / raw) To: Marc Girod; +Cc: 14042 Marc Girod <marc.girod@gmail.com> skribis: > On Sat, Apr 13, 2013 at 10:26 PM, Marc Girod <marc.girod@gmail.com> wrote: > >> if guile -c "(= (funcall (symbol-function '+) 1 2) 3)" 2> /dev/null >> then false >> else true >> fi > > With this, this test passes: Ah, perfect. I’ve committed the fix. [...] > Running guardians.test > UNRESOLVED: guardians.test: g2-garbage saved > /bin/bash: line 1: 19856 Segmentation Fault > CHARSETALIASDIR="/proj/vobadm100/tmp/guile-2.0.9/lib" ${dir}$tst > FAIL: check-guile Which version of libgc (the garbage collector) are you using (7.2 is recommended)? Did you build Guile --with-threads? Did you build libgc with --enable-threads? TIA, Ludo’. ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#14042: configure error for guile 2.0.7 2013-04-14 13:39 ` Ludovic Courtès @ 2013-04-14 14:23 ` Marc Girod 2013-04-14 14:27 ` Marc Girod 2013-04-15 16:07 ` Ludovic Courtès 0 siblings, 2 replies; 15+ messages in thread From: Marc Girod @ 2013-04-14 14:23 UTC (permalink / raw) To: Ludovic Courtès; +Cc: 14042 On Sun, Apr 14, 2013 at 2:39 PM, Ludovic Courtès <ludo@gnu.org> wrote: > Which version of libgc (the garbage collector) are you using (7.2 is > recommended)? 7.2 But, I did not mention it explicitly on the configure line: $ ./configure --prefix=/vobs/cello/cade_A_tools_utils/guile --with-libiconv-prefix=/vobs/cello/cade_A_tools_utils/libiconv --with-libunistring-prefix=/vobs/cello/cade_A_tools_utils/libunistring --with-libltdl-prefix=/vobs/cello/cade_A_tools_utils/libtool --with-libgmp-prefix=/vobs/cello/cade_A_tools_utils/gmp It was however used by configure itself, e.g.: configure:48599: gcc -o conftest -I/vobs/cello/cade_A_tools_utils/gc/include -g -O2 -I/vobs/cello/cade_struct/include -I/vobs/cello/cade_A_tools_utils/libiconv/include -I/vobs/cello/cade_A_tools_utils/libunistring/include -I/vobs/cello/cade_A_tools_utils/libtool/include -I/vobs/cello/cade_A_tools_utils/gmp/include -L/vobs/cello/cade_struct/lib conftest.c -L/vobs/cello/cade_A_tools_utils/gc/lib -lgc -lsocket -lnsl -lm >&5 > Did you build Guile --with-threads? No. But: guile-2.0.9> ldd libguile/.libs/guile | egrep 'lib(gc|pthread).so' libgc.so.1 => /vobs/cello/cade_struct/lib/libgc.so.1 libpthread.so.1 => /lib/libpthread.so.1 > Did you build libgc with --enable-threads? No: $ ./configure --prefix=/vobs/cello/cade_A_tools_utils/gc But: guile-2.0.9> ll /vobs/cello/cade_struct/lib/libgc.so.1 lrwxrwxrwx 1 emagiro ossdes 48 Mar 10 11:33 /vobs/cello/cade_struct/lib/libgc.so.1 -> /vobs/cello/cade_A_tools_utils/gc/lib/libgc.so.1 guile-2.0.9> ll /vobs/cello/cade_A_tools_utils/gc/lib/libgc.so.1 lr-xr-xr-x 1 emagiro ossdes 14 Mar 10 11:28 /vobs/cello/cade_A_tools_utils/gc/lib/libgc.so.1 -> libgc.so.1.0.3 guile-2.0.9> ldd /vobs/cello/cade_A_tools_utils/gc/lib/libgc.so.1.0.3 | grep libpthread libpthread.so.1 => /lib/libpthread.so.1 Marc ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#14042: configure error for guile 2.0.7 2013-04-14 14:23 ` Marc Girod @ 2013-04-14 14:27 ` Marc Girod 2013-04-15 16:06 ` Ludovic Courtès 2013-04-15 16:07 ` Ludovic Courtès 1 sibling, 1 reply; 15+ messages in thread From: Marc Girod @ 2013-04-14 14:27 UTC (permalink / raw) To: Ludovic Courtès; +Cc: 14042 On Sun, Apr 14, 2013 at 3:23 PM, Marc Girod <marc.girod@gmail.com> wrote: >> Did you build Guile --with-threads? > > No. But: And BTW: configure: error: unrecognized option: `--with=threads' Marc ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#14042: configure error for guile 2.0.7 2013-04-14 14:27 ` Marc Girod @ 2013-04-15 16:06 ` Ludovic Courtès 0 siblings, 0 replies; 15+ messages in thread From: Ludovic Courtès @ 2013-04-15 16:06 UTC (permalink / raw) To: Marc Girod; +Cc: 14042 Marc Girod <marc.girod@gmail.com> skribis: > On Sun, Apr 14, 2013 at 3:23 PM, Marc Girod <marc.girod@gmail.com> wrote: > >>> Did you build Guile --with-threads? >> >> No. But: > > And BTW: > > configure: error: unrecognized option: `--with=threads' Typo. Ludo’. ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#14042: configure error for guile 2.0.7 2013-04-14 14:23 ` Marc Girod 2013-04-14 14:27 ` Marc Girod @ 2013-04-15 16:07 ` Ludovic Courtès 1 sibling, 0 replies; 15+ messages in thread From: Ludovic Courtès @ 2013-04-15 16:07 UTC (permalink / raw) To: Marc Girod; +Cc: 14042 Hi Marc, Did ‘make check’ in libgc pass? As for Guile, can you try configuring and building it with --without-threads for a start, and report back? Thanks, Ludo’. ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#14042: configure error for guile 2.0.7 2013-04-13 21:23 ` Marc Girod 2013-04-13 21:26 ` Marc Girod @ 2013-04-14 13:35 ` Ludovic Courtès 1 sibling, 0 replies; 15+ messages in thread From: Ludovic Courtès @ 2013-04-14 13:35 UTC (permalink / raw) To: Marc Girod; +Cc: 14042 Marc Girod <marc.girod@gmail.com> skribis: > On Sat, Apr 13, 2013 at 9:21 PM, Ludovic Courtès <ludo@gnu.org> wrote: > >> I believe the faulty line is this: > > I believe as well... > >> Does it work if rewritten this way? > >> if guile -c "(= (funcall (symbol-function '+) 1 2) 3)" 2> /dev/null >> then false >> else true > > No... I get now: Ooops, i forgot: fi on a line of its own, after “else true”. Can you try that? Ludo’. ^ permalink raw reply [flat|nested] 15+ messages in thread
end of thread, other threads:[~2013-04-15 16:07 UTC | newest] Thread overview: 15+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2013-03-23 16:01 bug#14042: configure error for guile 2.0.7 Marc Girod 2013-03-25 21:33 ` Ludovic Courtès [not found] ` <CA+yEG=zraB+rmNNH=pUcUaBUhmX4Nu9hwPsidK0Hxm61n1oEcg@mail.gmail.com> [not found] ` <87d2umpjgi.fsf@gnu.org> 2013-03-26 10:40 ` Marc Girod 2013-03-27 10:14 ` Ludovic Courtès 2013-04-13 20:09 ` Marc Girod 2013-04-13 20:21 ` Ludovic Courtès 2013-04-13 21:23 ` Marc Girod 2013-04-13 21:26 ` Marc Girod 2013-04-14 10:47 ` Marc Girod 2013-04-14 13:39 ` Ludovic Courtès 2013-04-14 14:23 ` Marc Girod 2013-04-14 14:27 ` Marc Girod 2013-04-15 16:06 ` Ludovic Courtès 2013-04-15 16:07 ` Ludovic Courtès 2013-04-14 13:35 ` Ludovic Courtès
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).