Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!texbell!wuarchive!udel!princeton!phoenix!phoenix.princeton.edu!eho From: eho@clarity.Princeton.EDU (Eric Ho) Newsgroups: gnu.gcc Subject: Re: putting architectural info outside gcc ? Message-ID: Date: 10 Sep 89 22:44:17 GMT References: Sender: news@phoenix.Princeton.EDU Distribution: gnu Organization: Cognitive Science Lab. Princeton University. Lines: 25 In-reply-to: ham@Neon.Stanford.EDU's message of 10 Sep 89 18:58:11 GMT > In article ham@Neon.Stanford.EDU (Peter > R. Ham) writes: > > Persoally, I like the generality of your approach. > Unfortunately, compilations would probably run much slower > using such an architectual database. Speed, is one of > the primary advantages of using macros that way gcc does. > Turning all of those machine dependent macros into > items in a database seems like a huge chore to me. Hm... so there is no easy way to read in those macros dynamically huh ? How about keeping everything as what it is now (I don't fancy doing major changes to gcc -- I can spend my time on better things than rewriting gcc) but say to extend it to be able to read in those macros dynamically on user's demand ? -- Eric Ho Cognitive Science Lab., Princeton University voice = 609-258-2987 email = eho@confidence.princeton.edu 609-258-2819 (messages) eho@bogey.princeton.edu regards. -eric-