XFree86 build

[David O'Brien]

On Sat, Jan 31, 2004 at 08:31:05PM +0100, Bill Squire wrote:
> On Sat, Jan 31, 2004 at 12:00:38AM -0800, David O'Brien wrote:
> > On Sat, Jan 31, 2004 at 02:55:25AM -0500, Jem Matzan wrote:
> > > On Sat, 2004-01-31 at 02:48, David O'Brien wrote:
> > > > On Sat, Jan 31, 2004 at 01:35:47AM -0500, Jem Matzan wrote:
> > > > > 	What's in your /etc/make.conf? I have CPUTYPE?=?x86_64 for the CPU
> > > > > type,
> > > > 
> > > > That is so totally wrong, I don't know where the idea could have come
> > > > from.  There is a single AMD64 implimentation at this time, so there are
> > > > no choices (or things to tweak).  x86_64 is Linux's bastardized spelling
> > > > of "AMD64".
> > > 
> > > Hey that's wonderful, but do you have a suggestion as to what the
> > > CPUTYPE should be?
> > 
> > Yes, don't set it.
> 
> Here is a question for David or anybody:
> 
> CPUTYPE?=. is therefore correct? (or nothing at all?)

That is still setting it -- to ".".  Don't set it, don't have it
anywhere, a grep of CPUTYPE of /etc/make.conf should show nothing.

There is no need for it -- please think about what CPUTYPE is for?  It
isn't to tell the compiler on your Alpha system you want to generate
sparc64 code.  It is to tell the compiler which generation of a family
you have, and what member of a CPU family to opimize for.  There is a
single AMD64 cpu so far -- K8.  Since there is but one, there is nothing
to tell the compiler -- it already knows everything there is to know.

 
> The two settings below have worked well for some time now. Is this wrong 
> too?
> 
> CPUTYPE?= amd64
> TARGET_ARCH?= amd64

Don't set TARGET_ARCH unless you are doing a cross-build.
 
> Is there any chance of setting compatibility for "Linux's bastardized 
> spelling" of 'amd64' at the top level? (In /etc/make.conf ?)

No, I personally will kill any proliferation of that bastardized
spelling.

> This is still one (if not the most) common trivial patch in the ports.

Please show explicity where you are needing to specify it.  With Kris and
Co.'s /usr/ports/Templates the need should be minimal.


> Placing -fPIC in CFLAGS= sometimes causes the compiler to bomb, while not
> having it to make some some libs (in the right Makefile) will cause the 
> linker to bomb with a very Linux like "x86_64_32" in the error message.

SPECIFICS please.  It sounds like you are talking about relocations, but
we need the specific details.

> What gives? It certainly is "amd64", but "HAMMER" is still used to ID the
> "amd64" in the kernel conf?  Certainly I like what I have, but if there is 
> one and only one "amd64", calling it by atleast three names looks like 
> trouble.

Hammer is the internal AMD code name for AMD64, it existed years before
the term "AMD64" did.  In GENERIC it tells the CPU family member.  Maybe
we should change it, but many of us like it.  The kernel has place
holders for future CPU families, like K9 and K10.