[haiku-development] Re: [PATCH] Attempts to build haiku on linux/ppc
- From: Ingo Weinhold <ingo_weinhold@xxxxxx>
- To: haiku-development@xxxxxxxxxxxxx
- Date: Tue, 27 May 2008 22:17:50 +0200
On 2008-05-27 at 15:41:34 [+0200], Konstantinos Margaritis
<markos@xxxxxxxx> wrote:
> On Τρι 27 Μαι 2008, Axel Dörfler wrote:
> > Stephan Assmus <superstippi@xxxxxx> wrote:
> > > The patch proposed in this message seems wrong to me, and also
> > > the patch
> > > that Konstantinos posted. I think the real problem is in this
> > > file:
> > >
> > > headers/private/fs_shell/fssh_api_wrapper.h
> > >
> > > This is what get's included instead of ByteOrder.h if the
> > > bfs_shell is
> > > built for the host platform. I might be wrong on this, it is as
> > > much as I
> > > could find out when trying to follow the include paths of the
> > > problematic
> > > files. Maybe Ingo can shed some light on this?
> >
> > It was definitely wrong. I changed it now (in r25671), but I
> > couldn't find the fssh_*() swapping functions, so maybe it won't
> > help -- but maybe there is some build magic I missed :-)
>
> I won't help, I tried using the fssh_*() functions myself. After a
> little research, I found that the problem is that BFS when used
> inside BeOS/Haiku includes ByteOrder.h properly. However when built
> outside BeOS/Haiku, ByteOrder.h (and many other os specific includes
> in headers/build/os/support and headers/build/os) are not included,
> not even the include path is passed in gcc flags. Instead fssh_*
> includes are used, but these define the same macros with different
> names, and also declare these extern functions :
>
> extern double __fssh_swap_double(double arg);
> extern float __fssh_swap_float(float arg);
> extern uint64_t __fssh_swap_int64(uint64_t arg);
> extern uint32_t __fssh_swap_int32(uint32_t arg);
> extern uint16_t __fssh_swap_int16(uint16_t arg);
>
> And this is the problem. Bfs files still use the old macros, which use
> __swap_int*() (ie without the fssh_ part).
> The thing is I don't know enough of Haiku's internals to see what
> would be the right solution. So far I see 2 solutions:
>
> a) Duplicate ByteOrder.h only for bfs_shell and make sure it uses only
> the BFS_ macros with __swap_int*
> b) Fix BFS and bfs_shell so that it uses the FSSH_ macros when built
> with BUILDING_FS_SHELL is defined.
This is how it is supposed to work: The BFS sources don't include system
headers directly. Instead they only include the system_dependencies.h
header, which includes all required headers. When building for Haiku, those
are the normal system headers. When building for the bfs_shell,
fssh_api_wrapper.h is included, which in turn includes fssh_*.h headers
corresponding to the system headers. Those are equivalent to the system
headers, save that they define the functions, constants, and macros with
fssh_ respectively FSSH_ prefix. Furthermore fssh_api_wrapper.h defines
macros that map the names of all functions, constants, and macros that are
defined in the system headers to their fssh_*/FSSH_* counterpart.
E.g. the BFS_ENDIAN_TO_HOST_INT32 macro defined in bfs_endian.h uses
__swap_int32, which fssh_api_wrapper.h translates to __fssh_swap_int32 (the
macro was broken; Axel fixed it in r25671), which is declared in the
included fssh_byte_order.h. The only remaining problem should be that the
FS shell doesn't define the function yet.
CU, Ingo
Other related posts:
