Article View: gnu.gcc.bug
Article #583reading architectural info (macros?) dynamically as an option ?
From: Eric Ho
Date: Mon, 11 Sep 1989 05:40
Date: Mon, 11 Sep 1989 05:40
25 lines
1575 bytes
1575 bytes
How much work is it to keep the existing design/organisation of gcc as it is now but make it to be able to read/load in architectural info (hence overiding the default values of various macros) as the user chooses to ? If the user doesn't raise the flag then gcc will be the same as before -- i.e. it should impose no performance penalties. I know that reading in this kind of info will slow the compiler down to a certain extent but I thought that it'll be nice if the user can at least have a choice. This feature I guess will of some help to people who are designing/using new machines/architectures or simply adding a new processor to an existing family -- this helps/breeds experimentations -- i.e. everytime you add a new feature to the processor you just need to modify a single file and don't need to rebuild gcc in order to test things out. Oh well, just a thought ... -- 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-
Technical Details
Message-ID:
<EHO.89Sep11014044@cognito.Princeton.EDU>Path:
arc1-ca.pugleaf.net!utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!sun-barr!apple!brutus.cs.uiuc.edu!usc!ginosko!uunet!brunix!phoenix.princeton.edu!ehoShow Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!sun-barr!apple!brutus.cs.uiuc.edu!usc!ginosko!uunet!brunix!phoenix.princeton.edu!eho From: eho@clarity.Princeton.EDU (Eric Ho) Newsgroups: gnu.gcc.bug Subject: reading architectural info (macros?) dynamically as an option ? Message-ID: <EHO.89Sep11014044@cognito.Princeton.EDU> Date: 11 Sep 89 05:40:44 GMT Sender: news@brunix.UUCP Distribution: gnu Organization: Cognitive Science Lab. Princeton University. Lines: 25