home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!gatech!uflorida!usf.edu!eggo!stelmack
- From: stelmack@eggo.tmc.edu (Gregory M. Stelmack)
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: 2.04 Includes
- Message-ID: <1992Jul20.022301.29933@ariel.ec.usf.edu>
- Date: 20 Jul 92 02:23:01 GMT
- References: <32980@cbmvax.commodore.com> <1992Jul15.210128.3897@cs.UAlberta.CA> <91150@bu.edu>
- Sender: news@ariel.ec.usf.edu (News Admin)
- Organization: University of South Florida, Department of Computer Science and Engineering
- Lines: 25
-
- In article <91150@bu.edu> nik@buitc.bu.edu (Nik Conwell) writes:
- >
- >What are the legal problems with coming up with a PD set of includes? Would
- >they have to be so different as to make them unusable? Would it be possible
- >to set up a mapping from the PD include stuff to the regular CBM include stuff,
- >so that all 'names' would turn out to be the same due to some mapping process,
- >but the include files themselves would have different 'names'/characteristics?
- >Can this be done easily w/ cpp? How about mods to gcc?
- >
- >Has anybody done anything similar, and might be able to shed some light on
- >the subject?
- >
- >This sounds like a fairly large project, but there seems to be a number of
- >people wanting this sort of thing; if we spread out the work, it might not
- >actually be as boring.
- >
-
- And while you're at it, improve on it -- do a bunch of typedefs, so I can
- do a "Screen *MyScreen" instead of "struct Screen *MyScreen"!
-
- --
- -- Greg Stelmack (stelmack@eggo.csee.usf.edu)
- -- FullTime Grad Student, PartTime Amiga Salesman, PartTime Amiga Developer
- -- Author of: Spades, Pro Port Analyzer Plus, more to come...
- -- DISCLAIMER: The opinions reflected here are mine and mine alone.
-