[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Instead of the amd64 GR: rudimentary amd64 support for sarge, need sponsor.



Hi creatures !!

Goswin von Brederlow wrote:

Hi,

given the current sarge deadline and the opinions expressed by some of
the release team a full amd64 port in sarge is not going to happen. So
lets move on.


What else can we do for amd64 users?

We have a fully working i386 port which works on amd64 systems too.
What we need most now is support for:

Excuse me if it sounds lame but, what you're proposing is to put this already working port on, say, 'experimental' or 'unstable' (most probably experimental), and work on this packages in order to have for Sarge +1 a stable amd64 release?

1. Kernel support for amd64 to run 32/64 bit binaries


Ability to run both 32/64bits binaries (along with others like posix compliance)
are good but  not (for now) essential things to the release.
It's the kind of thing that (i hope) will be worked out until Sarge+1.

I want to upload a kernel-image-2.6.7-amd64 to i386. That would be
along the same lines as the sparc64 or s390x kernel image in sparc or
s390 respectively. So nothing new there.

2. Support to run dynamically linked 64 binaries (e.g. from SuSe/RH)

What is needed is a /lib64 and /usr/lib64 directory with the core
libraries. There already is a ia32-libs packages doing the reverse for
ia64 and pure64. This just reverses the roles. Again nothing new.

3. Support to compile 64 bit binaries

The kernel and libs need to be compiled somewhere. They could be build
on pure64 and uploaded to i386 without problems but it would be nicer
if they could be build under sarge i386 itself. This could be eigther
a cross compiler (like the rest of the cross tool packages) or a 64bit
native compiler. I tend to the later even if that restricts building
those packages to an actual amd64 system.

Thesource for the toolchain is already in sarge so no GPL problems
even if (3) is scratched.


So who is willing to sponsor the following packages:

kernel-image-2.6.7-amd64
amd64-libs
amd64-libs-dev
gcc-3.3-amd64
gcc-3.4-amd64
binutils-amd64

None of those are base or standard so there is no "must be today"
rush. But it still needs to be rushed a bit.

MfG
       Goswin







Reply to: