[bug #4824] configuring ffcall with Apple runtime

[nobody]

=================== BUG #4824: LATEST MODIFICATIONS ==================
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=4824&group_id=99

Changes by: Adam Fedor <fedor@gnu.org>
Date: Tue 08/19/2003 at 22:00 (US/Mountain)

            What     | Removed                   | Added
---------------------------------------------------------------------------
         Assigned to | None                      | fedor




=================== BUG #4824: FULL BUG SNAPSHOT ===================


Submitted by: ayers                   Project: GNUstep                      
Submitted on: Mon 08/18/2003 at 02:32
Category:  Base/Foundation            Severity:  3                          
Bug Group:  Bug                       Resolution:  None                     
Assigned to:  fedor                   Status:  Open                         

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: Mon 08/18/2003 at 02: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/