delorie.com/archives/browse.cgi | search |
Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm |
List-Subscribe: | <mailto:cygwin-subscribe AT cygwin DOT com> |
List-Archive: | <http://sourceware.org/ml/cygwin/> |
List-Post: | <mailto:cygwin AT cygwin DOT com> |
List-Help: | <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs> |
Sender: | cygwin-owner AT cygwin DOT com |
Mail-Followup-To: | cygwin AT cygwin DOT com |
Delivered-To: | mailing list cygwin AT cygwin DOT com |
X-Authenticated: | #3502680 |
Message-ID: | <413C6CDF.3040805@gmx.de> |
Date: | Mon, 06 Sep 2004 15:57:51 +0200 |
From: | Fred Kiefer <fredkiefer AT gmx DOT de> |
User-Agent: | Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040114 |
MIME-Version: | 1.0 |
To: | cygwin AT cygwin DOT com |
Subject: | ffi.h in gjc > 3.3 is broken |
I have been using Cygwin successfully to compile GNUstep for the Windows platform for quite some time (Thank you for including all the needed bits in Cygwin!). But since my recent updates of Cygwin this does no longer work. The reason is the header file ffi.h provided with the GNU Java compiler package. GNUstep uses this header and library for its own distributed object calls (Sort of RFC, but for objects). What is missing is a file included in ffi.h (a different one for 3.3 and 3.4 of gcc-java) that is generated when compiling the ffi library for a specific platform. It would be great to see both gjc 3.3 and 3.4 fixed, as some people are still reluctant to move on to 3.4 and in the long run it may even be worthwhile to ship libffi separate from gjc. Cheers Fred PS: Please include me cc: in any reply as I don't want to subscribe to this list. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |