Test version of glibc 2.3.5-10, kfreebsd-amd64

Petr Salinger Petr.Salinger at t-systems.cz
Mon Jan 2 11:18:43 UTC 2006


> There is still a few problem to be solved before though:

> * struct statfs & syscalls.list upgrade
> 
> Personally I would prefer that the change in the structure is handled
> via symbol versioning, therefore we don't need to break the ABI.
> 
> Please also note that when the port will move to ftp.debian.org (aj said
> at the end of the month), it will not be possible to break the ABI.
> 
> We can live with the old syscalls, however I think we have to switch to
> at least 5.4 soon.

I will write necessary wrappers for struct statfs and related syscalls.
They will be ABI compatible with glibc 2.3.0 on kfreebsd-i386,
symbol versions will be unchanged.

But I would like to drop some ugliness from (now user space only) headers, 
like

 char f_mntfromname[sizeof(long) == 8 ? 72 : 80];

It will mean break ABI for alpha, the only other arch with sysdeps bits now.
It can be fixed, when alpha bits will be ported for 2.3.5 via symbol versions
change. In fact, I think we don't have to care about alpha ABI much.

On the other hand, what about kfreebsd-amd64 ?
(yes, I brought it up again).

Things, that have to be solved:

* archive 
        ? ftp.debian.org 
        ? ftp.gnuab.org 

* gcc (toolchain) support
        cross
        biarch on i386
        native on amd6
        biarch on amd64

* glibc
        2.3.6 based

* kernel
        ? 5.4 or 6.0

* buildd machine
* buildd admin

* porting machine
* porting machine admin


I volunteer for glibc bits ;-)

Petr






More information about the Glibc-bsd-devel mailing list