From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from majordomo@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id GAA14026; Tue, 27 Apr 2004 06:59:14 +0200 (MET DST) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id GAA13243 for ; Tue, 27 Apr 2004 06:59:13 +0200 (MET DST) Received: from hosting.commandprompt.com (128.commandprompt.com [207.173.200.128]) by concorde.inria.fr (8.12.10/8.12.10) with ESMTP id i3R4xBYM011936 for ; Tue, 27 Apr 2004 06:59:12 +0200 Received: from hosting.commandprompt.com (65-102-116-167.tukw.qwest.net [65.102.116.167]) (authenticated) by hosting.commandprompt.com (8.11.6/8.11.6) with ESMTP id i3R4x3K05096; Mon, 26 Apr 2004 21:59:03 -0700 Received: by hosting.commandprompt.com (sSMTP sendmail emulation); Mon, 26 Apr 2004 22:02:47 -0700 Date: Mon, 26 Apr 2004 22:02:47 -0700 From: Jeff Henrikson To: skaller Cc: caml-list@inria.fr Subject: [Caml-list] Re: swig like library... Message-ID: <20040427050246.GA101@respighi.local.> Mail-Followup-To: skaller , caml-list@inria.fr References: <1082837516.9537.114.camel@pelican.wigram> <20040424202443.05043abc.ayerkes@speakeasy.net> <1082861805.9537.240.camel@pelican.wigram> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1082861805.9537.240.camel@pelican.wigram> User-Agent: Mutt/1.4i X-OS: Darwin respighi.local. 6.0 Power Macintosh X-Miltered: at concorde by Joe's j-chkmail ("http://j-chkmail.ensmp.fr")! X-Loop: caml-list@inria.fr X-Spam: no; 0.00; henrikson:01 jehenrik:01 swig:01 swig:01 debugging:01 'add:01 on':99 gcc:01 gccxml:01 libs:01 libs:01 henrikson:01 gtk:01 syntax:02 tree:02 Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk > I think the whole system should be reorganised so the core SWIG > builds independently of ANY language module (except perhaps > an XML or debugging output module), and each language module > should be an independent 'add on' in a separate CVS module. > > SWIG isn't strictly *for C*, it's for standard C++ and is not designed > > to accept core C headers or GNU extensions (this is part of why it works > > with incomplete type information, and missing includes). It's assumed GCC can output its own XML tree. http://www.gccxml.org/HTML/Index.html (I wish this would get incorporated into the main branch.) When I set up Forklift the way I have, I never envisioned C++ to be a grammar to base a wrapper generator on. C++ does not expand the ABI of C. Just the syntax. I pictured writing a preprocessing front end to get C++ into a C library. In the old days of C++, many libraries included these C headers as a matter of course. (Eg: OpenInventor from SGI) That transformation, unlike wrapper generation, _is_ well defined from only the information given in the header files. This approach would place on equal grounds Oop styled C libs (eg: GTK) from Oop syntaxed C++ libs (eg: OpenInventor). Jeff Henrikson ------------------- To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/ Beginner's list: http://groups.yahoo.com/group/ocaml_beginners