Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 07 Jan 2008 09:49:20 +0200
From:      Danny Braniss <danny@cs.huji.ac.il>
To:        Andrew Reilly <andrew-freebsd@areilly.bpc-users.org>
Cc:        rgrav <des@des.no>, Tim Kientzle <kientzle@freebsd.org>, freebsd-current@freebsd.org, Peter Schuller <peter.schuller@infidyne.com>, Jason Evans <jasone@freebsd.org>
Subject:   Re: ELF dynamic loader name [was: sbrk(2) broken] 
Message-ID:  <E1JBmjZ-00047M-05@cs1.cs.huji.ac.il>
In-Reply-To: Your message of Mon, 7 Jan 2008 07:42:09 %2B1100 .

next in thread | raw e-mail | index | archive | help
> On Sun, 06 Jan 2008 09:56:32 +0200
> Danny Braniss <danny=40cs.huji.ac.il> wrote:
>=20
> > what Apple has is one file, that will run the appropiate binary if ru=
n
> > on an i386 or a ppc, not 2 different files - universal binary - not r=
osetta.
>=20
> Sure, but that's got a bunch of different driving factors.  I
> don't know, for example, whether you can build a four-way
> executable (ia32, x86_64, ppc, ppc64).  Well, you probably can,
> but I'd be a bit surprised if anyone has.  FreeBSD supports even
> more architectures: it just doesn't scale.  The best bet for
> something that has to run everywhere is probably LLVM or TNEF.
>=20
> The advantage that Unix has over MacOS is that we aren't trying
> to squeeze everything into single =22application=22 directories.  So
> it's reasonable to have =22share=22, and select executables on the
> basis of PATH.  That's how it has worked before.  Most sites
> don't have more than two or three different architectures to
> support, anyway.
>=20
This argument has sides/issues, one is the 'distribution', and here I agr=
ee
that one universal-fit-all is not the way to go.

I'm concerned in trying to solve a problem we are facing here, were=20
students/researchers
write code, and soon will be hit by incompatible platforms.

> If we do get much further with multi-architecture bin and lib,
> and people actively use these on diskless setups or
> multi-architecture hosts (amd64/ia32, or other 64/32 bit
> combinations being the most common) then perhaps it would be nice
> to have a share/bin where platform-independent scripts (shell,
> perl, python) as well as dynamic-translated binaries (JVM, LLVM,
> etc) can live?
>=20
> Cheers,
>=20
> --=20
> Andrew

danny





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?E1JBmjZ-00047M-05>