[openbeos] Re: Problem while building haiku on linux (solved with a dirty hack)

  • From: "Raymond C. Rodgers" <obos@xxxxxxxxxxxx>
  • To: openbeos@xxxxxxxxxxxxx
  • Date: Fri, 04 May 2007 13:59:32 -0700

I ran into the same problem yesterday on the Debian box (err... Debian in a Virtual PC 2007 box) that I've previously built Haiku on, so I don't think it's a Ubuntu exclusive issue. In fact, I'd lean towards it being a typo; I've never seen LONGLONG_MAX before... But then I haven't seen many things... :)


Raymond
Stefano D'Angelo wrote:
Maybe it's ubuntu-realated since gnewsense is basically ubuntu. Anyway
I'm always here :-)

Stefano

2007/5/4, Bruno Albuquerque <bga@xxxxxxxxxxxxx>:
I am having exactly the same problem here on an Ubuntu box. I am working
on it with Ingo. Stay tunned.

-Bruno

Stefano D'Angelo wrote:
> Hi all,
> I finally installed a 32-bit linux distro (gNewSense 1.1) and built
> Haiku from SVN on it.
> While doing that, I got a problem with src/tools/fs_shell/vfs.cpp.
> Here's some jam output:
>
> C++ generated/objects/linux/x86/release/tools/fs_shell/vfs.o
> src/tools/fs_shell/vfs.cpp: In function 'fssh_off_t
> FSShell::file_seek(FSShell::file_descriptor*, fssh_off_t, int)':
> src/tools/fs_shell/vfs.cpp:2792: error: 'LONGLONG_MAX' was not
> declared in this scope
> src/tools/fs_shell/vfs.cpp: In function 'fssh_off_t
> FSShell::attr_seek(FSShell::file_descriptor*, fssh_off_t, int)':
> src/tools/fs_shell/vfs.cpp:3720: error: 'LONGLONG_MAX' was not
> declared in this scope
>
> cc -c "src/tools/fs_shell/vfs.cpp" -O -Wall -Wno-ctor-dtor-privacy
> -Woverloaded-virtual -Wpointer-arith -Wcast-align -Wsign-compare
> -Wno-multichar -D_ZETA_USING_DEPRECATED_API_=1 -D_ZETA_TS_FIND_DIR_=1
> -DARCH_x86 -D_NO_INLINE_ASM -D__INTEL__ -D_GNU_SOURCE
> -DHAIKU_HOST_PLATFORM_LINUX -iquote src/tools/fs_shell -iquote
> generated/objects/common/tools/fs_shell -iquote
> generated/objects/linux/x86/common/tools/fs_shell -iquote
> generated/objects/haiku/x86/common/tools/fs_shell -I headers/build -I
> headers/build/os -I headers/build/os/kernel -I
> headers/build/os/storage -I headers/build/os/support -I
> headers/private/fs_shell -I headers/private/shared -I
> headers/build/host/linux -o
> "generated/objects/linux/x86/release/tools/fs_shell/vfs.o" ;
>
> ...failed C++ generated/objects/linux/x86/release/tools/fs_shell/vfs.o ...
> ...skipped <build>fs_shell.a for lack of <build>fs_shell.a(vfs.o)...
> ...skipped <build>bfs_shell for lack of <build>fs_shell.a...
> ...skipped <HaikuImage>haiku.image-init-vars for lack of
> <build>bfs_shell...
>
> I was too tired to actually track down this issue seriously, so I just
> substitued LLONG_MAX with LONG_LONG_MAX (with the extra underscore)
> and that worked for me.
> The only thing I noticed is that it seems like headers/posix/limits.h
> didn't get included, but my /usr/include/limits.h (from the internal
> gcc limits.h) did instead. I tell you this since I don't know if it's
> supposed to work this way.
>
> Anyway I'd like to implement some interpolation algorithms (linear,
> not-a-knot cubic splines, whittaker-shannon sinc convolution) for the
> haiku audio mixer this weekend. Do you accept patches?
>
> Stefano
>






Other related posts: