On Fri, 3 Sep 2010, Jack Howarth wrote: > It would be most helpful if this thread could be used to gather a > list of specific darwin hacks in current gcc trunk that are considered > to be objectionable so we can consider alternative fixes. I would > exempt objc/obj-c++ from that list for now. Thanks in advance for any > comments.
I'd like to eliminate TARGET_OPTION_TRANSLATE_TABLE. As part of eliminating translate_options (replacing it with the generate .opt alias facility) I expect to temporarily move the TARGET_OPTION_TRANSLATE_TABLE support into opts-common.c - but I'd rather get rid of that sort of textual replacement of options altogether. It should be replaced by some combination of option aliases in the .opt files, conventional logic in cc1 etc. for one option to imply another, and specs (DRIVER_SELF_SPECS or otherwise). darwin.h makes the biggest use of TARGET_OPTION_TRANSLATE_TABLE, although it may be easier to replace than some targets' uses that may depend on later stages of my multilibs work for replacing them by conventional implications while still allowing multilib selection to work properly. Some darwin.h aliases are aliases for options taking more than one argument. Such options are another preculiarity of Darwin - .opt support for them will be needed (I may add it at some point as part of getting rid of WORD_SWITCH_TAKES_ARG). -- Joseph S. Myers jos...@codesourcery.com
