Re: lang/sbcl will not work with x-only

On Fri, Jan 27, 2023 at 05:02:33PM +0100, Christian Weisgerber wrote: > lang/sbcl will not work with x-only. > > I took another look at the warnings about data directives in .text. > In runtime/x86-64-assem.S we have snippets like these: > > GNAME(fun_end_breakpoint_trap): > TRAP >

Re: Update lang/ecl to 20.4.24

On Thu, Jul 30, 2020 at 02:33:45PM -0400, George Koehler wrote: > On Thu, 30 Jul 2020 08:32:25 -0700 > Josh Elsasser wrote: > > > With George's patch, it segfaults in ecl_min as he predicted, > > similarly to mips64: > > ... > > Got signal before enviro

Re: Update lang/ecl to 20.4.24

On Wed, Jul 29, 2020 at 11:52:25PM -0400, Kurt Mosiejczuk wrote: > On Wed, Jul 29, 2020 at 11:05:31PM -0400, George Koehler wrote: > > On Wed, 29 Jul 2020 01:25:00 -0400 > > Kurt Mosiejczuk wrote: > > > > I gave building it a try, it died early on with: > > > >

Re: Update lang/ecl to 20.4.24

On Wed, Jul 29, 2020 at 01:25:00AM -0400, Kurt Mosiejczuk wrote: > On Tue, Jul 28, 2020 at 11:59:03PM -0400, George Koehler wrote: > > > This update might break sparc64. I don't have sparc64, but found a > > bug in 20.4.24 on powerpc64 that might affect other 64-bit big-endian > > arch (mips64

Re: sbcl-2.0.6 update with arm support

On Tue, Jul 07, 2020 at 08:40:35AM +0300, Timo Myyrä wrote: > Hi, > > SBCL has had few releases since last update. Biggest change on sbcl releases > is > experimental support for arm platforms on OpenBSD. > > So here's update to sbcl to latest release and adds sbcl to arm platforms as > well.

Re: Update lang/ecl to 20.4.24

On Tue, May 19, 2020 at 01:13:06PM -0400, Kurt Mosiejczuk wrote: > On Tue, May 19, 2020 at 08:59:48AM -0700, Josh Elsasser wrote: > > Here's a quick update to the new release, minimally tested as a > > lang/sbcl build host. The patch removes files, don't forget patch -E > &

Switching boehm-gc from sbrk to mmap

While testing a lang/ecl update I found that a sbrk-based heap is too small on i386 to run large programs, like lang/sbcl's cross-compiler. Switching to an mmap-based heap seems to work fine for ecl 20.4.24 but I wonder if it would break any other consumers. diff --git a/Makefile b/Makefile index

Update lang/ecl to 20.4.24

Here's a quick update to the new release, minimally tested as a lang/sbcl build host. The patch removes files, don't forget patch -E diff -ruN --exclude .git /usr/ports/lang/ecl/Makefile ./Makefile --- /usr/ports/lang/ecl/MakefileTue Feb 18 15:29:40 2020 +++ ./Makefile Mon May 18

Re: [update] sbcl-2.0.1

Sorry, I lost track of this. It tested fine for me, I think it should go in. It looks like 2.0.2 will be broken for us on powerpc, I'll need to convert the assembly to use secure-plt before it will run on openbsd. On Fri, Jan 31, 2020 at 11:01:01AM +0200, Timo Myyrä wrote: > Hi, > > New attempt

Re: [update] sbcl-2.0.0

On Thu, Jan 02, 2020 at 08:14:10PM +0200, Timo Myyrä wrote: > Solene Rapenne writes: > > > On Wed, Jan 01, 2020 at 07:00:45PM +0200, Timo Myyrä wrote: > > > >> Hi, > >> > >> Here's an attempt to update sbcl to latest version. > >> Before adding the new patch I got consistent test failures in

Re: [update] sbcl-1.5.6

On Sat, Sep 14, 2019 at 08:03:25AM +0300, Timo Myyrä wrote: > Hi, > > Here's simple update for sbcl to latest release. > Tested on amd64. > > Timo It looks like 1.5.6 is currently broken on older ppc hardware, likely because of recent ppc64 work. Perhaps it would be better to update to 1.5.5

Update: lang/sbcl to 1.5.2

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

Re: Test lang/sbcl update for upcoming 1.5.2

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=

Re: Test lang/sbcl update for upcoming 1.5.2

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

Test lang/sbcl update for upcoming 1.5.2

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

Unbreak lang/sbcl on i386

Looks like I lost track of sbcl on i386. These patches allow it to build and pass the test suite in my i386 VM. Anyone with a real i386 interested in giving it a try? Index: Makefile === RCS file: /cvs/ports/lang/sbcl/Makefile,v

Re: [update] sbcl-1.4.14

On Sun, Dec 09, 2018 at 12:20:09PM +0200, Timo Myyrä wrote: [snip] > >> I haven't tested this that much yet but tests seem to pass on amd64 at > >> least with it. > > > > As Solene noted, the build fails when clisp is used as the > > cross-compilation host. I've tracked down the breakage to sbcl

Re: [update] sbcl-1.4.14

On Mon, Dec 03, 2018 at 09:14:55AM +0200, Timo Myyrä wrote: > Hi, > > Here's an update to SBCL to bring it to latest version as I noticed the > release > fixes the thread support on OpenBSD. The recent release does indeed fix one threading problem, but unfortunately the sb-concurrency tests

Re: CVS: cvs.openbsd.org: ports

86-64-arch_c > >patch-src_runtime_x86-64-bsd-os_c > >patch-src_runtime_x86-arch_c > > > > Log message: > > Update sbcl-1.4.8 > > > > Patch from maintainer Josh Elsasser > > > > ok so

Re: Update lang/sbcl to 1.4.8

On Tue, May 29, 2018 at 12:15:42PM +0200, Solene Rapenne wrote: > > Josh Elsasser writes: > > > This updates sbcl to 1.4.8 and removes patches which have been > > upstreamed. Tests look good on i386 and amd64, macppc is still > > running. > > > >

Update lang/sbcl to 1.4.8

This updates sbcl to 1.4.8 and removes patches which have been upstreamed. Tests look good on i386 and amd64, macppc is still running. I removed the egcc dependency on i386. It was originally added to prevent a C stack alignment test failure, but this apparently hasn't worked since base switched

Re: update lang/sbcl

On Sun, Apr 29, 2018 at 09:47:09AM +0200, Solene Rapenne wrote: > > Josh Elsasser writes: > > > On Fri, Apr 27, 2018 at 08:56:04PM -0700, Josh Elsasser wrote: > >> Patching the i386 and ppc *-arch.c files isn't necessary. However i386 > >> didn't build for me

Re: update lang/sbcl

On Fri, Apr 27, 2018 at 08:56:04PM -0700, Josh Elsasser wrote: > Patching the i386 and ppc *-arch.c files isn't necessary. However i386 > didn't build for me (in a VM). I think we need to do this in > patches/patch-src_runtime_bsd-os_c: This is obviously wrong now that I look clo

Re: update lang/sbcl

On Fri, Apr 27, 2018 at 05:56:26PM +0200, Jeremie Courreges-Anglas wrote: > On Fri, Apr 27 2018, Solene Rapenne wrote: > > CC maintainer > > > > Solene Rapenne writes: > > > >> bump sbcl 1.4.5 -> 1.4.6 > >> > >> including is mandatory in this new version, patch > >> provided.

Re: Update: lang/sbcl to 1.4.5 and patch for MAP_STACK

On Thu, Mar 08, 2018 at 02:18:27PM +, Stuart Henderson wrote: > << removed owner-po...@openbsd.org from CC's, how did that get there?! >> > > On 2018/03/08 15:10, Solène Rapenne wrote: > > Le 2018-03-07 23:03, Josh Elsasser a écrit : > > > Builds and pa

Update: lang/sbcl to 1.4.5 and patch for MAP_STACK

Builds and passes tests on amd64 and i386, builds on macppc and test results don't look much worse. Any sbcl users care to give the update a try? diff -ruN ./Makefile ../../mystuff/lang/sbcl/Makefile --- ./Makefile Tue Jan 23 08:15:57 2018 +++ ../../mystuff/lang/sbcl/MakefileWed Mar 7

Re: remove devel/xulrunner/24 ?

On Fri, Jul 28, 2017 at 07:52:03AM +0200, Landry Breuil wrote: > Hi, > > xulrunner/24 is ancient, dead upstream, and only two ports uses them: > - www/conkeror which, even if sorta alive upstream, hasnt seen an update > in 4 years conkeror is mostly dead upstream, if anyone actually uses it

Re: sbcl repeated breakage

On Thu, Jul 06, 2017 at 04:17:54PM +0200, Marc Espie wrote: > Regularly, my bulks barf on lang/sbcl,threads > > > This is a problem because then the lock remains, which I have to manually > remove... depending on build order (somewhat random) lang/sbcl may have > built already, or not. > >

Re: Threading support in lang/sbcl

On Tue, Feb 18, 2014 at 05:52:10PM +0100, Gregor Best wrote: On Tue, Feb 18, 2014 at 11:02:28AM -0500, Kenneth Westerback wrote: [...] Nice, but ports is locked for 5.5. release so this will likely be post-5.5. [...] That's fine. I sent the patch out this early because I know I'd forget

Update lang/sbcl to 1.1.14

Update from 1.1.12 to 1.1.14. Aside from adjusting patches to build system changes, this is fairly routine update. Tests are clean on i386 and amd64 (aside from one which has never passed), and macppc is at least not worse than it was. SBCL users (I know there's one or two of you out there!)

Re: Update lang/sbcl to 1.1.14

On Mon, Dec 09, 2013 at 08:22:49AM -0800, Josh Elsasser wrote: Update from 1.1.12 to 1.1.14. Aside from adjusting patches to build system changes, this is fairly routine update. Tests are clean on i386 and amd64 (aside from one which has never passed), and macppc is at least not worse than

Re: Update lang/sbcl to 1.1.14

On Mon, Dec 09, 2013 at 07:30:09PM -0500, James Turner wrote: On Mon, Dec 09, 2013 at 07:25:29PM -0500, James Turner wrote: On Mon, Dec 09, 2013 at 05:52:34PM +0100, Jérémie Courrèges-Anglas wrote: Josh Elsasser j...@elsasser.org writes: Update from 1.1.12 to 1.1.14. Aside from

Re: [UPDATE] sbcl-1.1.12

On Fri, Oct 11, 2013 at 08:00:41PM +0200, Jérémie Courrèges-Anglas wrote: Kenneth R Westerback kwesterb...@rogers.com writes: On Thu, Oct 10, 2013 at 04:16:31PM -0700, Josh Elsasser wrote: On Thu, Oct 10, 2013 at 09:29:40AM +0200, J?r?mie Courr?ges-Anglas wrote: So instead

Re: [UPDATE] sbcl-1.1.12 (Was: Re: unbreak lang/sbcl on i386)

On Thu, Oct 10, 2013 at 09:29:40AM +0200, Jérémie Courrèges-Anglas wrote: So instead of struggling with clisp, let's just update sbcl first. Regress tests results and diff below. I'm postponing clisp for now. More tests on amd64 / ok? There should be a build-time (and probably runtime)

Re: unbreak lang/sbcl on i386

Sorry for slacking on this, this has been fixed upstream for a short while now, and just needs a version bump. The only wrinkle is there's now an optional dependency on gmp at build time, and at runtime if one wishes to use the sb-gmp contrib module. On Sun, Sep 15, 2013 at 04:54:19PM +0200,

Re: unbreak lang/sbcl on i386

On Mon, Sep 16, 2013 at 06:06:06PM +0200, Jérémie Courrèges-Anglas wrote: Huh, I thought I had sent this mail... *shrug* I replied to the old mail before I saw this one. - updating clisp to 2.49 - texlive make build and make fake work fine; pkg/PLIST changed but that doesn't seem to

Re: clisp on mipes64el

On Wed, Jan 02, 2013 at 07:37:56PM -0500, James Turner wrote: Joshua (and ports@), With the attached diff I am able to build and use clisp on mips64el (loongson). However, I had to disable ffi support in order to achieve this. I have ran into one problem where I could use some guidance on

Re: clisp on mipes64el

On Wed, Jan 02, 2013 at 07:50:05PM -0500, James Turner wrote: On Wed, Jan 02, 2013 at 04:43:45PM -0800, Josh Elsasser wrote: On Wed, Jan 02, 2013 at 07:37:56PM -0500, James Turner wrote: Joshua (and ports@), With the attached diff I am able to build and use clisp on mips64el

Re: clisp on mipes64el

On Wed, Jan 02, 2013 at 09:31:53PM -0500, James Turner wrote: On Wed, Jan 02, 2013 at 09:27:20PM -0500, James Turner wrote: Attached is an updated patch for clisp and a new patch for ffcall. ffcall was just missing a couple things to make it work correctly. clisp is now being compiled

Re: sbcl 1.0.54 - 1.0.58

On Mon, Aug 13, 2012 at 10:54:26AM +0200, Manuel Giraud wrote: Here is an update for sbcl. Tested on i386. 'make regress' passes now. Looks good, however one nit is that the DISTFILES line is no longer needed at all, you're simply setting it to the default value. There's one floating-point

Re: sbcl 1.0.54 - 1.0.58

On Mon, Aug 13, 2012 at 06:31:34PM -0400, Kenneth R Westerback wrote: On Mon, Aug 13, 2012 at 10:56:47AM -0700, Josh Elsasser wrote: On Mon, Aug 13, 2012 at 10:54:26AM +0200, Manuel Giraud wrote: Here is an update for sbcl. Tested on i386. 'make regress' passes now. Looks good

Re: sb-ext:run-program leaks FDs

On Tue, Jun 05, 2012 at 01:51:33AM +0200, Florian Obser wrote: Hi, so I updated my laptop from 4.9 to -current the other day and noticed that stumpwm (my windowmanager of choice) was behaving strangely. I was able to trace it to sb-ext:run-program leaking file descriptors. Run this

Update: SBCL 1.0.50

Attached is a straightforward update of lang/sbcl to 1.0.50. There are all the usual slew of bug fixes and optimizations, documented in detail at /usr/local/share/doc/sbcl/NEWS. Also, I finally noticed that third-party packagers are supposed to stick something on the version string to distinguish

Re: Update lang/sbcl to 1.0.48

On Tue, May 10, 2011 at 03:07:04PM +0200, Manuel Giraud wrote: Josh Elsasser j...@elsasser.org writes: The following patch updates SBCL from 1.0.41 to 10.48. In the months since 1.0.41 there have been the usual pile of bug fixes, optimizations, and even new features. See /usr/local

Re: Update lang/sbcl to 1.0.48

On Tue, May 10, 2011 at 07:58:44AM -0700, Josh Elsasser wrote: On Tue, May 10, 2011 at 03:07:04PM +0200, Manuel Giraud wrote: Josh Elsasser j...@elsasser.org writes: The following patch updates SBCL from 1.0.41 to 10.48. In the months since 1.0.41 there have been the usual pile of bug

Update lang/sbcl to 1.0.48

The following patch updates SBCL from 1.0.41 to 10.48. In the months since 1.0.41 there have been the usual pile of bug fixes, optimizations, and even new features. See /usr/local/share/doc/sbcl/NEWS or http://www.sbcl.org/all-news.html for details. This update also does something I've been

Update lang/sbcl, powerpc testing needed

An patch to update lang/sbcl to 1.0.44 follows. I've tested on amd64 and i386 already, however my powerpc system isn't currently running. If someone could test this for me (don't forget -E when patching) and confirm that the plist is fine and that the tests finish with only Expected failure

Re: Modify memtest86+

On Fri, Dec 31, 2010 at 08:56:42PM +0100, Pieter Verberne wrote: Hello, I want to test the memory of my Soekris with memtest86+ over serial console. After reading /usr/local/share/doc/pkg-readmes/memtest86+-4.10p1 it looks like memtest-serial is compiled with 9600 baud rate. Soekris

Re: CVS: cvs.openbsd.org: ports

On Tue, Dec 21, 2010 at 01:47:49PM -0700, Joshua Elsasser wrote: CVSROOT: /cvs Module name: ports Changes by: jo...@cvs.openbsd.org 2010/12/21 13:47:48 Log message: Import www/conkeror: keyboard-oriented Mozilla-based browser Conkeror is a keyboard-oriented,

Re: New: www/conkeror

On Mon, Dec 20, 2010 at 10:00:20AM +0100, Landry Breuil wrote: On Sun, Dec 19, 2010 at 08:18:25PM -0800, Josh Elsasser wrote: A new port for a mozilla xulrunner based web browser, keyboard-oriented and quite customizable. Comments? ok? Works fine on powerpc. port itself reads good

New: www/conkeror

A new port for a mozilla xulrunner based web browser, keyboard-oriented and quite customizable. Comments? ok? conkeror.tar.gz Description: application/tar-gz

Build lang/clisp on sparc64

= ANSI Common Lisp implementation DISTNAME= clisp-2.48 -REVISION = 0 +REVISION = 1 CATEGORIES=lang HOMEPAGE= http://clisp.cons.org/ +MAINTAINER = Josh Elsasser jo...@openbsd.org # GPLv2 PERMIT_PACKAGE_CDROM= Yes

Fix sysutils/grub with newer ext2fs filesystems

This patch, taken from debian (who took it from redhat) fixes grub with newer ext2 filesystems, which use 256 byte inodes. I have been using this locally for ages. Ok? Index: Makefile === RCS file:

Fix devel/ffcall on powerpc

The attached patch fixes ffcall on powerpc, at least enough for the tests to pass. Note that this adds several files in patches/. Index: devel/ffcall/Makefile === RCS file: /home/cvsync/openbsd/ports/devel/ffcall/Makefile,v

Build lang/clisp on powerpc

The included patch allows clisp to build and pass all it's tests on powerpc. The emacs lisp files are also moved to someplace where emacs can actually find them, like other ports do. Note that this adds a file in patches/. Index: lang/clisp/Makefile

Update lang/sbcl (adds powerpc support)

The included patch updates sbcl to 1.0.41, which eliminates a number of patches and adds powerpc support. Note that this adds and removes several files in pkg/ and patches/, so patch -E is your friend. Index: lang/sbcl/Makefile ===

Re: sbcl still requires /proc?

On Thu, Jul 29, 2010 at 11:52:20PM -0400, Ted Unangst wrote: pkg_info for sbcl says it needs /proc for embedded cores to work, but it appears fine without it. At least, I was able to save-lisp-and-die hello world to a standalone exec (weighing in at a svelte 25M) that runs and prints the

Re: UPDATE: lang/sbcl

On Wed, Mar 31, 2010 at 11:49:30PM +0600, Alexandr Shadchin wrote: On Wed, Mar 31, 2010 at 6:18:08 +0600, Josh Elsasser wrote: On Wed, Mar 31, 2010 at 03:59:44AM +0600, Alexandr Shadchin wrote: Hi, Ports! This update package SBCL to the latest release 1.0.37. Is there any particular

Re: UPDATE: lang/sbcl

On Wed, Mar 31, 2010 at 03:59:44AM +0600, Alexandr Shadchin wrote: Hi, Ports! This update package SBCL to the latest release 1.0.37. Is there any particular reason you need this version of SBCL, or is it just because it's several months old by now? Tested on i386. I assume this means that

Re: GRUB vs the Inodes

On Thu, Nov 12, 2009 at 11:05:34PM -0500, Nick Guenther wrote: Just a headsup for anyone using grub to multiboot (which is probably most of you who multiboot): now that the grossness Grub2 is being forced on Linux, you'll probably want to use grub from OpenBSD's ports. However, also because

Patch: teach sysutils/grub about ext2fs with 256-byte inodes

Here is a patch for grub taken from debian (who apparently took it from redhat) to allow it to load linux kernels off newer ext2 filesystems which use 256-byte inodes. I've been using this for a while and forgot about it until I reinstalled grub after updating my packages and noticed I couldn't

Re: Update: lang/sbcl to 1.0.31

On Sat, Sep 05, 2009 at 04:15:44PM +0200, Joachim Schipper wrote: On Tue, Sep 01, 2009 at 04:13:26PM -0700, Josh Elsasser wrote: The following patch updates lang/sbcl to 1.0.31. Notable changes include amd64 support, switching the host lisp from a static binary to clisp, removal

Update: lang/sbcl to 1.0.31

= 1.0.15 +V =1.0.31 DISTNAME= sbcl-${V}-source PKGNAME= sbcl-${V} WRKDIST= ${WRKDIR}/sbcl-${V} @@ -13,7 +13,7 @@ CATEGORIES=lang HOMEPAGE= http://www.sbcl.org/ -MAINTAINER=Josh Elsasser j

Re: [UPDATE] CLISP 2.43p1 - 2.47

On Sun, Apr 12, 2009 at 03:24:00PM -0400, Taylor Venable wrote: On Sun, Apr 12, 2009 at 02:22:27PM -0400, Taylor Venable wrote: On 2009-03-06 I sent out a patch to update CLISP from 2.43p0 to 2.47; I haven't heard anything back on that, so I've updated that patch to reflect the fact that

Re: [UPDATE] CLISP 2.43p1 - 2.47

On Sun, Apr 12, 2009 at 09:54:44PM -0700, Josh Elsasser wrote: On Sun, Apr 12, 2009 at 03:24:00PM -0400, Taylor Venable wrote: On Sun, Apr 12, 2009 at 02:22:27PM -0400, Taylor Venable wrote: On 2009-03-06 I sent out a patch to update CLISP from 2.43p0 to 2.47; I haven't heard anything

Update: lang/sbcl to 1.0.27

The following patch updates lang/sbcl from 1.0.15 to 1.0.27. The most notable change (for OpenBSD anyway) is amd64 support, the full changelog is installed as /usr/local/share/doc/sbcl/NEWS. Note that this patch deletes: patches/patch-src_runtime_gc-common.c patches/patch-tests_subr.sh and

Emacs 22 port fails to build on hppa, patch included

I sent this to the maintainer a couple weeks ago with no response, so I'm resending it here. The emacs configure script mistakenly thinks that openbsd-*-hppa* is 68k instead of PA-RISC, and since 68k has been deprecated in Emacs 22, the build fails with a deprecation warning. The following

Re: UPDATE: Tcl/Tk 8.4.19

On Tue, Sep 30, 2008 at 08:26:38AM -0400, Stuart Cassoff wrote: Now very much like the 8.5 port but with less frills. - No threaded FLAVOR - No README.OpenBSD - Tk demos are still in ${LOCALBASE}/lib/tk8.4 - too much of pain to move them. - Blurb about 8.4.19 being the end of the line for

Re: hw.sensors support for sysutils/gkrellm/gkrellm

On Wed, Jul 16, 2008 at 08:37:09AM +0200, Landry Breuil wrote: On Wed, Jul 16, 2008 at 04:59:04AM +0200, Dawe wrote: Josh Elsasser wrote: I have implemented support in gkrellm for reading and displaying the hw.sensors sysctls. Only sensors for temperature, fan speed, and DC voltage

hw.sensors support for sysutils/gkrellm/gkrellm

I have implemented support in gkrellm for reading and displaying the hw.sensors sysctls. Only sensors for temperature, fan speed, and DC voltage are supported due to limitations in gkrellm. Comments, bugs, suggestions? diff -u -rP sysutils/gkrellm/gkrellm/patches/patch-src_sensors_c

Re: UPDATE: www/gnash

On Sat, Apr 26, 2008 at 03:14:32PM -0400, Deanna Phillips wrote: This diff, from brad@, updates gnash to 0.8.2. So far, it's only been tested on i386. Changes: http://gnashdev.org/?q=node/52 Brad takes MAINTAINER (yay!) I seem to have just had a kernel panic while running a copy of gnash

Re: sbcl: probably needs tweaking on {Open,Free}BSD

On Mon, Feb 11, 2008 at 09:50:30PM +0100, fulvio ciriaco wrote: Hallo, I tested the recent port of sbcl for OpenBSD at http://www.elsasser.org/openbsd/sbcl-port-1.0.14.tgz it compiles fine but shows undesirable behaviour, at least on my i386 arch, openbsd current. If run by normal user it

NEW: sbcl 1.0.14

I've updated my sbcl port to 1.0.14, which needs much less patching than 1.0.13. Does anyone see anything that needs fixing, or is this ready to be committed? -jre

Re: NEW: sbcl 1.0.14

On Thu, Jan 31, 2008 at 02:08:05PM -0800, Josh Elsasser wrote: I've updated my sbcl port to 1.0.14, which needs much less patching than 1.0.13. Does anyone see anything that needs fixing, or is this ready to be committed? Oops, the port is at http://www.elsasser.org/openbsd/sbcl-port-1.0.14

Re: texlive_texmf-minimal VS teTeX_base

On Fri, Jan 25, 2008 at 06:48:10PM +, Edd Barrett wrote: Hi there, On Jan 25, 2008 6:22 PM, Predrag Punosevac [EMAIL PROTECTED] wrote: Marten King wrote: On -current, problem with these two packages conficting. teTex is installed to satisfy newly posted sbcl port dependency.

Re: New: lang/sbcl, lisp native code compiler

On Sun, Jan 13, 2008 at 05:15:40PM +0100, Simon Kuhnle wrote: On Fri, Jan 11, 2008 at 06:30:47PM -0800, Josh Elsasser wrote: On Fri, Jan 11, 2008 at 06:21:44PM -0800, Josh Elsasser wrote: This is a port of the SBCL native code compiler, based on patches which were recently committed

New: lang/sbcl, lisp native code compiler

This is a port of the SBCL native code compiler, based on patches which were recently committed to SBCL CVS. Only i386 is supported at the moment. This is my first port so feedback is more than welcome, in particular regarding how it has to download a 7 meg binary to bootstrap itself from. Note

Re: New: lang/sbcl, lisp native code compiler

On Fri, Jan 11, 2008 at 06:21:44PM -0800, Josh Elsasser wrote: This is a port of the SBCL native code compiler, based on patches which were recently committed to SBCL CVS. Only i386 is supported at the moment. This is my first port so feedback is more than welcome, in particular regarding

Re: UPDATE: net/transmission 1.00

On Mon, Jan 07, 2008 at 06:21:39PM +0100, Antoine Jacoutot wrote: On Mon, 7 Jan 2008, Christian Weisgerber wrote: * The GUI has been extended. Let me know when you figure out what the different colors on the progress bar mean. * The CLI client has changed its name back to transmissioncli (no

Fix for devel/jam

The patch for jam.h is incorrect, it defined OS_MINOR instead of OSMINOR. This results in jam setting $(OS) to UNKNOWN instead of OPENBSD. This can easily be seen in the jam -v output: $ jam -v Jam 2.5. OS=UNKNOWN. Copyright 1993-2002 Christopher Seiwald. $ ./w-jam-2.5/jam-2.5/bin/jam -v