From: Alexandre Oliva (oliva@dcc.unicamp.br)
Date: Wed Feb 03 1999 - 02:29:41 EST
On Feb 2, 1999, Godmar Back <gback@cs.utah.edu> wrote:
>> more of Pat's fixes related to JTHREAD_SETJMP
> This should have been it; but I don't really have a Solaris machine
> fast enough to test this in a reasonable amount of time.
ExecTest and ProcessTest enter an endless loop, apparently because
they never get to process SIGCHLD. But I won't have time to look into
this this week :-(
> Also, I finally managed to negotiate a configure version with Alan
> that accommodates BeOS (which typedefs uint8 in its system files).
> Let me know if you don't like it.
The tests for those types seem to be missing, and so configure fails
to complete:
if test $foo = yes
would abort on Solaris if foo is not set. I'm installing a patch that
properly quotes the variables, but I didn't create the tests.
--
Alexandre Oliva http://www.dcc.unicamp.br/~oliva aoliva@{acm.org}
oliva@{dcc.unicamp.br,gnu.org,egcs.cygnus.com,samba.org}
Universidade Estadual de Campinas, SP, Brasil
Received: (from majordom@localhost)
by rpmfind.net (8.8.7/8.8.7) id LAA07481
for kaffe-core-list; Wed, 3 Feb 1999 11:55:21 -0500
Resent-Date: Wed, 3 Feb 1999 11:55:21 -0500
Resent-Message-Id: <199902031655.LAA07481@rpmfind.net>
X-Authentication-Warning: rpmfind.net: majordom set sender to owner-kaffe-core@rufus.w3.org using -f
Received: from wrath.cs.utah.edu (wrath.cs.utah.edu [155.99.198.100])
by rpmfind.net (8.8.7/8.8.7) with ESMTP id LAA07477
for <kaffe-core@rufus.w3.org>; Wed, 3 Feb 1999 11:55:15 -0500
Received: from sal.cs.utah.edu (sal.cs.utah.edu [155.99.195.64])
by wrath.cs.utah.edu (8.8.8/8.8.8) with ESMTP id JAA26864
for <kaffe-core@rufus.w3.org>; Wed, 3 Feb 1999 09:55:15 -0700 (MST)
From: Godmar Back <gback@cs.utah.edu>
Received: (from gback@localhost)
by sal.cs.utah.edu (8.8.8/8.8.8) id JAA11214
for kaffe-core@rufus.w3.org; Wed, 3 Feb 1999 09:56:31 -0700 (MST)
Message-Id: <199902031656.JAA11214@sal.cs.utah.edu>
Subject: tests
To: kaffe-core@rufus.w3.org (Kaffe Core Team)
Date: Wed, 3 Feb 1999 09:56:31 -0700 (MST)
X-Mailer: ELM [version 2.4 PL25]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-kaffe-core@rufus.w3.org
Precedence: bulk
Reply-To: kaffe-core@rufus.w3.org
Errors-To: kaffe-core-error@rufus.w3.org
X-loop: kaffe-core@rufus.w3.org
X-mailing-list: kaffe-core@rufus.w3.org
Resent-from: kaffe-core@rufus.w3.org
The test he supplied did this:
AC_CACHE_CHECK([for uint32],
ac_cv_typedef_uint32,
[AC_TRY_COMPILE([#include <kernel/OS.h>],
[uint32 dummy_ui32;],
ac_cv_typedef_uint32=yes, ac_cv_typedef_uint32=no)])
if test $ac_cv_typedef_uint32 = yes; then
AC_DEFINE(HAVE_UINT32, 1, [Do we have uint32])
fi
And it did that for every single type (total of 8) --- this seemed to
like it's unnecessarily clobbering configure.in with something really
beos specific (or is there other systems that define "kernel/OS.h"?)
And why should configure.in conclude that being able to include
"kernel/OS.h" implies that we have uint32?
I really don't want to hardcode such stuff in configure.in, given that
it's already 781 lines.
Or what do you have in mind?
- Godmar
This archive was generated by hypermail 2b29 : Sat Sep 23 2000 - 19:57:55 EDT