Re: lang/sbcl: update to 2.3.6 (latest) and take MAINTAINER

2023-07-07 Thread Stuart Henderson
On 2023/06/29 15:42, Sebastien Marie wrote:
> With latest changes on ecl, we are able to update sbcl to latest version 
> (2.3.6).

turns out that new sbcl fails on i386, here's the end of build log.

cc -O2 -pipe -g -Wall -Wundef -Wsign-compare -Wpointer-arith 
-I/usr/local/include -pthread -fno-pie -fno-omit-frame-pointer -I.  -c -o 
x86-arch.o x86-arch.c
cc -O2 -pipe -g -Wall -Wundef -Wsign-compare -Wpointer-arith 
-I/usr/local/include -pthread -fno-pie -fno-omit-frame-pointer -I.  -c -o 
bsd-os.o bsd-os.c
cc -O2 -pipe -g -Wall -Wundef -Wsign-compare -Wpointer-arith 
-I/usr/local/include -pthread -fno-pie -fno-omit-frame-pointer -I.  -c -o 
x86-bsd-os.o x86-bsd-os.c
x86-bsd-os.c:130:23: warning: implicit declaration of function 'rfs' is invalid 
in C99 [-Wimplicit-function-declaration]
unsigned int fs = rfs();
  ^
x86-bsd-os.c:135:9: warning: implicit declaration of function 'load_fs' is 
invalid in C99 [-Wimplicit-function-declaration]
load_fs(sel);
^
x86-bsd-os.c:134:12: warning: comparison of integers of different signs: 
'unsigned int' and 'int' [-Wsign-compare]
if (fs != sel)
~~ ^  ~~~
x86-bsd-os.c:150:9: warning: implicit declaration of function 'i386_set_ldt' is 
invalid in C99 [-Wimplicit-function-declaration]
n = i386_set_ldt(LDT_AUTO_ALLOC, (union descriptor*) _entry, 1);
^
x86-bsd-os.c:150:22: error: use of undeclared identifier 'LDT_AUTO_ALLOC'
n = i386_set_ldt(LDT_AUTO_ALLOC, (union descriptor*) _entry, 1);
 ^
x86-bsd-os.c:184:5: warning: implicit declaration of function 'i386_set_ldt' is 
invalid in C99 [-Wimplicit-function-declaration]
i386_set_ldt(n, NULL, 1);
^
5 warnings and 1 error generated.



Re: x11/stumpwm: few adjustments after lang/sbcl update

2023-06-30 Thread Timo Myyrä
On Fri, Jun 30, 2023, at 20:36, Sebastien Marie wrote:
> Hi,
>
> As lang/sbcl has been updated to 2.3.6, the compression method changed 
> from libz 
> to libzstd.
>
> As stumpwm is built using sbcl, the port needs few adjustments to add 
> LIB_DEPENDS on zstd, and updated WANTLIB.
>
> Comments or OK ?
> -- 
> Sebastien Marie
>
> diff /home/semarie/repos/openbsd/ports
> commit - f2b2271db0cce22f098315362598c10c5db64ead
> path + /home/semarie/repos/openbsd/ports
> blob - 1fe35715ef106358692d35766dd50025d89563b0
> file + x11/stumpwm/Makefile
> --- x11/stumpwm/Makefile
> +++ x11/stumpwm/Makefile
> @@ -2,6 +2,7 @@ DISTNAME= stumpwm-${VERSION}
> 
>  VERSION= 22.11
>  DISTNAME=stumpwm-${VERSION}
> +REVISION=0
> 
>  CATEGORIES=  x11
> 
> @@ -12,7 +13,7 @@ WANTLIB += c m pthread util z
>  # GPLv2
>  PERMIT_PACKAGE=  Yes
> 
> -WANTLIB += c m pthread util z
> +WANTLIB += c m pthread util zstd
> 
>  MASTER_SITES=https://github.com/stumpwm/stumpwm/archive/
>  MASTER_SITES0=   https://github.com/edicl/cl-ppcre/archive/
> @@ -26,6 +27,7 @@ BUILD_DEPENDS=  lang/sbcl,threads \
> 
>  BUILD_DEPENDS=   lang/sbcl,threads \
>   print/texinfo
> +LIB_DEPENDS= archivers/zstd
> 
>  AUTOCONF_VERSION=2.69
>  CONFIGURE_STYLE= autoconf no-autoheader

Looks good to me.

Timo



Re: lang/sbcl: update to 2.3.6 (latest) and take MAINTAINER

2023-06-30 Thread Sebastien Marie
On Fri, Jun 30, 2023 at 07:34:05PM +0200, develo...@robert-palm.de wrote:
> Zitat von Sebastien Marie :
> > 
> > The port is buildable on wider architectures range.
> > 
> 
> Thank you. Will it be available for RISC V, too ?
> 

yes, riscv64 should have it.

I know sbcl has code for it, but as I don't have access to a riscv64 host to 
check that it build fine on OpenBSD.

The bootstrapping is done natively using lang/ecl (which is C code).

I have only tested aarch64 (arm64) and it was fine.
-- 
Sebastien Marie



x11/stumpwm: few adjustments after lang/sbcl update

2023-06-30 Thread Sebastien Marie
Hi,

As lang/sbcl has been updated to 2.3.6, the compression method changed from 
libz 
to libzstd.

As stumpwm is built using sbcl, the port needs few adjustments to add 
LIB_DEPENDS on zstd, and updated WANTLIB.

Comments or OK ?
-- 
Sebastien Marie

diff /home/semarie/repos/openbsd/ports
commit - f2b2271db0cce22f098315362598c10c5db64ead
path + /home/semarie/repos/openbsd/ports
blob - 1fe35715ef106358692d35766dd50025d89563b0
file + x11/stumpwm/Makefile
--- x11/stumpwm/Makefile
+++ x11/stumpwm/Makefile
@@ -2,6 +2,7 @@ DISTNAME=   stumpwm-${VERSION}
 
 VERSION=   22.11
 DISTNAME=  stumpwm-${VERSION}
+REVISION=  0
 
 CATEGORIES=x11
 
@@ -12,7 +13,7 @@ WANTLIB += c m pthread util z
 # GPLv2
 PERMIT_PACKAGE=Yes
 
-WANTLIB += c m pthread util z
+WANTLIB += c m pthread util zstd
 
 MASTER_SITES=  https://github.com/stumpwm/stumpwm/archive/
 MASTER_SITES0= https://github.com/edicl/cl-ppcre/archive/
@@ -26,6 +27,7 @@ BUILD_DEPENDS=lang/sbcl,threads \
 
 BUILD_DEPENDS= lang/sbcl,threads \
print/texinfo
+LIB_DEPENDS=   archivers/zstd
 
 AUTOCONF_VERSION=  2.69
 CONFIGURE_STYLE=   autoconf no-autoheader



Re: lang/sbcl: update to 2.3.6 (latest) and take MAINTAINER

2023-06-30 Thread developer

Zitat von Sebastien Marie :


Hi,

With latest changes on ecl, we are able to update sbcl to latest  
version (2.3.6).


As maintainer systematically timeout since several years now, I am  
taking over
the maintainership (and no reply on private mail asking about  
continuing or not

to maintain lang/sbcl).

I have mostly rewritten the port to ease testing building it with several
bootstraps (ecl, clisp, sbcl) on one architecture, and drop some historical
parts.

Regarding the way to build sbcl, it defaults to using lang/ecl (which is
portable as written in C), and use clisp for some archs only (amd64  
and powerpc,

as currently) as it is more fast.


The mail includes:
- a proper tarball (as for a new port)
- a diff (for braves diff readers)

I tested:
- on amd64, building with clisp (default), ecl and sbcl (2.2.5p0 and 2.3.6)
- on aarch64, building with ecl, and sbcl (2.3.6)
- all dependencies are still building on amd64

The port is buildable on wider architectures range.

Comments or OK ?
--
Sebastien Marie


Thank you. Will it be available for RISC V, too ?




Re: lang/sbcl: update to 2.3.6 (latest) and take MAINTAINER

2023-06-30 Thread Sebastien Marie
On Fri, Jun 30, 2023 at 01:37:48PM +0200, solene wrote:
> 
> I don't know if this is expected, I wanted to try to build sbcl using
> ecl on amd64 because I don't have any other arch to try the build with
> ecl, but it's not working, I attached the build log

> ===> lang/sbcl
> ===> Building from scratch sbcl-2.3.6p0
> ===> sbcl-2.3.6p0 depends on: ecl-* -> ecl-21.2.1

the ecl version isn't the latest in -current. you need ecl-21.2.1p0 which 
contains a backport to be able to build recent sbcl.

the p0 version was commited yesterday.

> ===> sbcl-2.3.6p0 depends on: texinfo-* -> texinfo-6.5p4
> ===> sbcl-2.3.6p0 depends on: gmake-* -> gmake-4.4.1
> ===> sbcl-2.3.6p0 depends on: dwz-* -> dwz-0.15
> ===> sbcl-2.3.6p0 depends on: bzip2-* -> bzip2-1.0.8p0
> ===> sbcl-2.3.6p0 depends on: zstd-* -> zstd-1.5.5
> ===>  Verifying specs:  c m util zstd
> ===>  found c.97.0 m.10.1 util.17.0 zstd.6.3

thanks for testing it.
-- 
Sebastien Marie



Re: lang/sbcl: update to 2.3.6 (latest) and take MAINTAINER

2023-06-29 Thread Omar Polo
Hello,

On 2023/06/29 15:42:00 +0200, Sebastien Marie  wrote:
> Hi,
> 
> With latest changes on ecl, we are able to update sbcl to latest version 
> (2.3.6).
> 
> As maintainer systematically timeout since several years now, I am taking 
> over 
> the maintainership (and no reply on private mail asking about continuing or 
> not 
> to maintain lang/sbcl).
> 
> I have mostly rewritten the port to ease testing building it with several 
> bootstraps (ecl, clisp, sbcl) on one architecture, and drop some historical 
> parts.
> 
> Regarding the way to build sbcl, it defaults to using lang/ecl (which is 
> portable as written in C), and use clisp for some archs only (amd64 and 
> powerpc, 
> as currently) as it is more fast.
> 
> 
> The mail includes:
> - a proper tarball (as for a new port)
> - a diff (for braves diff readers)
> 
> I tested:
> - on amd64, building with clisp (default), ecl and sbcl (2.2.5p0 and 2.3.6)
> - on aarch64, building with ecl, and sbcl (2.3.6)
> - all dependencies are still building on amd64

I've only tested on amd64 with clisp, but runtime tested a few things,
including stumpwm.

> The port is buildable on wider architectures range.
> 
> Comments or OK ?

ok op@

Thanks for updating sbcl! :)



lang/sbcl: update to 2.3.6 (latest) and take MAINTAINER

2023-06-29 Thread Sebastien Marie
Hi,

With latest changes on ecl, we are able to update sbcl to latest version 
(2.3.6).

As maintainer systematically timeout since several years now, I am taking over 
the maintainership (and no reply on private mail asking about continuing or not 
to maintain lang/sbcl).

I have mostly rewritten the port to ease testing building it with several 
bootstraps (ecl, clisp, sbcl) on one architecture, and drop some historical 
parts.

Regarding the way to build sbcl, it defaults to using lang/ecl (which is 
portable as written in C), and use clisp for some archs only (amd64 and 
powerpc, 
as currently) as it is more fast.


The mail includes:
- a proper tarball (as for a new port)
- a diff (for braves diff readers)

I tested:
- on amd64, building with clisp (default), ecl and sbcl (2.2.5p0 and 2.3.6)
- on aarch64, building with ecl, and sbcl (2.3.6)
- all dependencies are still building on amd64

The port is buildable on wider architectures range.

Comments or OK ?
-- 
Sebastien Marie


sbcl.tgz
Description: application/tar-gz
diff /home/semarie/repos/openbsd/ports
commit - 24a3e531fc9c9cadff194b5f9fdaf9c0a68c3156
path + /home/semarie/repos/openbsd/ports
blob - 9d85d7514131d6aef49aab9ea5719239bea069bc
file + lang/sbcl/Makefile
--- lang/sbcl/Makefile
+++ lang/sbcl/Makefile
@@ -1,98 +1,125 @@
-# not yet ported to other arches
-ONLY_FOR_ARCHS =   amd64 i386 powerpc
-USE_WXNEEDED = Yes
+COMMENT =  high performance Common Lisp compiler
 
-COMMENT=   compiler and runtime system for ANSI Common Lisp
+V =2.3.6
+DISTNAME = sbcl-${V}-source
+PKGNAME =  sbcl-${V}
 
-V =2.2.5
-REVISION = 0
-DISTNAME=  sbcl-${V}-source
-PKGNAME=   sbcl-${V}
-WRKDIST=   ${WRKDIR}/sbcl-${V}
-EXTRACT_SUFX=  .tar.bz2
+CATEGORIES =   lang
 
-CATEGORIES=lang
-HOMEPAGE=  http://www.sbcl.org/
-MAINTAINER =   Joshua Elsasser 
+HOMEPAGE = https://www.sbcl.org/
 
+MAINTAINER =   Sebastien Marie 
+
 # Public domain and BSD
-PERMIT_PACKAGE=Yes
+PERMIT_PACKAGE =   Yes
 
-MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=sbcl/}
+WANTLIB += c m util zstd
 
-WANTLIB=   c m util z
+USE_WXNEEDED = Yes
+USE_NOEXECONLY =   Yes
+USE_NOBTCFI =  Yes
 
-PSEUDO_FLAVORS=native_bootstrap
+MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=sbcl/}
+EXTRACT_SUFX = .tar.bz2
+WRKDIST =  ${WRKDIR}/sbcl-${V}
 
-FLAVORS=   threads
-FLAVOR?=
+PSEUDO_FLAVORS =   native_bootstrap
+FLAVORS =  threads
+FLAVOR ?=
 
-MAKE_PARAMS =  --prefix=${PREFIX}
+# Supported bootstrap methods:
+# - "ecl"   : default (for portability)
+# - "clisp" : build might be faster than with ecl
+# - "sbcl"  : for native bootstrap
+#
+# For testing, it could be manually overrided by passing
+# BOOTSTRAP_METHOD=xxx on make command-line.
 
-.if ${FLAVOR:Mthreads}
-ONLY_FOR_ARCHS =   amd64 powerpc
-MAKE_PARAMS += --with-sb-thread
-WANTLIB+=  pthread
-.endif
-# enable features from --fancy other than :sb-thread
-MAKE_PARAMS += --with-sb-core-compression \
-   --with-sb-xref-for-internals
+BOOTSTRAP_METHOD-amd64 =   clisp
+BOOTSTRAP_METHOD-powerpc = clisp
+BOOTSTRAP_METHOD-${MACHINE_ARCH} ?=ecl
 
-# contrib/sb-capstone/test.lisp uses it at build-time if present
-BUILD_DEPENDS =devel/capstone/main
+BOOTSTRAP_METHOD ?=${BOOTSTRAP_METHOD-${MACHINE_ARCH}}
 
 .if ${FLAVOR:Mnative_bootstrap}
-BUILD_DEPENDS+=lang/sbcl
-BOOTSTRAP_CMD= ${LOCALBASE}/bin/sbcl \
-   --disable-debugger --no-sysinit --no-userinit
-.elif ${MACHINE_ARCH:Mi386}
-# ecl is slower but lang/clisp fails to build sbcl on i386
-BUILD_DEPENDS +=   lang/ecl
-BOOTSTRAP_CMD =${LOCALBASE}/bin/ecl -q --norc
-.else
+BOOTSTRAP_METHOD = sbcl
+.endif
+
+.if ${BOOTSTRAP_METHOD:Msbcl}
+BUILD_DEPENDS +=   lang/sbcl
+XCHOST_CMD =   ${LOCALBASE}/bin/sbcl \
+   --disable-debugger --no-sysinit --no-userinit
+
+.elif ${BOOTSTRAP_METHOD:Mclisp}
 BUILD_DEPENDS +=   lang/clisp
-BOOTSTRAP_CMD =${LOCALBASE}/bin/clisp -q -norc
+XCHOST_CMD =   ${LOCALBASE}/bin/clisp -q -norc
+
+.elif ${BOOTSTRAP_METHOD:Mecl}
+BUILD_DEPENDS +=   lang/ecl
+XCHOST_CMD =   ${LOCALBASE}/bin/ecl -q --norc
+
+.else
+ERRORS +=  "Fatal: unknown BOOTSTRAP_METHOD"
 .endif
-MAKE_PARAMS += --xc-host="${BOOTSTRAP_CMD}" ${EXTRA_PARAMS}
-TEST_DEPENDS = devel/gmp
 
-# base makeinfo chokes on sbcl texinfo files
+# sb-thread is available only on some architectures and required on others
+.if ${FLAVOR:Mthreads}
+ONLY_FOR_ARCHS +=  riscv64 powerpc powerpc64 i386 amd64 aarch64
+EXTRA_PARAMS +=--with-sb-thread
+WANTLIB += pthread
+.else
+NOT_FOR_ARCHS 

Re: lang/sbcl update

2021-12-14 Thread George Koehler
On Wed, 8 Dec 2021 23:50:33 +0100
Solene Rapenne  wrote:

> new update, we are really lagging behind :/
> 
> same problems with test, one failing in normal flavor
> and two fails with threads flavor.

solene, your update to sbcl-2.1.11 is ok gkoehler@

I packaged both flavors of 2.1.11 on powerpc.  I ran "make test" on
the threads flavor and got a longer list of failures on powerpc; my
list is below. (I don't have an old "make test" to compare.)  One of
the tests got stuck; I killed it with SIGTERM.

--George

Status:
 Expected failure:   array.pure.lisp / CHECK-BOUND-SIGNED-BOUND-NOTES
 Expected failure:   compiler-2.pure.lisp / DEDUPLICATED-FDEFNS
 Expected failure:   compiler.pure.lisp / (ODDP BIGNUM NO-CONSING)
 Expected failure:   compiler.pure.lisp / (LOGTEST BIGNUM NO-CONSING)
 Failure:compiler.pure.lisp / REDUCING-CONSTANTS
 Failure:compiler.pure.lisp / REDUCING-CONSTANTS.2
 Expected failure:   float.pure.lisp / (ADDITION-OVERFLOW BUG-372)
 Expected failure:   float.pure.lisp / (ADDITION-OVERFLOW BUG-372 TAKE-2)
 Expected failure:   hash.pure.lisp / SXHASH-ON-DISPLACED-STRING
 Skipped (broken):   interface.pure.lisp / 
RESTART-BOGUS-ARG-TO-VALUES-LIST-ERROR
 Failure:interface.pure.lisp / NO-V0P-EX1STSP-IN-BUILD
 Expected failure:   random.pure.lisp / FLOAT-NO-CONSING
 Expected failure:   selfbuild-output.pure.lisp / 
MAKE-LIST-%MAKE-LIST-NOT-CALLED
 Failure:unicode-misc.pure.lisp / (CL-CASE-INVERTIBILITY)
 Expected failure:   block-compile.impure.lisp / 
BLOCK-DEFCONSTANT-HAIRY-EQNESS-TEST
 Expected failure:   compiler.impure.lisp / BUG-308921
 Expected failure:   compiler.impure.lisp / FTYPE-RETURN-TYPE-CONFLICT
 Unexpected success: debug.impure.lisp / (TRACE ENCAPSULATE NIL)
 Unexpected success: debug.impure.lisp / (TRACE ENCAPSULATE NIL RECURSIVE)
 Expected failure:   debug.impure.lisp / PROPERLY-TAGGED-P-INTERNAL
 Expected failure:   dynamic-extent.impure.lisp / DX-COMPILER-NOTES
 Expected failure:   fopcompiler.impure.lisp / 
FOPCOMPILER-DEPRECATED-VAR-WARNING
 Expected failure:   full-eval.impure.lisp / INLINE-FUN-CAPTURES-DECL
 Invalid exit status: gc.impure.lisp
 Skipped (broken):   gethash-concurrency.impure.lisp / (HASH-TABLE 
UNSYNCHRONIZED)
 Failure:hash-table.impure.lisp / HASH-TABLE-ITERATOR-NO-NOTES
 Failure:kill-non-lisp-thread.impure.lisp / KILL-NON-LISP-THREAD
 Failure:make-thread.impure.lisp / EXPECTED-GC-ROOTS
 Expected failure:   packages.impure.lisp / USE-PACKAGE-CONFLICT-SET
 Expected failure:   packages.impure.lisp / IMPORT-SINGLE-CONFLICT
 Skipped (broken):   threads.impure.lisp / BACKTRACE
 Skipped (broken):   timer.impure.lisp / (TIMER PARALLEL-UNSCHEDULE)
 Expected failure:   walk.impure.lisp / (WALK MULTIPLE-VALUE-BIND)
 Expected failure:   walk.impure.lisp / (WALK MULTIPLE-VALUE-BIND SPECIAL)
 (64 tests skipped for this combination of platform and features)
test failed, expected 104 return code, got 1

> Index: Makefile
> ===
> RCS file: /home/reposync/ports/lang/sbcl/Makefile,v
> retrieving revision 1.46
> diff -u -p -r1.46 Makefile
> --- Makefile  28 May 2021 16:23:31 -  1.46
> +++ Makefile  8 Dec 2021 22:22:02 -
> @@ -25,7 +25,7 @@ USE_WXNEEDED =  Yes
>  
>  COMMENT= compiler and runtime system for ANSI Common Lisp
>  
> -V =  2.1.4
> +V =  2.1.11
>  DISTNAME=sbcl-${V}-source
>  PKGNAME= sbcl-${V}
>  WRKDIST= ${WRKDIR}/sbcl-${V}
> Index: distinfo
> ===
> RCS file: /home/reposync/ports/lang/sbcl/distinfo,v
> retrieving revision 1.20
> diff -u -p -r1.20 distinfo
> --- distinfo  28 May 2021 16:23:31 -  1.20
> +++ distinfo  8 Dec 2021 22:23:37 -
> @@ -1,2 +1,2 @@
> -SHA256 (sbcl-2.1.4-source.tar.bz2) = 
> mSYOI0b80irlVG4VuvUImdyzt1psdMx8yEk3iJnvvRE=
> -SIZE (sbcl-2.1.4-source.tar.bz2) = 6550812
> +SHA256 (sbcl-2.1.11-source.tar.bz2) = 
> v8FIHef9vfru8qsPDo6E79NDQz3qjSHPvqiwFGy9/v0=
> +SIZE (sbcl-2.1.11-source.tar.bz2) = 6687529
> Index: pkg/PLIST
> ===
> RCS file: /home/reposync/ports/lang/sbcl/pkg/PLIST,v
> retrieving revision 1.12
> diff -u -p -r1.12 PLIST
> --- pkg/PLIST 13 May 2019 12:58:58 -  1.12
> +++ pkg/PLIST 8 Dec 2021 22:22:16 -
> @@ -21,6 +21,8 @@ lib/sbcl/contrib/sb-executable.asd
>  lib/sbcl/contrib/sb-executable.fasl
>  lib/sbcl/contrib/sb-gmp.asd
>  lib/sbcl/contrib/sb-gmp.fasl
> +lib/sbcl/contrib/sb-graph.asd
> +lib/sbcl/contrib/sb-graph.fasl
>  lib/sbcl/contrib/sb-grovel.asd
>  lib/sbcl/contrib/sb-grovel.fasl
>  lib/sbcl/contrib/sb-introspect.asd
> 


-- 
George Koehler 



Re: lang/sbcl update

2021-12-13 Thread Omar Polo


quick followup

> [...]
>
>> Failure:unicode-misc.pure.lisp / (CL-CASE-INVERTIBILITY)
>
>   (loop for i from 0 below char-code-limit
>  for char = (code-char i)
>  do
>(when (upper-case-p char)
>  (assert (char= char (char-upcase (char-downcase char)
>(when (lower-case-p char)
>  (assert (char= char (char-downcase (char-upcase char))
>
> This fails with char being #\WARANG_CITI_CAPITAL_LETTER_VIYO, or
> U+118BF.  I asked a friend on linux to test and there:
>
> (char= #\WARANG_CITI_CAPITAL_LETTER_VIYO
>(char-upcase (char-downcase #\WARANG_CITI_CAPITAL_LETTER_VIYO)))
> ; => t
>
> This could be a real bug, probably in the unicode data.

iswupper(3) and iswlower(3) return the correct thing (0) for that
character so it isn't a problem in base.  sbcl' UPPER/LOWER-CASE-P works
by inspecting a database of unicode data produced during the build in
${WRKDIR}/output/ucd* so the bug must be there, but I'm still not sure
how it's generated.

It'd be nice to report this and the other failure upstream.  I don't
have an account at launchpad, but if nobody else wants to report them I
guess I can create one and try to.

> [...]
>
>> Expected failure:   float.impure.lisp / (RANGE-REDUCTION PRECISE-PI)
>
> this is actually an improvement: it's expected to fail openbsd but it
> works now :)

nope, I mis-interpreted the regress suite output, this is still broken.

> Inaccurate result for (SIN 4.611686018427388d18):
> expected -0.7029224436192089d0,
> got -0.7071329274527789d0

FWIW it's been broken for eight years: 
https://bugs.launchpad.net/sbcl/+bug/1137924



Re: lang/sbcl update

2021-12-09 Thread Omar Polo
Solene Rapenne  writes:

> On Thu, 16 Sep 2021 10:29:28 +0200
> Omar Polo :
>
>> Solene Rapenne  writes:
>> 
>> > this updates lang/sbcl to latest version, I didn't had reply for my
>> > previous mail for the 2.1.7 update
>> >
>> > tested on amd64, with and without threads
>> > stumpwm still works fine with it  
>> 
>> tested with my stumpwm config and tinmop (not in ports) and seems to
>> work fine; thanks!
>> 
>> `make test' fails after a while, I don't know if it's expected or not.
>> This with default flavor
>> [...]
>> 
>> 
>> Cheers,
>> 
>> Omar Polo
>
> new update, we are really lagging behind :/

I'd also like to see a more up-to-date version available

> same problems with test, one failing in normal flavor
> and two fails with threads flavor.
>
> x11/stumpwm, the only lang/sbcl consumer works fine though.

The diff works for me.  I've not yet tried stumpwm, but emacs + sly is
happy and tinmop (a common lisp application I frequently use that's not
in port) build and works fine.  It depends (directly or not) on ~70
libraries from quicklisp, so it could be a good indication that things
are not incredibly bad.

`make test' for the threads flavors now fails with:

> Expected failure:   hash.pure.lisp / SXHASH-ON-DISPLACED-STRING

::: Running :SXHASH-ON-DISPLACED-STRING
::: EXPECTED-FAILURE :SXHASH-ON-DISPLACED-STRING due to SIMPLE-ERROR:
"(SXHASH
  DISPLACED-STRING) returned (70409931140602) without signalling ERROR"

At the repl it fails with the following (and expected) error thought :/

Displaced array originally of type (VECTOR CHARACTER 100) has
been invalidated due its displaced-to array
"^@..."
having become too small to hold it: the displaced array's
dimensions have all been set to zero to trap accesses to it.
   [Condition of type SB-INT:INVALID-ARRAY-ERROR]

> Failure:interface.pure.lisp / NO-V0P-EX1STSP-IN-BUILD

I doubt also this is something to do with our port.

(assert (null (apropos-list "VOP-EXISTSP")))

apropos-list finds (sb-c::%vop-existsp sb-c::if-vop-existsp
sb-c::vop-existsp sb-c::when-vop-existsp).  Even if it's a problem with
our port, it's just some unwanted symbols in an internal namespace.  Not
a big deal I guess.

> Failure:unicode-misc.pure.lisp / (CL-CASE-INVERTIBILITY)

  (loop for i from 0 below char-code-limit
 for char = (code-char i)
 do
   (when (upper-case-p char)
 (assert (char= char (char-upcase (char-downcase char)
   (when (lower-case-p char)
 (assert (char= char (char-downcase (char-upcase char))

This fails with char being #\WARANG_CITI_CAPITAL_LETTER_VIYO, or
U+118BF.  I asked a friend on linux to test and there:

(char= #\WARANG_CITI_CAPITAL_LETTER_VIYO
   (char-upcase (char-downcase #\WARANG_CITI_CAPITAL_LETTER_VIYO)))
; => t

This could be a real bug, probably in the unicode data.

> Expected failure:   block-compile.impure.lisp / 
> BLOCK-DEFCONSTANT-HAIRY-EQNESS-TEST

no idea about this:

(with-test (:name :block-defconstant-hairy-eqness-test
:fails-on :sbcl)
  (ctu:file-compile
   `((sb-int:defconstant-eqx testconstant4
 (let (list)
   (dotimes (i 5 list) (push i list)))
   #'equal)
 (defun bar () testconstant4))
   :block-compile t
   :before-load (lambda () (unintern (find-symbol "TESTCONSTANT4")))
   :load t)
  (assert (eq (bar) testconstant4)))

::: Running :BLOCK-DEFCONSTANT-HAIRY-EQNESS-TEST
::: EXPECTED-FAILURE :BLOCK-DEFCONSTANT-HAIRY-EQNESS-TEST due to SIMPLE-ERROR:
"The assertion (EQ (BAR) #:TESTCONSTANT4) failed with (BAR) =
 (4 3 2 1 0), #:TESTCONSTANT4 = (4 3 2 1 0)."

(eq (bar) testconstant4) yields T at the repl

> Expected failure:   compiler.impure.lisp / BUG-308921

I'm clueless here.

::: Running :BUG-308921
::: EXPECTED-FAILURE :BUG-308921 due to BUG:
"  # was not in any loop.
 This is probably a bug in SBCL itself. (Alternatively, SBCL might have
 been corrupted by bad user code, e.g. by an undefined Lisp operation
 like (FMAKUNBOUND 'COMPILE), or by stray pointers from alien code or
 from unsafe Lisp code; or there might be a bug in the OS or hardware
 that SBCL is running on.) If it seems to be a bug in SBCL itself, the
 maintainers would like to know about it. Bug reports are welcome on
 the SBCL mailing lists, which you can find at
 ."

> Expected failure:   dynamic-extent.impure.lisp / DX-COMPILER-NOTES

no idea sorry

::: Running :DX-COMPILER-NOTES
::: EXPECTED-FAILURE :DX-COMPILER-NOTES due to SIMPLE-ERROR:
"Wanted 0 notes, got 4 for
   (LAMBDA (LIST)
 (DECLARE (OPTIMIZE (SPACE 0)))
 (SORT LIST (LAMBDA (X Y) (< (TRULY-THE FIXNUM X) (TRULY-THE FIXNUM Y)"

> Expected failure:   float.impure.lisp / (RANGE-REDUCTION PRECISE-PI)

this is actually an improvement: it's expected to fail openbsd but it
works now :)

> Expected failure:   fopcompiler.impure.lisp / 
> 

Re: lang/sbcl update

2021-09-16 Thread Solene Rapenne
On Thu, 16 Sep 2021 10:29:28 +0200
Omar Polo :

> Solene Rapenne  writes:
> 
> > this updates lang/sbcl to latest version, I didn't had reply for my
> > previous mail for the 2.1.7 update
> >
> > tested on amd64, with and without threads
> > stumpwm still works fine with it  
> 
> tested with my stumpwm config and tinmop (not in ports) and seems to
> work fine; thanks!
> 
> `make test' fails after a while, I don't know if it's expected or not.
> This with default flavor
> 
> Finished running tests.
> Status:
>  Expected failure:   compiler-2.pure.lisp / (MAP-ALLOCATED-OBJECTS NO-CONSING)
>  Expected failure:   hash.pure.lisp / SXHASH-ON-DISPLACED-STRING
>  Failure:unicode-misc.pure.lisp / (CL-CASE-INVERTIBILITY)
>  Expected failure:   compiler.impure.lisp / BUG-308921
>  Expected failure:   dynamic-extent.impure.lisp / DX-COMPILER-NOTES
>  Expected failure:   float.impure.lisp / (RANGE-REDUCTION PRECISE-PI)
>  Expected failure:   fopcompiler.impure.lisp / 
> FOPCOMPILER-DEPRECATED-VAR-WARNING
>  Expected failure:   full-eval.impure.lisp / INLINE-FUN-CAPTURES-DECL
>  Expected failure:   packages.impure.lisp / USE-PACKAGE-CONFLICT-SET
>  Expected failure:   packages.impure.lisp / IMPORT-SINGLE-CONFLICT
>  Expected failure:   walk.impure.lisp / (WALK MULTIPLE-VALUE-BIND)
>  Expected failure:   walk.impure.lisp / (WALK MULTIPLE-VALUE-BIND SPECIAL)
>  Expected failure:   x86-64-codegen.impure.lisp / 
> MOV-MOV-ELIM-IGNORE-RESIZED-REG
>  (82 tests skipped for this combination of platform and features)
> 
> 
> 
> and this with FLAVOR=threads
> 
> Finished running tests.
> Status:
>  Expected failure:   hash.pure.lisp / SXHASH-ON-DISPLACED-STRING
>  Failure:unicode-misc.pure.lisp / (CL-CASE-INVERTIBILITY)
>  Expected failure:   compiler.impure.lisp / BUG-308921
>  Expected failure:   dynamic-extent.impure.lisp / DX-COMPILER-NOTES
>  Expected failure:   float.impure.lisp / (RANGE-REDUCTION PRECISE-PI)
>  Expected failure:   fopcompiler.impure.lisp / 
> FOPCOMPILER-DEPRECATED-VAR-WARNING
>  Expected failure:   full-eval.impure.lisp / INLINE-FUN-CAPTURES-DECL
>  Skipped (broken):   gethash-concurrency.impure.lisp / (HASH-TABLE 
> UNSYNCHRONIZED)
>  Failure:kill-non-lisp-thread.impure.lisp / KILL-NON-LISP-THREAD
>  Expected failure:   packages.impure.lisp / USE-PACKAGE-CONFLICT-SET
>  Expected failure:   packages.impure.lisp / IMPORT-SINGLE-CONFLICT
>  Skipped (broken):   threads.impure.lisp / BACKTRACE
>  Expected failure:   walk.impure.lisp / (WALK MULTIPLE-VALUE-BIND)
>  Expected failure:   walk.impure.lisp / (WALK MULTIPLE-VALUE-BIND SPECIAL)
>  Expected failure:   x86-64-codegen.impure.lisp / 
> MOV-MOV-ELIM-IGNORE-RESIZED-REG
>  (20 tests skipped for this combination of platform and features)
> 
> 
> Cheers,
> 
> Omar Polo
> 
> > Index: Makefile
> > ===
> > RCS file: /home/reposync/ports/lang/sbcl/Makefile,v
> > retrieving revision 1.46
> > diff -u -p -r1.46 Makefile
> > --- Makefile28 May 2021 16:23:31 -  1.46
> > +++ Makefile13 Sep 2021 08:34:13 -
> > @@ -25,7 +25,7 @@ USE_WXNEEDED =Yes
> >  
> >  COMMENT=   compiler and runtime system for ANSI Common Lisp
> >  
> > -V =2.1.4
> > +V =2.1.8
> >  DISTNAME=  sbcl-${V}-source
> >  PKGNAME=   sbcl-${V}
> >  WRKDIST=   ${WRKDIR}/sbcl-${V}
> > Index: distinfo
> > ===
> > RCS file: /home/reposync/ports/lang/sbcl/distinfo,v
> > retrieving revision 1.20
> > diff -u -p -r1.20 distinfo
> > --- distinfo28 May 2021 16:23:31 -  1.20
> > +++ distinfo13 Sep 2021 08:34:55 -
> > @@ -1,2 +1,2 @@
> > -SHA256 (sbcl-2.1.4-source.tar.bz2) = 
> > mSYOI0b80irlVG4VuvUImdyzt1psdMx8yEk3iJnvvRE=
> > -SIZE (sbcl-2.1.4-source.tar.bz2) = 6550812
> > +SHA256 (sbcl-2.1.8-source.tar.bz2) = 
> > o+p7r8ygUQc7N2nB7nnSbDxHy06y9Uiwes443xTiVUY=
> > +SIZE (sbcl-2.1.8-source.tar.bz2) = 6663139
> > Index: pkg/PLIST
> > ===
> > RCS file: /home/reposync/ports/lang/sbcl/pkg/PLIST,v
> > retrieving revision 1.12
> > diff -u -p -r1.12 PLIST
> > --- pkg/PLIST   13 May 2019 12:58:58 -  1.12
> > +++ pkg/PLIST   3 Aug 2021 17:18:01 -
> > @@ -21,6 +21,8 @@ lib/sbcl/contrib/sb-executable.asd
> >  lib/sbcl/contrib/sb-executable.fasl
> >  lib/sbcl/contrib/sb-gmp.asd
> >  lib/sbcl/contrib/sb-gmp.fasl
> > +lib/sbcl/contrib/sb-graph.asd
> > +lib/sbcl/contrib/sb-graph.fasl
> >  lib/sbcl/contrib/sb-grovel.asd
> >  lib/sbcl/contrib/sb-grovel.fasl
> >  lib/sbcl/contrib/sb-introspect.asd  
> 


it has less failures in the current port version
I'll try to find why



Re: lang/sbcl update

2021-09-16 Thread Omar Polo


Solene Rapenne  writes:

> this updates lang/sbcl to latest version, I didn't had reply for my
> previous mail for the 2.1.7 update
>
> tested on amd64, with and without threads
> stumpwm still works fine with it

tested with my stumpwm config and tinmop (not in ports) and seems to
work fine; thanks!

`make test' fails after a while, I don't know if it's expected or not.
This with default flavor

Finished running tests.
Status:
 Expected failure:   compiler-2.pure.lisp / (MAP-ALLOCATED-OBJECTS NO-CONSING)
 Expected failure:   hash.pure.lisp / SXHASH-ON-DISPLACED-STRING
 Failure:unicode-misc.pure.lisp / (CL-CASE-INVERTIBILITY)
 Expected failure:   compiler.impure.lisp / BUG-308921
 Expected failure:   dynamic-extent.impure.lisp / DX-COMPILER-NOTES
 Expected failure:   float.impure.lisp / (RANGE-REDUCTION PRECISE-PI)
 Expected failure:   fopcompiler.impure.lisp / 
FOPCOMPILER-DEPRECATED-VAR-WARNING
 Expected failure:   full-eval.impure.lisp / INLINE-FUN-CAPTURES-DECL
 Expected failure:   packages.impure.lisp / USE-PACKAGE-CONFLICT-SET
 Expected failure:   packages.impure.lisp / IMPORT-SINGLE-CONFLICT
 Expected failure:   walk.impure.lisp / (WALK MULTIPLE-VALUE-BIND)
 Expected failure:   walk.impure.lisp / (WALK MULTIPLE-VALUE-BIND SPECIAL)
 Expected failure:   x86-64-codegen.impure.lisp / 
MOV-MOV-ELIM-IGNORE-RESIZED-REG
 (82 tests skipped for this combination of platform and features)



and this with FLAVOR=threads

Finished running tests.
Status:
 Expected failure:   hash.pure.lisp / SXHASH-ON-DISPLACED-STRING
 Failure:unicode-misc.pure.lisp / (CL-CASE-INVERTIBILITY)
 Expected failure:   compiler.impure.lisp / BUG-308921
 Expected failure:   dynamic-extent.impure.lisp / DX-COMPILER-NOTES
 Expected failure:   float.impure.lisp / (RANGE-REDUCTION PRECISE-PI)
 Expected failure:   fopcompiler.impure.lisp / 
FOPCOMPILER-DEPRECATED-VAR-WARNING
 Expected failure:   full-eval.impure.lisp / INLINE-FUN-CAPTURES-DECL
 Skipped (broken):   gethash-concurrency.impure.lisp / (HASH-TABLE 
UNSYNCHRONIZED)
 Failure:kill-non-lisp-thread.impure.lisp / KILL-NON-LISP-THREAD
 Expected failure:   packages.impure.lisp / USE-PACKAGE-CONFLICT-SET
 Expected failure:   packages.impure.lisp / IMPORT-SINGLE-CONFLICT
 Skipped (broken):   threads.impure.lisp / BACKTRACE
 Expected failure:   walk.impure.lisp / (WALK MULTIPLE-VALUE-BIND)
 Expected failure:   walk.impure.lisp / (WALK MULTIPLE-VALUE-BIND SPECIAL)
 Expected failure:   x86-64-codegen.impure.lisp / 
MOV-MOV-ELIM-IGNORE-RESIZED-REG
 (20 tests skipped for this combination of platform and features)


Cheers,

Omar Polo

> Index: Makefile
> ===
> RCS file: /home/reposync/ports/lang/sbcl/Makefile,v
> retrieving revision 1.46
> diff -u -p -r1.46 Makefile
> --- Makefile  28 May 2021 16:23:31 -  1.46
> +++ Makefile  13 Sep 2021 08:34:13 -
> @@ -25,7 +25,7 @@ USE_WXNEEDED =  Yes
>  
>  COMMENT= compiler and runtime system for ANSI Common Lisp
>  
> -V =  2.1.4
> +V =  2.1.8
>  DISTNAME=sbcl-${V}-source
>  PKGNAME= sbcl-${V}
>  WRKDIST= ${WRKDIR}/sbcl-${V}
> Index: distinfo
> ===
> RCS file: /home/reposync/ports/lang/sbcl/distinfo,v
> retrieving revision 1.20
> diff -u -p -r1.20 distinfo
> --- distinfo  28 May 2021 16:23:31 -  1.20
> +++ distinfo  13 Sep 2021 08:34:55 -
> @@ -1,2 +1,2 @@
> -SHA256 (sbcl-2.1.4-source.tar.bz2) = 
> mSYOI0b80irlVG4VuvUImdyzt1psdMx8yEk3iJnvvRE=
> -SIZE (sbcl-2.1.4-source.tar.bz2) = 6550812
> +SHA256 (sbcl-2.1.8-source.tar.bz2) = 
> o+p7r8ygUQc7N2nB7nnSbDxHy06y9Uiwes443xTiVUY=
> +SIZE (sbcl-2.1.8-source.tar.bz2) = 6663139
> Index: pkg/PLIST
> ===
> RCS file: /home/reposync/ports/lang/sbcl/pkg/PLIST,v
> retrieving revision 1.12
> diff -u -p -r1.12 PLIST
> --- pkg/PLIST 13 May 2019 12:58:58 -  1.12
> +++ pkg/PLIST 3 Aug 2021 17:18:01 -
> @@ -21,6 +21,8 @@ lib/sbcl/contrib/sb-executable.asd
>  lib/sbcl/contrib/sb-executable.fasl
>  lib/sbcl/contrib/sb-gmp.asd
>  lib/sbcl/contrib/sb-gmp.fasl
> +lib/sbcl/contrib/sb-graph.asd
> +lib/sbcl/contrib/sb-graph.fasl
>  lib/sbcl/contrib/sb-grovel.asd
>  lib/sbcl/contrib/sb-grovel.fasl
>  lib/sbcl/contrib/sb-introspect.asd



lang/sbcl update

2021-09-15 Thread Solene Rapenne
this updates lang/sbcl to latest version, I didn't had reply for my
previous mail for the 2.1.7 update

tested on amd64, with and without threads
stumpwm still works fine with it

Index: Makefile
===
RCS file: /home/reposync/ports/lang/sbcl/Makefile,v
retrieving revision 1.46
diff -u -p -r1.46 Makefile
--- Makefile28 May 2021 16:23:31 -  1.46
+++ Makefile13 Sep 2021 08:34:13 -
@@ -25,7 +25,7 @@ USE_WXNEEDED =Yes
 
 COMMENT=   compiler and runtime system for ANSI Common Lisp
 
-V =2.1.4
+V =2.1.8
 DISTNAME=  sbcl-${V}-source
 PKGNAME=   sbcl-${V}
 WRKDIST=   ${WRKDIR}/sbcl-${V}
Index: distinfo
===
RCS file: /home/reposync/ports/lang/sbcl/distinfo,v
retrieving revision 1.20
diff -u -p -r1.20 distinfo
--- distinfo28 May 2021 16:23:31 -  1.20
+++ distinfo13 Sep 2021 08:34:55 -
@@ -1,2 +1,2 @@
-SHA256 (sbcl-2.1.4-source.tar.bz2) = 
mSYOI0b80irlVG4VuvUImdyzt1psdMx8yEk3iJnvvRE=
-SIZE (sbcl-2.1.4-source.tar.bz2) = 6550812
+SHA256 (sbcl-2.1.8-source.tar.bz2) = 
o+p7r8ygUQc7N2nB7nnSbDxHy06y9Uiwes443xTiVUY=
+SIZE (sbcl-2.1.8-source.tar.bz2) = 6663139
Index: pkg/PLIST
===
RCS file: /home/reposync/ports/lang/sbcl/pkg/PLIST,v
retrieving revision 1.12
diff -u -p -r1.12 PLIST
--- pkg/PLIST   13 May 2019 12:58:58 -  1.12
+++ pkg/PLIST   3 Aug 2021 17:18:01 -
@@ -21,6 +21,8 @@ lib/sbcl/contrib/sb-executable.asd
 lib/sbcl/contrib/sb-executable.fasl
 lib/sbcl/contrib/sb-gmp.asd
 lib/sbcl/contrib/sb-gmp.fasl
+lib/sbcl/contrib/sb-graph.asd
+lib/sbcl/contrib/sb-graph.fasl
 lib/sbcl/contrib/sb-grovel.asd
 lib/sbcl/contrib/sb-grovel.fasl
 lib/sbcl/contrib/sb-introspect.asd



Re: Test lang/sbcl update for upcoming 1.5.2

2019-04-29 Thread Josh Elsasser
On Mon, Apr 29, 2019 at 04:35:00PM +0100, Stuart Henderson wrote:
> On 2019/04/29 07:45, Josh Elsasser wrote:
> > -V =1.4.8
> > +V =1.5.1.401-ec954a7a7
> >  DISTNAME=  sbcl-${V}-source
> >  PKGNAME=   sbcl-${V}
> >  WRKDIST=   ${WRKDIR}/sbcl-${V}
> 
> That results in a bogus PKGNAME (as if it had a "-ec954a7a7" flavour).
> Replacing the above block + EXTRACT_SUFX with this works:
> 
> V = 1.5.1.401-ec954a7a7
> DISTNAME=   sbcl-${V}
> PKGNAME=sbcl-${V:C/-.*//}
> EXTRACT_SUFX=   -source.tar.bz2

Oh, thanks. It'll just be V=1.5.2 when committed, but that's sure
useful to know.



Re: Test lang/sbcl update for upcoming 1.5.2

2019-04-29 Thread Stuart Henderson
On 2019/04/29 07:45, Josh Elsasser wrote:
> -V =  1.4.8
> +V =  1.5.1.401-ec954a7a7
>  DISTNAME=sbcl-${V}-source
>  PKGNAME= sbcl-${V}
>  WRKDIST= ${WRKDIR}/sbcl-${V}

That results in a bogus PKGNAME (as if it had a "-ec954a7a7" flavour).
Replacing the above block + EXTRACT_SUFX with this works:

V = 1.5.1.401-ec954a7a7
DISTNAME=   sbcl-${V}
PKGNAME=sbcl-${V:C/-.*//}
EXTRACT_SUFX=   -source.tar.bz2



Re: Test lang/sbcl update for upcoming 1.5.2

2019-04-29 Thread Josh Elsasser
On Mon, Apr 29, 2019 at 10:13:57AM +0200, Solene Rapenne wrote:
> On Sun, Apr 28, 2019 at 07:22:18AM -0700, Josh Elsasser wrote:
> > I'm preparing an update of lang/sbcl to 1.5.2, which should be
> > released in a day or two. Here is an update to a current git snapshot
> > if anyone wants to give it a try. I've already built and run the test
> > suite on all three arches but more testing never hurts.
> > 
> > The port itself is once again patches sbcl to run the contrib module
> > tests during 'regress' and not 'build'. This in combination with
> > upstream improvements should allow the threads flavor to be built by
> > default again, and now on macppc too.
> > 
> > Additionally, the non-threading options enabled by "./make.sh --fancy"
> > are now always enabled, namely core compression.
> > 
> > The only downside is that the base makeinfo will no longer build the
> > texinfo docs, so pull in print/texinfo instead.
> > 
> 
> hi, I think your diff doesn't remove some patches not needed anymore.
> I can't compile sbcl after applying your patch on the ports tree.
> 
> I get the following patches rejected:
> 
> /usr/ports/pobj/sbcl-1.5.1.401-ec954a7a7/sbcl-1.5.1.401-ec954a7a7/src/compiler/generic/genesis.lisp.rej
> /usr/ports/pobj/sbcl-1.5.1.401-ec954a7a7/sbcl-1.5.1.401-ec954a7a7/src/compiler/x86/parms.lisp.rej
> /usr/ports/pobj/sbcl-1.5.1.401-ec954a7a7/sbcl-1.5.1.401-ec954a7a7/src/runtime/Config.x86-openbsd.rej
> /usr/ports/pobj/sbcl-1.5.1.401-ec954a7a7/sbcl-1.5.1.401-ec954a7a7/tests/run-compiler.sh.rej

Whoops, my bad. Here's a diff with the old patches cvs rm'd first:


Index: Makefile
===
RCS file: /cvs/ports/lang/sbcl/Makefile,v
retrieving revision 1.40
diff -u -u -r1.40 Makefile
--- Makefile21 Mar 2019 22:06:53 -  1.40
+++ Makefile29 Apr 2019 14:40:35 -
@@ -1,13 +1,12 @@
-# $OpenBSD: Makefile,v 1.40 2019/03/21 22:06:53 sthen Exp $
+# $OpenBSD: Makefile,v 1.37 2018/04/27 16:25:12 solene Exp $
 
 # not yet ported to other arches
 ONLY_FOR_ARCHS =   amd64 i386 powerpc
 USE_WXNEEDED = Yes
-REVISION = 0
 
 COMMENT=   compiler and runtime system for ANSI Common Lisp
 
-V =1.4.8
+V =1.5.1.401-ec954a7a7
 DISTNAME=  sbcl-${V}-source
 PKGNAME=   sbcl-${V}
 WRKDIST=   ${WRKDIR}/sbcl-${V}
@@ -15,28 +14,31 @@
 
 CATEGORIES=lang
 HOMEPAGE=  http://www.sbcl.org/
-MAINTAINER =   Joshua Elsasser 
+MAINTAINER =   Joshua Elsasser 
 
 # Public domain and BSD
 PERMIT_PACKAGE_CDROM=  Yes
 
-MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=sbcl/}
+#MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=sbcl/}
+MASTER_SITES=  http://www.elsasser.org/openbsd/distfiles/
 
-WANTLIB=   c m util
+WANTLIB=   c m util z
 
 PSEUDO_FLAVORS=native_bootstrap
 
-# XXX threads flavor does not work reliably it won't even pass its self-test
-# on amd64 all the time
 FLAVORS=   threads
 FLAVOR?=
 
-EXTRA_PARAMS=
+MAKE_PARAMS =  --prefix=${PREFIX}
+
 .if ${FLAVOR:Mthreads}
-ONLY_FOR_ARCHS =   amd64
-EXTRA_PARAMS+= --with-sb-thread
+ONLY_FOR_ARCHS =   amd64 powerpc
+MAKE_PARAMS += --with-sb-thread
 WANTLIB+=  pthread
 .endif
+# enable features from --fancy other than :sb-thread
+MAKE_PARAMS += --with-sb-core-compression \
+   --with-sb-xref-for-internals
 
 .if ${FLAVOR:Mnative_bootstrap}
 BUILD_DEPENDS+=lang/sbcl
@@ -46,12 +48,17 @@
 BUILD_DEPENDS +=   lang/clisp
 BOOTSTRAP_CMD =${LOCALBASE}/bin/clisp -q -norc
 .endif
+MAKE_PARAMS += --xc-host="${BOOTSTRAP_CMD}" ${EXTRA_PARAMS}
 TEST_DEPENDS = devel/gmp
 
+# base makeinfo chokes on sbcl texinfo files
+BUILD_DEPENDS +=   print/texinfo
+
 USE_GMAKE= Yes
 PORTHOME=  ${TMPDIR}
 MAKE_ENV=  GNUMAKE=${GMAKE} INSTALL_ROOT=${PREFIX} \
-   MAN_DIR=${PREFIX}/man INFO_DIR=${PREFIX}/info
+   MAN_DIR=${PREFIX}/man INFO_DIR=${PREFIX}/info \
+   MAKEINFO=${PREFIX}/bin/gmakeinfo
 
 # Upstream asks that packagers append something like this to the
 # version to distinguish official tarballs from third-party packages.
@@ -66,8 +73,8 @@
sed -i 's/^"\([0-9.]*\)"$$/"\1.${LOCAL_VERSION}"/' ${VERSION_FILE}
 
 do-build:
-   cd ${WRKSRC} && ${SETENV} ${MAKE_ENV} /bin/sh make.sh \
-   --prefix=${PREFIX} --xc-host="${BOOTSTRAP_CMD}" ${EXTRA_PARAMS}
+   cd ${WRKSRC} && ${SETENV} ${MAKE_ENV} SBCL_CONTRIB_TARGET=all \
+   /bin/sh make.sh ${MAKE_PARAMS}
cd ${WRKSRC}/doc/manual && touch sbcl.texinfo && \
${SETENV} ${MAKE_ENV} ${GMAKE} asdf.info sbcl.info
 
@@ -78,6 +85,8 @@
chown -R 0:0 ${PREFIX}/lib/sbcl
 
 do-test:
+   cd ${WRKSRC} && ${SETENV} 

Re: Test lang/sbcl update for upcoming 1.5.2

2019-04-29 Thread Solene Rapenne
On Sun, Apr 28, 2019 at 07:22:18AM -0700, Josh Elsasser wrote:
> I'm preparing an update of lang/sbcl to 1.5.2, which should be
> released in a day or two. Here is an update to a current git snapshot
> if anyone wants to give it a try. I've already built and run the test
> suite on all three arches but more testing never hurts.
> 
> The port itself is once again patches sbcl to run the contrib module
> tests during 'regress' and not 'build'. This in combination with
> upstream improvements should allow the threads flavor to be built by
> default again, and now on macppc too.
> 
> Additionally, the non-threading options enabled by "./make.sh --fancy"
> are now always enabled, namely core compression.
> 
> The only downside is that the base makeinfo will no longer build the
> texinfo docs, so pull in print/texinfo instead.
> 

hi, I think your diff doesn't remove some patches not needed anymore.
I can't compile sbcl after applying your patch on the ports tree.

I get the following patches rejected:

/usr/ports/pobj/sbcl-1.5.1.401-ec954a7a7/sbcl-1.5.1.401-ec954a7a7/src/compiler/generic/genesis.lisp.rej
/usr/ports/pobj/sbcl-1.5.1.401-ec954a7a7/sbcl-1.5.1.401-ec954a7a7/src/compiler/x86/parms.lisp.rej
/usr/ports/pobj/sbcl-1.5.1.401-ec954a7a7/sbcl-1.5.1.401-ec954a7a7/src/runtime/Config.x86-openbsd.rej
/usr/ports/pobj/sbcl-1.5.1.401-ec954a7a7/sbcl-1.5.1.401-ec954a7a7/tests/run-compiler.sh.rej



Test lang/sbcl update for upcoming 1.5.2

2019-04-28 Thread Josh Elsasser
I'm preparing an update of lang/sbcl to 1.5.2, which should be
released in a day or two. Here is an update to a current git snapshot
if anyone wants to give it a try. I've already built and run the test
suite on all three arches but more testing never hurts.

The port itself is once again patches sbcl to run the contrib module
tests during 'regress' and not 'build'. This in combination with
upstream improvements should allow the threads flavor to be built by
default again, and now on macppc too.

Additionally, the non-threading options enabled by "./make.sh --fancy"
are now always enabled, namely core compression.

The only downside is that the base makeinfo will no longer build the
texinfo docs, so pull in print/texinfo instead.

Index: Makefile
===
RCS file: /cvs/ports/lang/sbcl/Makefile,v
retrieving revision 1.40
diff -u -u -r1.40 Makefile
--- Makefile21 Mar 2019 22:06:53 -  1.40
+++ Makefile28 Apr 2019 14:09:52 -
@@ -1,13 +1,12 @@
-# $OpenBSD: Makefile,v 1.40 2019/03/21 22:06:53 sthen Exp $
+# $OpenBSD: Makefile,v 1.37 2018/04/27 16:25:12 solene Exp $
 
 # not yet ported to other arches
 ONLY_FOR_ARCHS =   amd64 i386 powerpc
 USE_WXNEEDED = Yes
-REVISION = 0
 
 COMMENT=   compiler and runtime system for ANSI Common Lisp
 
-V =1.4.8
+V =1.5.1.401-ec954a7a7
 DISTNAME=  sbcl-${V}-source
 PKGNAME=   sbcl-${V}
 WRKDIST=   ${WRKDIR}/sbcl-${V}
@@ -15,28 +14,31 @@
 
 CATEGORIES=lang
 HOMEPAGE=  http://www.sbcl.org/
-MAINTAINER =   Joshua Elsasser 
+MAINTAINER =   Joshua Elsasser 
 
 # Public domain and BSD
 PERMIT_PACKAGE_CDROM=  Yes
 
-MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=sbcl/}
+#MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=sbcl/}
+MASTER_SITES=  http://www.elsasser.org/openbsd/distfiles/
 
-WANTLIB=   c m util
+WANTLIB=   c m util z
 
 PSEUDO_FLAVORS=native_bootstrap
 
-# XXX threads flavor does not work reliably it won't even pass its self-test
-# on amd64 all the time
 FLAVORS=   threads
 FLAVOR?=
 
-EXTRA_PARAMS=
+MAKE_PARAMS =  --prefix=${PREFIX}
+
 .if ${FLAVOR:Mthreads}
-ONLY_FOR_ARCHS =   amd64
-EXTRA_PARAMS+= --with-sb-thread
+ONLY_FOR_ARCHS =   amd64 powerpc
+MAKE_PARAMS += --with-sb-thread
 WANTLIB+=  pthread
 .endif
+# enable features from --fancy other than :sb-thread
+MAKE_PARAMS += --with-sb-core-compression \
+   --with-sb-xref-for-internals
 
 .if ${FLAVOR:Mnative_bootstrap}
 BUILD_DEPENDS+=lang/sbcl
@@ -46,12 +48,17 @@
 BUILD_DEPENDS +=   lang/clisp
 BOOTSTRAP_CMD =${LOCALBASE}/bin/clisp -q -norc
 .endif
+MAKE_PARAMS += --xc-host="${BOOTSTRAP_CMD}" ${EXTRA_PARAMS}
 TEST_DEPENDS = devel/gmp
 
+# base makeinfo chokes on sbcl texinfo files
+BUILD_DEPENDS +=   print/texinfo
+
 USE_GMAKE= Yes
 PORTHOME=  ${TMPDIR}
 MAKE_ENV=  GNUMAKE=${GMAKE} INSTALL_ROOT=${PREFIX} \
-   MAN_DIR=${PREFIX}/man INFO_DIR=${PREFIX}/info
+   MAN_DIR=${PREFIX}/man INFO_DIR=${PREFIX}/info \
+   MAKEINFO=${PREFIX}/bin/gmakeinfo
 
 # Upstream asks that packagers append something like this to the
 # version to distinguish official tarballs from third-party packages.
@@ -66,8 +73,8 @@
sed -i 's/^"\([0-9.]*\)"$$/"\1.${LOCAL_VERSION}"/' ${VERSION_FILE}
 
 do-build:
-   cd ${WRKSRC} && ${SETENV} ${MAKE_ENV} /bin/sh make.sh \
-   --prefix=${PREFIX} --xc-host="${BOOTSTRAP_CMD}" ${EXTRA_PARAMS}
+   cd ${WRKSRC} && ${SETENV} ${MAKE_ENV} SBCL_CONTRIB_TARGET=all \
+   /bin/sh make.sh ${MAKE_PARAMS}
cd ${WRKSRC}/doc/manual && touch sbcl.texinfo && \
${SETENV} ${MAKE_ENV} ${GMAKE} asdf.info sbcl.info
 
@@ -78,6 +85,8 @@
chown -R 0:0 ${PREFIX}/lib/sbcl
 
 do-test:
+   cd ${WRKSRC} && ${SETENV} ${MAKE_ENV} DONT_CLEAN_SBCL_CONTRIB=1 \
+   /bin/sh make-target-contrib.sh
cd ${WRKSRC}/tests && ${SETENV} ${MAKE_ENV} /bin/sh run-tests.sh
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/lang/sbcl/distinfo,v
retrieving revision 1.16
diff -u -u -r1.16 distinfo
--- distinfo24 Jun 2018 18:33:36 -  1.16
+++ distinfo28 Apr 2019 14:09:52 -
@@ -1,2 +1,2 @@
-SHA256 (sbcl-1.4.8-source.tar.bz2) = 
ziS2K4hIJiHCKKT9bIAjUDMLYmPhsbmEYO60qB1/szU=
-SIZE (sbcl-1.4.8-source.tar.bz2) = 6040563
+SHA256 (sbcl-1.5.1.401-ec954a7a7-source.tar.bz2) = 
pkP1gFzvEAOt9WltWpW7oEzUrfNyZYnF75qezC4zE8U=
+SIZE (sbcl-1.5.1.401-ec954a7a7-source.tar.bz2) = 6175896
Index: patches/patch-contrib_asdf_Makefile
===