Re: ELF dynamic loader name [was: sbrk(2) broken]
- From: Andrew Reilly <andrew-freebsd@xxxxxxxxxxxxxxxxxxxxx>
- Date: Tue, 8 Jan 2008 17:04:27 +1100
On Mon, 07 Jan 2008 22:30:18 -0500
"Alexandre \"Sunny\" Kovalenko" <alex.kovalenko@xxxxxxxxxxx>
wrote:
[I'm doing a lot of my own new coding in PLT scheme at the
moment, and having a ball with it. (lang/drscheme in ports)
I suspect you are not running contemporary 7.0 there:
twinhead# uname -a
FreeBSD twinhead.rabbitslawn.verizon.net 7.0-RC1 FreeBSD 7.0-RC1 #0: Tue
Jan 1 19:22:56 EST 2008
root@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx:/usr/obj/usr/src/sys/TWINHEAD
i386
twinhead# make install
===> drscheme-370 is marked as broken: Fails to install (signal 11).
*** Error code 1
Stop in /usr/ports/lang/drscheme.
Nope:
andrew@duncan:/usr/home/andrew $ mzscheme
Welcome to MzScheme v372 [3m], Copyright (c) 2004-2007 PLT Scheme
Inc.
^Dandrew@duncan:/usr/home/andrew $ uname -a
FreeBSD duncan.reilly.home 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE
#6: Sat Jan 5 17:53:17 EST 2008
root@duncan:/usr/obj/usr/src/sys/DUNCAN amd64
:-)
You'll find a patch with my name on it at:
http://www.freebsd.org/cgi/query-pr.cgi?pr=118808
That fix has been incorporated up-stream, so 372 now builds
cleanly for me from tarballs, but something is still broken on
jkoshy's 8-current system, so he hasn't updated the port yet.
Fast enough for what I'm doing, byte-code, static or JIT compiled,
and runs everywhere (including Windows and OSX).]
What would be *really* cool would be the ability to have a JVM or
LLVM back-end in the kernel, as a first-class peer of the ELF
loader. Anyone know if anyone has tried such a thing on *BSD (or
even Linux, I guess)?
If you have Linux distribution handy, you can look
at /usr/src/linux/Documentation/binfmt_misc.txt.
Or
http://www.tat.physik.uni-tuebingen.de/~rguenth/linux/binfmt_misc.html
Thanks for the pointer: that's pretty close to what I was
thinking of. There's also the PE loader work in NetBSD...
At least its Java
incarnation has been around for a while. I have not seen widespread use
of it, but then again, I have not been looking too hard.
Yeah, most existing foreign-executable formats have lots of
extraneous environment cruft related to compatibility with
other operating systems, that doesn't really lend themselves to
this sort of application. On the other hand, an LLVM or QEMU
launcher could be trying to run "native" freebsd applications,
just ones that hadn't been fully compiled yet. Sort of like
FX-32! on Alpha Windows-NT, or the e-coff (?failing memory?)
high-level object format produced by the MIPSCO compilers to
enable full-program optimization with separately-compiled
libraries. One of these day's I'll have a go at it, if someone
else doesn't get to it first...
[This is more -arch or -talk than -current, so I'll stop now.]
Cheers,
--
Andrew
_______________________________________________
freebsd-current@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@xxxxxxxxxxx"
- Follow-Ups:
- Re: ELF dynamic loader name [was: sbrk(2) broken]
- From: Alexandre \"Sunny\" Kovalenko
- Re: ELF dynamic loader name [was: sbrk(2) broken]
- References:
- Re: ELF dynamic loader name [was: sbrk(2) broken]
- From: Danny Braniss
- Re: ELF dynamic loader name [was: sbrk(2) broken]
- From: Andrew Reilly
- Re: ELF dynamic loader name [was: sbrk(2) broken]
- From: Alexandre \"Sunny\" Kovalenko
- Re: ELF dynamic loader name [was: sbrk(2) broken]
- Prev by Date: Re: [Fwd: Re: kern/118258 sysctl causing panics on 7.0-xxx]
- Next by Date: Re: Should we simply disallow ZFS on FreeBSD/i386?
- Previous by thread: Re: ELF dynamic loader name [was: sbrk(2) broken]
- Next by thread: Re: ELF dynamic loader name [was: sbrk(2) broken]
- Index(es):
Relevant Pages
|
|
