[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #4824] configuring ffcall with Apple runtime
From: |
nobody |
Subject: |
[bug #4824] configuring ffcall with Apple runtime |
Date: |
Wed, 20 Aug 2003 03:56:20 -0400 |
User-agent: |
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4b) Gecko/20030507 |
=================== BUG #4824: LATEST MODIFICATIONS ==================
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=4824&group_id=99
Changes by: David Ayers <d.ayers@inode.at>
Date: Wed 08/20/2003 at 09:56 (Europe/Vienna)
What | Removed | Added
---------------------------------------------------------------------------
Resolution | None | Fixed
Status | Open | Closed
=================== BUG #4824: FULL BUG SNAPSHOT ===================
Submitted by: ayers Project: GNUstep
Submitted on: Mon 08/18/2003 at 10:32
Category: Base/Foundation Severity: 3
Bug Group: Bug Resolution: Fixed
Assigned to: fedor Status: Closed
Summary: configuring ffcall with Apple runtime
Original Submission: It's been reported that the configure script for base
fails on OS X with:
checking ffi.h usability... no
checking ffi.h presence... no
checking for ffi.h... no
checking "for forwarding callback in runtime"... no
checking callback.h usability... yes
checking callback.h presence... yes
checking for callback.h... yes
checking "FFI library usage"... none
GNUstep requires the ffcall library to do invocations and DO.
Make sure this library is installed (see installation instructions).
Otherwise DO will not be compatible with other systems, and you will not
be able to use gnustep-gui.
...
The intersting line is:
checking "for forwarding callback in runtime"... no
which is a GNU Runtime specific test that probably sets enabled_ffcall to 'no'
with Apple's runtime..
This seems correct as we probably don't want to configure for ffcall for
Apple's runtime, as there isn't a hook we can use.
Yet this seems to lead to neither ffi nor ffcall being configured and due to:
http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/core/base/configure.ac.diff?r1=1.13&r2=1.14&diff_format=h&sortby=date
we fail the configure (probably also for apple-apple-apple, ie. -baseadd on OS
X, where we don't need ffcall as we use Apple's DO/AppKit).
Follow-up Comments
*******************
-------------------------------------------------------
Date: Wed 08/20/2003 at 06:06 By: fedor
For some odd reason I can't change the status of this bug report. Can anyone
else?
-------------------------------------------------------
Date: Mon 08/18/2003 at 10:45 By: ayers
A work around for the common apple-apple-apple case could be to:
./configure --disable-do
CC list is empty
No files currently attached
For detailed info, follow this link:
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=4824&group_id=99
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/