On 07/03/14 10:07, Matthew Flatt wrote:
I've just built Racket for Linux on MIPS without problem, so I don't
think it's a misaligned access.
Thanks for take a look to the problem :)
Be aware linux has code in the kernel to fix misaligned access to
memory. You can disable this behaviour in mip
I've just built Racket for Linux on MIPS without problem, so I don't
think it's a misaligned access.
I tried Linux because I found QEMU images that made it relatively
convenient to try:
http://people.debian.org/~aurel32/qemu/mipsel/
If you can point me to similar images for OpenBSD, I'd be hap
Sorry for revive an old thread but recently an OpenBSD developer
(jturner) has been testing racket on mips64el (loonsong).
He sees a SIGBUS at the same point. GDB doesn't show a backtrace.
Maybe the interpreter is performing a misaligned access to the memory at
some point and the problem is no
On 04/30/14 02:07, Matthew Flatt wrote:
It's been a very long time since I touched a machine where the stack
grows up. Does changing `c->cont->buf.stack_size` to `c->stack_size`
work?
I'm not sure:
mkdir xsrc
make xsrc/precomp.h
env XFORM_PRECOMP=yes ../racketcgc -cqu
/usr/ports/pobj/racket-
It's been a very long time since I touched a machine where the stack
grows up. Does changing `c->cont->buf.stack_size` to `c->stack_size`
work?
At Wed, 30 Apr 2014 00:21:10 +0200, Juan Francisco Cantero Hurtado wrote:
> On 04/28/14 21:13, Matthew Flatt wrote:
> > Sorry --- I now see that `--enable
On 04/28/14 21:13, Matthew Flatt wrote:
Sorry --- I now see that `--enable-pthread` is forced for OpenBSD. I
think it should be on by default, but not actually forced, so I've made
that repair.
More to the point, I've pushed a repair so that CAS is attempted only
when futures or places are enabl
Sorry --- I now see that `--enable-pthread` is forced for OpenBSD. I
think it should be on by default, but not actually forced, so I've made
that repair.
More to the point, I've pushed a repair so that CAS is attempted only
when futures or places are enabled.
At Mon, 28 Apr 2014 20:45:35 +0200, J
On 04/28/14 20:08, Matthew Flatt wrote:
I think `--enable-pthread` is triggering the attempt to use CAS. Can
you leave that one out?
I tried without enable-pthread. I see the same problem
http://juanfra.info/bl/racket-2014/racket-6.0-2.log
At Mon, 28 Apr 2014 19:59:10 +0200, Juan Francisco
I think `--enable-pthread` is triggering the attempt to use CAS. Can
you leave that one out?
At Mon, 28 Apr 2014 19:59:10 +0200, Juan Francisco Cantero Hurtado wrote:
> On 04/28/14 01:03, Matthew Flatt wrote:
> > At Mon, 28 Apr 2014 00:58:48 +0200, Juan Francisco Cantero Hurtado wrote:
> >> I'm tr
On 04/28/14 01:03, Matthew Flatt wrote:
At Mon, 28 Apr 2014 00:58:48 +0200, Juan Francisco Cantero Hurtado wrote:
I'm trying to compile Racket 6.0 on OpenBSD/hppa but the compilation
fails because there is not support for CAS on OpenBSD/hppa. Is it
possible compile racket on platforms without at
At Mon, 28 Apr 2014 00:58:48 +0200, Juan Francisco Cantero Hurtado wrote:
> I'm trying to compile Racket 6.0 on OpenBSD/hppa but the compilation
> fails because there is not support for CAS on OpenBSD/hppa. Is it
> possible compile racket on platforms without atomic CAS?.
Does it help to use
-
I'm trying to compile Racket 6.0 on OpenBSD/hppa but the compilation
fails because there is not support for CAS on OpenBSD/hppa. Is it
possible compile racket on platforms without atomic CAS?.
_
Racket Developers list:
http://lists.racket-lang.org/dev
12 matches
Mail list logo