From owner-freebsd-config Tue Feb 25 10:02:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA05794 for config-outgoing; Tue, 25 Feb 1997 10:02:12 -0800 (PST) Received: from bacall.lodgenet.com (bacall.lodgenet.com [205.138.147.242]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA05781 for ; Tue, 25 Feb 1997 10:02:02 -0800 (PST) Received: (from mail@localhost) by bacall.lodgenet.com (8.6.12/8.6.12) id LAA03456; Tue, 25 Feb 1997 11:29:31 -0600 Received: from garbo.lodgenet.com(204.124.123.250) by bacall via smap (V1.3) id sma003450; Tue Feb 25 11:29:31 1997 Received: from jake.lodgenet.com (jake.lodgenet.com [10.0.11.30]) by garbo.lodgenet.com (8.6.12/8.6.9) with ESMTP id LAA11083; Tue, 25 Feb 1997 11:31:00 -0600 Received: from jake.lodgenet.com (localhost [127.0.0.1]) by jake.lodgenet.com (8.8.5/8.6.12) with ESMTP id LAA08037; Tue, 25 Feb 1997 11:31:17 -0600 (CST) Message-Id: <199702251731.LAA08037@jake.lodgenet.com> X-Mailer: exmh version 2.0beta 12/23/96 To: "Jordan K. Hubbard" cc: msmith@gsoft.com.au, freebsd-config@freebsd.org Subject: Re: Psst! TurboVision? In-reply-to: Your message of "Mon, 24 Feb 1997 20:22:32 PST." <6596.856844552@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 25 Feb 1997 11:31:17 -0600 From: "Eric L. Hernes" Sender: owner-freebsd-config@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" writes: > >I wish we were using itcl as our default base, of course - it'd be a >lot easier to maintain their OOP framework through that mechanism than >it's going to be in TCL. The only way I see it working now is that >we'll write set of C++ derived classes for doing sysinstall-ish stuff >and with the kinds of data structures encountered more often in that >context, then we write the TCL->C++ goop for interfacing to those >classes. I don't see any reason to implement the entire TurboVision >API in TCL unless it's for the manifest purpose of providing those >components for further extention, and TCL is bad at that (hence the >reference to [incr tcl] :-). > Swig might help here. 1.1 does a lot better at the OOP stuff. It may be able to generate most of the glue. I don't have enough experience with c++ yet to do the interface to tvision, but I've been playing with the C stuff. Swig generates code to access c structures (and c++ objects) similar to the way Tk handles widgets. For example if I've got a structure like: struct foo { int a; int b; int c; } somewhere in my C-library, swig will provide access to it via calls like: foo f f configure -a 123 -b 321 -c 999 puts [list [f cget -a] [f cget -b] [f cget -c]] > > Jordan eric. -- erich@lodgenet.com http://rrnet.com/~erich erich@rrnet.com