This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

GCC policy question


One of the big required chunks that will be in Apple's patches
for GCC is support for "Mach-O PIC" code generation.  I'm
still working on grokking it, but one of its properties is that
it's mostly machine-independent, and the same code is used for
both PowerPC and x86 (and other processors that NeXT used to
support).  So there's a moderately hefty file machopic.c that
implements all the functions, which are connected to various
macros in tm.h.

Right now this file and others live in a subdirectory config/apple.
My question is: should it?  At the moment, the only OS-dedicated
subdirs are config/msdos and config/winnt.  config/ itself is a
possibility; there is a very old nextstep.c already there.  I also
note a halfpic.c in the main dir for OSF's version, presumably
machopic could live there.  Finally, if necessary to conform to
policy, I could clone the code, one for each target; but that
seems undesirable.

Which way should I go?

Stan

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]