currently NSPR port is broken. And current libtool is broken for Japhar.
So BeOS port will not run.
On Tue, 10 Oct 2000 10:42:07 +0800
Petter Reinholdtsen [EMAIL PROTECTED] wrote:
I was wondering if there was a port of Japhar to BeOS? Or, if one
has been started?
I believe the BeOS
[Makoto Kato]
currently NSPR port is broken.
Do you mean a specific version of NSPR do not work on BeOS, or that
the use of any version of NSPR in Japhar do not work on BeOS?
And current libtool is broken for Japhar.
Is this the latest libtool available from the libtool authors, or the
Hi,
At Tue, 13 Jul 1999 22:13:26 +0200,
Petter Reinholdtsen [EMAIL PROTECTED] wrote ...
-AC_CHECK_FUNCS(sleep mmap select snprintf vsnprintf seekdir)
+AC_CHECK_FUNCS(sleep mmap select snprintf vsnprintf seekdir telldir)
I changed scandir() to not use seekdir() and telldir() at all.
It is consistent with other porting code (ex. Windows). So it have
no problem only load_add_on.
Ah, yes. It is a result of my inconsistent opinion on how to write
autoconf scripts.
What do others think? Should one test for all the functions used, or
only one indicator to test for the API?
Hi
At Wed, 07 Jul 1999 11:00:55 -0700,
Christoph Toshok [EMAIL PROTECTED] wrote ...
Makoto Kato wrote:
Are anyone porting to BeOS?
I actually started doing a port the other night. it shouldn't be too
terribly hard. the code that we need for mutex's/cvars/dlls can be
gleaned from
Makoto Kato wrote:
Are anyone porting to BeOS?
I actually started doing a port the other night. it shouldn't be too
terribly hard. the code that we need for mutex's/cvars/dlls can be
gleaned from mozilla.. also, the xptcall code for x86 works on beos now
too (xptcall is mozilla's version of
