[M3devel] FW: SPARC64_SOLARIS?

[Jay]

ye old email truncation..


I should note that in this case, it might just be almost a matter of merely:

 SYSTEM_CC="cc" 
 vs. 
 SySTEM_CC="gcc"

though in my config I have "cc" and "ld" "mixed up" and have to straight that out -- so that the linker used with gcc is cc, even if cc is not the C compiler.

ie: not something as "abstract" as C_COMPILER="GNU" vs. "Sun", like how the NT386 stuff is.

 - Jay

________________________________

From: jay.krell at cornell.edu
To: dabenavidesd at yahoo.es; m3devel at elegosoft.com
Subject: RE: [M3devel] SPARC64_SOLARIS?
Date: Tue, 9 Sep 2008 01:13:22 +0000



No I hadn't heard of it..but..it's just another variable in this question really.
I can build gcc myself.
How to identify and implement "configurations" when "processor" and "os" don't imply the rest?
The ABIs "should" generally match, and when they do, good.
But the question still remains I think.

One answer is "everyone just writes their own config file".
I don't like that much.
I'd like to provide pretty "constant" config files, that are slightly parameterized, via the environment or something, to handle most situations.
And to use common code.

Probably what I'll do is have
SPARC64_SOLARIS.Common

SPARC64_SOLARIS.GNU
C_COMPILER="GNU"
include SPARC64_SOLARIS.Common

SPARC64_SOLARIS.SUN
C_COMPILER="Sun"
include SPARC64_SOLARIS.Common (eventually Unix.Common or just plain Common, and then a good handle on rewriting in Modula-3, but I'm not their yet..)

and user can copy SPARC64_SOLARIS.* over SPARC64_SOLARIS, or over cm3.cfg.
Or set the M3_CONFIG environment variable.

This is very similar to what NT386/NT386GNU/NT386MINGNU do.

Then, with such a minimal toplevel cm3.cfg/SPARC64_SOLARIS, people can write their own.
Though the two I show should be about it.
NT386 has many more variables than other systems (possibly tied to each other, possibly not, e.g. Posixish NT386 could still use native gui, for example, and integrated backend could use X Windows and be Posixish, and gcc backend can use native gui/runtime ("mingnu"))

Thanks,
 - Jay


> Date: Mon, 8 Sep 2008 23:37:38 +0000
> From: dabenavidesd at yahoo.es
> To: m3devel at elegosoft.com; jay.krell at cornell.edu
> Subject: Re: [M3devel] SPARC64_SOLARIS?
>
> Hi Jay:
> have you tried Open Sparc (gcc for sparc machines)? It seems they have binary compatibility between gcc compiled objects and gcc for sun systems, so one can try to build m3cg using gcc for sun systems and gcc.
> http://cooltools.sunsource.net/gcc/
>
> --- El lun, 8/9/08, Jay  escribió:
> De: Jay 
> Asunto: [M3devel] SPARC64_SOLARIS?
> Para: "m3devel" 
> Fecha: lunes, 8 septiembre, 2008 3:37
>
> short version:
>
> Basically all non-Linux, non-BSD systems have multiple toolsets -- native and
> GNU.
>
>
> There is SOLgnu and SOLsun.
> There is how "NT386" encompasses multiple
> configurations.
>
>
> What should I do for SPARC64_SOLARIS?
>
>
> medium version:
> One of the nagging problems around is that of 64bit hosted m3cg consistently
> not working.
> While I have AMD64_LINUX and AMD64_OPENBSD setups, and I have an AMD64 Sun
> machine for
> AMD64_SOLARIS, the most convenient for me currently is probably
> "SPARC64_SOLARIS",
> for dumb reasons. "MIP64_IRIX6" might also be convenient soon,
> though I think
> Irix multiplies this problem out to multiple ABIs, I have to look into it