Menu
▾
▴
clisp-devel — closed list for developers and testers
You can subscribe to this list here.
| 2000 |
Jan
(81) |
Feb
(55) |
Mar
(459) |
Apr
(159) |
May
(126) |
Jun
(69) |
Jul
(48) |
Aug
(29) |
Sep
(106) |
Oct
(76) |
Nov
(155) |
Dec
(161) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(122) |
Feb
(150) |
Mar
(294) |
Apr
(124) |
May
(197) |
Jun
(266) |
Jul
(111) |
Aug
(259) |
Sep
(163) |
Oct
(142) |
Nov
(101) |
Dec
(86) |
| 2002 |
Jan
(187) |
Feb
(108) |
Mar
(274) |
Apr
(157) |
May
(346) |
Jun
(242) |
Jul
(345) |
Aug
(187) |
Sep
(263) |
Oct
(69) |
Nov
(30) |
Dec
(76) |
| 2003 |
Jan
(125) |
Feb
(191) |
Mar
(87) |
Apr
(69) |
May
(107) |
Jun
(66) |
Jul
(112) |
Aug
(161) |
Sep
(184) |
Oct
(137) |
Nov
(28) |
Dec
(61) |
| 2004 |
Jan
(148) |
Feb
(99) |
Mar
(365) |
Apr
(225) |
May
(311) |
Jun
(204) |
Jul
(95) |
Aug
(214) |
Sep
(256) |
Oct
(290) |
Nov
(239) |
Dec
(152) |
| 2005 |
Jan
(253) |
Feb
(183) |
Mar
(178) |
Apr
(88) |
May
(175) |
Jun
(195) |
Jul
(122) |
Aug
(81) |
Sep
(119) |
Oct
(200) |
Nov
(110) |
Dec
(179) |
| 2006 |
Jan
(154) |
Feb
(64) |
Mar
(55) |
Apr
(69) |
May
(66) |
Jun
(64) |
Jul
(80) |
Aug
(59) |
Sep
(62) |
Oct
(90) |
Nov
(132) |
Dec
(106) |
| 2007 |
Jan
(58) |
Feb
(51) |
Mar
(59) |
Apr
(19) |
May
(33) |
Jun
(52) |
Jul
(15) |
Aug
(50) |
Sep
(41) |
Oct
(259) |
Nov
(323) |
Dec
(136) |
| 2008 |
Jan
(205) |
Feb
(128) |
Mar
(203) |
Apr
(126) |
May
(307) |
Jun
(166) |
Jul
(259) |
Aug
(181) |
Sep
(217) |
Oct
(265) |
Nov
(256) |
Dec
(132) |
| 2009 |
Jan
(104) |
Feb
(81) |
Mar
(27) |
Apr
(21) |
May
(85) |
Jun
(237) |
Jul
(243) |
Aug
(199) |
Sep
(178) |
Oct
(151) |
Nov
(64) |
Dec
(39) |
| 2010 |
Jan
(33) |
Feb
(146) |
Mar
(125) |
Apr
(109) |
May
(52) |
Jun
(135) |
Jul
(103) |
Aug
(68) |
Sep
(99) |
Oct
(88) |
Nov
(45) |
Dec
(56) |
| 2011 |
Jan
(19) |
Feb
(32) |
Mar
(50) |
Apr
(105) |
May
(46) |
Jun
(22) |
Jul
(101) |
Aug
(80) |
Sep
(52) |
Oct
(16) |
Nov
(10) |
Dec
(29) |
| 2012 |
Jan
(8) |
Feb
(22) |
Mar
(17) |
Apr
(68) |
May
(19) |
Jun
(19) |
Jul
(12) |
Aug
(6) |
Sep
(13) |
Oct
(5) |
Nov
(5) |
Dec
(5) |
| 2013 |
Jan
(6) |
Feb
(4) |
Mar
(3) |
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(6) |
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
(16) |
Apr
(1) |
May
(8) |
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
(8) |
Mar
(23) |
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
(7) |
Sep
(1) |
Oct
|
Nov
|
Dec
(5) |
| 2016 |
Jan
|
Feb
|
Mar
(16) |
Apr
(6) |
May
(53) |
Jun
(19) |
Jul
(3) |
Aug
(39) |
Sep
(24) |
Oct
(2) |
Nov
(19) |
Dec
|
| 2017 |
Jan
(13) |
Feb
(44) |
Mar
(208) |
Apr
(12) |
May
(94) |
Jun
(54) |
Jul
(18) |
Aug
(52) |
Sep
(12) |
Oct
(22) |
Nov
(27) |
Dec
(93) |
| 2018 |
Jan
(85) |
Feb
(28) |
Mar
(16) |
Apr
(47) |
May
(16) |
Jun
(15) |
Jul
(10) |
Aug
(3) |
Sep
(5) |
Oct
|
Nov
(6) |
Dec
|
| 2019 |
Jan
(4) |
Feb
(6) |
Mar
(12) |
Apr
(1) |
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2020 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(6) |
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2022 |
Jan
(2) |
Feb
|
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(10) |
Oct
(5) |
Nov
|
Dec
|
| 2023 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
(9) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(8) |
Nov
(28) |
Dec
(3) |
| 2025 |
Jan
(8) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Bruno H. <br...@cl...> - 2017-03-05 19:40:34
|
Hi Ken,
> I also tried using angle brackets instead of double quotes around config.h. But I still got an error:
>
> ../../ccmp2c /home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.x86_64/src/clisp/modules/clx/new-clx/clx.f > genclx.c
> gcc -I/home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.x86_64/src/clisp/src -I/home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.x86_64/build/gllib -I/home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.x86_64/src/clisp/src/gllib -I/home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.x86_64/build/gllib -I/home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.x86_64/src/clisp/src/gllib -I. -ggdb -O2 -pipe -Wimplicit-function-declaration -W -Wswitch -Wcomment -Wpointer-arith -Wreturn-type -Wmissing-declarations -Wimplicit -Wno-sign-compare -Wno-format-nonliteral -O -fno-strict-aliasing -DENABLE_UNICODE -DDYNAMIC_MODULES -DDLL_EXPORT -DPIC -DWANT_XPM=1 -DWANT_XSHAPE=1 genclx.c -o genclx
> In file included from /home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.x86_64/build/gllib/stdlib.h:96:0,
> from genclx.c:3:
> /home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.x86_64/build/gllib/unistd.h:139:3: error: #error "Please include config.h first."
> #error "Please include config.h first."
> ^
> In file included from /usr/include/sys/types.h:68:0,
> from /home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.x86_64/build/gllib/sys/types.h:28,
> from /usr/include/stdio.h:61,
> from genclx.c:2:
>
>
> Am I doing something wrong? There's no "config.h not found" error, so I'm puzzled by the error message.
It's a constraint imposed by gnulib that config.h needs to be the first
include file to be included in a compilation unit.
But more fundamentally, the use of gnulib is fundamentally broken regarding
clisp modules:
- The clx module should not even see build/gllib/unistd.h.
- The syscalls module should not rely on the getloadavg module from the
clisp core. This is most evidently seen by a link error on AIX.
So, you cannot do anythere here until this fundamental mistake is fixed.
clisp's modules are designed as separately compilable units; therefore they
must use *independent* autoconf configurations; therefore their uses of
gnulib must be independent as well.
Bruno
|
|
From: Bruno H. <br...@cl...> - 2017-03-05 19:29:14
|
Hi Don, > > - If you are interested in a build that works, choose one of those with a > > large cbcstep3.log. > > I'm hoping before long they'll all work. It's better now: on Linux/x86_64 all pass for me, except for build-porting64-gcc-spvw_pure_blocks, which triggers a Heisenbug: *** - APPLY: too few arguments for #<STANDARD-GENERIC-FUNCTION COMPUTE-SLOTS> I don't know how to track down this one at the moment. > > Depends on what you want to do. > > > > - The set of builds that failed gives you an understanding which features > > caused regressions. In this case it's evident: forcing HEAPCODES worked, > > forcing TYPECODES worked, but the default choice did not work. > > > > - If you are interested in continuous integration, you may want to > > set up build scripts that use 'multibuild-porting64-gcc' and > > signal regressions in any of the build configurations. This would > > be useful for Sam and me. > > ok, that seems worth while. > At the moment I'm only running nightly builds on one linux machine, > a recent fedora. Would it be useful to run on other recent linux > distributions? I'm guessing a very old one would be less useful. No, just one machine is enough. The point of these nightly builds would be that we get we don't introduce regressions for configurations that we don't test frequently. The point of these many configurations is that clisp's features depend on OS features (mmap available or not, process address range) and limitations (aligned vs. unaligned addresses); therefore it is entirely natural that, say, an AIX 64-bit machine is using a different configuration than a Linux x86 machine. But the main developers test only 1 or 2 of these configurations regularly. So far, regressions in the other configurations have gone unnoticed for a long time and often also made it into releases. This is where a continuous integration testing provides a great benefit. > > - If you want to know about the performance: Since "make check" runs the > > benchmarks, in particular, the log file contains the benchmark results. > > You can compare them: > > This had also occurred to me. > Does that enter into the default choice? > What is the current default (and why)? I've now changed the default choice, with portability in mind. Performance differences of less than 5% is IMO no longer important in a world where everyone is crying "clisp does not build for me". > When I get software updates will the local patch be undone? > If not, I really should undo it, right? > Just guessing, would that be done like this? > hg diff -c d61ff18e7daa | patch -p1 Yes, you guessed right. I would also revert such a local change before doing "hg pull --update" and then re-apply it. Bruno |
|
From: <cli...@li...> - 2017-03-05 19:15:55
|
Send clisp-cvs mailing list submissions to cli...@li... To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/clisp-cvs or, via email, send a message with subject or body 'help' to cli...@li... You can reach the person managing the list at cli...@li... When replying, please edit your Subject line so it is more specific than "Re: Contents of clisp-cvs digest..." CLISP CVS commits for today Today's Topics: 1. clisp: Make SINGLEMAP_MEMORY / SPVW_PURE_BLOCKS work on 64-bit p... (cli...@li...) 2. clisp: Simplify macrology: Remove MAP_MEMORY macro. (cli...@li...) 3. clisp: Fix build failure with GENERIC64_HEAPCODES and -falign-fu... (cli...@li...) 4. clisp: Check the right set of C symbols against C_CODE_ALIGNMENT. (cli...@li...) 5. clisp: Remove the assembly-language comments for m68k. (cli...@li...) 6. clisp: Check the right set of C symbols against C_CODE_ALIGNMENT... (cli...@li...) 7. clisp: Fix build failure on 64-bit platforms with CC="gcc -m32". (cli...@li...) 8. clisp: Make it possible to avoid any hand-maintained assembler c... (cli...@li...) 9. clisp: Fix build failure with NO_ALLOCA (regression from 2005 or... (cli...@li...) 10. clisp: New configure option --enable-portability. (cli...@li...) 11. clisp: Fix "make check" error on Solaris 10. (cli...@li...) 12. clisp: Make "make check" more robust. (cli...@li...) 13. clisp: Fix recent ChangeLog entries. (cli...@li...) 14. clisp: Don't choose SINGLEMAP_MEMORY with wrong oint_type_len, o... (cli...@li...) 15. clisp: Avoid miscompiled code by gcc-5.2 on Solaris/SPARC. (cli...@li...) 16. clisp: Fix autoconf test failure on Solaris. (cli...@li...) ---------------------------------------------------------------------- Message: 1 Date: Tue, 28 Feb 2017 18:37:12 +0000 From: cli...@li... Subject: clisp: Make SINGLEMAP_MEMORY / SPVW_PURE_BLOCKS work on 64-bit p... To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/433a65dfc049 changeset: 15763:433a65dfc0496aaf2b2352b9f98b739c1d8d0541 user: Bruno Haible <br...@cl...> date: 2017-02-28 19:36:55 +0100 description: Make SINGLEMAP_MEMORY / SPVW_PURE_BLOCKS work on 64-bit platforms. diffstat: src/ChangeLog | 13 + src/aclocal.m4 | 72 ++++++++++- src/config.h.in | 4 + src/configure | 83 ++++++++++++- src/lispbibl.d | 368 +++++++++++++++++++++++++++++++++---------------------- src/m4/mmap.m4 | 77 +++++++++++- 6 files changed, 468 insertions(+), 149 deletions(-) ------------------------------ Message: 2 Date: Tue, 28 Feb 2017 18:58:44 +0000 From: cli...@li... Subject: clisp: Simplify macrology: Remove MAP_MEMORY macro. To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/2d5c16d6e603 changeset: 15764:2d5c16d6e603a5ea1341f36b82621b6f30d5793d user: Bruno Haible <br...@cl...> date: 2017-02-28 19:58:35 +0100 description: Simplify macrology: Remove MAP_MEMORY macro. diffstat: src/ChangeLog | 10 ++++++++++ src/lispbibl.d | 14 +++++--------- src/spvw_fault.d | 2 +- src/spvw_garcol.d | 2 +- src/spvw_garcol_old.d | 2 +- 5 files changed, 18 insertions(+), 12 deletions(-) ------------------------------ Message: 3 Date: Wed, 01 Mar 2017 22:12:22 +0000 From: cli...@li... Subject: clisp: Fix build failure with GENERIC64_HEAPCODES and -falign-fu... To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/14541b9717de changeset: 15765:14541b9717deaf30afe19be951f92d48909164d4 user: Bruno Haible <br...@cl...> date: 2017-03-01 18:58:24 +0100 description: Fix build failure with GENERIC64_HEAPCODES and -falign-functions=8. diffstat: src/ChangeLog | 7 +++++++ src/makemake.in | 19 ++++++++++++++++++- 2 files changed, 25 insertions(+), 1 deletions(-) ------------------------------ Message: 4 Date: Wed, 01 Mar 2017 22:12:24 +0000 From: cli...@li... Subject: clisp: Check the right set of C symbols against C_CODE_ALIGNMENT. To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/9660f29f6f36 changeset: 15766:9660f29f6f36a923d5454d3dede2e41851c74c3b user: Bruno Haible <br...@cl...> date: 2017-03-01 23:05:34 +0100 description: Check the right set of C symbols against C_CODE_ALIGNMENT. diffstat: Makefile.devel | 72 ++++++++++++++++++++++++++++---------------------------- src/ChangeLog | 13 ++++++++++ src/makemake.in | 49 ++++++++++++++++++++++++++------------ src/pseudofun.d | 21 ++++++++++++++-- src/spvw.d | 48 ++++++++++++++++++++++++------------- 5 files changed, 131 insertions(+), 72 deletions(-) ------------------------------ Message: 5 Date: Fri, 03 Mar 2017 02:03:27 +0000 From: cli...@li... Subject: clisp: Remove the assembly-language comments for m68k. To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/af19895ed886 changeset: 15767:af19895ed8865121c47f2e9bc547ed46e42d0f62 user: Bruno Haible <br...@cl...> date: 2017-03-02 14:48:36 +0100 description: Remove the assembly-language comments for m68k. diffstat: src/arilev0.d | 48 ------------------------------------------------ 1 files changed, 0 insertions(+), 48 deletions(-) ------------------------------ Message: 6 Date: Fri, 03 Mar 2017 02:03:29 +0000 From: cli...@li... Subject: clisp: Check the right set of C symbols against C_CODE_ALIGNMENT... To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/52cdbce1ccef changeset: 15768:52cdbce1ccef9c70182a33258f828c0f874d1874 user: Bruno Haible <br...@cl...> date: 2017-03-02 23:36:05 +0100 description: Check the right set of C symbols against C_CODE_ALIGNMENT, part 2. diffstat: src/ChangeLog | 5 +++++ src/makemake.in | 3 ++- 2 files changed, 7 insertions(+), 1 deletions(-) ------------------------------ Message: 7 Date: Fri, 03 Mar 2017 02:03:31 +0000 From: cli...@li... Subject: clisp: Fix build failure on 64-bit platforms with CC="gcc -m32". To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/9c3c4de0b073 changeset: 15769:9c3c4de0b073a262e23a0983733edfcb175300c1 user: Bruno Haible <br...@cl...> date: 2017-03-03 02:42:32 +0100 description: Fix build failure on 64-bit platforms with CC="gcc -m32". diffstat: src/ChangeLog | 7 + src/aclocal.m4 | 9 +- src/configure | 254 +++++++++++++++++++++++++++--------------------------- src/configure.in | 1 + src/makemake.in | 9 +- 5 files changed, 151 insertions(+), 129 deletions(-) ------------------------------ Message: 8 Date: Sat, 04 Mar 2017 01:04:49 +0000 From: cli...@li... Subject: clisp: Make it possible to avoid any hand-maintained assembler c... To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/3231eec05d7c changeset: 15770:3231eec05d7c25c6b4557982807ff93de9b5c0cd user: Bruno Haible <br...@cl...> date: 2017-03-03 22:34:53 +0100 description: Make it possible to avoid any hand-maintained assembler code. diffstat: src/ChangeLog | 10 ++++++++++ src/arilev0.d | 36 ++++++++++++++++++------------------ src/arisparc.d | 8 +++++++- src/arisparc64.d | 8 +++++++- src/lispbibl.d | 9 ++++++--- src/spsparc.d | 7 ------- src/spsparc64.d | 7 ------- 7 files changed, 48 insertions(+), 37 deletions(-) ------------------------------ Message: 9 Date: Sat, 04 Mar 2017 01:04:51 +0000 From: cli...@li... Subject: clisp: Fix build failure with NO_ALLOCA (regression from 2005 or... To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/a64fba3aad84 changeset: 15771:a64fba3aad84465d55e9b611b8845e4b45575f88 user: Bruno Haible <br...@cl...> date: 2017-03-04 01:59:18 +0100 description: Fix build failure with NO_ALLOCA (regression from 2005 or earlier). diffstat: src/ChangeLog | 26 ++++++++++++++++++++++++++ src/lisparit.d | 3 ++- src/misc.d | 3 ++- src/pathname.d | 6 +++--- src/spvw.d | 10 ++++++---- src/spvw_garcol.d | 2 +- src/spvw_memfile.d | 26 ++++++++++++++++++-------- src/spvw_sigsegv.d | 7 +++++++ src/stream.d | 33 +++++++++++++++++++-------------- 9 files changed, 84 insertions(+), 32 deletions(-) ------------------------------ Message: 10 Date: Sat, 04 Mar 2017 17:56:17 +0000 From: cli...@li... Subject: clisp: New configure option --enable-portability. To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/333a471c6063 changeset: 15772:333a471c606314b36951d22a7f123043019d45f8 user: Bruno Haible <br...@cl...> date: 2017-03-04 02:44:28 +0100 description: New configure option --enable-portability. diffstat: Makefile.devel | 32 ++++++++++++++++++++++++ configure | 4 ++- src/ChangeLog | 13 +++++++++ src/makemake.in | 75 ++++++++++++++++++++++++++++++++++---------------------- unix/PLATFORMS | 12 ++++++++- 5 files changed, 104 insertions(+), 32 deletions(-) ------------------------------ Message: 11 Date: Sat, 04 Mar 2017 17:56:19 +0000 From: cli...@li... Subject: clisp: Fix "make check" error on Solaris 10. To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/3179ca87e1d9 changeset: 15773:3179ca87e1d9af0c46b1d8ae6a9830da72b66c3d user: Bruno Haible <br...@cl...> date: 2017-03-04 12:59:20 +0100 description: Fix "make check" error on Solaris 10. diffstat: src/ChangeLog | 8 ++++++++ src/clisp-link.in | 2 +- src/makemake.in | 4 ++-- 3 files changed, 11 insertions(+), 3 deletions(-) ------------------------------ Message: 12 Date: Sat, 04 Mar 2017 17:56:21 +0000 From: cli...@li... Subject: clisp: Make "make check" more robust. To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/610c6de95725 changeset: 15774:610c6de957254ca889bfa7ddf844a982359dd54e user: Bruno Haible <br...@cl...> date: 2017-03-04 13:17:46 +0100 description: Make "make check" more robust. diffstat: src/ChangeLog | 9 +++++++++ src/makemake.in | 22 +++++++++++----------- 2 files changed, 20 insertions(+), 11 deletions(-) ------------------------------ Message: 13 Date: Sun, 05 Mar 2017 12:11:30 +0000 From: cli...@li... Subject: clisp: Fix recent ChangeLog entries. To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/4fe15d2ad300 changeset: 15775:4fe15d2ad30080bf3f66106c32e4fb996172e623 user: Bruno Haible <br...@cl...> date: 2017-03-05 12:57:40 +0100 description: Fix recent ChangeLog entries. diffstat: src/ChangeLog | 6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) ------------------------------ Message: 14 Date: Sun, 05 Mar 2017 12:11:31 +0000 From: cli...@li... Subject: clisp: Don't choose SINGLEMAP_MEMORY with wrong oint_type_len, o... To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/9716f6865136 changeset: 15776:9716f6865136321b80a3eafe00615ece86a5a4d9 user: Bruno Haible <br...@cl...> date: 2017-03-05 13:09:31 +0100 description: Don't choose SINGLEMAP_MEMORY with wrong oint_type_len, oint_addr_len. diffstat: src/ChangeLog | 13 ++ src/lispbibl.d | 253 ++++++++++++++++++++++++++++++-------------------------- 2 files changed, 148 insertions(+), 118 deletions(-) ------------------------------ Message: 15 Date: Sun, 05 Mar 2017 19:15:51 +0000 From: cli...@li... Subject: clisp: Avoid miscompiled code by gcc-5.2 on Solaris/SPARC. To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/8715fd7ce794 changeset: 15777:8715fd7ce79418744929cf80bc8af986ea7d1e5f user: Bruno Haible <br...@cl...> date: 2017-03-05 15:02:55 +0100 description: Avoid miscompiled code by gcc-5.2 on Solaris/SPARC. diffstat: src/ChangeLog | 6 ++++++ src/eval.d | 2 +- 2 files changed, 7 insertions(+), 1 deletions(-) ------------------------------ Message: 16 Date: Sun, 05 Mar 2017 19:15:52 +0000 From: cli...@li... Subject: clisp: Fix autoconf test failure on Solaris. To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/65833c7f3870 changeset: 15778:65833c7f3870a7dfc22c2ab3ae3ec82b273032c2 user: Bruno Haible <br...@cl...> date: 2017-03-05 19:36:42 +0100 description: Fix autoconf test failure on Solaris. diffstat: src/ChangeLog | 7 +++++++ src/aclocal.m4 | 12 ++---------- src/configure | 12 ++---------- src/m4/address.m4 | 12 ++---------- 4 files changed, 13 insertions(+), 30 deletions(-) ------------------------------ ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot ------------------------------ _______________________________________________ clisp-cvs mailing list cli...@li... https://lists.sourceforge.net/lists/listinfo/clisp-cvs End of clisp-cvs Digest, Vol 75, Issue 1 **************************************** |
|
From: Ken B. <kb...@co...> - 2017-03-04 23:04:05
|
On 3/3/2017 6:48 PM, Ken Brown wrote: > On 3/3/2017 3:11 PM, Ken Brown wrote: >> On 2/22/2017 7:44 PM, Bruno Haible wrote: >>> Re https://sourceforge.net/p/clisp/mailman/message/35677912/ >>> >>> Hi Jerry, >>> >>>> The clisp package is currently failing to build in Fedora Rawhide, >>>> due to this build failure in the fastcgi module: >>> >>> Thanks. Should be fixed now. >>> >>> Please continue reporting if something else breaks / broke too. >> >> A similar problem occurs in the clx/new-clx module, but this time it's >> the generated file genclx.c that fails to include config.h early enough. >> Should ccmp2c.c be changed so that generated files always include >> config.h first? > > I tried this, as follows: > > --- a/utils/ccmp2c.c 2017-03-03 11:11:58.000000000 -0500 > +++ b/utils/ccmp2c.c 2017-03-03 17:20:57.229793700 -0500 > @@ -1037,6 +1037,7 @@ main (int argc, char *argv[]) > infilename = argv[1]; > > /* Emit prologue. */ > + printf ("#include \"config.h\"\n"); > printf ("#include <stdio.h>\n"); > printf ("#include <stdlib.h>\n"); > printf ("#include <string.h>\n"); > --- a/modules/clx/new-clx/Makefile.in 2017-03-03 11:11:57.000000000 -0500 > +++ b/modules/clx/new-clx/Makefile.in 2017-03-03 18:17:51.478051000 -0500 > @@ -35,7 +35,7 @@ resource.fas: $(srcdir)/resource.lisp cl > > clx.d: $(srcdir)/clx.f > $(CCMP2C) $(srcdir)/clx.f > genclx.c > - $(CC) $(CPPFLAGS) $(CFLAGS) $(WANTS) genclx.c -o genclx > + $(CC) $(CPPFLAGS) -I. $(CFLAGS) $(WANTS) genclx.c -o genclx > ./genclx -l -o clx.d > clx.d > $(RM) genclx.c > $(RM) genclx > > I also tried using angle brackets instead of double quotes around config.h. But I still got an error: > > ../../ccmp2c /home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.x86_64/src/clisp/modules/clx/new-clx/clx.f > genclx.c > gcc -I/home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.x86_64/src/clisp/src -I/home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.x86_64/build/gllib -I/home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.x86_64/src/clisp/src/gllib -I/home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.x86_64/build/gllib -I/home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.x86_64/src/clisp/src/gllib -I. -ggdb -O2 -pipe -Wimplicit-function-declaration -W -Wswitch -Wcomment -Wpointer-arith -Wreturn-type -Wmissing-declarations -Wimplicit -Wno-sign-compare -Wno-format-nonliteral -O -fno-strict-aliasing -DENABLE_UNICODE -DDYNAMIC_MODULES -DDLL_EXPORT -DPIC -DWANT_XPM=1 -DWANT_XSHAPE=1 genclx.c -o genclx > In file included from /home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.x86_64/build/gllib/stdlib.h:96:0, > from genclx.c:3: > /home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.x86_64/build/gllib/unistd.h:139:3: error: #error "Please include config.h first." > #error "Please include config.h first." > ^ > In file included from /usr/include/sys/types.h:68:0, > from /home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.x86_64/build/gllib/sys/types.h:28, > from /usr/include/stdio.h:61, > from genclx.c:2: The problem is that clisp.h isn't included. The following patch fixes the problem with the compilation of genclx.c. I don't know if it causes problems elsewhere. --- a/modules/clx/new-clx/Makefile.in 2017-03-03 11:11:57.000000000 -0500 +++ b/modules/clx/new-clx/Makefile.in 2017-03-04 17:02:50.218383300 -0500 @@ -35,7 +35,7 @@ resource.fas: $(srcdir)/resource.lisp cl clx.d: $(srcdir)/clx.f $(CCMP2C) $(srcdir)/clx.f > genclx.c - $(CC) $(CPPFLAGS) $(CFLAGS) $(WANTS) genclx.c -o genclx + $(CC) $(CPPFLAGS) $(CFLAGS) $(WANTS) -I$(CLISP_LINKKIT) genclx.c -o genclx ./genclx -l -o clx.d > clx.d $(RM) genclx.c $(RM) genclx --- a/utils/ccmp2c.c 2017-03-03 11:11:58.000000000 -0500 +++ b/utils/ccmp2c.c 2017-03-04 17:01:23.397830600 -0500 @@ -1037,6 +1037,8 @@ main (int argc, char *argv[]) infilename = argv[1]; /* Emit prologue. */ + printf ("#include \"clisp.h\"\n"); + printf ("#include \"config.h\"\n"); printf ("#include <stdio.h>\n"); printf ("#include <stdlib.h>\n"); printf ("#include <string.h>\n"); This allows genclx to be built, but then the resulting clx.c fails to compile on my platform (Cygwin): gcc -I/home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.i686/src/clisp/src -I/home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.i686/build/gllib -I/home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.i686/src/clisp/src/gllib -I/home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.i686/build/gllib -I/home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.i686/src/clisp/src/gllib -ggdb -O2 -pipe -Wimplicit-function-declaration -falign-functions=4 -W -Wswitch -Wcomment -Wpointer-arith -Wreturn-type -Wmissing-declarations -Wimplicit -Wno-sign-compare -Wno-format-nonliteral -O2 -fexpensive-optimizations -fno-strict-aliasing -DENABLE_UNICODE -DDYNAMIC_FFI -DDYNAMIC_MODULES -DDLL_EXPORT -DPIC -I/home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.i686/build/linkkit -c clx.c In file included from /home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.i686/build/gllib/stdlib.h:96:0, from /usr/include/w32api/combaseapi.h:129, from /usr/include/w32api/objbase.h:14, from /usr/include/w32api/ole2.h:17, from /usr/include/w32api/wtypes.h:12, from /usr/include/w32api/winscard.h:10, from /usr/include/w32api/windows.h:97, from /usr/include/X11/Xwindows.h:75, from /home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.i686/src/clisp/modules/clx/new-clx/clx.f:413: /home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.i686/build/gllib/unistd.h:139:3: error: #error "Please include config.h first." #error "Please include config.h first." This problem is Cygwin-specific and happens because the system header <X11/Xwindows.h> is included before clisp.h in clx.c. Including clisp.h first doesn't work, because then we get the typedef conflicts mentioned in the comment in clx.f:412. Does anyone see a way around this? If not, I'd like to try removing all uses of '#include <windows.h>' from the Cygwin build. Cygwin is a Posix platform, and trying to mix the Posix API with the Windows API often causes problems. Ken |
|
From: <don...@is...> - 2017-03-04 15:09:55
|
Bruno Haible writes: > Depends on what you want to do. > > - The set of builds that failed gives you an understanding which features > caused regressions. In this case it's evident: forcing HEAPCODES worked, > forcing TYPECODES worked, but the default choice did not work. > > - If you are interested in continuous integration, you may want to > set up build scripts that use 'multibuild-porting64-gcc' and > signal regressions in any of the build configurations. This would > be useful for Sam and me. ok, that seems worth while. At the moment I'm only running nightly builds on one linux machine, a recent fedora. Would it be useful to run on other recent linux distributions? I'm guessing a very old one would be less useful. > - If you are interested in a build that works, choose one of those with a > large cbcstep3.log. I'm hoping before long they'll all work. > - If you want to know about the performance: Since "make check" runs the > benchmarks, in particular, the log file contains the benchmark results. > You can compare them: This had also occurred to me. Does that enter into the default choice? What is the current default (and why)? One other thing: When I get software updates will the local patch be undone? If not, I really should undo it, right? Just guessing, would that be done like this? hg diff -c d61ff18e7daa | patch -p1 I'm hoping that patch will also be fixed before too long? |
|
From: Bruno H. <br...@cl...> - 2017-03-04 09:42:28
|
Hi Don,
> I think I can guess which ones work from this:
> -rw-rw-r--. 1 don don 5372 Mar 3 20:41 build-porting64-gcc-generational_gc-multithread_gc/cbcstep3.log
> -rw-rw-r--. 1 don don 5116 Mar 3 20:40 build-porting64-gcc-generational_gc-old_gc/cbcstep3.log
> -rw-rw-r--. 1 don don 3042294 Mar 3 20:22 build-porting64-gcc-generic64_heapcodes/cbcstep3.log
> -rw-rw-r--. 1 don don 3037594 Mar 3 20:17 build-porting64-gcc-heapcodes/cbcstep3.log
> -rw-rw-r--. 1 don don 3046443 Mar 3 20:32 build-porting64-gcc-heapcodes-spvw_mixed_blocks/cbcstep3.log
> -rw-rw-r--. 1 don don 3043261 Mar 3 20:26 build-porting64-gcc-heapcodes-spvw_pages/cbcstep3.log
> -rw-rw-r--. 1 don don 4860 Mar 3 20:39 build-porting64-gcc-multithread_gc/cbcstep3.log
> -rw-rw-r--. 1 don don 4604 Mar 3 20:38 build-porting64-gcc-old_gc/cbcstep3.log
> -rw-rw-r--. 1 don don 4636 Mar 3 20:42 build-porting64-gcc-safety0/cbcstep3.log
> -rw-rw-r--. 1 don don 4983 Mar 3 20:43 build-porting64-gcc-safety0-optimized/cbcstep3.log
> -rw-rw-r--. 1 don don 4636 Mar 3 20:14 build-porting64-gcc-safety3/cbcstep3.log
> -rw-rw-r--. 1 don don 3040627 Mar 3 20:37 build-porting64-gcc-spvw_pure_blocks/cbcstep3.log
> -rw-rw-r--. 1 don don 3041797 Mar 3 20:20 build-porting64-gcc-standard_heapcodes/cbcstep3.log
> -rw-rw-r--. 1 don don 3046009 Mar 3 20:34 build-porting64-gcc-typecodes-spvw_mixed_blocks/cbcstep3.log
> -rw-rw-r--. 1 don don 3042770 Mar 3 20:29 build-porting64-gcc-typecodes-spvw_pages/cbcstep3.log
Yup. Same thing here; the exact file sizes may vary a bit.
> Next steps?
Depends on what you want to do.
- The set of builds that failed gives you an understanding which features
caused regressions. In this case it's evident: forcing HEAPCODES worked,
forcing TYPECODES worked, but the default choice did not work.
- If you are interested in continuous integration, you may want to set up
build scripts that use 'multibuild-porting64-gcc' and signal regressions
in any of the build configurations. This would be useful for Sam and me.
- If you are interested in a build that works, choose one of those with a
large cbcstep3.log.
- If you want to know about the performance: Since "make check" runs the
benchmarks, in particular, the log file contains the benchmark results.
You can compare them:
$ grep '^total .* scaled$' */cbcstep3.log | tr : '\t' | expand -t 65
build-porting32-gcc-heapcodes/cbcstep3.log total 9.93600 sec 12.48954 scaled
build-porting64-gcc-heapcodes/cbcstep3.log total 10.46000 sec 13.25959 scaled
build-porting64-gcc-heapcodes-spvw_mixed_blocks/cbcstep3.log total 10.34000 sec 13.07827 scaled
build-porting64-gcc-heapcodes-spvw_pages/cbcstep3.log total 12.67200 sec 16.27370 scaled
build-porting64-gcc-standard_heapcodes/cbcstep3.log total 10.12000 sec 12.93405 scaled
build-porting64-gcc-typecodes-spvw_mixed_blocks/cbcstep3.log total 10.59200 sec 13.69968 scaled
build-porting64-gcc-typecodes-spvw_pages/cbcstep3.log total 13.44000 sec 17.30458 scaled
What this tells me, is that
- A 32-bit build is faster than a 64-bit build. (Not surprising:
Larger pointers means more use of memory, and a factor S more
memory means a factor S² more runtime - usual rule of thumb.)
- SPVW_PAGES is significantly slower than SPVW_BLOCKS.
- TYPECODES is a bit slower than HEAPCODES. (I find this surprising.)
> I guess you'd like them all to work, right?
Yes, this is the goal.
Bruno
|
|
From: Daniel J. <dan...@gm...> - 2017-03-04 07:47:35
|
Hi, Adding this because it might be related: on NetBSD I disabled TRIVIALMAP_MEMORY and SINGLEMAP_MEMORY because our fixed address (0x40...0) is not mappable there. This was done with commit 1c61a0 [1] [1] https://sourceforge.net/p/clisp/clisp/ci/1c61a0872d35c2a19dfdaaeb673f7b70365c30e2/ Don Cohen <don...@is...> schrieb am Sa., 4. März 2017, 05:58: > Bruno Haible writes: > > Don Cohen wrote: > > > so do something like this? > > > make -f Makefile.devel -k multibuild-porting64-gcc > > > > Yes. > > > > > That ends up with > > > *** - SYSTEM::INITIAL-BREAK-DRIVER: The value of *DEBUG-IO* was not > an appropriate stream: #<UNBOUND>. It has been changed to #<IO > SYNONYM-STREAM *TERMINAL-IO*>. > > > > This is caused by Sam's commit at Feb 26 21:39:18 2017 -0500. > > You need to revert it locally > > $ hg diff -c d61ff18e7daa | patch -R -p1 > > before you can build clisp in any configuration. > > This makes a difference, all right. > I think I can guess which ones work from this: > -rw-rw-r--. 1 don don 5372 Mar 3 20:41 > build-porting64-gcc-generational_gc-multithread_gc/cbcstep3.log > -rw-rw-r--. 1 don don 5116 Mar 3 20:40 > build-porting64-gcc-generational_gc-old_gc/cbcstep3.log > -rw-rw-r--. 1 don don 3042294 Mar 3 20:22 > build-porting64-gcc-generic64_heapcodes/cbcstep3.log > -rw-rw-r--. 1 don don 3037594 Mar 3 20:17 > build-porting64-gcc-heapcodes/cbcstep3.log > -rw-rw-r--. 1 don don 3046443 Mar 3 20:32 > build-porting64-gcc-heapcodes-spvw_mixed_blocks/cbcstep3.log > -rw-rw-r--. 1 don don 3043261 Mar 3 20:26 > build-porting64-gcc-heapcodes-spvw_pages/cbcstep3.log > -rw-rw-r--. 1 don don 4860 Mar 3 20:39 > build-porting64-gcc-multithread_gc/cbcstep3.log > -rw-rw-r--. 1 don don 4604 Mar 3 20:38 > build-porting64-gcc-old_gc/cbcstep3.log > -rw-rw-r--. 1 don don 4636 Mar 3 20:42 > build-porting64-gcc-safety0/cbcstep3.log > -rw-rw-r--. 1 don don 4983 Mar 3 20:43 > build-porting64-gcc-safety0-optimized/cbcstep3.log > -rw-rw-r--. 1 don don 4636 Mar 3 20:14 > build-porting64-gcc-safety3/cbcstep3.log > -rw-rw-r--. 1 don don 3040627 Mar 3 20:37 > build-porting64-gcc-spvw_pure_blocks/cbcstep3.log > -rw-rw-r--. 1 don don 3041797 Mar 3 20:20 > build-porting64-gcc-standard_heapcodes/cbcstep3.log > -rw-rw-r--. 1 don don 3046009 Mar 3 20:34 > build-porting64-gcc-typecodes-spvw_mixed_blocks/cbcstep3.log > -rw-rw-r--. 1 don don 3042770 Mar 3 20:29 > build-porting64-gcc-typecodes-spvw_pages/cbcstep3.log > > Next steps? > I guess you'd like them all to work, right? > How would one choose among those that work? > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > _______________________________________________ > clisp-devel mailing list > cli...@li... > https://lists.sourceforge.net/lists/listinfo/clisp-devel > |
|
From: <don...@is...> - 2017-03-04 04:58:26
|
Bruno Haible writes: > Don Cohen wrote: > > so do something like this? > > make -f Makefile.devel -k multibuild-porting64-gcc > > Yes. > > > That ends up with > > *** - SYSTEM::INITIAL-BREAK-DRIVER: The value of *DEBUG-IO* was not an appropriate stream: #<UNBOUND>. It has been changed to #<IO SYNONYM-STREAM *TERMINAL-IO*>. > > This is caused by Sam's commit at Feb 26 21:39:18 2017 -0500. > You need to revert it locally > $ hg diff -c d61ff18e7daa | patch -R -p1 > before you can build clisp in any configuration. This makes a difference, all right. I think I can guess which ones work from this: -rw-rw-r--. 1 don don 5372 Mar 3 20:41 build-porting64-gcc-generational_gc-multithread_gc/cbcstep3.log -rw-rw-r--. 1 don don 5116 Mar 3 20:40 build-porting64-gcc-generational_gc-old_gc/cbcstep3.log -rw-rw-r--. 1 don don 3042294 Mar 3 20:22 build-porting64-gcc-generic64_heapcodes/cbcstep3.log -rw-rw-r--. 1 don don 3037594 Mar 3 20:17 build-porting64-gcc-heapcodes/cbcstep3.log -rw-rw-r--. 1 don don 3046443 Mar 3 20:32 build-porting64-gcc-heapcodes-spvw_mixed_blocks/cbcstep3.log -rw-rw-r--. 1 don don 3043261 Mar 3 20:26 build-porting64-gcc-heapcodes-spvw_pages/cbcstep3.log -rw-rw-r--. 1 don don 4860 Mar 3 20:39 build-porting64-gcc-multithread_gc/cbcstep3.log -rw-rw-r--. 1 don don 4604 Mar 3 20:38 build-porting64-gcc-old_gc/cbcstep3.log -rw-rw-r--. 1 don don 4636 Mar 3 20:42 build-porting64-gcc-safety0/cbcstep3.log -rw-rw-r--. 1 don don 4983 Mar 3 20:43 build-porting64-gcc-safety0-optimized/cbcstep3.log -rw-rw-r--. 1 don don 4636 Mar 3 20:14 build-porting64-gcc-safety3/cbcstep3.log -rw-rw-r--. 1 don don 3040627 Mar 3 20:37 build-porting64-gcc-spvw_pure_blocks/cbcstep3.log -rw-rw-r--. 1 don don 3041797 Mar 3 20:20 build-porting64-gcc-standard_heapcodes/cbcstep3.log -rw-rw-r--. 1 don don 3046009 Mar 3 20:34 build-porting64-gcc-typecodes-spvw_mixed_blocks/cbcstep3.log -rw-rw-r--. 1 don don 3042770 Mar 3 20:29 build-porting64-gcc-typecodes-spvw_pages/cbcstep3.log Next steps? I guess you'd like them all to work, right? How would one choose among those that work? |
|
From: Bruno H. <br...@cl...> - 2017-03-04 00:05:38
|
Don Cohen wrote: > so do something like this? > make -f Makefile.devel -k multibuild-porting64-gcc Yes. > That ends up with > *** - SYSTEM::INITIAL-BREAK-DRIVER: The value of *DEBUG-IO* was not an appropriate stream: #<UNBOUND>. It has been changed to #<IO SYNONYM-STREAM *TERMINAL-IO*>. This is caused by Sam's commit at Feb 26 21:39:18 2017 -0500. You need to revert it locally $ hg diff -c d61ff18e7daa | patch -R -p1 before you can build clisp in any configuration. Bruno |
|
From: Ken B. <kb...@co...> - 2017-03-03 23:48:50
|
On 3/3/2017 3:11 PM, Ken Brown wrote: > On 2/22/2017 7:44 PM, Bruno Haible wrote: >> Re https://sourceforge.net/p/clisp/mailman/message/35677912/ >> >> Hi Jerry, >> >>> The clisp package is currently failing to build in Fedora Rawhide, >>> due to this build failure in the fastcgi module: >> >> Thanks. Should be fixed now. >> >> Please continue reporting if something else breaks / broke too. > > A similar problem occurs in the clx/new-clx module, but this time it's > the generated file genclx.c that fails to include config.h early enough. > Should ccmp2c.c be changed so that generated files always include > config.h first? I tried this, as follows: --- a/utils/ccmp2c.c 2017-03-03 11:11:58.000000000 -0500 +++ b/utils/ccmp2c.c 2017-03-03 17:20:57.229793700 -0500 @@ -1037,6 +1037,7 @@ main (int argc, char *argv[]) infilename = argv[1]; /* Emit prologue. */ + printf ("#include \"config.h\"\n"); printf ("#include <stdio.h>\n"); printf ("#include <stdlib.h>\n"); printf ("#include <string.h>\n"); --- a/modules/clx/new-clx/Makefile.in 2017-03-03 11:11:57.000000000 -0500 +++ b/modules/clx/new-clx/Makefile.in 2017-03-03 18:17:51.478051000 -0500 @@ -35,7 +35,7 @@ resource.fas: $(srcdir)/resource.lisp cl clx.d: $(srcdir)/clx.f $(CCMP2C) $(srcdir)/clx.f > genclx.c - $(CC) $(CPPFLAGS) $(CFLAGS) $(WANTS) genclx.c -o genclx + $(CC) $(CPPFLAGS) -I. $(CFLAGS) $(WANTS) genclx.c -o genclx ./genclx -l -o clx.d > clx.d $(RM) genclx.c $(RM) genclx I also tried using angle brackets instead of double quotes around config.h. But I still got an error: ../../ccmp2c /home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.x86_64/src/clisp/modules/clx/new-clx/clx.f > genclx.c gcc -I/home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.x86_64/src/clisp/src -I/home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.x86_64/build/gllib -I/home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.x86_64/src/clisp/src/gllib -I/home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.x86_64/build/gllib -I/home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.x86_64/src/clisp/src/gllib -I. -ggdb -O2 -pipe -Wimplicit-function-declaration -W -Wswitch -Wcomment -Wpointer-arith -Wreturn-type -Wmissing-declarations -Wimplicit -Wno-sign-compare -Wno-format-nonliteral -O -fno-strict-aliasing -DENABLE_UNICODE -DDYNAMIC_MODULES -DDLL_EXPORT -DPIC -DWANT_XPM=1 -DWANT_XSHAPE=1 genclx.c -o genclx In file included from /home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.x86_64/build/gllib/stdlib.h:96:0, from genclx.c:3: /home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.x86_64/build/gllib/unistd.h:139:3: error: #error "Please include config.h first." #error "Please include config.h first." ^ In file included from /usr/include/sys/types.h:68:0, from /home/kbrown/src/cygclisp/clisp-2.49-1.20170303hg15769.x86_64/build/gllib/sys/types.h:28, from /usr/include/stdio.h:61, from genclx.c:2: Am I doing something wrong? There's no "config.h not found" error, so I'm puzzled by the error message. Ken |
|
From: <don...@is...> - 2017-03-03 23:03:44
|
Bruno Haible writes: > Hi Don, > > > Any idea what the problem is > > The problem is that the heuristic choice of object representation scheme > (HEAPCODES vs. TYPECODES) picks the wrong one in your case. I'd have expected it to work either way. Don't I have the most common hardware? Or does this also depend on OS ? > To make it easy to find the right flag, I've added to the > Makefile.devel a target 'multibuild-porting64-gcc' (use with "make > -k"!) that tries various combinations of options. It takes about 1 > hour to run. When it is done, take a look at the > build-porting64-gcc-*/cbcstep3.log to see which of the options > worked. so do something like this? make -f Makefile.devel -k multibuild-porting64-gcc That ends up with *** - SYSTEM::INITIAL-BREAK-DRIVER: The value of *DEBUG-IO* was not an appropriate stream: #<UNBOUND>. It has been changed to #<IO SYNONYM-STREAM *TERMINAL-IO*>. 1. Break> I guess I have to keep typing ^D to these breaks Or is there some better choice? I worry that these ^D's are resulting in not providing the info you want. Also it's not all that clear what I'm looking for in the results. For instance, the first one, build-porting64-gcc-safety3 ends with the newest file being cbcstep3.log which ends with: make[2]: *** [run-all.fas] Error 1 make[2]: Target 'clisp' not remade because of errors. make[2]: Leaving directory '/home/don/hg/clisp/build-porting64-gcc-safety3/benchmarks' Makefile:2194: recipe for target 'bench' failed make[1]: *** [bench] Error 2 make[1]: Target 'check' not remade because of errors. make[1]: Leaving directory '/home/don/hg/clisp/build-porting64-gcc-safety3' What would be useful output for you? The transcript of the make? The tails of all of the cbcstep3.log files? They mostly look a lot like above. |
|
From: Ken B. <kb...@co...> - 2017-03-03 20:11:31
|
On 2/22/2017 7:44 PM, Bruno Haible wrote: > Re https://sourceforge.net/p/clisp/mailman/message/35677912/ > > Hi Jerry, > >> The clisp package is currently failing to build in Fedora Rawhide, >> due to this build failure in the fastcgi module: > > Thanks. Should be fixed now. > > Please continue reporting if something else breaks / broke too. A similar problem occurs in the clx/new-clx module, but this time it's the generated file genclx.c that fails to include config.h early enough. Should ccmp2c.c be changed so that generated files always include config.h first? Ken |
|
From: Bruno H. <br...@cl...> - 2017-03-03 19:54:25
|
Hi Don,
> Any idea what the problem is
The problem is that the heuristic choice of object representation scheme
(HEAPCODES vs. TYPECODES) picks the wrong one in your case. You can
override it through one of the defines listed at the top of lispbibl.d:
Flags that determine the object representation:
Store only minimal type information in a pointer:
HEAPCODES
Store a good amount of type information in a pointer:
TYPECODES
More detailed object representation schemes:
Object representation schemes on 32-bit platforms:
STANDARD_HEAPCODES
LINUX_NOEXEC_HEAPCODES
TRY_TYPECODES_1 (try to avoid it: limits heap size to 16 MB)
TRY_TYPECODES_2 (try to avoid it: limits heap size to 16 MB)
Object representation schemes on 64-bit platforms:
STANDARD_HEAPCODES
GENERIC64_HEAPCODES
Specific variants of GENERIC64_HEAPCODES on 64-bit platforms:
GENERIC64A_HEAPCODES
GENERIC64B_HEAPCODES
GENERIC64C_HEAPCODES
Use 64-bit pointers on 32-bit platforms
(try to avoid it: wastes a lot of memory):
WIDE_SOFT, WIDE_SOFT_LARGEFIXNUM
To make it easy to find the right flag, I've added to the Makefile.devel
a target 'multibuild-porting64-gcc' (use with "make -k"!) that tries various
combinations of options. It takes about 1 hour to run. When it is done, take
a look at the build-porting64-gcc-*/cbcstep3.log to see which of the options
worked.
> how to fix it
I am currently revisiting it. (It's one of the major portability problems.)
> and when this might be done?
Not immediately. But hopefully soon. You will be notified.
Bruno
|
|
From: <don...@is...> - 2017-03-03 16:29:07
|
I notice a slight change in the build output since I sent this report: the -falign-functions=4 is now missing from the gcc line However the result remains the same. Any idea what the problem is, how to fix it, and when this might be done? Don Cohen writes: > > after retrieving change sets > > ... > mkdir data > cd data && ln -s ../../utils/unicode/UnicodeDataFull.txt . > cd data && ln -s ../../doc/Symbol-Table.text . > gcc -m64 -g -O2 -W -Wswitch -Wcomment -Wpointer-arith -Wreturn-type -Wmissing-declarations -Wimplicit -Wno-sign-compare -Wno-format-nonliteral -falign-functions=4 -fno-strict-aliasing -ggdb -O0 -DDEBUG_OS_ERROR -DDEBUG_SPVW -DDEBUG_BYTECODE -DSAFETY=3 -DENABLE_UNICODE -DNO_TERMCAP_NCURSES -DDYNAMIC_FFI -DDYNAMIC_MODULES -Wl,--export-dynamic spvw.o spvwtabf.o spvwtabs.o spvwtabo.o eval.o control.o encoding.o pathname.o stream.o socket.o io.o funarg.o array.o hashtabl.o list.o package.o record.o weak.o sequence.o charstrg.o debug.o error.o misc.o time.o predtype.o symbol.o lisparit.o i18n.o foreign.o unixaux.o built.o modules.o libgnu.a -ldl /usr/local/lib/libavcall.a /usr/local/lib/libcallback.a /usr/local/lib64/libsigsegv.a -lc -o lisp.run > ./lisp.run -B . -N locale -E UTF-8 -Emisc 1:1 -Epathname 1:1 -norc -m 2MW -lp ../src/ -x '(and (load "../src/init.lisp") (sys::%saveinitmem) (ext::exit)) (ext::exit t)' > Cannot map memory to address 0x4000000000000 . > [../src/spvw_mmap.d:340] errno = 12: Cannot allocate memory. > ./lisp.run: Not enough memory for Lisp. > Makefile:1406: recipe for target 'interpreted.mem' failed > make: *** [interpreted.mem] Error 1 |
|
From: Sam S. <sd...@gn...> - 2017-03-02 02:13:05
|
Bruno, > * Bruno Haible <oe...@py...t> [2017-02-27 22:25:59 +0100]: > > Thanks. I'm reproducing it through a build with CPPFLAGS="-DSAFETY=3 -DDEBUG_SPVW" > but probably any options will do as well. The point is that we expect > > $ ./clisp -K boot -E UTF-8 -Emisc 1:1 -Epathname 1:1 -norc --version 2>/dev/null | head -n 1 > > to be 1 line: > "GNU CLISP 2.49+ (2010-07-17) (built 3697183652) (memory 3697183717)" > but in fact it is the empty line. > > $ ./clisp -K boot -E UTF-8 -Emisc 1:1 -Epathname 1:1 -norc --version 2>/dev/null | \ > hexdump -e '"%06.6_ax " 16/1 "%02X "' -e '" " 16/1 "%_p" "\n"' "$@" > 000000 0A 2A 2A 2A 20 2D 20 54 52 55 45 4E 41 4D 45 3A .*** - TRUENAME: > 000010 20 54 68 65 20 76 61 6C 75 65 20 6F 66 20 2A 54 The value of *T > 000020 45 52 4D 49 4E 41 4C 2D 49 4F 2A 20 77 61 73 20 ERMINAL-IO* was > 000030 6E 6F 74 20 61 6E 20 61 70 70 72 6F 70 72 69 61 not an appropria > 000040 74 65 20 73 74 72 65 61 6D 3A 20 23 3C 43 4C 4F te stream: #<CLO > 000050 53 45 44 20 49 4F 20 54 45 52 4D 49 4E 41 4C 2D SED IO TERMINAL- > 000060 53 54 52 45 41 4D 3E 2E 20 49 74 20 68 61 73 20 STREAM>. It has > 000070 62 65 65 6E 20 63 68 61 6E 67 65 64 20 74 6F 0A been changed to. > 000080 20 20 20 20 20 20 23 3C 49 4F 20 54 45 52 4D 49 #<IO TERMI > 000090 4E 41 4C 2D 53 54 52 45 41 4D 3E 2E 0A 45 78 69 NAL-STREAM>..Exi > 0000a0 74 69 6E 67 20 6F 6E 20 73 69 67 6E 61 6C 20 36 ting on signal 6 > 0000b0 0A . > > Sam, your turn, I guess. somehow gdb does not stop: (gdb) br main Breakpoint 20 at 0x106848: file ../src/spvw.d, line 3699. (gdb) run Starting program: /home/sds/src/clisp/current/build-g/lisp.run -M lispinit.mem |cat STACK size: 98222 [0x7ffff7f81e00 0x7ffff7ec2090] *** - TRUENAME: The value of *TERMINAL-IO* was not an appropriate stream: #<CLOSED IO TERMINAL-STREAM>. It has been changed to #<IO TERMINAL-STREAM>. During startup program exited normally. (gdb) this: (gdb) run -M lispinit.mem 2>/dev/null stops on breaks, but does not fail with the "not an appropriate stream" error. ideas? -- Sam Steingold (http://sds.podval.org/) on Ubuntu 16.10 (yakkety) X 11.0.11804000 http://www.childpsy.net/ http://memri.org http://ffii.org http://dhimmi.org http://www.dhimmitude.org http://americancensorship.org MS: our tomorrow's software will run on your tomorrow's HW at today's speed. |
|
From: Karsten P. <Kar...@gm...> - 2017-03-01 19:35:03
|
On 01.03.17 20:03, Sam Steingold wrote: > Note that CLISP hg tip does _not_ refer to clisp.cons.org, it uses > clisp.org instead. > ok so (setq *impnotes-root-default* "http://clisp.org/impnotes/") solves the problem. Will check why I don't have that in my config.lisp thanks! Karsten |
|
From: Sam S. <sd...@gn...> - 2017-03-01 19:04:04
|
oops, sorry, sent too early. > * Sam Steingold <fq...@ta...t> [2017-03-01 13:36:55 -0500]: > >> * Karsten Poeck <Xnefgra.Cbrpx@tznvy.pbz> [2017-02-28 22:53:43 +0100]: >> >> ;; connecting to >> "http://clisp.cons.org/impnotes/id-href.map"...connected...HTTP/1.1 302 >> Found --> "https://clisp.cons.org:80/impnotes/id-href.map" > > and this fails with > This site can’t provide a secure connection > > clisp.cons.org sent an invalid response. > Try running Network Diagnostics. > ERR_SSL_PROTOCOL_ERROR > So, clisp.cons.org is broken: it redirects to https (which, BTW, clisp open-http cannot handle) and then breaks. Note that CLISP hg tip does _not_ refer to clisp.cons.org, it uses clisp.org instead. >> if #1# is "http....." and new url is "https://" this might lead to the >> wrong call with >> "http://clisp.cons.orghttps://clisp.cons.org:80/impnotes/id-href.map" This is, indeed, a bug. However, the rudimentary http client in clhs.lisp cannot handle https anyway. -- Sam Steingold (http://sds.podval.org/) on darwin Ns 10.3.1504 http://steingoldpsychology.com http://www.childpsy.net http://camera.org http://americancensorship.org http://thereligionofpeace.com A PC without Windows is like ice cream without ketchup. |
|
From: Sam S. <sd...@gn...> - 2017-03-01 18:37:04
|
> * Karsten Poeck <Xnefgra.Cbrpx@tznvy.pbz> [2017-02-28 22:53:43 +0100]: > > ;; connecting to > "http://clisp.cons.org/impnotes/id-href.map"...connected...HTTP/1.1 302 > Found --> "https://clisp.cons.org:80/impnotes/id-href.map" and this fails with This site can’t provide a secure connection clisp.cons.org sent an invalid response. Try running Network Diagnostics. ERR_SSL_PROTOCOL_ERROR > ;; connecting to > "http://clisp.cons.orghttps://clisp.cons.org:80/impnotes/id-href.map"... > *** - PARSE-INTEGER: substring "" does not have integer syntax at position 0 > The following restarts are available: > ABORT :R1 Abort main loop > > Backtrace shows: > .. > <10/173> #<SYSTEM-FUNCTION INVOKE-DEBUGGER> 1 > <11/167> #<SYSTEM-FUNCTION PARSE-INTEGER> > <12/150> #<COMPILED-FUNCTION OPEN-HTTP> > <13/127> #<COMPILED-FUNCTION OPEN-HTTP> > <14/121> #<COMPILED-FUNCTION SYSTEM::OPEN-URL> > <15/116> #<COMPILED-FUNCTION SYSTEM::ENSURE-IMPNOTES-MAP> > ... > > Funny enough the second call in the same session works fine. > > Break 1 [2]> (WITH-OUTPUT-TO-STRING (S) (DESCRIBE NIL S)) > " > NIL is the empty list, the symbol NIL, lies in #<PACKAGE COMMON-LISP>, > is accessible in 11 packages CLOS, COMMON-LISP, COMMON-LISP-USER, > EXPORTING, EXT, FFI, POSIX, READLINE, REGEXP, SCREEN, SYSTEM, a > constant, value: NIL, names a type, names > a built-in foreign type, has 3 properties SYSTEM::DOC, > SYSTEM::INSTRUCTION, SYSTEM::TYPE-SYMBOL. > ANSI-CL Documentation is at > \"http://www.ai.mit.edu/projects/iiip/doc/CommonLISP/HyperSpec/Body/any_nil.html\" > For more information, evaluate (SYMBOL-PLIST 'NIL). > > #<PACKAGE COMMON-LISP> is the package named COMMON-LISP. It has 2 > nicknames LISP, CL. > It imports the external symbols of 1 package CLOS and exports 978 > symbols to 10 packages READLINE, REGEXP, POSIX, EXPORTING, FFI, SCREEN, > CLOS, COMMON-LISP-USER, EXT, SYSTEM. > > NIL [see above] > > Documentation: > CLHS: > \"Body/any_nil.html\" > " > > The following does not look good, I assume the redirect to > https://clisp.cons.org:80/impnotes/id-href.map does not work properly > > ;; connecting to > "http://clisp.cons.org/impnotes/id-href.map"...connected...HTTP/1.1 302 > Found --> "https://clisp.cons.org:80/impnotes/id-href.map" > ;; connecting to > "http://clisp.cons.orghttps://clisp.cons.org:80/impnotes/id-href.map"... > > In open-http there is the following in the redirect part > (setq new-url (string-concat #1# host new-url))) > (return-from open-http (open-http new-url)))) > > if #1# is "http....." and new url is "https://" this might lead to the > wrong call with > "http://clisp.cons.orghttps://clisp.cons.org:80/impnotes/id-href.map" > > any hints? > > regards > > Karsten > > > > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > _______________________________________________ > clisp-devel mailing list > cli...@li... > https://lists.sourceforge.net/lists/listinfo/clisp-devel > -- Sam Steingold (http://sds.podval.org/) on darwin Ns 10.3.1504 http://steingoldpsychology.com http://www.childpsy.net http://iris.org.il https://ffii.org http://camera.org http://islamexposedonline.com 186,000 Miles per Second. It's not just a good idea. IT'S THE LAW. |
|
From: <don...@is...> - 2017-03-01 14:50:32
|
after retrieving change sets ... mkdir data cd data && ln -s ../../utils/unicode/UnicodeDataFull.txt . cd data && ln -s ../../doc/Symbol-Table.text . gcc -m64 -g -O2 -W -Wswitch -Wcomment -Wpointer-arith -Wreturn-type -Wmissing-declarations -Wimplicit -Wno-sign-compare -Wno-format-nonliteral -falign-functions=4 -fno-strict-aliasing -ggdb -O0 -DDEBUG_OS_ERROR -DDEBUG_SPVW -DDEBUG_BYTECODE -DSAFETY=3 -DENABLE_UNICODE -DNO_TERMCAP_NCURSES -DDYNAMIC_FFI -DDYNAMIC_MODULES -Wl,--export-dynamic spvw.o spvwtabf.o spvwtabs.o spvwtabo.o eval.o control.o encoding.o pathname.o stream.o socket.o io.o funarg.o array.o hashtabl.o list.o package.o record.o weak.o sequence.o charstrg.o debug.o error.o misc.o time.o predtype.o symbol.o lisparit.o i18n.o foreign.o unixaux.o built.o modules.o libgnu.a -ldl /usr/local/lib/libavcall.a /usr/local/lib/libcallback.a /usr/local/lib64/libsigsegv.a -lc -o lisp.run ./lisp.run -B . -N locale -E UTF-8 -Emisc 1:1 -Epathname 1:1 -norc -m 2MW -lp ../src/ -x '(and (load "../src/init.lisp") (sys::%saveinitmem) (ext::exit)) (ext::exit t)' Cannot map memory to address 0x4000000000000 . [../src/spvw_mmap.d:340] errno = 12: Cannot allocate memory. ./lisp.run: Not enough memory for Lisp. Makefile:1406: recipe for target 'interpreted.mem' failed make: *** [interpreted.mem] Error 1 |
|
From: Karsten P. <Kar...@gm...> - 2017-02-28 21:54:03
|
Hello, after the recent activity I tried to rebuild clisp on darwin 10.12.3. build works fine, but during make check I have 1 error in streams.erg for the form (STRINGP (WITH-OUTPUT-TO-STRING (S) (DESCRIBE NIL S))) Reproducing in the repl in a new clisp session I get the same error: [1]> (STRINGP (WITH-OUTPUT-TO-STRING (S) (DESCRIBE NIL S))) ;; connecting to "http://www.ai.mit.edu/projects/iiip/doc/CommonLISP/HyperSpec/Data/Map_Sym.txt"...connected...HTTP/1.1 404 Not Found ;; "Date: Tue, 28 Feb 2017 18:29:01 GMT" ;; "Server: Apache/2.4.7 (Ubuntu)" ;; "Content-Length: 253" ;; "Connection: close" ;; "Content-Type: text/html; charset=iso-8859-1" ;; "" ;; "<!DOCTYPE HTML PUBLIC \"-//IETF//DTD HTML 2.0//EN\">" ;; "<html><head>" ;; "<title>404 Not Found</title>" ;; "</head><body>" ;; "<h1>Not Found</h1>" ;; "<p>The requested URL /projects/iiip/doc/CommonLISP/HyperSpec/Data/Map_Sym.txt was not found on this server.</p>" ;; "</body></html>" ;; connecting to "http://www.ai.mit.edu/projects/iiip/doc/CommonLISP/HyperSpec/Data/Symbol-Table.text"...connected...HTTP/1.1 200 OK...45,322 bytes ;; SYSTEM::GET-CLHS-MAP(#<IO INPUT-BUFFERED SOCKET-STREAM CHARACTER www.ai.mit.edu:80>)...978/978 symbols ;; connecting to "http://clisp.cons.org/impnotes/id-href.map"...connected...HTTP/1.1 302 Found --> "https://clisp.cons.org:80/impnotes/id-href.map" ;; connecting to "http://clisp.cons.orghttps://clisp.cons.org:80/impnotes/id-href.map"... *** - PARSE-INTEGER: substring "" does not have integer syntax at position 0 The following restarts are available: ABORT :R1 Abort main loop Backtrace shows: .. <10/173> #<SYSTEM-FUNCTION INVOKE-DEBUGGER> 1 <11/167> #<SYSTEM-FUNCTION PARSE-INTEGER> <12/150> #<COMPILED-FUNCTION OPEN-HTTP> <13/127> #<COMPILED-FUNCTION OPEN-HTTP> <14/121> #<COMPILED-FUNCTION SYSTEM::OPEN-URL> <15/116> #<COMPILED-FUNCTION SYSTEM::ENSURE-IMPNOTES-MAP> ... Funny enough the second call in the same session works fine. Break 1 [2]> (WITH-OUTPUT-TO-STRING (S) (DESCRIBE NIL S)) " NIL is the empty list, the symbol NIL, lies in #<PACKAGE COMMON-LISP>, is accessible in 11 packages CLOS, COMMON-LISP, COMMON-LISP-USER, EXPORTING, EXT, FFI, POSIX, READLINE, REGEXP, SCREEN, SYSTEM, a constant, value: NIL, names a type, names a built-in foreign type, has 3 properties SYSTEM::DOC, SYSTEM::INSTRUCTION, SYSTEM::TYPE-SYMBOL. ANSI-CL Documentation is at \"http://www.ai.mit.edu/projects/iiip/doc/CommonLISP/HyperSpec/Body/any_nil.html\" For more information, evaluate (SYMBOL-PLIST 'NIL). #<PACKAGE COMMON-LISP> is the package named COMMON-LISP. It has 2 nicknames LISP, CL. It imports the external symbols of 1 package CLOS and exports 978 symbols to 10 packages READLINE, REGEXP, POSIX, EXPORTING, FFI, SCREEN, CLOS, COMMON-LISP-USER, EXT, SYSTEM. NIL [see above] Documentation: CLHS: \"Body/any_nil.html\" " The following does not look good, I assume the redirect to https://clisp.cons.org:80/impnotes/id-href.map does not work properly ;; connecting to "http://clisp.cons.org/impnotes/id-href.map"...connected...HTTP/1.1 302 Found --> "https://clisp.cons.org:80/impnotes/id-href.map" ;; connecting to "http://clisp.cons.orghttps://clisp.cons.org:80/impnotes/id-href.map"... In open-http there is the following in the redirect part (setq new-url (string-concat #1# host new-url))) (return-from open-http (open-http new-url)))) if #1# is "http....." and new url is "https://" this might lead to the wrong call with "http://clisp.cons.orghttps://clisp.cons.org:80/impnotes/id-href.map" any hints? regards Karsten |
|
From: <cli...@li...> - 2017-02-28 17:56:44
|
Send clisp-cvs mailing list submissions to cli...@li... To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/clisp-cvs or, via email, send a message with subject or body 'help' to cli...@li... You can reach the person managing the list at cli...@li... When replying, please edit your Subject line so it is more specific than "Re: Contents of clisp-cvs digest..." CLISP CVS commits for today Today's Topics: 1. clisp: Fix build failure when using --with-libreadline-prefix op... (cli...@li...) 2. clisp: readline: Bind to some of the new API in GNU readline 6.3. (cli...@li...) 3. clisp: doc: Use ANSI C syntax instead of K&R C syntax. (cli...@li...) 4. clisp: readline: Update binding to avoid build failure with GNU ... (cli...@li...) 5. clisp: Fix bug#680: build failure when using --elispdir option. (cli...@li...) 6. clisp: configure: Fix build failure when CC is set and not GCC. (cli...@li...) 7. clisp: Fix build failures on Solaris 10 with gcc. (cli...@li...) 8. clisp: Recognize the Sun compiler also on Solaris/x86. (cli...@li...) 9. clisp: Use CFLAGS that avoid strict type-based aliasing. (cli...@li...) 10. clisp: maint: Add facility for testing builds in different confi... (cli...@li...) 11. clisp: Make it possible to use Makefile.devel from a source dist... (cli...@li...) 12. clisp: Fix error when running the ansi-tests (regression from 20... (cli...@li...) 13. clisp: modules/asdf/asdf.lisp: Upgrade to upstream 3.2.0. (cli...@li...) 14. clisp: Streams returned by MAKE-STREAM may be passed to TRUENAME... (cli...@li...) 15. clisp: Fix build failure with NO_MULTITHREAD_GC (leftover from 2... (cli...@li...) 16. clisp: Fix build failure with NO_MULTITHREAD_GC and GENERATIONAL... (cli...@li...) ---------------------------------------------------------------------- Message: 1 Date: Sun, 26 Feb 2017 00:07:07 +0000 From: cli...@li... Subject: clisp: Fix build failure when using --with-libreadline-prefix op... To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/572d8f6325fa changeset: 15747:572d8f6325fa8d54bf2df584dd006bc061393a1d user: Bruno Haible <br...@cl...> date: 2017-02-25 23:05:47 +0100 description: Fix build failure when using --with-libreadline-prefix option. diffstat: modules/readline/configure | 180 +++++++++++++++++++++++++++++++++++++++++++++ src/ChangeLog | 10 ++ src/aclocal.m4 | 5 +- src/configure | 4 +- src/m4/readline.m4 | 5 +- 5 files changed, 201 insertions(+), 3 deletions(-) ------------------------------ Message: 2 Date: Sun, 26 Feb 2017 00:07:08 +0000 From: cli...@li... Subject: clisp: readline: Bind to some of the new API in GNU readline 6.3. To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/500da78c3fe5 changeset: 15748:500da78c3fe5870e0033a83a265e606c4c58e1bc user: Bruno Haible <br...@cl...> date: 2017-02-26 01:06:30 +0100 description: readline: Bind to some of the new API in GNU readline 6.3. diffstat: modules/readline/config.h.in | 14 ++++++++++++++ modules/readline/configure | 41 +++++++++++++++++++++++++++++++++++++++-- modules/readline/configure.in | 16 ++++++++++++++-- modules/readline/readline.lisp | 18 ++++++++++++++++-- src/configure | 2 +- 5 files changed, 84 insertions(+), 7 deletions(-) ------------------------------ Message: 3 Date: Sun, 26 Feb 2017 11:07:40 +0000 From: cli...@li... Subject: clisp: doc: Use ANSI C syntax instead of K&R C syntax. To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/5f425363afa9 changeset: 15749:5f425363afa90b2ecd3d8d497381bfa8c07be46e user: Bruno Haible <br...@cl...> date: 2017-02-26 12:00:08 +0100 description: doc: Use ANSI C syntax instead of K&R C syntax. diffstat: doc/impext.xml | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) ------------------------------ Message: 4 Date: Sun, 26 Feb 2017 11:07:41 +0000 From: cli...@li... Subject: clisp: readline: Update binding to avoid build failure with GNU ... To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/06790b3788cf changeset: 15750:06790b3788cf260b16b4eb1a3b6835513aff2474 user: Bruno Haible <br...@cl...> date: 2017-02-26 12:07:24 +0100 description: readline: Update binding to avoid build failure with GNU readline 7.0. diffstat: modules/readline/config.h.in | 3 +++ modules/readline/configure | 2 +- modules/readline/configure.in | 1 + modules/readline/readline.lisp | 15 +++++++++++++-- src/configure | 2 +- 5 files changed, 19 insertions(+), 4 deletions(-) ------------------------------ Message: 5 Date: Sun, 26 Feb 2017 11:39:42 +0000 From: cli...@li... Subject: clisp: Fix bug#680: build failure when using --elispdir option. To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/4004c6c4035e changeset: 15751:4004c6c4035efab37d6f5816e183070546b166f0 user: Bruno Haible <br...@cl...> date: 2017-02-26 12:38:42 +0100 description: Fix bug#680: build failure when using --elispdir option. diffstat: configure | 4 +--- src/ChangeLog | 6 ++++++ 2 files changed, 7 insertions(+), 3 deletions(-) ------------------------------ Message: 6 Date: Sun, 26 Feb 2017 17:36:39 +0000 From: cli...@li... Subject: clisp: configure: Fix build failure when CC is set and not GCC. To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/8db691dc3c5e changeset: 15752:8db691dc3c5e0fff8631d98a120dddc4c2c4a7ad user: Bruno Haible <br...@cl...> date: 2017-02-26 17:08:00 +0100 description: configure: Fix build failure when CC is set and not GCC. diffstat: configure | 2 +- src/ChangeLog | 6 ++++++ 2 files changed, 7 insertions(+), 1 deletions(-) ------------------------------ Message: 7 Date: Sun, 26 Feb 2017 17:36:40 +0000 From: cli...@li... Subject: clisp: Fix build failures on Solaris 10 with gcc. To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/858f4cd586e7 changeset: 15753:858f4cd586e7c82498e888c3a14701a2cbbcacab user: Bruno Haible <br...@cl...> date: 2017-02-26 18:23:57 +0100 description: Fix build failures on Solaris 10 with gcc. diffstat: configure | 12 +++++++++++- src/ChangeLog | 6 ++++++ src/intparam.c | 12 +++++++----- 3 files changed, 24 insertions(+), 6 deletions(-) ------------------------------ Message: 8 Date: Sun, 26 Feb 2017 17:36:42 +0000 From: cli...@li... Subject: clisp: Recognize the Sun compiler also on Solaris/x86. To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/d2fba82de452 changeset: 15754:d2fba82de452e2b8930dd103813689b250bf1fb1 user: Bruno Haible <br...@cl...> date: 2017-02-26 18:27:03 +0100 description: Recognize the Sun compiler also on Solaris/x86. diffstat: src/ChangeLog | 5 +++++ src/makemake.in | 4 ++-- 2 files changed, 7 insertions(+), 2 deletions(-) ------------------------------ Message: 9 Date: Sun, 26 Feb 2017 17:36:43 +0000 From: cli...@li... Subject: clisp: Use CFLAGS that avoid strict type-based aliasing. To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/ae37619fdc8d changeset: 15755:ae37619fdc8d3ea23df7b58ce5b33aa7fc62b6c2 user: Bruno Haible <br...@cl...> date: 2017-02-26 18:36:21 +0100 description: Use CFLAGS that avoid strict type-based aliasing. diffstat: src/ChangeLog | 10 ++++++++++ src/makemake.in | 19 +++++++++++++++++++ 2 files changed, 29 insertions(+), 0 deletions(-) ------------------------------ Message: 10 Date: Sun, 26 Feb 2017 22:46:49 +0000 From: cli...@li... Subject: clisp: maint: Add facility for testing builds in different confi... To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/431ac0c0d8d7 changeset: 15756:431ac0c0d8d7a541b6940f3f723b0e3f4b283624 user: Bruno Haible <br...@cl...> date: 2017-02-26 23:38:58 +0100 description: maint: Add facility for testing builds in different configurations. diffstat: Makefile.devel | 532 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++ configure | 11 +- src/ChangeLog | 11 + src/lispbibl.d | 173 ++++++++++++++---- 4 files changed, 685 insertions(+), 42 deletions(-) ------------------------------ Message: 11 Date: Sun, 26 Feb 2017 23:46:20 +0000 From: cli...@li... Subject: clisp: Make it possible to use Makefile.devel from a source dist... To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/e6bdb0cd4a23 changeset: 15757:e6bdb0cd4a239ebcc646420b9f3fcbd606e08ee3 user: Bruno Haible <br...@cl...> date: 2017-02-27 00:34:15 +0100 description: Make it possible to use Makefile.devel from a source distribution. diffstat: Makefile.devel | 2 +- src/ChangeLog | 5 +++++ 2 files changed, 6 insertions(+), 1 deletions(-) ------------------------------ Message: 12 Date: Sun, 26 Feb 2017 23:46:21 +0000 From: cli...@li... Subject: clisp: Fix error when running the ansi-tests (regression from 20... To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/aa3c074bc6ea changeset: 15758:aa3c074bc6eab480c26f4c3d3528c74695cf7f50 user: Bruno Haible <br...@cl...> date: 2017-02-27 00:41:31 +0100 description: Fix error when running the ansi-tests (regression from 2016-08-26). diffstat: src/ChangeLog | 5 +++++ src/makemake.in | 4 ++-- 2 files changed, 7 insertions(+), 2 deletions(-) ------------------------------ Message: 13 Date: Mon, 27 Feb 2017 01:08:13 +0000 From: cli...@li... Subject: clisp: modules/asdf/asdf.lisp: Upgrade to upstream 3.2.0. To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/208ade5c97ca changeset: 15759:208ade5c97ca142f4a1456231ac853eef4d30ed2 user: Sam Steingold <sd...@po...> date: 2017-02-26 20:07:47 -0500 description: modules/asdf/asdf.lisp: Upgrade to upstream 3.2.0. * Makefile.devel (ASDF_URL): Use https. diffstat: Makefile.devel | 2 +- modules/asdf/asdf.lisp | 6980 ++++++++++++++++++++++++++++------------------- modules/asdf/asdf.xml | 13 +- src/ChangeLog | 5 + src/NEWS | 4 +- 5 files changed, 4088 insertions(+), 2916 deletions(-) ------------------------------ Message: 14 Date: Mon, 27 Feb 2017 02:39:36 +0000 From: cli...@li... Subject: clisp: Streams returned by MAKE-STREAM may be passed to TRUENAME... To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/d61ff18e7daa changeset: 15760:d61ff18e7daaa0c0c279094afddb1ba0ebeba7c4 user: Sam Steingold <sd...@po...> date: 2017-02-26 21:39:18 -0500 description: Streams returned by MAKE-STREAM may be passed to TRUENAME (bug#679). Fix bug#679: when a stream returned by MAKE-STREAM has a path, the stream should be an acceptable argument to TRUENAME. * src/stream.d (handle_pathname): Call TRUENAME instead of PATHNAME. (handle_to_stream): Set both pathname and truename. diffstat: src/ChangeLog | 9 ++++++++- src/NEWS | 1 + src/stream.d | 6 +++--- tests/streams.tst | 11 +++++++++++ 4 files changed, 23 insertions(+), 4 deletions(-) ------------------------------ Message: 15 Date: Mon, 27 Feb 2017 10:04:13 +0000 From: cli...@li... Subject: clisp: Fix build failure with NO_MULTITHREAD_GC (leftover from 2... To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/ae6dd7b8da20 changeset: 15761:ae6dd7b8da20f6d9e361e50ebefcd751d7333b20 user: Bruno Haible <br...@cl...> date: 2017-02-27 10:41:54 +0100 description: Fix build failure with NO_MULTITHREAD_GC (leftover from 2008-10-29). diffstat: src/ChangeLog | 5 +++++ src/spvw_garcol_old.d | 12 +++++++++--- 2 files changed, 14 insertions(+), 3 deletions(-) ------------------------------ Message: 16 Date: Tue, 28 Feb 2017 17:56:42 +0000 From: cli...@li... Subject: clisp: Fix build failure with NO_MULTITHREAD_GC and GENERATIONAL... To: cli...@li... Message-ID: <hg....@sf...> Content-Type: text/plain; charset="us-ascii" details: http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/bc83f676f9a5 changeset: 15762:bc83f676f9a55f5d1acb9bcc939205cd4ea48c13 user: Bruno Haible <br...@cl...> date: 2017-02-28 18:56:03 +0100 description: Fix build failure with NO_MULTITHREAD_GC and GENERATIONAL_GC. diffstat: src/ChangeLog | 8 ++++++++ src/spvw.d | 10 ++++++++++ src/spvw_garcol.d | 10 ---------- src/spvw_garcol_old.d | 2 +- 4 files changed, 19 insertions(+), 11 deletions(-) ------------------------------ ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot ------------------------------ _______________________________________________ clisp-cvs mailing list cli...@li... https://lists.sourceforge.net/lists/listinfo/clisp-cvs End of clisp-cvs Digest, Vol 74, Issue 4 **************************************** |
|
From: Jason M. <ja...@mi...> - 2017-02-28 01:58:54
|
So we don't reinvent the wheel, John Regehr maintains a set of testcases for how compilers optimize undefined behaviors here: https://github.com/regehr/ub-canaries In particular see: https://github.com/regehr/ub-canaries/tree/master/strict-aliasing On 00:54 Tue 28 Feb , Pascal Bourguignon wrote: > On 28 Feb 2017, at 00:48, Bruno Haible <[1]br...@cl...> wrote: > > Sam, > > On a second thought, this appears like a clear case for an autoconf > test: > check whether the default compiler does strict aliasing > optimizations > and, if it does, try to disable them, and if we cannot disable them, > fail configure. > > Yes. Excellent idea! Even with compilers that we have never heard of, > this will > do the right thing: bark at high optimization levels, and be silent > when not > optimizing. > > The thing with optimizations is that you don’t get to decide when the > compiler will apply them. > > So, the actual test program you will have to compile while configuring, > will be the actual program. Only so, you can be sure whether the > compiler did the optimization. > -- > __Pascal J. Bourguignon__ > > References > > 1. mailto:br...@cl... > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > _______________________________________________ > clisp-devel mailing list > cli...@li... > https://lists.sourceforge.net/lists/listinfo/clisp-devel |
|
From: Bruno H. <br...@cl...> - 2017-02-28 00:31:39
|
Pascal, > >> On a second thought, this appears like a clear case for an autoconf test: > >> check whether the default compiler does strict aliasing optimizations > >> and, if it does, try to disable them, and if we cannot disable them, > >> fail configure. > > > > Yes. Excellent idea! Even with compilers that we have never heard of, this will > > do the right thing: bark at high optimization levels, and be silent when not > > optimizing. > > > > The thing with optimizations is that you don’t get to decide when the compiler will apply them. > So, the actual test program you will have to compile while configuring, will be the actual program. Only so, you can be sure whether the compiler did the optimization. I'm not so pessimistic. I guess it's possible to write a test that checks 1, 2, or 3 typical optimizations a compiler would do based on type-based aliasing analysis. Bruno |
|
From: Pascal B. <pj...@in...> - 2017-02-27 23:54:28
|
> On 28 Feb 2017, at 00:48, Bruno Haible <br...@cl...> wrote: > > Sam, > >> On a second thought, this appears like a clear case for an autoconf test: >> check whether the default compiler does strict aliasing optimizations >> and, if it does, try to disable them, and if we cannot disable them, >> fail configure. > > Yes. Excellent idea! Even with compilers that we have never heard of, this will > do the right thing: bark at high optimization levels, and be silent when not > optimizing. The thing with optimizations is that you don’t get to decide when the compiler will apply them. So, the actual test program you will have to compile while configuring, will be the actual program. Only so, you can be sure whether the compiler did the optimization. -- __Pascal J. Bourguignon__ |
|
From: Bruno H. <br...@cl...> - 2017-02-27 23:49:05
|
Sam, > On a second thought, this appears like a clear case for an autoconf test: > check whether the default compiler does strict aliasing optimizations > and, if it does, try to disable them, and if we cannot disable them, > fail configure. Yes. Excellent idea! Even with compilers that we have never heard of, this will do the right thing: bark at high optimization levels, and be silent when not optimizing. Bruno |
32 messages has been excluded from this view by a project administrator.
