[PORT] BeOS port problem and suggestion

Thierry Delhaise delhaise.t@wanadoo.fr
Thu Sep 19 07:20:00 GMT 2002


Hi the list,

When Be was maintening its own gnupro version, they took care to handle
some specifics area of BeOS inside them port.

One is a problem with the BeOS fseek that rely on BFS filesystem : on
BFS when you fseek on a new create file, none of offset is set with
zeros. So if you fseek/seek and you don't use the pass area, when you
will write your file, you will have some garbage inside.

I would like to handle this problem like this :

First modify the configure tools chain and add a test to verify how
fseek/seek work on the host platform. If I detect a problem (such the
BeOS one), use a bfd_seek()/bfd_fseek() functions in place of seek()/
fseek().

I will provide code for those two functions.

Questions :

Any advice on this ?
Where and how I call the source file where I'll store this two
functions ?
Since bfd is common to binutils/gcc, where I will send my patchs ?
Since the focus is set on gcc 3.x does my patch could be include even
in the 2.95.3 tree ? (We currently use 2.95.3 since the ABI change made
in 3.x don't allow us for now to use this compiler tree, but we plan
it)


General Questions (may be OFF TOPICS ):

Be was using a special ABI tag :

# Configuration         ABI OS  ABI version
# -------------         ------  -----------

*-.*-linux.*           0       2.0.0   # earliest compatible kernel
version

*-.*-gnu-gnu.*         1       0.0.0

sparc-sun-solaris2.*    2       2.0.0   # just an arbitrary value

i[3456]86-.*-beos.*     10      4.0.0   # not official

As you can see, it was not official.

Does the status of this ABI tag is allways unofficial ? Where can I ask
to register this one ?

THX in advance


Thierry (BeFree)



More information about the Binutils mailing list