From rodney.bates at wichita.edu  Wed Sep  3 04:11:23 2008
From: rodney.bates at wichita.edu (Rodney M. Bates)
Date: Tue, 02 Sep 2008 21:11:23 -0500
Subject: [M3devel] AMD-64 binaries?
Message-ID: <48BDF24B.900@wichita.edu>

Are there binaries for AMD-64 around that can be used
to bootstrap a 64-bit Linux compiler?

Rodney Bates


From wagner at elegosoft.com  Wed Sep  3 07:58:04 2008
From: wagner at elegosoft.com (Olaf Wagner)
Date: Wed, 03 Sep 2008 07:58:04 +0200
Subject: [M3devel] AMD-64 binaries?
In-Reply-To: <48BDF24B.900@wichita.edu>
References: <48BDF24B.900@wichita.edu>
Message-ID: <20080903075804.zhep2ichmow00scg@mail.elegosoft.com>

Quoting "Rodney M. Bates" <rodney.bates at wichita.edu>:

> Are there binaries for AMD-64 around that can be used
> to bootstrap a 64-bit Linux compiler?

Have a look at

http://www.opencm3.net/uploaded-archives/index.html

There are some AMD64 archives; I don't know about their status
offhand, though. I think Jay Krell produced them.
AFAIK there is no regular build on this platform yet.

Olaf
-- 
Olaf Wagner -- elego Software Solutions GmbH
                Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany
phone: +49 30 23 45 86 96  mobile: +49 177 2345 869  fax: +49 30 23 45 86 95
    http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz: Berlin
Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194



From jay.krell at cornell.edu  Mon Sep  8 10:37:05 2008
From: jay.krell at cornell.edu (Jay)
Date: Mon, 8 Sep 2008 08:37:05 +0000
Subject: [M3devel] SPARC64_SOLARIS?
Message-ID: <COL101-W760ADC64A6C4A44F2A95B4E6550@phx.gbl>


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.


Also, if everyone could stand it, unlikely, I'd like to have a grand platform renaming of the form processor_os:
 I386_LINUX (X86?) 
 I386_NT (WINNT?) 
 I386_CYGWIN 
 I386_MINGWIN 
 I386_SOLARIS 
 I386_DARWIN 
 I386_NETBSD  
 I386_FREEBSD  
 I386_OPENBSD   
 AMD64_LINUX 
 AMD64_NT 
 AMD64_CYGWIN 
 AMD64_MINGWIN 
 AMD64_SOLARIS 
 AMD64_DARWIN 
 MIPS_IRIX (MIPS4000 or somesuch?) 
 MIPS64_IRIX 
 ALPHA_OSF 
 SPARC_SOLARIS (SPARC32?) 
 SPARC64_SOLARIS 
 SPARC_LINUX (SPARC32?) 
 SPARC64_LINUX 
 ARM_CE (WINCE?) 

etc. but probably not..

and at the same answer this question of GNU vs. native toolsets.

or maybe adopt the GNU configure platform names??????


 - Jay


From dabenavidesd at yahoo.es  Tue Sep  9 01:37:38 2008
From: dabenavidesd at yahoo.es (Daniel Alejandro Benavides D.)
Date: Mon, 8 Sep 2008 23:37:38 +0000 (GMT)
Subject: [M3devel] SPARC64_SOLARIS?
Message-ID: <462609.74699.qm@web27103.mail.ukl.yahoo.com>

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 <jay.krell at cornell.edu> escribi?:
De: Jay <jay.krell at cornell.edu>
Asunto: [M3devel] SPARC64_SOLARIS?
Para: "m3devel" <m3devel at elegosoft.com>
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.


Also, if everyone could stand it, unlikely, I'd like to have a grand
platform renaming of the form processor_os:
 I386_LINUX (X86?) 
 I386_NT (WINNT?) 
 I386_CYGWIN 
 I386_MINGWIN 
 I386_SOLARIS 
 I386_DARWIN 
 I386_NETBSD  
 I386_FREEBSD  
 I386_OPENBSD   
 AMD64_LINUX 
 AMD64_NT 
 AMD64_CYGWIN 
 AMD64_MINGWIN 
 AMD64_SOLARIS 
 AMD64_DARWIN 
 MIPS_IRIX
 (MIPS4000 or somesuch?) 
 MIPS64_IRIX 
 ALPHA_OSF 
 SPARC_SOLARIS (SPARC32?) 
 SPARC64_SOLARIS 
 SPARC_LINUX (SPARC32?) 
 SPARC64_LINUX 
 ARM_CE (WINCE?) 

etc. but probably not..

and at the same answer this question of GNU vs. native toolsets.

or maybe adopt the GNU configure platform names??????


 - Jay



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20080908/5ba07984/attachment.html>

From jay.krell at cornell.edu  Tue Sep  9 03:13:22 2008
From: jay.krell at cornell.edu (Jay)
Date: Tue, 9 Sep 2008 01:13:22 +0000
Subject: [M3devel] SPARC64_SOLARIS?
In-Reply-To: <462609.74699.qm@web27103.mail.ukl.yahoo.com>
References: <462609.74699.qm@web27103.mail.ukl.yahoo.com>
Message-ID: <COL101-W69AB293C3C801E3B83369CE6540@phx.gbl>


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 <jay.krell at cornell.edu> escribi?:> De: Jay <jay.krell at cornell.edu>> Asunto: [M3devel] SPARC64_SOLARIS?> Para: "m3devel" <m3devel at elegosoft.com>> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20080909/a020ca68/attachment.html>

From jay.krell at cornell.edu  Tue Sep  9 03:24:15 2008
From: jay.krell at cornell.edu (Jay)
Date: Tue, 9 Sep 2008 01:24:15 +0000
Subject: [M3devel] FW:  SPARC64_SOLARIS?
In-Reply-To: <462609.74699.qm@web27103.mail.ukl.yahoo.com>
References: <462609.74699.qm@web27103.mail.ukl.yahoo.com>
Message-ID: <COL101-W50F2E5E5C4B4C43EBCD801E6540@phx.gbl>


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



From jay.krell at cornell.edu  Tue Sep  9 03:35:19 2008
From: jay.krell at cornell.edu (Jay)
Date: Tue, 9 Sep 2008 01:35:19 +0000
Subject: [M3devel] FW:  SPARC64_SOLARIS?
In-Reply-To: <462609.74699.qm@web27103.mail.ukl.yahoo.com>
References: <462609.74699.qm@web27103.mail.ukl.yahoo.com>
Message-ID: <COL101-W79F6768A96DA3D625339BCE6540@phx.gbl>


truncated again!



> From: jay.krell at cornell.edu
> To: dabenavidesd at yahoo.es; m3devel at elegosoft.com
> Subject: FW: [M3devel] SPARC64_SOLARIS?
> Date: Tue, 9 Sep 2008 01:24:15 +0000
>
>
> 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
>


From dragisha at m3w.org  Tue Sep  9 08:31:20 2008
From: dragisha at m3w.org (=?UTF-8?Q?Dragi=C5=A1a_Duri=C4=87?=)
Date: Tue, 09 Sep 2008 08:31:20 +0200
Subject: [M3devel] AMD64_LINUX status
Message-ID: <1220941880.9421.11.camel@faramir.m3w.org>

Fast search through archives reveals only May 8 snapshot by Jay... Any
progress with it? GC debugged?

Thanks
-- 
Dragi?a Duri? <dragisha at m3w.org>



From jay.krell at cornell.edu  Tue Sep  9 11:43:03 2008
From: jay.krell at cornell.edu (Jay)
Date: Tue, 9 Sep 2008 09:43:03 +0000
Subject: [M3devel] AMD64_LINUX status
In-Reply-To: <1220941880.9421.11.camel@faramir.m3w.org>
References: <1220941880.9421.11.camel@faramir.m3w.org>
Message-ID: <COL101-W284C9BF1498474699AEEDEE6540@phx.gbl>


Problems:
  GC not debugged 
  64 bit hosted cm3cg doesn't work; same as other 64 bit hosted cm3cg, but can use 32 bit ok 
  I on big tangent building lots of gcc configurations. :( 

I can't guarantee I had any GC problems, but I did have GC problems on at least
one "new" target. Probably this one.

I did commit all my changes though, you might say that's good news.

I'll debug the 64 bit host thingy first, by stepping through in parallel working and non-working.
  I actually got pretty close to this already but bailed, sorry.
Then maybe the other, but if anyone else can...

 - Jay


> From: dragisha at m3w.org
> To: m3devel at elegosoft.com
> Date: Tue, 9 Sep 2008 08:31:20 +0200
> Subject: [M3devel] AMD64_LINUX status
>
> Fast search through archives reveals only May 8 snapshot by Jay... Any
> progress with it? GC debugged?
>
> Thanks
> --
> Dragi?a Duri? 
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20080909/a1c904a2/attachment.html>

From rodney.bates at wichita.edu  Fri Sep 12 18:24:45 2008
From: rodney.bates at wichita.edu (Rodney M. Bates)
Date: Fri, 12 Sep 2008 11:24:45 -0500
Subject: [M3devel] Another CVS question,
	getting a specific version of a specific file
Message-ID: <48CA97CD.6060503@wichita.edu>

Yet again, I need some CVS help.  I want to get complete copies
of m3-sys/m3cc/gcc/gcc/function.c, versions 1.7 and 1.6, just to
look at for inspiration.  I can't find anything in my CVS book
that looks like it will do this.  checkout works on projects,
not files, update will merge with what's in my working directory,
which I really don't want, and I expect diff will overwhelm me,
since 1.6, 1.7, and 1.8 of this file are taken from gcc
3.4.5, 4.1.1, and 4.3.0, respectively.  Is there any direct way?

Rodney M. Bates




From lemming at henning-thielemann.de  Fri Sep 12 20:36:22 2008
From: lemming at henning-thielemann.de (Henning Thielemann)
Date: Fri, 12 Sep 2008 20:36:22 +0200 (CEST)
Subject: [M3devel] Another CVS question,
	getting a specific version of a specific file
In-Reply-To: <48CA97CD.6060503@wichita.edu>
References: <48CA97CD.6060503@wichita.edu>
Message-ID: <Pine.SOC.4.64.0809122035160.16362@verdi>


On Fri, 12 Sep 2008, Rodney M. Bates wrote:

> Yet again, I need some CVS help.  I want to get complete copies
> of m3-sys/m3cc/gcc/gcc/function.c, versions 1.7 and 1.6, just to
> look at for inspiration.  I can't find anything in my CVS book
> that looks like it will do this.  checkout works on projects,
> not files, update will merge with what's in my working directory,
> which I really don't want, and I expect diff will overwhelm me,
> since 1.6, 1.7, and 1.8 of this file are taken from gcc
> 3.4.5, 4.1.1, and 4.3.0, respectively.  Is there any direct way?

Use 'cvs update' and -P option (and -r of course). This sends the file to 
standard output and is "not sticky".


From rodney.bates at wichita.edu  Fri Sep 12 22:14:09 2008
From: rodney.bates at wichita.edu (Rodney M. Bates)
Date: Fri, 12 Sep 2008 15:14:09 -0500
Subject: [M3devel] Another CVS question,
 getting a specific version of a specific file
In-Reply-To: <Pine.SOC.4.64.0809122035160.16362@verdi>
References: <48CA97CD.6060503@wichita.edu>
	<Pine.SOC.4.64.0809122035160.16362@verdi>
Message-ID: <48CACD91.7080402@wichita.edu>

Thanks, that did it.

Henning Thielemann wrote:
>
> On Fri, 12 Sep 2008, Rodney M. Bates wrote:
>
>> Yet again, I need some CVS help.  I want to get complete copies
>> of m3-sys/m3cc/gcc/gcc/function.c, versions 1.7 and 1.6, just to
>> look at for inspiration.  I can't find anything in my CVS book
>> that looks like it will do this.  checkout works on projects,
>> not files, update will merge with what's in my working directory,
>> which I really don't want, and I expect diff will overwhelm me,
>> since 1.6, 1.7, and 1.8 of this file are taken from gcc
>> 3.4.5, 4.1.1, and 4.3.0, respectively.  Is there any direct way?
>
> Use 'cvs update' and -P option (and -r of course). This sends the file 
> to standard output and is "not sticky".



From jay.krell at cornell.edu  Sat Sep 13 01:23:50 2008
From: jay.krell at cornell.edu (Jay)
Date: Fri, 12 Sep 2008 23:23:50 +0000
Subject: [M3devel] Another CVS question,
 getting a specific version of a specific file
In-Reply-To: <48CACD91.7080402@wichita.edu>
References: <48CA97CD.6060503@wichita.edu>
	<Pine.SOC.4.64.0809122035160.16362@verdi>
	<48CACD91.7080402@wichita.edu>
Message-ID: <COL101-W69EE32D94236331C579861E6510@phx.gbl>


How do you get the entire tree at a certain date/time?I'm just curious.
This is very easy in Perforce, just:
  p4 sync @date/time  
 
 - Jay> Date: Fri, 12 Sep 2008 15:14:09 -0500> From: rodney.bates at wichita.edu> To: m3devel at elegosoft.com> Subject: Re: [M3devel] Another CVS question, getting a specific version of a specific file> > Thanks, that did it.> > Henning Thielemann wrote:> >> > On Fri, 12 Sep 2008, Rodney M. Bates wrote:> >> >> Yet again, I need some CVS help. I want to get complete copies> >> of m3-sys/m3cc/gcc/gcc/function.c, versions 1.7 and 1.6, just to> >> look at for inspiration. I can't find anything in my CVS book> >> that looks like it will do this. checkout works on projects,> >> not files, update will merge with what's in my working directory,> >> which I really don't want, and I expect diff will overwhelm me,> >> since 1.6, 1.7, and 1.8 of this file are taken from gcc> >> 3.4.5, 4.1.1, and 4.3.0, respectively. Is there any direct way?> >> > Use 'cvs update' and -P option (and -r of course). This sends the file > > to standard output and is "not sticky".> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20080912/71c8f553/attachment.html>

From dmuysers at hotmail.com  Thu Sep 18 16:24:01 2008
From: dmuysers at hotmail.com (Dirk Muysers)
Date: Thu, 18 Sep 2008 16:24:01 +0200
Subject: [M3devel] selective package download seems not to work
Message-ID: <BAY143-DS2BC8F4708401772C6912FDD4F0@phx.gbl>

Notice: Undefined index: zip in /var/www/modula3.elegosoft.com/dlpckg.php on 
line 298
Notice: Use of undefined constant max_execution_time - assumed 
'max_execution_time' in /var/www/modula3.elegosoft.com/dlpckg.php on line 
268
Error!
CVS could not complete your request: 



From martinbishop at bellsouth.net  Wed Sep 24 03:17:09 2008
From: martinbishop at bellsouth.net (Martin Bishop)
Date: Tue, 23 Sep 2008 20:17:09 -0500
Subject: [M3devel] Printing Arrays?
Message-ID: <48D99515.8080401@bellsouth.net>

This is probably a stupid question, but is there anything in CM3 to
print an array?  And if not, what's the best way to write a procedure to
"pretty print" an array?


From jay.krell at cornell.edu  Wed Sep 24 05:59:03 2008
From: jay.krell at cornell.edu (Jay)
Date: Wed, 24 Sep 2008 03:59:03 +0000
Subject: [M3devel] Printing Arrays?
In-Reply-To: <48D99515.8080401@bellsouth.net>
References: <48D99515.8080401@bellsouth.net>
Message-ID: <COL101-W18C44F89161A716AB340CEE6450@phx.gbl>


Write a for loop.

 - Jay


> Date: Tue, 23 Sep 2008 20:17:09 -0500
> From: martinbishop at bellsouth.net
> To: m3devel at elegosoft.com
> Subject: [M3devel] Printing Arrays?
>
> This is probably a stupid question, but is there anything in CM3 to
> print an array? And if not, what's the best way to write a procedure to
> "pretty print" an array?


From mika at async.caltech.edu  Sun Sep 28 06:45:52 2008
From: mika at async.caltech.edu (Mika Nystrom)
Date: Sat, 27 Sep 2008 21:45:52 -0700
Subject: [M3devel] Pretty-printing REFANYs?
Message-ID: <200809280446.m8S4jq89068095@camembert.async.caltech.edu>

Hello Modula-3 people,

I am working on a writing an interpreter that I'd like to embed in
various Modula-3 programs.  It so happens that this interpreter
might from time to time be manipulating arbitrary M3 REFs, and just
from the point of view of providing information to a human user,
it might be nice to be able to pretty-print these.  Does anyone
have any code that accomplishes this, at least partly?  I'm thinking
that since m3gdb can do it, the information must all be in the
binary---somehow.  (Even enumeration names, right?)  And since the
pickler can pickle things... hmm.

I would greatly appreciate any guidance that's out there...

    Best regards,
       Mika Nystrom


From darko at darko.org  Sun Sep 28 07:22:33 2008
From: darko at darko.org (Darko)
Date: Sun, 28 Sep 2008 07:22:33 +0200
Subject: [M3devel] Pretty-printing REFANYs?
In-Reply-To: <200809280446.m8S4jq89068095@camembert.async.caltech.edu>
References: <200809280446.m8S4jq89068095@camembert.async.caltech.edu>
Message-ID: <73867B5E-019D-41F5-93CB-BDD60D85394F@darko.org>

You can use RTTipe to read the fields and values within a type. If you  
also want the type and field names you can interpret the .M3WEB file.  
I have a couple of modules that do something like that but they are  
not what you would call finished. What level of detail are you after?


On 28/09/2008, at 6:45 AM, Mika Nystrom wrote:

> Hello Modula-3 people,
>
> I am working on a writing an interpreter that I'd like to embed in
> various Modula-3 programs.  It so happens that this interpreter
> might from time to time be manipulating arbitrary M3 REFs, and just
> from the point of view of providing information to a human user,
> it might be nice to be able to pretty-print these.  Does anyone
> have any code that accomplishes this, at least partly?  I'm thinking
> that since m3gdb can do it, the information must all be in the
> binary---somehow.  (Even enumeration names, right?)  And since the
> pickler can pickle things... hmm.
>
> I would greatly appreciate any guidance that's out there...
>
>    Best regards,
>       Mika Nystrom



From mika at async.caltech.edu  Sun Sep 28 07:49:58 2008
From: mika at async.caltech.edu (Mika Nystrom)
Date: Sat, 27 Sep 2008 22:49:58 -0700
Subject: [M3devel] Pretty-printing REFANYs?
In-Reply-To: Your message of "Sun, 28 Sep 2008 07:22:33 +0200."
	<73867B5E-019D-41F5-93CB-BDD60D85394F@darko.org> 
Message-ID: <200809280549.m8S5nwbx069465@camembert.async.caltech.edu>

Right, I am aware of those interfaces.. just wondering what was
out there.  Do I really need to look at .M3WEB?  I thought
that m3gdb could figure out things without anything outside
of the binary...

I'm looking for essentially what m3gdb offers, say prints
at minimum the name of the type (this I recall is trivial with
some of the RT* interfaces) but hopefully also with field names
and values, but doesn't expand references recursively.. something
like that?

    Mika

Darko writes:
>You can use RTTipe to read the fields and values within a type. If you  
>also want the type and field names you can interpret the .M3WEB file.  
>I have a couple of modules that do something like that but they are  
>not what you would call finished. What level of detail are you after?
>
>
>On 28/09/2008, at 6:45 AM, Mika Nystrom wrote:
>
>> Hello Modula-3 people,
>>
>> I am working on a writing an interpreter that I'd like to embed in
>> various Modula-3 programs.  It so happens that this interpreter
>> might from time to time be manipulating arbitrary M3 REFs, and just
>> from the point of view of providing information to a human user,
>> it might be nice to be able to pretty-print these.  Does anyone
>> have any code that accomplishes this, at least partly?  I'm thinking
>> that since m3gdb can do it, the information must all be in the
>> binary---somehow.  (Even enumeration names, right?)  And since the
>> pickler can pickle things... hmm.
>>
>> I would greatly appreciate any guidance that's out there...
>>
>>    Best regards,
>>       Mika Nystrom


From darko at darko.org  Sun Sep 28 08:01:43 2008
From: darko at darko.org (Darko)
Date: Sun, 28 Sep 2008 08:01:43 +0200
Subject: [M3devel] Pretty-printing REFANYs?
In-Reply-To: <200809280549.m8S5nwbx069465@camembert.async.caltech.edu>
References: <200809280549.m8S5nwbx069465@camembert.async.caltech.edu>
Message-ID: <DA74F6CA-4488-42C5-BED2-CFE8162469F0@darko.org>

As far as I know, yes, they're not in the binary. I'd love to be  
proven wrong though, or fix it so they did. I have a module that reads  
the .M3WEB file and maps it to types and a module that will read and  
write any field within a type safely using a numeric index. Neither is  
perfect. You can integrate the two to get what you want but I seem to  
remember having some problems mapping type ids (UIDs?) to typecodes at  
runtime.


On 28/09/2008, at 7:49 AM, Mika Nystrom wrote:

> Right, I am aware of those interfaces.. just wondering what was
> out there.  Do I really need to look at .M3WEB?  I thought
> that m3gdb could figure out things without anything outside
> of the binary...
>
> I'm looking for essentially what m3gdb offers, say prints
> at minimum the name of the type (this I recall is trivial with
> some of the RT* interfaces) but hopefully also with field names
> and values, but doesn't expand references recursively.. something
> like that?
>
>    Mika
>
> Darko writes:
>> You can use RTTipe to read the fields and values within a type. If  
>> you
>> also want the type and field names you can interpret the .M3WEB file.
>> I have a couple of modules that do something like that but they are
>> not what you would call finished. What level of detail are you after?
>>
>>
>> On 28/09/2008, at 6:45 AM, Mika Nystrom wrote:
>>
>>> Hello Modula-3 people,
>>>
>>> I am working on a writing an interpreter that I'd like to embed in
>>> various Modula-3 programs.  It so happens that this interpreter
>>> might from time to time be manipulating arbitrary M3 REFs, and just
>>> from the point of view of providing information to a human user,
>>> it might be nice to be able to pretty-print these.  Does anyone
>>> have any code that accomplishes this, at least partly?  I'm thinking
>>> that since m3gdb can do it, the information must all be in the
>>> binary---somehow.  (Even enumeration names, right?)  And since the
>>> pickler can pickle things... hmm.
>>>
>>> I would greatly appreciate any guidance that's out there...
>>>
>>>   Best regards,
>>>      Mika Nystrom



From jay.krell at cornell.edu  Tue Sep 30 10:25:25 2008
From: jay.krell at cornell.edu (Jay)
Date: Tue, 30 Sep 2008 08:25:25 +0000
Subject: [M3devel] m3cc build fails on older MacOS X
In-Reply-To: <20080506075754.o24j7xhx4wgokwwo@mail.elegosoft.com>
References: <20080506075754.o24j7xhx4wgokwwo@mail.elegosoft.com>
Message-ID: <COL101-W243B2B91162A39B280C4AFE6430@phx.gbl>


I have a machine running 10.3 now.

gcc-4.3.2 (the current release) won't (toplevel) configure on MacOSX 10.3 apparently because its assembler doesn't support ".machine".
Current "cctools" won't compile on 10.3 without patches or other updates, due to mucking with ppc64 stuff, though that is easy to fix.

A simple wrapper around as for use on 10.3 that strips the .machine directive is probably reasonable, or a patch to gcc to just not emit it for Darwin, except maybe for non-ppc, or subject to a switch.

Other than support for more architectures, I never found any of the updates beyond 10.2 very interesting.
Though current Firefox and Safari also won't run on 10.3.

IF I get this working, maybe I'll bring 10.2 back up also..

 - Jay

________________________________

From: jayk123 at hotmail.com
To: wagner at elegosoft.com; m3devel at elegosoft.com
Subject: RE: [M3devel] m3cc build fails on older MacOS X
Date: Tue, 6 May 2008 10:49:11 +0000




I don't know what these Darwin versions are.
Mac OSX 10.0? 10.1? 10.2? 10.3? 10.4? 10.5?
I used to run 10.2 and could perhaps bring it back (though I'd hate to lose my PPC_LINUX install.. :( )

> make[2]: Nothing to be done for `all'.
> Makefile:191: *** Insufficient number of arguments (2) to function
> `patsubst'. Stop.

Hopefully that's enough context though.

The rest is a cascade.
What happens if you remove all my m3makefile wierdness (which works everywhere else..) and just configure and make?

Can I ssh into this?

 - Jay



________________________________


> Date: Tue, 6 May 2008 07:57:54 +0200
> From: wagner at elegosoft.com
> To: m3devel at elegosoft.com
> Subject: [M3devel] m3cc build fails on older MacOS X
>
> On % uname -a
> Darwin apple.local 7.9.0 Darwin Kernel Version 7.9.0: Wed Mar 30
> 20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC Power
> Macintosh powerpc:
>
> echo ./regex.o ./cplus-dem.o ./cp-demangle.o ./md5.o ./alloca.o
> ./argv.o ./choose-temp.o ./concat.o ./cp-demint.o ./dyn-string.o
> ./fdmatch.o ./fibheap.o ./filename_cmp.o ./floatformat.o ./fnmatch.o
> ./fopen_unlocked.o ./getopt.o ./getopt1.o ./getpwd.o ./getruntime.o
> ./hashtab.o ./hex.o ./lbasename.o ./lrealpath.o
> ./make-relative-prefix.o ./make-temp-file.o ./objalloc.o ./obstack.o
> ./partition.o ./pexecute.o ./physmem.o ./pex-common.o ./pex-one.o
> ./pex-unix.o ./safe-ctype.o ./sort.o ./spaces.o ./splay-tree.o
> ./strerror.o ./strsignal.o ./unlink-if-ordinary.o ./xatexit.o
> ./xexit.o ./xmalloc.o ./xmemdup.o ./xstrdup.o ./xstrerror.o
> ./xstrndup.o> required-list
> make[2]: Nothing to be done for `all'.
> Makefile:191: *** Insufficient number of arguments (2) to function
> `patsubst'. Stop.
> make: *** [all-libcpp] Error 2
> /bin/sh: line 1: cd: gcc: No such file or directory
> make: *** No rule to make target `s-modes'. Stop.
> "/Users/wagner/work/cm3/m3-sys/m3cc/src/m3makefile", line 314: quake
> runtime error: unable to copy "./gcc/m3cgc1" to "./cm3cg": errno=2
>
> --procedure-- -line- -file---
> cp_if -- 
> postcp 314 /Users/wagner/work/cm3/m3-sys/m3cc/src/m3makefile
> include_dir 360 /Users/wagner/work/cm3/m3-sys/m3cc/src/m3makefile
> 9
> /Users/wagner/work/cm3/m3-sys/m3cc/PPC_DARWIN/m3make.args
>
> Fatal Error: package build failed
> ==> m3-sys/m3cc done
>
> Any ideas?
>
> Olaf
> --
> Olaf Wagner -- elego Software Solutions GmbH
> Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany
> phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95
> http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz: Berlin
> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194
>



From jay.krell at cornell.edu  Tue Sep 30 10:36:33 2008
From: jay.krell at cornell.edu (Jay)
Date: Tue, 30 Sep 2008 08:36:33 +0000
Subject: [M3devel] AMD-64 binaries?
In-Reply-To: <20080903075804.zhep2ichmow00scg@mail.elegosoft.com>
References: <48BDF24B.900@wichita.edu>
	<20080903075804.zhep2ichmow00scg@mail.elegosoft.com>
Message-ID: <COL101-W839FDBE447569C4D9BACC6E6430@phx.gbl>


I'm getting back to this now.
I didn't realize it till this weekend, but that archive is "relatively incompatible".
In particular it has 32bit hosted tools, and won't run on Debian 4.0r4 / AMD64.
Something about glibc 2.4, when all I see on my system is 2.3.
I'll see what I can do.
Probably just rebuild cm3cg.
I think it was built on Fedora, but could have been Ubuntu or OpenSuse.
Probably just that Debian stable lags the others.

The main problem to debug is why 64bit hosted tools "never" work.
(Right?)


Stay tuned for a bunch more ports "soon", I've got a bunch more hardware,
that runs Linux and others (Solaris, AIX, Irix).. :)

I'll be able to debug the high dpi gui problems on a friend's laptop soon too.
Send me a repro. I expect it is trivial -- like anything with a scrollbar.
I can try formsedit, etc.


 - Jay


> Date: Wed, 3 Sep 2008 07:58:04 +0200
> From: wagner at elegosoft.com
> To: m3devel at elegosoft.com
> Subject: Re: [M3devel] AMD-64 binaries?
>
> Quoting "Rodney M. Bates" :
>
>> Are there binaries for AMD-64 around that can be used
>> to bootstrap a 64-bit Linux compiler?
>
> Have a look at
>
> http://www.opencm3.net/uploaded-archives/index.html
>
> There are some AMD64 archives; I don't know about their status
> offhand, though. I think Jay Krell produced them.
> AFAIK there is no regular build on this platform yet.
>
> Olaf
> --
> Olaf Wagner -- elego Software Solutions GmbH
> Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany
> phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95
> http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz: Berlin
> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194
>


From hosking at cs.purdue.edu  Tue Sep 30 11:15:22 2008
From: hosking at cs.purdue.edu (Tony Hosking)
Date: Tue, 30 Sep 2008 10:15:22 +0100
Subject: [M3devel] m3cc build fails on older MacOS X
In-Reply-To: <COL101-W243B2B91162A39B280C4AFE6430@phx.gbl>
References: <20080506075754.o24j7xhx4wgokwwo@mail.elegosoft.com>
	<COL101-W243B2B91162A39B280C4AFE6430@phx.gbl>
Message-ID: <CEDFF837-1CFA-4C43-B287-D480AE19B889@cs.purdue.edu>

Does anyone really care about 10.3 now?  As I recall, it had some  
pretty broken assumptions.

On Sep 30, 2008, at 9:25 AM, Jay wrote:

>
> I have a machine running 10.3 now.
>
> gcc-4.3.2 (the current release) won't (toplevel) configure on MacOSX  
> 10.3 apparently because its assembler doesn't support ".machine".
> Current "cctools" won't compile on 10.3 without patches or other  
> updates, due to mucking with ppc64 stuff, though that is easy to fix.
>
> A simple wrapper around as for use on 10.3 that strips the .machine  
> directive is probably reasonable, or a patch to gcc to just not emit  
> it for Darwin, except maybe for non-ppc, or subject to a switch.
>
> Other than support for more architectures, I never found any of the  
> updates beyond 10.2 very interesting.
> Though current Firefox and Safari also won't run on 10.3.
>
> IF I get this working, maybe I'll bring 10.2 back up also..
>
> - Jay
>
> ________________________________
>
> From: jayk123 at hotmail.com
> To: wagner at elegosoft.com; m3devel at elegosoft.com
> Subject: RE: [M3devel] m3cc build fails on older MacOS X
> Date: Tue, 6 May 2008 10:49:11 +0000
>
>
>
>
> I don't know what these Darwin versions are.
> Mac OSX 10.0? 10.1? 10.2? 10.3? 10.4? 10.5?
> I used to run 10.2 and could perhaps bring it back (though I'd hate  
> to lose my PPC_LINUX install.. :( )
>
>> make[2]: Nothing to be done for `all'.
>> Makefile:191: *** Insufficient number of arguments (2) to function
>> `patsubst'. Stop.
>
> Hopefully that's enough context though.
>
> The rest is a cascade.
> What happens if you remove all my m3makefile wierdness (which works  
> everywhere else..) and just configure and make?
>
> Can I ssh into this?
>
> - Jay
>
>
>
> ________________________________
>
>
>> Date: Tue, 6 May 2008 07:57:54 +0200
>> From: wagner at elegosoft.com
>> To: m3devel at elegosoft.com
>> Subject: [M3devel] m3cc build fails on older MacOS X
>>
>> On % uname -a
>> Darwin apple.local 7.9.0 Darwin Kernel Version 7.9.0: Wed Mar 30
>> 20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC Power
>> Macintosh powerpc:
>>
>> echo ./regex.o ./cplus-dem.o ./cp-demangle.o ./md5.o ./alloca.o
>> ./argv.o ./choose-temp.o ./concat.o ./cp-demint.o ./dyn-string.o
>> ./fdmatch.o ./fibheap.o ./filename_cmp.o ./floatformat.o ./fnmatch.o
>> ./fopen_unlocked.o ./getopt.o ./getopt1.o ./getpwd.o ./getruntime.o
>> ./hashtab.o ./hex.o ./lbasename.o ./lrealpath.o
>> ./make-relative-prefix.o ./make-temp-file.o ./objalloc.o ./obstack.o
>> ./partition.o ./pexecute.o ./physmem.o ./pex-common.o ./pex-one.o
>> ./pex-unix.o ./safe-ctype.o ./sort.o ./spaces.o ./splay-tree.o
>> ./strerror.o ./strsignal.o ./unlink-if-ordinary.o ./xatexit.o
>> ./xexit.o ./xmalloc.o ./xmemdup.o ./xstrdup.o ./xstrerror.o
>> ./xstrndup.o> required-list
>> make[2]: Nothing to be done for `all'.
>> Makefile:191: *** Insufficient number of arguments (2) to function
>> `patsubst'. Stop.
>> make: *** [all-libcpp] Error 2
>> /bin/sh: line 1: cd: gcc: No such file or directory
>> make: *** No rule to make target `s-modes'. Stop.
>> "/Users/wagner/work/cm3/m3-sys/m3cc/src/m3makefile", line 314: quake
>> runtime error: unable to copy "./gcc/m3cgc1" to "./cm3cg": errno=2
>>
>> --procedure-- -line- -file---
>> cp_if --
>> postcp 314 /Users/wagner/work/cm3/m3-sys/m3cc/src/m3makefile
>> include_dir 360 /Users/wagner/work/cm3/m3-sys/m3cc/src/m3makefile
>> 9
>> /Users/wagner/work/cm3/m3-sys/m3cc/PPC_DARWIN/m3make.args
>>
>> Fatal Error: package build failed
>> ==> m3-sys/m3cc done
>>
>> Any ideas?
>>
>> Olaf
>> --
>> Olaf Wagner -- elego Software Solutions GmbH
>> Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany
>> phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23  
>> 45 86 95
>> http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz:  
>> Berlin
>> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr:  
>> DE163214194
>>
>



From darko at darko.org  Tue Sep 30 11:50:43 2008
From: darko at darko.org (Darko)
Date: Tue, 30 Sep 2008 11:50:43 +0200
Subject: [M3devel] m3cc build fails on older MacOS X
In-Reply-To: <CEDFF837-1CFA-4C43-B287-D480AE19B889@cs.purdue.edu>
References: <20080506075754.o24j7xhx4wgokwwo@mail.elegosoft.com>
	<COL101-W243B2B91162A39B280C4AFE6430@phx.gbl>
	<CEDFF837-1CFA-4C43-B287-D480AE19B889@cs.purdue.edu>
Message-ID: <5302F72A-11E4-4EC0-BD6C-53816834C1A6@darko.org>

I think supporting the latest version is enough work. I don't see the  
point of supporting older releases. Also, this seems to be relevant to  
development on that version of the system. Anyone who wants to build  
can upgrade.


On 30/09/2008, at 11:15 AM, Tony Hosking wrote:

> Does anyone really care about 10.3 now?  As I recall, it had some  
> pretty broken assumptions.
>
> On Sep 30, 2008, at 9:25 AM, Jay wrote:
>
>>
>> I have a machine running 10.3 now.
>>
>> gcc-4.3.2 (the current release) won't (toplevel) configure on  
>> MacOSX 10.3 apparently because its assembler doesn't support  
>> ".machine".
>> Current "cctools" won't compile on 10.3 without patches or other  
>> updates, due to mucking with ppc64 stuff, though that is easy to fix.
>>
>> A simple wrapper around as for use on 10.3 that strips the .machine  
>> directive is probably reasonable, or a patch to gcc to just not  
>> emit it for Darwin, except maybe for non-ppc, or subject to a switch.
>>
>> Other than support for more architectures, I never found any of the  
>> updates beyond 10.2 very interesting.
>> Though current Firefox and Safari also won't run on 10.3.
>>
>> IF I get this working, maybe I'll bring 10.2 back up also..
>>
>> - Jay
>>
>> ________________________________
>>
>> From: jayk123 at hotmail.com
>> To: wagner at elegosoft.com; m3devel at elegosoft.com
>> Subject: RE: [M3devel] m3cc build fails on older MacOS X
>> Date: Tue, 6 May 2008 10:49:11 +0000
>>
>>
>>
>>
>> I don't know what these Darwin versions are.
>> Mac OSX 10.0? 10.1? 10.2? 10.3? 10.4? 10.5?
>> I used to run 10.2 and could perhaps bring it back (though I'd hate  
>> to lose my PPC_LINUX install.. :( )
>>
>>> make[2]: Nothing to be done for `all'.
>>> Makefile:191: *** Insufficient number of arguments (2) to function
>>> `patsubst'. Stop.
>>
>> Hopefully that's enough context though.
>>
>> The rest is a cascade.
>> What happens if you remove all my m3makefile wierdness (which works  
>> everywhere else..) and just configure and make?
>>
>> Can I ssh into this?
>>
>> - Jay
>>
>>
>>
>> ________________________________
>>
>>
>>> Date: Tue, 6 May 2008 07:57:54 +0200
>>> From: wagner at elegosoft.com
>>> To: m3devel at elegosoft.com
>>> Subject: [M3devel] m3cc build fails on older MacOS X
>>>
>>> On % uname -a
>>> Darwin apple.local 7.9.0 Darwin Kernel Version 7.9.0: Wed Mar 30
>>> 20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC Power
>>> Macintosh powerpc:
>>>
>>> echo ./regex.o ./cplus-dem.o ./cp-demangle.o ./md5.o ./alloca.o
>>> ./argv.o ./choose-temp.o ./concat.o ./cp-demint.o ./dyn-string.o
>>> ./fdmatch.o ./fibheap.o ./filename_cmp.o ./floatformat.o ./fnmatch.o
>>> ./fopen_unlocked.o ./getopt.o ./getopt1.o ./getpwd.o ./getruntime.o
>>> ./hashtab.o ./hex.o ./lbasename.o ./lrealpath.o
>>> ./make-relative-prefix.o ./make-temp-file.o ./objalloc.o ./obstack.o
>>> ./partition.o ./pexecute.o ./physmem.o ./pex-common.o ./pex-one.o
>>> ./pex-unix.o ./safe-ctype.o ./sort.o ./spaces.o ./splay-tree.o
>>> ./strerror.o ./strsignal.o ./unlink-if-ordinary.o ./xatexit.o
>>> ./xexit.o ./xmalloc.o ./xmemdup.o ./xstrdup.o ./xstrerror.o
>>> ./xstrndup.o> required-list
>>> make[2]: Nothing to be done for `all'.
>>> Makefile:191: *** Insufficient number of arguments (2) to function
>>> `patsubst'. Stop.
>>> make: *** [all-libcpp] Error 2
>>> /bin/sh: line 1: cd: gcc: No such file or directory
>>> make: *** No rule to make target `s-modes'. Stop.
>>> "/Users/wagner/work/cm3/m3-sys/m3cc/src/m3makefile", line 314: quake
>>> runtime error: unable to copy "./gcc/m3cgc1" to "./cm3cg": errno=2
>>>
>>> --procedure-- -line- -file---
>>> cp_if --
>>> postcp 314 /Users/wagner/work/cm3/m3-sys/m3cc/src/m3makefile
>>> include_dir 360 /Users/wagner/work/cm3/m3-sys/m3cc/src/m3makefile
>>> 9
>>> /Users/wagner/work/cm3/m3-sys/m3cc/PPC_DARWIN/m3make.args
>>>
>>> Fatal Error: package build failed
>>> ==> m3-sys/m3cc done
>>>
>>> Any ideas?
>>>
>>> Olaf
>>> --
>>> Olaf Wagner -- elego Software Solutions GmbH
>>> Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany
>>> phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23  
>>> 45 86 95
>>> http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz:  
>>> Berlin
>>> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr:  
>>> DE163214194
>>>
>>
>



From hosking at cs.purdue.edu  Tue Sep 30 11:16:41 2008
From: hosking at cs.purdue.edu (Tony Hosking)
Date: Tue, 30 Sep 2008 10:16:41 +0100
Subject: [M3devel] AMD-64 binaries?
In-Reply-To: <COL101-W839FDBE447569C4D9BACC6E6430@phx.gbl>
References: <48BDF24B.900@wichita.edu>
	<20080903075804.zhep2ichmow00scg@mail.elegosoft.com>
	<COL101-W839FDBE447569C4D9BACC6E6430@phx.gbl>
Message-ID: <30A598AF-F712-4284-A776-6C14C1B69606@cs.purdue.edu>

64-bit hosted tools?  Do you mean only for Linux?  I don't quite  
understand what you are saying.

On Sep 30, 2008, at 9:36 AM, Jay wrote:

>
> I'm getting back to this now.
> I didn't realize it till this weekend, but that archive is  
> "relatively incompatible".
> In particular it has 32bit hosted tools, and won't run on Debian  
> 4.0r4 / AMD64.
> Something about glibc 2.4, when all I see on my system is 2.3.
> I'll see what I can do.
> Probably just rebuild cm3cg.
> I think it was built on Fedora, but could have been Ubuntu or  
> OpenSuse.
> Probably just that Debian stable lags the others.
>
> The main problem to debug is why 64bit hosted tools "never" work.
> (Right?)
>
>
> Stay tuned for a bunch more ports "soon", I've got a bunch more  
> hardware,
> that runs Linux and others (Solaris, AIX, Irix).. :)
>
> I'll be able to debug the high dpi gui problems on a friend's laptop  
> soon too.
> Send me a repro. I expect it is trivial -- like anything with a  
> scrollbar.
> I can try formsedit, etc.
>
>
> - Jay
>
>
>> Date: Wed, 3 Sep 2008 07:58:04 +0200
>> From: wagner at elegosoft.com
>> To: m3devel at elegosoft.com
>> Subject: Re: [M3devel] AMD-64 binaries?
>>
>> Quoting "Rodney M. Bates" :
>>
>>> Are there binaries for AMD-64 around that can be used
>>> to bootstrap a 64-bit Linux compiler?
>>
>> Have a look at
>>
>> http://www.opencm3.net/uploaded-archives/index.html
>>
>> There are some AMD64 archives; I don't know about their status
>> offhand, though. I think Jay Krell produced them.
>> AFAIK there is no regular build on this platform yet.
>>
>> Olaf
>> --
>> Olaf Wagner -- elego Software Solutions GmbH
>> Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany
>> phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23  
>> 45 86 95
>> http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz:  
>> Berlin
>> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr:  
>> DE163214194
>>



From darko at darko.org  Tue Sep 30 14:41:53 2008
From: darko at darko.org (Darko)
Date: Tue, 30 Sep 2008 14:41:53 +0200
Subject: [M3devel] ARM Darwin
Message-ID: <F29CC4D9-0043-48B9-84F1-93E9F3336D40@darko.org>

Is anyone interested in working on an ARM port for Darwin? Or maybe  
just providing some tips as I give it a try?

Cheers,
Darko.



From hosking at cs.purdue.edu  Tue Sep 30 14:44:28 2008
From: hosking at cs.purdue.edu (Tony Hosking)
Date: Tue, 30 Sep 2008 13:44:28 +0100
Subject: [M3devel] ARM Darwin
In-Reply-To: <F29CC4D9-0043-48B9-84F1-93E9F3336D40@darko.org>
References: <F29CC4D9-0043-48B9-84F1-93E9F3336D40@darko.org>
Message-ID: <5ED8E753-6B9E-4FED-8689-1D3D317A5A36@cs.purdue.edu>

I can share tips...

On Sep 30, 2008, at 1:41 PM, Darko wrote:

> Is anyone interested in working on an ARM port for Darwin? Or maybe  
> just providing some tips as I give it a try?
>
> Cheers,
> Darko.



From darko at darko.org  Tue Sep 30 14:59:39 2008
From: darko at darko.org (Darko)
Date: Tue, 30 Sep 2008 14:59:39 +0200
Subject: [M3devel] ARM Darwin
In-Reply-To: <5ED8E753-6B9E-4FED-8689-1D3D317A5A36@cs.purdue.edu>
References: <F29CC4D9-0043-48B9-84F1-93E9F3336D40@darko.org>
	<5ED8E753-6B9E-4FED-8689-1D3D317A5A36@cs.purdue.edu>
Message-ID: <7F80509C-337F-46E7-93FB-D34AA7F8B4DF@darko.org>

Thanks, it should be a bit easier than the normal process since the  
compiler doesn't have to be fully bootstrapped, I just have to get a  
cross working. I know the first thing is to get the machine  
configuration correct, which I'll start when I get my hands on one of  
the machines in a couple of days. The other thing is to work out how  
Apple are building their own ARM GCC and use that to configure the  
back end. Then the runtime issues which I imagine might be with the GC  
and threading. I'm not sure there will be any native treading and I'm  
sure VM will look very different.


On 30/09/2008, at 2:44 PM, Tony Hosking wrote:

> I can share tips...
>
> On Sep 30, 2008, at 1:41 PM, Darko wrote:
>
>> Is anyone interested in working on an ARM port for Darwin? Or maybe  
>> just providing some tips as I give it a try?
>>
>> Cheers,
>> Darko.
>



From rodney.bates at wichita.edu  Wed Sep  3 04:11:23 2008
From: rodney.bates at wichita.edu (Rodney M. Bates)
Date: Tue, 02 Sep 2008 21:11:23 -0500
Subject: [M3devel] AMD-64 binaries?
Message-ID: <48BDF24B.900@wichita.edu>

Are there binaries for AMD-64 around that can be used
to bootstrap a 64-bit Linux compiler?

Rodney Bates


From wagner at elegosoft.com  Wed Sep  3 07:58:04 2008
From: wagner at elegosoft.com (Olaf Wagner)
Date: Wed, 03 Sep 2008 07:58:04 +0200
Subject: [M3devel] AMD-64 binaries?
In-Reply-To: <48BDF24B.900@wichita.edu>
References: <48BDF24B.900@wichita.edu>
Message-ID: <20080903075804.zhep2ichmow00scg@mail.elegosoft.com>

Quoting "Rodney M. Bates" <rodney.bates at wichita.edu>:

> Are there binaries for AMD-64 around that can be used
> to bootstrap a 64-bit Linux compiler?

Have a look at

http://www.opencm3.net/uploaded-archives/index.html

There are some AMD64 archives; I don't know about their status
offhand, though. I think Jay Krell produced them.
AFAIK there is no regular build on this platform yet.

Olaf
-- 
Olaf Wagner -- elego Software Solutions GmbH
                Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany
phone: +49 30 23 45 86 96  mobile: +49 177 2345 869  fax: +49 30 23 45 86 95
    http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz: Berlin
Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194



From jay.krell at cornell.edu  Mon Sep  8 10:37:05 2008
From: jay.krell at cornell.edu (Jay)
Date: Mon, 8 Sep 2008 08:37:05 +0000
Subject: [M3devel] SPARC64_SOLARIS?
Message-ID: <COL101-W760ADC64A6C4A44F2A95B4E6550@phx.gbl>


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.


Also, if everyone could stand it, unlikely, I'd like to have a grand platform renaming of the form processor_os:
 I386_LINUX (X86?) 
 I386_NT (WINNT?) 
 I386_CYGWIN 
 I386_MINGWIN 
 I386_SOLARIS 
 I386_DARWIN 
 I386_NETBSD  
 I386_FREEBSD  
 I386_OPENBSD   
 AMD64_LINUX 
 AMD64_NT 
 AMD64_CYGWIN 
 AMD64_MINGWIN 
 AMD64_SOLARIS 
 AMD64_DARWIN 
 MIPS_IRIX (MIPS4000 or somesuch?) 
 MIPS64_IRIX 
 ALPHA_OSF 
 SPARC_SOLARIS (SPARC32?) 
 SPARC64_SOLARIS 
 SPARC_LINUX (SPARC32?) 
 SPARC64_LINUX 
 ARM_CE (WINCE?) 

etc. but probably not..

and at the same answer this question of GNU vs. native toolsets.

or maybe adopt the GNU configure platform names??????


 - Jay


From dabenavidesd at yahoo.es  Tue Sep  9 01:37:38 2008
From: dabenavidesd at yahoo.es (Daniel Alejandro Benavides D.)
Date: Mon, 8 Sep 2008 23:37:38 +0000 (GMT)
Subject: [M3devel] SPARC64_SOLARIS?
Message-ID: <462609.74699.qm@web27103.mail.ukl.yahoo.com>

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 <jay.krell at cornell.edu> escribi?:
De: Jay <jay.krell at cornell.edu>
Asunto: [M3devel] SPARC64_SOLARIS?
Para: "m3devel" <m3devel at elegosoft.com>
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.


Also, if everyone could stand it, unlikely, I'd like to have a grand
platform renaming of the form processor_os:
 I386_LINUX (X86?) 
 I386_NT (WINNT?) 
 I386_CYGWIN 
 I386_MINGWIN 
 I386_SOLARIS 
 I386_DARWIN 
 I386_NETBSD  
 I386_FREEBSD  
 I386_OPENBSD   
 AMD64_LINUX 
 AMD64_NT 
 AMD64_CYGWIN 
 AMD64_MINGWIN 
 AMD64_SOLARIS 
 AMD64_DARWIN 
 MIPS_IRIX
 (MIPS4000 or somesuch?) 
 MIPS64_IRIX 
 ALPHA_OSF 
 SPARC_SOLARIS (SPARC32?) 
 SPARC64_SOLARIS 
 SPARC_LINUX (SPARC32?) 
 SPARC64_LINUX 
 ARM_CE (WINCE?) 

etc. but probably not..

and at the same answer this question of GNU vs. native toolsets.

or maybe adopt the GNU configure platform names??????


 - Jay



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20080908/5ba07984/attachment-0001.html>

From jay.krell at cornell.edu  Tue Sep  9 03:13:22 2008
From: jay.krell at cornell.edu (Jay)
Date: Tue, 9 Sep 2008 01:13:22 +0000
Subject: [M3devel] SPARC64_SOLARIS?
In-Reply-To: <462609.74699.qm@web27103.mail.ukl.yahoo.com>
References: <462609.74699.qm@web27103.mail.ukl.yahoo.com>
Message-ID: <COL101-W69AB293C3C801E3B83369CE6540@phx.gbl>


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 <jay.krell at cornell.edu> escribi?:> De: Jay <jay.krell at cornell.edu>> Asunto: [M3devel] SPARC64_SOLARIS?> Para: "m3devel" <m3devel at elegosoft.com>> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20080909/a020ca68/attachment-0001.html>

From jay.krell at cornell.edu  Tue Sep  9 03:24:15 2008
From: jay.krell at cornell.edu (Jay)
Date: Tue, 9 Sep 2008 01:24:15 +0000
Subject: [M3devel] FW:  SPARC64_SOLARIS?
In-Reply-To: <462609.74699.qm@web27103.mail.ukl.yahoo.com>
References: <462609.74699.qm@web27103.mail.ukl.yahoo.com>
Message-ID: <COL101-W50F2E5E5C4B4C43EBCD801E6540@phx.gbl>


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



From jay.krell at cornell.edu  Tue Sep  9 03:35:19 2008
From: jay.krell at cornell.edu (Jay)
Date: Tue, 9 Sep 2008 01:35:19 +0000
Subject: [M3devel] FW:  SPARC64_SOLARIS?
In-Reply-To: <462609.74699.qm@web27103.mail.ukl.yahoo.com>
References: <462609.74699.qm@web27103.mail.ukl.yahoo.com>
Message-ID: <COL101-W79F6768A96DA3D625339BCE6540@phx.gbl>


truncated again!



> From: jay.krell at cornell.edu
> To: dabenavidesd at yahoo.es; m3devel at elegosoft.com
> Subject: FW: [M3devel] SPARC64_SOLARIS?
> Date: Tue, 9 Sep 2008 01:24:15 +0000
>
>
> 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
>


From dragisha at m3w.org  Tue Sep  9 08:31:20 2008
From: dragisha at m3w.org (=?UTF-8?Q?Dragi=C5=A1a_Duri=C4=87?=)
Date: Tue, 09 Sep 2008 08:31:20 +0200
Subject: [M3devel] AMD64_LINUX status
Message-ID: <1220941880.9421.11.camel@faramir.m3w.org>

Fast search through archives reveals only May 8 snapshot by Jay... Any
progress with it? GC debugged?

Thanks
-- 
Dragi?a Duri? <dragisha at m3w.org>



From jay.krell at cornell.edu  Tue Sep  9 11:43:03 2008
From: jay.krell at cornell.edu (Jay)
Date: Tue, 9 Sep 2008 09:43:03 +0000
Subject: [M3devel] AMD64_LINUX status
In-Reply-To: <1220941880.9421.11.camel@faramir.m3w.org>
References: <1220941880.9421.11.camel@faramir.m3w.org>
Message-ID: <COL101-W284C9BF1498474699AEEDEE6540@phx.gbl>


Problems:
  GC not debugged 
  64 bit hosted cm3cg doesn't work; same as other 64 bit hosted cm3cg, but can use 32 bit ok 
  I on big tangent building lots of gcc configurations. :( 

I can't guarantee I had any GC problems, but I did have GC problems on at least
one "new" target. Probably this one.

I did commit all my changes though, you might say that's good news.

I'll debug the 64 bit host thingy first, by stepping through in parallel working and non-working.
  I actually got pretty close to this already but bailed, sorry.
Then maybe the other, but if anyone else can...

 - Jay


> From: dragisha at m3w.org
> To: m3devel at elegosoft.com
> Date: Tue, 9 Sep 2008 08:31:20 +0200
> Subject: [M3devel] AMD64_LINUX status
>
> Fast search through archives reveals only May 8 snapshot by Jay... Any
> progress with it? GC debugged?
>
> Thanks
> --
> Dragi?a Duri? 
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20080909/a1c904a2/attachment-0001.html>

From rodney.bates at wichita.edu  Fri Sep 12 18:24:45 2008
From: rodney.bates at wichita.edu (Rodney M. Bates)
Date: Fri, 12 Sep 2008 11:24:45 -0500
Subject: [M3devel] Another CVS question,
	getting a specific version of a specific file
Message-ID: <48CA97CD.6060503@wichita.edu>

Yet again, I need some CVS help.  I want to get complete copies
of m3-sys/m3cc/gcc/gcc/function.c, versions 1.7 and 1.6, just to
look at for inspiration.  I can't find anything in my CVS book
that looks like it will do this.  checkout works on projects,
not files, update will merge with what's in my working directory,
which I really don't want, and I expect diff will overwhelm me,
since 1.6, 1.7, and 1.8 of this file are taken from gcc
3.4.5, 4.1.1, and 4.3.0, respectively.  Is there any direct way?

Rodney M. Bates




From lemming at henning-thielemann.de  Fri Sep 12 20:36:22 2008
From: lemming at henning-thielemann.de (Henning Thielemann)
Date: Fri, 12 Sep 2008 20:36:22 +0200 (CEST)
Subject: [M3devel] Another CVS question,
	getting a specific version of a specific file
In-Reply-To: <48CA97CD.6060503@wichita.edu>
References: <48CA97CD.6060503@wichita.edu>
Message-ID: <Pine.SOC.4.64.0809122035160.16362@verdi>


On Fri, 12 Sep 2008, Rodney M. Bates wrote:

> Yet again, I need some CVS help.  I want to get complete copies
> of m3-sys/m3cc/gcc/gcc/function.c, versions 1.7 and 1.6, just to
> look at for inspiration.  I can't find anything in my CVS book
> that looks like it will do this.  checkout works on projects,
> not files, update will merge with what's in my working directory,
> which I really don't want, and I expect diff will overwhelm me,
> since 1.6, 1.7, and 1.8 of this file are taken from gcc
> 3.4.5, 4.1.1, and 4.3.0, respectively.  Is there any direct way?

Use 'cvs update' and -P option (and -r of course). This sends the file to 
standard output and is "not sticky".


From rodney.bates at wichita.edu  Fri Sep 12 22:14:09 2008
From: rodney.bates at wichita.edu (Rodney M. Bates)
Date: Fri, 12 Sep 2008 15:14:09 -0500
Subject: [M3devel] Another CVS question,
 getting a specific version of a specific file
In-Reply-To: <Pine.SOC.4.64.0809122035160.16362@verdi>
References: <48CA97CD.6060503@wichita.edu>
	<Pine.SOC.4.64.0809122035160.16362@verdi>
Message-ID: <48CACD91.7080402@wichita.edu>

Thanks, that did it.

Henning Thielemann wrote:
>
> On Fri, 12 Sep 2008, Rodney M. Bates wrote:
>
>> Yet again, I need some CVS help.  I want to get complete copies
>> of m3-sys/m3cc/gcc/gcc/function.c, versions 1.7 and 1.6, just to
>> look at for inspiration.  I can't find anything in my CVS book
>> that looks like it will do this.  checkout works on projects,
>> not files, update will merge with what's in my working directory,
>> which I really don't want, and I expect diff will overwhelm me,
>> since 1.6, 1.7, and 1.8 of this file are taken from gcc
>> 3.4.5, 4.1.1, and 4.3.0, respectively.  Is there any direct way?
>
> Use 'cvs update' and -P option (and -r of course). This sends the file 
> to standard output and is "not sticky".



From jay.krell at cornell.edu  Sat Sep 13 01:23:50 2008
From: jay.krell at cornell.edu (Jay)
Date: Fri, 12 Sep 2008 23:23:50 +0000
Subject: [M3devel] Another CVS question,
 getting a specific version of a specific file
In-Reply-To: <48CACD91.7080402@wichita.edu>
References: <48CA97CD.6060503@wichita.edu>
	<Pine.SOC.4.64.0809122035160.16362@verdi>
	<48CACD91.7080402@wichita.edu>
Message-ID: <COL101-W69EE32D94236331C579861E6510@phx.gbl>


How do you get the entire tree at a certain date/time?I'm just curious.
This is very easy in Perforce, just:
  p4 sync @date/time  
 
 - Jay> Date: Fri, 12 Sep 2008 15:14:09 -0500> From: rodney.bates at wichita.edu> To: m3devel at elegosoft.com> Subject: Re: [M3devel] Another CVS question, getting a specific version of a specific file> > Thanks, that did it.> > Henning Thielemann wrote:> >> > On Fri, 12 Sep 2008, Rodney M. Bates wrote:> >> >> Yet again, I need some CVS help. I want to get complete copies> >> of m3-sys/m3cc/gcc/gcc/function.c, versions 1.7 and 1.6, just to> >> look at for inspiration. I can't find anything in my CVS book> >> that looks like it will do this. checkout works on projects,> >> not files, update will merge with what's in my working directory,> >> which I really don't want, and I expect diff will overwhelm me,> >> since 1.6, 1.7, and 1.8 of this file are taken from gcc> >> 3.4.5, 4.1.1, and 4.3.0, respectively. Is there any direct way?> >> > Use 'cvs update' and -P option (and -r of course). This sends the file > > to standard output and is "not sticky".> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20080912/71c8f553/attachment-0001.html>

From dmuysers at hotmail.com  Thu Sep 18 16:24:01 2008
From: dmuysers at hotmail.com (Dirk Muysers)
Date: Thu, 18 Sep 2008 16:24:01 +0200
Subject: [M3devel] selective package download seems not to work
Message-ID: <BAY143-DS2BC8F4708401772C6912FDD4F0@phx.gbl>

Notice: Undefined index: zip in /var/www/modula3.elegosoft.com/dlpckg.php on 
line 298
Notice: Use of undefined constant max_execution_time - assumed 
'max_execution_time' in /var/www/modula3.elegosoft.com/dlpckg.php on line 
268
Error!
CVS could not complete your request: 



From martinbishop at bellsouth.net  Wed Sep 24 03:17:09 2008
From: martinbishop at bellsouth.net (Martin Bishop)
Date: Tue, 23 Sep 2008 20:17:09 -0500
Subject: [M3devel] Printing Arrays?
Message-ID: <48D99515.8080401@bellsouth.net>

This is probably a stupid question, but is there anything in CM3 to
print an array?  And if not, what's the best way to write a procedure to
"pretty print" an array?


From jay.krell at cornell.edu  Wed Sep 24 05:59:03 2008
From: jay.krell at cornell.edu (Jay)
Date: Wed, 24 Sep 2008 03:59:03 +0000
Subject: [M3devel] Printing Arrays?
In-Reply-To: <48D99515.8080401@bellsouth.net>
References: <48D99515.8080401@bellsouth.net>
Message-ID: <COL101-W18C44F89161A716AB340CEE6450@phx.gbl>


Write a for loop.

 - Jay


> Date: Tue, 23 Sep 2008 20:17:09 -0500
> From: martinbishop at bellsouth.net
> To: m3devel at elegosoft.com
> Subject: [M3devel] Printing Arrays?
>
> This is probably a stupid question, but is there anything in CM3 to
> print an array? And if not, what's the best way to write a procedure to
> "pretty print" an array?


From mika at async.caltech.edu  Sun Sep 28 06:45:52 2008
From: mika at async.caltech.edu (Mika Nystrom)
Date: Sat, 27 Sep 2008 21:45:52 -0700
Subject: [M3devel] Pretty-printing REFANYs?
Message-ID: <200809280446.m8S4jq89068095@camembert.async.caltech.edu>

Hello Modula-3 people,

I am working on a writing an interpreter that I'd like to embed in
various Modula-3 programs.  It so happens that this interpreter
might from time to time be manipulating arbitrary M3 REFs, and just
from the point of view of providing information to a human user,
it might be nice to be able to pretty-print these.  Does anyone
have any code that accomplishes this, at least partly?  I'm thinking
that since m3gdb can do it, the information must all be in the
binary---somehow.  (Even enumeration names, right?)  And since the
pickler can pickle things... hmm.

I would greatly appreciate any guidance that's out there...

    Best regards,
       Mika Nystrom


From darko at darko.org  Sun Sep 28 07:22:33 2008
From: darko at darko.org (Darko)
Date: Sun, 28 Sep 2008 07:22:33 +0200
Subject: [M3devel] Pretty-printing REFANYs?
In-Reply-To: <200809280446.m8S4jq89068095@camembert.async.caltech.edu>
References: <200809280446.m8S4jq89068095@camembert.async.caltech.edu>
Message-ID: <73867B5E-019D-41F5-93CB-BDD60D85394F@darko.org>

You can use RTTipe to read the fields and values within a type. If you  
also want the type and field names you can interpret the .M3WEB file.  
I have a couple of modules that do something like that but they are  
not what you would call finished. What level of detail are you after?


On 28/09/2008, at 6:45 AM, Mika Nystrom wrote:

> Hello Modula-3 people,
>
> I am working on a writing an interpreter that I'd like to embed in
> various Modula-3 programs.  It so happens that this interpreter
> might from time to time be manipulating arbitrary M3 REFs, and just
> from the point of view of providing information to a human user,
> it might be nice to be able to pretty-print these.  Does anyone
> have any code that accomplishes this, at least partly?  I'm thinking
> that since m3gdb can do it, the information must all be in the
> binary---somehow.  (Even enumeration names, right?)  And since the
> pickler can pickle things... hmm.
>
> I would greatly appreciate any guidance that's out there...
>
>    Best regards,
>       Mika Nystrom



From mika at async.caltech.edu  Sun Sep 28 07:49:58 2008
From: mika at async.caltech.edu (Mika Nystrom)
Date: Sat, 27 Sep 2008 22:49:58 -0700
Subject: [M3devel] Pretty-printing REFANYs?
In-Reply-To: Your message of "Sun, 28 Sep 2008 07:22:33 +0200."
	<73867B5E-019D-41F5-93CB-BDD60D85394F@darko.org> 
Message-ID: <200809280549.m8S5nwbx069465@camembert.async.caltech.edu>

Right, I am aware of those interfaces.. just wondering what was
out there.  Do I really need to look at .M3WEB?  I thought
that m3gdb could figure out things without anything outside
of the binary...

I'm looking for essentially what m3gdb offers, say prints
at minimum the name of the type (this I recall is trivial with
some of the RT* interfaces) but hopefully also with field names
and values, but doesn't expand references recursively.. something
like that?

    Mika

Darko writes:
>You can use RTTipe to read the fields and values within a type. If you  
>also want the type and field names you can interpret the .M3WEB file.  
>I have a couple of modules that do something like that but they are  
>not what you would call finished. What level of detail are you after?
>
>
>On 28/09/2008, at 6:45 AM, Mika Nystrom wrote:
>
>> Hello Modula-3 people,
>>
>> I am working on a writing an interpreter that I'd like to embed in
>> various Modula-3 programs.  It so happens that this interpreter
>> might from time to time be manipulating arbitrary M3 REFs, and just
>> from the point of view of providing information to a human user,
>> it might be nice to be able to pretty-print these.  Does anyone
>> have any code that accomplishes this, at least partly?  I'm thinking
>> that since m3gdb can do it, the information must all be in the
>> binary---somehow.  (Even enumeration names, right?)  And since the
>> pickler can pickle things... hmm.
>>
>> I would greatly appreciate any guidance that's out there...
>>
>>    Best regards,
>>       Mika Nystrom


From darko at darko.org  Sun Sep 28 08:01:43 2008
From: darko at darko.org (Darko)
Date: Sun, 28 Sep 2008 08:01:43 +0200
Subject: [M3devel] Pretty-printing REFANYs?
In-Reply-To: <200809280549.m8S5nwbx069465@camembert.async.caltech.edu>
References: <200809280549.m8S5nwbx069465@camembert.async.caltech.edu>
Message-ID: <DA74F6CA-4488-42C5-BED2-CFE8162469F0@darko.org>

As far as I know, yes, they're not in the binary. I'd love to be  
proven wrong though, or fix it so they did. I have a module that reads  
the .M3WEB file and maps it to types and a module that will read and  
write any field within a type safely using a numeric index. Neither is  
perfect. You can integrate the two to get what you want but I seem to  
remember having some problems mapping type ids (UIDs?) to typecodes at  
runtime.


On 28/09/2008, at 7:49 AM, Mika Nystrom wrote:

> Right, I am aware of those interfaces.. just wondering what was
> out there.  Do I really need to look at .M3WEB?  I thought
> that m3gdb could figure out things without anything outside
> of the binary...
>
> I'm looking for essentially what m3gdb offers, say prints
> at minimum the name of the type (this I recall is trivial with
> some of the RT* interfaces) but hopefully also with field names
> and values, but doesn't expand references recursively.. something
> like that?
>
>    Mika
>
> Darko writes:
>> You can use RTTipe to read the fields and values within a type. If  
>> you
>> also want the type and field names you can interpret the .M3WEB file.
>> I have a couple of modules that do something like that but they are
>> not what you would call finished. What level of detail are you after?
>>
>>
>> On 28/09/2008, at 6:45 AM, Mika Nystrom wrote:
>>
>>> Hello Modula-3 people,
>>>
>>> I am working on a writing an interpreter that I'd like to embed in
>>> various Modula-3 programs.  It so happens that this interpreter
>>> might from time to time be manipulating arbitrary M3 REFs, and just
>>> from the point of view of providing information to a human user,
>>> it might be nice to be able to pretty-print these.  Does anyone
>>> have any code that accomplishes this, at least partly?  I'm thinking
>>> that since m3gdb can do it, the information must all be in the
>>> binary---somehow.  (Even enumeration names, right?)  And since the
>>> pickler can pickle things... hmm.
>>>
>>> I would greatly appreciate any guidance that's out there...
>>>
>>>   Best regards,
>>>      Mika Nystrom



From jay.krell at cornell.edu  Tue Sep 30 10:25:25 2008
From: jay.krell at cornell.edu (Jay)
Date: Tue, 30 Sep 2008 08:25:25 +0000
Subject: [M3devel] m3cc build fails on older MacOS X
In-Reply-To: <20080506075754.o24j7xhx4wgokwwo@mail.elegosoft.com>
References: <20080506075754.o24j7xhx4wgokwwo@mail.elegosoft.com>
Message-ID: <COL101-W243B2B91162A39B280C4AFE6430@phx.gbl>


I have a machine running 10.3 now.

gcc-4.3.2 (the current release) won't (toplevel) configure on MacOSX 10.3 apparently because its assembler doesn't support ".machine".
Current "cctools" won't compile on 10.3 without patches or other updates, due to mucking with ppc64 stuff, though that is easy to fix.

A simple wrapper around as for use on 10.3 that strips the .machine directive is probably reasonable, or a patch to gcc to just not emit it for Darwin, except maybe for non-ppc, or subject to a switch.

Other than support for more architectures, I never found any of the updates beyond 10.2 very interesting.
Though current Firefox and Safari also won't run on 10.3.

IF I get this working, maybe I'll bring 10.2 back up also..

 - Jay

________________________________

From: jayk123 at hotmail.com
To: wagner at elegosoft.com; m3devel at elegosoft.com
Subject: RE: [M3devel] m3cc build fails on older MacOS X
Date: Tue, 6 May 2008 10:49:11 +0000




I don't know what these Darwin versions are.
Mac OSX 10.0? 10.1? 10.2? 10.3? 10.4? 10.5?
I used to run 10.2 and could perhaps bring it back (though I'd hate to lose my PPC_LINUX install.. :( )

> make[2]: Nothing to be done for `all'.
> Makefile:191: *** Insufficient number of arguments (2) to function
> `patsubst'. Stop.

Hopefully that's enough context though.

The rest is a cascade.
What happens if you remove all my m3makefile wierdness (which works everywhere else..) and just configure and make?

Can I ssh into this?

 - Jay



________________________________


> Date: Tue, 6 May 2008 07:57:54 +0200
> From: wagner at elegosoft.com
> To: m3devel at elegosoft.com
> Subject: [M3devel] m3cc build fails on older MacOS X
>
> On % uname -a
> Darwin apple.local 7.9.0 Darwin Kernel Version 7.9.0: Wed Mar 30
> 20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC Power
> Macintosh powerpc:
>
> echo ./regex.o ./cplus-dem.o ./cp-demangle.o ./md5.o ./alloca.o
> ./argv.o ./choose-temp.o ./concat.o ./cp-demint.o ./dyn-string.o
> ./fdmatch.o ./fibheap.o ./filename_cmp.o ./floatformat.o ./fnmatch.o
> ./fopen_unlocked.o ./getopt.o ./getopt1.o ./getpwd.o ./getruntime.o
> ./hashtab.o ./hex.o ./lbasename.o ./lrealpath.o
> ./make-relative-prefix.o ./make-temp-file.o ./objalloc.o ./obstack.o
> ./partition.o ./pexecute.o ./physmem.o ./pex-common.o ./pex-one.o
> ./pex-unix.o ./safe-ctype.o ./sort.o ./spaces.o ./splay-tree.o
> ./strerror.o ./strsignal.o ./unlink-if-ordinary.o ./xatexit.o
> ./xexit.o ./xmalloc.o ./xmemdup.o ./xstrdup.o ./xstrerror.o
> ./xstrndup.o> required-list
> make[2]: Nothing to be done for `all'.
> Makefile:191: *** Insufficient number of arguments (2) to function
> `patsubst'. Stop.
> make: *** [all-libcpp] Error 2
> /bin/sh: line 1: cd: gcc: No such file or directory
> make: *** No rule to make target `s-modes'. Stop.
> "/Users/wagner/work/cm3/m3-sys/m3cc/src/m3makefile", line 314: quake
> runtime error: unable to copy "./gcc/m3cgc1" to "./cm3cg": errno=2
>
> --procedure-- -line- -file---
> cp_if -- 
> postcp 314 /Users/wagner/work/cm3/m3-sys/m3cc/src/m3makefile
> include_dir 360 /Users/wagner/work/cm3/m3-sys/m3cc/src/m3makefile
> 9
> /Users/wagner/work/cm3/m3-sys/m3cc/PPC_DARWIN/m3make.args
>
> Fatal Error: package build failed
> ==> m3-sys/m3cc done
>
> Any ideas?
>
> Olaf
> --
> Olaf Wagner -- elego Software Solutions GmbH
> Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany
> phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95
> http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz: Berlin
> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194
>



From jay.krell at cornell.edu  Tue Sep 30 10:36:33 2008
From: jay.krell at cornell.edu (Jay)
Date: Tue, 30 Sep 2008 08:36:33 +0000
Subject: [M3devel] AMD-64 binaries?
In-Reply-To: <20080903075804.zhep2ichmow00scg@mail.elegosoft.com>
References: <48BDF24B.900@wichita.edu>
	<20080903075804.zhep2ichmow00scg@mail.elegosoft.com>
Message-ID: <COL101-W839FDBE447569C4D9BACC6E6430@phx.gbl>


I'm getting back to this now.
I didn't realize it till this weekend, but that archive is "relatively incompatible".
In particular it has 32bit hosted tools, and won't run on Debian 4.0r4 / AMD64.
Something about glibc 2.4, when all I see on my system is 2.3.
I'll see what I can do.
Probably just rebuild cm3cg.
I think it was built on Fedora, but could have been Ubuntu or OpenSuse.
Probably just that Debian stable lags the others.

The main problem to debug is why 64bit hosted tools "never" work.
(Right?)


Stay tuned for a bunch more ports "soon", I've got a bunch more hardware,
that runs Linux and others (Solaris, AIX, Irix).. :)

I'll be able to debug the high dpi gui problems on a friend's laptop soon too.
Send me a repro. I expect it is trivial -- like anything with a scrollbar.
I can try formsedit, etc.


 - Jay


> Date: Wed, 3 Sep 2008 07:58:04 +0200
> From: wagner at elegosoft.com
> To: m3devel at elegosoft.com
> Subject: Re: [M3devel] AMD-64 binaries?
>
> Quoting "Rodney M. Bates" :
>
>> Are there binaries for AMD-64 around that can be used
>> to bootstrap a 64-bit Linux compiler?
>
> Have a look at
>
> http://www.opencm3.net/uploaded-archives/index.html
>
> There are some AMD64 archives; I don't know about their status
> offhand, though. I think Jay Krell produced them.
> AFAIK there is no regular build on this platform yet.
>
> Olaf
> --
> Olaf Wagner -- elego Software Solutions GmbH
> Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany
> phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95
> http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz: Berlin
> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194
>


From hosking at cs.purdue.edu  Tue Sep 30 11:15:22 2008
From: hosking at cs.purdue.edu (Tony Hosking)
Date: Tue, 30 Sep 2008 10:15:22 +0100
Subject: [M3devel] m3cc build fails on older MacOS X
In-Reply-To: <COL101-W243B2B91162A39B280C4AFE6430@phx.gbl>
References: <20080506075754.o24j7xhx4wgokwwo@mail.elegosoft.com>
	<COL101-W243B2B91162A39B280C4AFE6430@phx.gbl>
Message-ID: <CEDFF837-1CFA-4C43-B287-D480AE19B889@cs.purdue.edu>

Does anyone really care about 10.3 now?  As I recall, it had some  
pretty broken assumptions.

On Sep 30, 2008, at 9:25 AM, Jay wrote:

>
> I have a machine running 10.3 now.
>
> gcc-4.3.2 (the current release) won't (toplevel) configure on MacOSX  
> 10.3 apparently because its assembler doesn't support ".machine".
> Current "cctools" won't compile on 10.3 without patches or other  
> updates, due to mucking with ppc64 stuff, though that is easy to fix.
>
> A simple wrapper around as for use on 10.3 that strips the .machine  
> directive is probably reasonable, or a patch to gcc to just not emit  
> it for Darwin, except maybe for non-ppc, or subject to a switch.
>
> Other than support for more architectures, I never found any of the  
> updates beyond 10.2 very interesting.
> Though current Firefox and Safari also won't run on 10.3.
>
> IF I get this working, maybe I'll bring 10.2 back up also..
>
> - Jay
>
> ________________________________
>
> From: jayk123 at hotmail.com
> To: wagner at elegosoft.com; m3devel at elegosoft.com
> Subject: RE: [M3devel] m3cc build fails on older MacOS X
> Date: Tue, 6 May 2008 10:49:11 +0000
>
>
>
>
> I don't know what these Darwin versions are.
> Mac OSX 10.0? 10.1? 10.2? 10.3? 10.4? 10.5?
> I used to run 10.2 and could perhaps bring it back (though I'd hate  
> to lose my PPC_LINUX install.. :( )
>
>> make[2]: Nothing to be done for `all'.
>> Makefile:191: *** Insufficient number of arguments (2) to function
>> `patsubst'. Stop.
>
> Hopefully that's enough context though.
>
> The rest is a cascade.
> What happens if you remove all my m3makefile wierdness (which works  
> everywhere else..) and just configure and make?
>
> Can I ssh into this?
>
> - Jay
>
>
>
> ________________________________
>
>
>> Date: Tue, 6 May 2008 07:57:54 +0200
>> From: wagner at elegosoft.com
>> To: m3devel at elegosoft.com
>> Subject: [M3devel] m3cc build fails on older MacOS X
>>
>> On % uname -a
>> Darwin apple.local 7.9.0 Darwin Kernel Version 7.9.0: Wed Mar 30
>> 20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC Power
>> Macintosh powerpc:
>>
>> echo ./regex.o ./cplus-dem.o ./cp-demangle.o ./md5.o ./alloca.o
>> ./argv.o ./choose-temp.o ./concat.o ./cp-demint.o ./dyn-string.o
>> ./fdmatch.o ./fibheap.o ./filename_cmp.o ./floatformat.o ./fnmatch.o
>> ./fopen_unlocked.o ./getopt.o ./getopt1.o ./getpwd.o ./getruntime.o
>> ./hashtab.o ./hex.o ./lbasename.o ./lrealpath.o
>> ./make-relative-prefix.o ./make-temp-file.o ./objalloc.o ./obstack.o
>> ./partition.o ./pexecute.o ./physmem.o ./pex-common.o ./pex-one.o
>> ./pex-unix.o ./safe-ctype.o ./sort.o ./spaces.o ./splay-tree.o
>> ./strerror.o ./strsignal.o ./unlink-if-ordinary.o ./xatexit.o
>> ./xexit.o ./xmalloc.o ./xmemdup.o ./xstrdup.o ./xstrerror.o
>> ./xstrndup.o> required-list
>> make[2]: Nothing to be done for `all'.
>> Makefile:191: *** Insufficient number of arguments (2) to function
>> `patsubst'. Stop.
>> make: *** [all-libcpp] Error 2
>> /bin/sh: line 1: cd: gcc: No such file or directory
>> make: *** No rule to make target `s-modes'. Stop.
>> "/Users/wagner/work/cm3/m3-sys/m3cc/src/m3makefile", line 314: quake
>> runtime error: unable to copy "./gcc/m3cgc1" to "./cm3cg": errno=2
>>
>> --procedure-- -line- -file---
>> cp_if --
>> postcp 314 /Users/wagner/work/cm3/m3-sys/m3cc/src/m3makefile
>> include_dir 360 /Users/wagner/work/cm3/m3-sys/m3cc/src/m3makefile
>> 9
>> /Users/wagner/work/cm3/m3-sys/m3cc/PPC_DARWIN/m3make.args
>>
>> Fatal Error: package build failed
>> ==> m3-sys/m3cc done
>>
>> Any ideas?
>>
>> Olaf
>> --
>> Olaf Wagner -- elego Software Solutions GmbH
>> Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany
>> phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23  
>> 45 86 95
>> http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz:  
>> Berlin
>> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr:  
>> DE163214194
>>
>



From darko at darko.org  Tue Sep 30 11:50:43 2008
From: darko at darko.org (Darko)
Date: Tue, 30 Sep 2008 11:50:43 +0200
Subject: [M3devel] m3cc build fails on older MacOS X
In-Reply-To: <CEDFF837-1CFA-4C43-B287-D480AE19B889@cs.purdue.edu>
References: <20080506075754.o24j7xhx4wgokwwo@mail.elegosoft.com>
	<COL101-W243B2B91162A39B280C4AFE6430@phx.gbl>
	<CEDFF837-1CFA-4C43-B287-D480AE19B889@cs.purdue.edu>
Message-ID: <5302F72A-11E4-4EC0-BD6C-53816834C1A6@darko.org>

I think supporting the latest version is enough work. I don't see the  
point of supporting older releases. Also, this seems to be relevant to  
development on that version of the system. Anyone who wants to build  
can upgrade.


On 30/09/2008, at 11:15 AM, Tony Hosking wrote:

> Does anyone really care about 10.3 now?  As I recall, it had some  
> pretty broken assumptions.
>
> On Sep 30, 2008, at 9:25 AM, Jay wrote:
>
>>
>> I have a machine running 10.3 now.
>>
>> gcc-4.3.2 (the current release) won't (toplevel) configure on  
>> MacOSX 10.3 apparently because its assembler doesn't support  
>> ".machine".
>> Current "cctools" won't compile on 10.3 without patches or other  
>> updates, due to mucking with ppc64 stuff, though that is easy to fix.
>>
>> A simple wrapper around as for use on 10.3 that strips the .machine  
>> directive is probably reasonable, or a patch to gcc to just not  
>> emit it for Darwin, except maybe for non-ppc, or subject to a switch.
>>
>> Other than support for more architectures, I never found any of the  
>> updates beyond 10.2 very interesting.
>> Though current Firefox and Safari also won't run on 10.3.
>>
>> IF I get this working, maybe I'll bring 10.2 back up also..
>>
>> - Jay
>>
>> ________________________________
>>
>> From: jayk123 at hotmail.com
>> To: wagner at elegosoft.com; m3devel at elegosoft.com
>> Subject: RE: [M3devel] m3cc build fails on older MacOS X
>> Date: Tue, 6 May 2008 10:49:11 +0000
>>
>>
>>
>>
>> I don't know what these Darwin versions are.
>> Mac OSX 10.0? 10.1? 10.2? 10.3? 10.4? 10.5?
>> I used to run 10.2 and could perhaps bring it back (though I'd hate  
>> to lose my PPC_LINUX install.. :( )
>>
>>> make[2]: Nothing to be done for `all'.
>>> Makefile:191: *** Insufficient number of arguments (2) to function
>>> `patsubst'. Stop.
>>
>> Hopefully that's enough context though.
>>
>> The rest is a cascade.
>> What happens if you remove all my m3makefile wierdness (which works  
>> everywhere else..) and just configure and make?
>>
>> Can I ssh into this?
>>
>> - Jay
>>
>>
>>
>> ________________________________
>>
>>
>>> Date: Tue, 6 May 2008 07:57:54 +0200
>>> From: wagner at elegosoft.com
>>> To: m3devel at elegosoft.com
>>> Subject: [M3devel] m3cc build fails on older MacOS X
>>>
>>> On % uname -a
>>> Darwin apple.local 7.9.0 Darwin Kernel Version 7.9.0: Wed Mar 30
>>> 20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC Power
>>> Macintosh powerpc:
>>>
>>> echo ./regex.o ./cplus-dem.o ./cp-demangle.o ./md5.o ./alloca.o
>>> ./argv.o ./choose-temp.o ./concat.o ./cp-demint.o ./dyn-string.o
>>> ./fdmatch.o ./fibheap.o ./filename_cmp.o ./floatformat.o ./fnmatch.o
>>> ./fopen_unlocked.o ./getopt.o ./getopt1.o ./getpwd.o ./getruntime.o
>>> ./hashtab.o ./hex.o ./lbasename.o ./lrealpath.o
>>> ./make-relative-prefix.o ./make-temp-file.o ./objalloc.o ./obstack.o
>>> ./partition.o ./pexecute.o ./physmem.o ./pex-common.o ./pex-one.o
>>> ./pex-unix.o ./safe-ctype.o ./sort.o ./spaces.o ./splay-tree.o
>>> ./strerror.o ./strsignal.o ./unlink-if-ordinary.o ./xatexit.o
>>> ./xexit.o ./xmalloc.o ./xmemdup.o ./xstrdup.o ./xstrerror.o
>>> ./xstrndup.o> required-list
>>> make[2]: Nothing to be done for `all'.
>>> Makefile:191: *** Insufficient number of arguments (2) to function
>>> `patsubst'. Stop.
>>> make: *** [all-libcpp] Error 2
>>> /bin/sh: line 1: cd: gcc: No such file or directory
>>> make: *** No rule to make target `s-modes'. Stop.
>>> "/Users/wagner/work/cm3/m3-sys/m3cc/src/m3makefile", line 314: quake
>>> runtime error: unable to copy "./gcc/m3cgc1" to "./cm3cg": errno=2
>>>
>>> --procedure-- -line- -file---
>>> cp_if --
>>> postcp 314 /Users/wagner/work/cm3/m3-sys/m3cc/src/m3makefile
>>> include_dir 360 /Users/wagner/work/cm3/m3-sys/m3cc/src/m3makefile
>>> 9
>>> /Users/wagner/work/cm3/m3-sys/m3cc/PPC_DARWIN/m3make.args
>>>
>>> Fatal Error: package build failed
>>> ==> m3-sys/m3cc done
>>>
>>> Any ideas?
>>>
>>> Olaf
>>> --
>>> Olaf Wagner -- elego Software Solutions GmbH
>>> Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany
>>> phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23  
>>> 45 86 95
>>> http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz:  
>>> Berlin
>>> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr:  
>>> DE163214194
>>>
>>
>



From hosking at cs.purdue.edu  Tue Sep 30 11:16:41 2008
From: hosking at cs.purdue.edu (Tony Hosking)
Date: Tue, 30 Sep 2008 10:16:41 +0100
Subject: [M3devel] AMD-64 binaries?
In-Reply-To: <COL101-W839FDBE447569C4D9BACC6E6430@phx.gbl>
References: <48BDF24B.900@wichita.edu>
	<20080903075804.zhep2ichmow00scg@mail.elegosoft.com>
	<COL101-W839FDBE447569C4D9BACC6E6430@phx.gbl>
Message-ID: <30A598AF-F712-4284-A776-6C14C1B69606@cs.purdue.edu>

64-bit hosted tools?  Do you mean only for Linux?  I don't quite  
understand what you are saying.

On Sep 30, 2008, at 9:36 AM, Jay wrote:

>
> I'm getting back to this now.
> I didn't realize it till this weekend, but that archive is  
> "relatively incompatible".
> In particular it has 32bit hosted tools, and won't run on Debian  
> 4.0r4 / AMD64.
> Something about glibc 2.4, when all I see on my system is 2.3.
> I'll see what I can do.
> Probably just rebuild cm3cg.
> I think it was built on Fedora, but could have been Ubuntu or  
> OpenSuse.
> Probably just that Debian stable lags the others.
>
> The main problem to debug is why 64bit hosted tools "never" work.
> (Right?)
>
>
> Stay tuned for a bunch more ports "soon", I've got a bunch more  
> hardware,
> that runs Linux and others (Solaris, AIX, Irix).. :)
>
> I'll be able to debug the high dpi gui problems on a friend's laptop  
> soon too.
> Send me a repro. I expect it is trivial -- like anything with a  
> scrollbar.
> I can try formsedit, etc.
>
>
> - Jay
>
>
>> Date: Wed, 3 Sep 2008 07:58:04 +0200
>> From: wagner at elegosoft.com
>> To: m3devel at elegosoft.com
>> Subject: Re: [M3devel] AMD-64 binaries?
>>
>> Quoting "Rodney M. Bates" :
>>
>>> Are there binaries for AMD-64 around that can be used
>>> to bootstrap a 64-bit Linux compiler?
>>
>> Have a look at
>>
>> http://www.opencm3.net/uploaded-archives/index.html
>>
>> There are some AMD64 archives; I don't know about their status
>> offhand, though. I think Jay Krell produced them.
>> AFAIK there is no regular build on this platform yet.
>>
>> Olaf
>> --
>> Olaf Wagner -- elego Software Solutions GmbH
>> Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany
>> phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23  
>> 45 86 95
>> http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz:  
>> Berlin
>> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr:  
>> DE163214194
>>



From darko at darko.org  Tue Sep 30 14:41:53 2008
From: darko at darko.org (Darko)
Date: Tue, 30 Sep 2008 14:41:53 +0200
Subject: [M3devel] ARM Darwin
Message-ID: <F29CC4D9-0043-48B9-84F1-93E9F3336D40@darko.org>

Is anyone interested in working on an ARM port for Darwin? Or maybe  
just providing some tips as I give it a try?

Cheers,
Darko.



From hosking at cs.purdue.edu  Tue Sep 30 14:44:28 2008
From: hosking at cs.purdue.edu (Tony Hosking)
Date: Tue, 30 Sep 2008 13:44:28 +0100
Subject: [M3devel] ARM Darwin
In-Reply-To: <F29CC4D9-0043-48B9-84F1-93E9F3336D40@darko.org>
References: <F29CC4D9-0043-48B9-84F1-93E9F3336D40@darko.org>
Message-ID: <5ED8E753-6B9E-4FED-8689-1D3D317A5A36@cs.purdue.edu>

I can share tips...

On Sep 30, 2008, at 1:41 PM, Darko wrote:

> Is anyone interested in working on an ARM port for Darwin? Or maybe  
> just providing some tips as I give it a try?
>
> Cheers,
> Darko.



From darko at darko.org  Tue Sep 30 14:59:39 2008
From: darko at darko.org (Darko)
Date: Tue, 30 Sep 2008 14:59:39 +0200
Subject: [M3devel] ARM Darwin
In-Reply-To: <5ED8E753-6B9E-4FED-8689-1D3D317A5A36@cs.purdue.edu>
References: <F29CC4D9-0043-48B9-84F1-93E9F3336D40@darko.org>
	<5ED8E753-6B9E-4FED-8689-1D3D317A5A36@cs.purdue.edu>
Message-ID: <7F80509C-337F-46E7-93FB-D34AA7F8B4DF@darko.org>

Thanks, it should be a bit easier than the normal process since the  
compiler doesn't have to be fully bootstrapped, I just have to get a  
cross working. I know the first thing is to get the machine  
configuration correct, which I'll start when I get my hands on one of  
the machines in a couple of days. The other thing is to work out how  
Apple are building their own ARM GCC and use that to configure the  
back end. Then the runtime issues which I imagine might be with the GC  
and threading. I'm not sure there will be any native treading and I'm  
sure VM will look very different.


On 30/09/2008, at 2:44 PM, Tony Hosking wrote:

> I can share tips...
>
> On Sep 30, 2008, at 1:41 PM, Darko wrote:
>
>> Is anyone interested in working on an ARM port for Darwin? Or maybe  
>> just providing some tips as I give it a try?
>>
>> Cheers,
>> Darko.
>



From rodney.bates at wichita.edu  Wed Sep  3 04:11:23 2008
From: rodney.bates at wichita.edu (Rodney M. Bates)
Date: Tue, 02 Sep 2008 21:11:23 -0500
Subject: [M3devel] AMD-64 binaries?
Message-ID: <48BDF24B.900@wichita.edu>

Are there binaries for AMD-64 around that can be used
to bootstrap a 64-bit Linux compiler?

Rodney Bates


From wagner at elegosoft.com  Wed Sep  3 07:58:04 2008
From: wagner at elegosoft.com (Olaf Wagner)
Date: Wed, 03 Sep 2008 07:58:04 +0200
Subject: [M3devel] AMD-64 binaries?
In-Reply-To: <48BDF24B.900@wichita.edu>
References: <48BDF24B.900@wichita.edu>
Message-ID: <20080903075804.zhep2ichmow00scg@mail.elegosoft.com>

Quoting "Rodney M. Bates" <rodney.bates at wichita.edu>:

> Are there binaries for AMD-64 around that can be used
> to bootstrap a 64-bit Linux compiler?

Have a look at

http://www.opencm3.net/uploaded-archives/index.html

There are some AMD64 archives; I don't know about their status
offhand, though. I think Jay Krell produced them.
AFAIK there is no regular build on this platform yet.

Olaf
-- 
Olaf Wagner -- elego Software Solutions GmbH
                Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany
phone: +49 30 23 45 86 96  mobile: +49 177 2345 869  fax: +49 30 23 45 86 95
    http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz: Berlin
Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194



From jay.krell at cornell.edu  Mon Sep  8 10:37:05 2008
From: jay.krell at cornell.edu (Jay)
Date: Mon, 8 Sep 2008 08:37:05 +0000
Subject: [M3devel] SPARC64_SOLARIS?
Message-ID: <COL101-W760ADC64A6C4A44F2A95B4E6550@phx.gbl>


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.


Also, if everyone could stand it, unlikely, I'd like to have a grand platform renaming of the form processor_os:
 I386_LINUX (X86?) 
 I386_NT (WINNT?) 
 I386_CYGWIN 
 I386_MINGWIN 
 I386_SOLARIS 
 I386_DARWIN 
 I386_NETBSD  
 I386_FREEBSD  
 I386_OPENBSD   
 AMD64_LINUX 
 AMD64_NT 
 AMD64_CYGWIN 
 AMD64_MINGWIN 
 AMD64_SOLARIS 
 AMD64_DARWIN 
 MIPS_IRIX (MIPS4000 or somesuch?) 
 MIPS64_IRIX 
 ALPHA_OSF 
 SPARC_SOLARIS (SPARC32?) 
 SPARC64_SOLARIS 
 SPARC_LINUX (SPARC32?) 
 SPARC64_LINUX 
 ARM_CE (WINCE?) 

etc. but probably not..

and at the same answer this question of GNU vs. native toolsets.

or maybe adopt the GNU configure platform names??????


 - Jay


From dabenavidesd at yahoo.es  Tue Sep  9 01:37:38 2008
From: dabenavidesd at yahoo.es (Daniel Alejandro Benavides D.)
Date: Mon, 8 Sep 2008 23:37:38 +0000 (GMT)
Subject: [M3devel] SPARC64_SOLARIS?
Message-ID: <462609.74699.qm@web27103.mail.ukl.yahoo.com>

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 <jay.krell at cornell.edu> escribi?:
De: Jay <jay.krell at cornell.edu>
Asunto: [M3devel] SPARC64_SOLARIS?
Para: "m3devel" <m3devel at elegosoft.com>
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.


Also, if everyone could stand it, unlikely, I'd like to have a grand
platform renaming of the form processor_os:
 I386_LINUX (X86?) 
 I386_NT (WINNT?) 
 I386_CYGWIN 
 I386_MINGWIN 
 I386_SOLARIS 
 I386_DARWIN 
 I386_NETBSD  
 I386_FREEBSD  
 I386_OPENBSD   
 AMD64_LINUX 
 AMD64_NT 
 AMD64_CYGWIN 
 AMD64_MINGWIN 
 AMD64_SOLARIS 
 AMD64_DARWIN 
 MIPS_IRIX
 (MIPS4000 or somesuch?) 
 MIPS64_IRIX 
 ALPHA_OSF 
 SPARC_SOLARIS (SPARC32?) 
 SPARC64_SOLARIS 
 SPARC_LINUX (SPARC32?) 
 SPARC64_LINUX 
 ARM_CE (WINCE?) 

etc. but probably not..

and at the same answer this question of GNU vs. native toolsets.

or maybe adopt the GNU configure platform names??????


 - Jay



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20080908/5ba07984/attachment-0002.html>

From jay.krell at cornell.edu  Tue Sep  9 03:13:22 2008
From: jay.krell at cornell.edu (Jay)
Date: Tue, 9 Sep 2008 01:13:22 +0000
Subject: [M3devel] SPARC64_SOLARIS?
In-Reply-To: <462609.74699.qm@web27103.mail.ukl.yahoo.com>
References: <462609.74699.qm@web27103.mail.ukl.yahoo.com>
Message-ID: <COL101-W69AB293C3C801E3B83369CE6540@phx.gbl>


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 <jay.krell at cornell.edu> escribi?:> De: Jay <jay.krell at cornell.edu>> Asunto: [M3devel] SPARC64_SOLARIS?> Para: "m3devel" <m3devel at elegosoft.com>> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20080909/a020ca68/attachment-0002.html>

From jay.krell at cornell.edu  Tue Sep  9 03:24:15 2008
From: jay.krell at cornell.edu (Jay)
Date: Tue, 9 Sep 2008 01:24:15 +0000
Subject: [M3devel] FW:  SPARC64_SOLARIS?
In-Reply-To: <462609.74699.qm@web27103.mail.ukl.yahoo.com>
References: <462609.74699.qm@web27103.mail.ukl.yahoo.com>
Message-ID: <COL101-W50F2E5E5C4B4C43EBCD801E6540@phx.gbl>


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



From jay.krell at cornell.edu  Tue Sep  9 03:35:19 2008
From: jay.krell at cornell.edu (Jay)
Date: Tue, 9 Sep 2008 01:35:19 +0000
Subject: [M3devel] FW:  SPARC64_SOLARIS?
In-Reply-To: <462609.74699.qm@web27103.mail.ukl.yahoo.com>
References: <462609.74699.qm@web27103.mail.ukl.yahoo.com>
Message-ID: <COL101-W79F6768A96DA3D625339BCE6540@phx.gbl>


truncated again!



> From: jay.krell at cornell.edu
> To: dabenavidesd at yahoo.es; m3devel at elegosoft.com
> Subject: FW: [M3devel] SPARC64_SOLARIS?
> Date: Tue, 9 Sep 2008 01:24:15 +0000
>
>
> 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
>


From dragisha at m3w.org  Tue Sep  9 08:31:20 2008
From: dragisha at m3w.org (=?UTF-8?Q?Dragi=C5=A1a_Duri=C4=87?=)
Date: Tue, 09 Sep 2008 08:31:20 +0200
Subject: [M3devel] AMD64_LINUX status
Message-ID: <1220941880.9421.11.camel@faramir.m3w.org>

Fast search through archives reveals only May 8 snapshot by Jay... Any
progress with it? GC debugged?

Thanks
-- 
Dragi?a Duri? <dragisha at m3w.org>



From jay.krell at cornell.edu  Tue Sep  9 11:43:03 2008
From: jay.krell at cornell.edu (Jay)
Date: Tue, 9 Sep 2008 09:43:03 +0000
Subject: [M3devel] AMD64_LINUX status
In-Reply-To: <1220941880.9421.11.camel@faramir.m3w.org>
References: <1220941880.9421.11.camel@faramir.m3w.org>
Message-ID: <COL101-W284C9BF1498474699AEEDEE6540@phx.gbl>


Problems:
  GC not debugged 
  64 bit hosted cm3cg doesn't work; same as other 64 bit hosted cm3cg, but can use 32 bit ok 
  I on big tangent building lots of gcc configurations. :( 

I can't guarantee I had any GC problems, but I did have GC problems on at least
one "new" target. Probably this one.

I did commit all my changes though, you might say that's good news.

I'll debug the 64 bit host thingy first, by stepping through in parallel working and non-working.
  I actually got pretty close to this already but bailed, sorry.
Then maybe the other, but if anyone else can...

 - Jay


> From: dragisha at m3w.org
> To: m3devel at elegosoft.com
> Date: Tue, 9 Sep 2008 08:31:20 +0200
> Subject: [M3devel] AMD64_LINUX status
>
> Fast search through archives reveals only May 8 snapshot by Jay... Any
> progress with it? GC debugged?
>
> Thanks
> --
> Dragi?a Duri? 
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20080909/a1c904a2/attachment-0002.html>

From rodney.bates at wichita.edu  Fri Sep 12 18:24:45 2008
From: rodney.bates at wichita.edu (Rodney M. Bates)
Date: Fri, 12 Sep 2008 11:24:45 -0500
Subject: [M3devel] Another CVS question,
	getting a specific version of a specific file
Message-ID: <48CA97CD.6060503@wichita.edu>

Yet again, I need some CVS help.  I want to get complete copies
of m3-sys/m3cc/gcc/gcc/function.c, versions 1.7 and 1.6, just to
look at for inspiration.  I can't find anything in my CVS book
that looks like it will do this.  checkout works on projects,
not files, update will merge with what's in my working directory,
which I really don't want, and I expect diff will overwhelm me,
since 1.6, 1.7, and 1.8 of this file are taken from gcc
3.4.5, 4.1.1, and 4.3.0, respectively.  Is there any direct way?

Rodney M. Bates




From lemming at henning-thielemann.de  Fri Sep 12 20:36:22 2008
From: lemming at henning-thielemann.de (Henning Thielemann)
Date: Fri, 12 Sep 2008 20:36:22 +0200 (CEST)
Subject: [M3devel] Another CVS question,
	getting a specific version of a specific file
In-Reply-To: <48CA97CD.6060503@wichita.edu>
References: <48CA97CD.6060503@wichita.edu>
Message-ID: <Pine.SOC.4.64.0809122035160.16362@verdi>


On Fri, 12 Sep 2008, Rodney M. Bates wrote:

> Yet again, I need some CVS help.  I want to get complete copies
> of m3-sys/m3cc/gcc/gcc/function.c, versions 1.7 and 1.6, just to
> look at for inspiration.  I can't find anything in my CVS book
> that looks like it will do this.  checkout works on projects,
> not files, update will merge with what's in my working directory,
> which I really don't want, and I expect diff will overwhelm me,
> since 1.6, 1.7, and 1.8 of this file are taken from gcc
> 3.4.5, 4.1.1, and 4.3.0, respectively.  Is there any direct way?

Use 'cvs update' and -P option (and -r of course). This sends the file to 
standard output and is "not sticky".


From rodney.bates at wichita.edu  Fri Sep 12 22:14:09 2008
From: rodney.bates at wichita.edu (Rodney M. Bates)
Date: Fri, 12 Sep 2008 15:14:09 -0500
Subject: [M3devel] Another CVS question,
 getting a specific version of a specific file
In-Reply-To: <Pine.SOC.4.64.0809122035160.16362@verdi>
References: <48CA97CD.6060503@wichita.edu>
	<Pine.SOC.4.64.0809122035160.16362@verdi>
Message-ID: <48CACD91.7080402@wichita.edu>

Thanks, that did it.

Henning Thielemann wrote:
>
> On Fri, 12 Sep 2008, Rodney M. Bates wrote:
>
>> Yet again, I need some CVS help.  I want to get complete copies
>> of m3-sys/m3cc/gcc/gcc/function.c, versions 1.7 and 1.6, just to
>> look at for inspiration.  I can't find anything in my CVS book
>> that looks like it will do this.  checkout works on projects,
>> not files, update will merge with what's in my working directory,
>> which I really don't want, and I expect diff will overwhelm me,
>> since 1.6, 1.7, and 1.8 of this file are taken from gcc
>> 3.4.5, 4.1.1, and 4.3.0, respectively.  Is there any direct way?
>
> Use 'cvs update' and -P option (and -r of course). This sends the file 
> to standard output and is "not sticky".



From jay.krell at cornell.edu  Sat Sep 13 01:23:50 2008
From: jay.krell at cornell.edu (Jay)
Date: Fri, 12 Sep 2008 23:23:50 +0000
Subject: [M3devel] Another CVS question,
 getting a specific version of a specific file
In-Reply-To: <48CACD91.7080402@wichita.edu>
References: <48CA97CD.6060503@wichita.edu>
	<Pine.SOC.4.64.0809122035160.16362@verdi>
	<48CACD91.7080402@wichita.edu>
Message-ID: <COL101-W69EE32D94236331C579861E6510@phx.gbl>


How do you get the entire tree at a certain date/time?I'm just curious.
This is very easy in Perforce, just:
  p4 sync @date/time  
 
 - Jay> Date: Fri, 12 Sep 2008 15:14:09 -0500> From: rodney.bates at wichita.edu> To: m3devel at elegosoft.com> Subject: Re: [M3devel] Another CVS question, getting a specific version of a specific file> > Thanks, that did it.> > Henning Thielemann wrote:> >> > On Fri, 12 Sep 2008, Rodney M. Bates wrote:> >> >> Yet again, I need some CVS help. I want to get complete copies> >> of m3-sys/m3cc/gcc/gcc/function.c, versions 1.7 and 1.6, just to> >> look at for inspiration. I can't find anything in my CVS book> >> that looks like it will do this. checkout works on projects,> >> not files, update will merge with what's in my working directory,> >> which I really don't want, and I expect diff will overwhelm me,> >> since 1.6, 1.7, and 1.8 of this file are taken from gcc> >> 3.4.5, 4.1.1, and 4.3.0, respectively. Is there any direct way?> >> > Use 'cvs update' and -P option (and -r of course). This sends the file > > to standard output and is "not sticky".> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20080912/71c8f553/attachment-0002.html>

From dmuysers at hotmail.com  Thu Sep 18 16:24:01 2008
From: dmuysers at hotmail.com (Dirk Muysers)
Date: Thu, 18 Sep 2008 16:24:01 +0200
Subject: [M3devel] selective package download seems not to work
Message-ID: <BAY143-DS2BC8F4708401772C6912FDD4F0@phx.gbl>

Notice: Undefined index: zip in /var/www/modula3.elegosoft.com/dlpckg.php on 
line 298
Notice: Use of undefined constant max_execution_time - assumed 
'max_execution_time' in /var/www/modula3.elegosoft.com/dlpckg.php on line 
268
Error!
CVS could not complete your request: 



From martinbishop at bellsouth.net  Wed Sep 24 03:17:09 2008
From: martinbishop at bellsouth.net (Martin Bishop)
Date: Tue, 23 Sep 2008 20:17:09 -0500
Subject: [M3devel] Printing Arrays?
Message-ID: <48D99515.8080401@bellsouth.net>

This is probably a stupid question, but is there anything in CM3 to
print an array?  And if not, what's the best way to write a procedure to
"pretty print" an array?


From jay.krell at cornell.edu  Wed Sep 24 05:59:03 2008
From: jay.krell at cornell.edu (Jay)
Date: Wed, 24 Sep 2008 03:59:03 +0000
Subject: [M3devel] Printing Arrays?
In-Reply-To: <48D99515.8080401@bellsouth.net>
References: <48D99515.8080401@bellsouth.net>
Message-ID: <COL101-W18C44F89161A716AB340CEE6450@phx.gbl>


Write a for loop.

 - Jay


> Date: Tue, 23 Sep 2008 20:17:09 -0500
> From: martinbishop at bellsouth.net
> To: m3devel at elegosoft.com
> Subject: [M3devel] Printing Arrays?
>
> This is probably a stupid question, but is there anything in CM3 to
> print an array? And if not, what's the best way to write a procedure to
> "pretty print" an array?


From mika at async.caltech.edu  Sun Sep 28 06:45:52 2008
From: mika at async.caltech.edu (Mika Nystrom)
Date: Sat, 27 Sep 2008 21:45:52 -0700
Subject: [M3devel] Pretty-printing REFANYs?
Message-ID: <200809280446.m8S4jq89068095@camembert.async.caltech.edu>

Hello Modula-3 people,

I am working on a writing an interpreter that I'd like to embed in
various Modula-3 programs.  It so happens that this interpreter
might from time to time be manipulating arbitrary M3 REFs, and just
from the point of view of providing information to a human user,
it might be nice to be able to pretty-print these.  Does anyone
have any code that accomplishes this, at least partly?  I'm thinking
that since m3gdb can do it, the information must all be in the
binary---somehow.  (Even enumeration names, right?)  And since the
pickler can pickle things... hmm.

I would greatly appreciate any guidance that's out there...

    Best regards,
       Mika Nystrom


From darko at darko.org  Sun Sep 28 07:22:33 2008
From: darko at darko.org (Darko)
Date: Sun, 28 Sep 2008 07:22:33 +0200
Subject: [M3devel] Pretty-printing REFANYs?
In-Reply-To: <200809280446.m8S4jq89068095@camembert.async.caltech.edu>
References: <200809280446.m8S4jq89068095@camembert.async.caltech.edu>
Message-ID: <73867B5E-019D-41F5-93CB-BDD60D85394F@darko.org>

You can use RTTipe to read the fields and values within a type. If you  
also want the type and field names you can interpret the .M3WEB file.  
I have a couple of modules that do something like that but they are  
not what you would call finished. What level of detail are you after?


On 28/09/2008, at 6:45 AM, Mika Nystrom wrote:

> Hello Modula-3 people,
>
> I am working on a writing an interpreter that I'd like to embed in
> various Modula-3 programs.  It so happens that this interpreter
> might from time to time be manipulating arbitrary M3 REFs, and just
> from the point of view of providing information to a human user,
> it might be nice to be able to pretty-print these.  Does anyone
> have any code that accomplishes this, at least partly?  I'm thinking
> that since m3gdb can do it, the information must all be in the
> binary---somehow.  (Even enumeration names, right?)  And since the
> pickler can pickle things... hmm.
>
> I would greatly appreciate any guidance that's out there...
>
>    Best regards,
>       Mika Nystrom



From mika at async.caltech.edu  Sun Sep 28 07:49:58 2008
From: mika at async.caltech.edu (Mika Nystrom)
Date: Sat, 27 Sep 2008 22:49:58 -0700
Subject: [M3devel] Pretty-printing REFANYs?
In-Reply-To: Your message of "Sun, 28 Sep 2008 07:22:33 +0200."
	<73867B5E-019D-41F5-93CB-BDD60D85394F@darko.org> 
Message-ID: <200809280549.m8S5nwbx069465@camembert.async.caltech.edu>

Right, I am aware of those interfaces.. just wondering what was
out there.  Do I really need to look at .M3WEB?  I thought
that m3gdb could figure out things without anything outside
of the binary...

I'm looking for essentially what m3gdb offers, say prints
at minimum the name of the type (this I recall is trivial with
some of the RT* interfaces) but hopefully also with field names
and values, but doesn't expand references recursively.. something
like that?

    Mika

Darko writes:
>You can use RTTipe to read the fields and values within a type. If you  
>also want the type and field names you can interpret the .M3WEB file.  
>I have a couple of modules that do something like that but they are  
>not what you would call finished. What level of detail are you after?
>
>
>On 28/09/2008, at 6:45 AM, Mika Nystrom wrote:
>
>> Hello Modula-3 people,
>>
>> I am working on a writing an interpreter that I'd like to embed in
>> various Modula-3 programs.  It so happens that this interpreter
>> might from time to time be manipulating arbitrary M3 REFs, and just
>> from the point of view of providing information to a human user,
>> it might be nice to be able to pretty-print these.  Does anyone
>> have any code that accomplishes this, at least partly?  I'm thinking
>> that since m3gdb can do it, the information must all be in the
>> binary---somehow.  (Even enumeration names, right?)  And since the
>> pickler can pickle things... hmm.
>>
>> I would greatly appreciate any guidance that's out there...
>>
>>    Best regards,
>>       Mika Nystrom


From darko at darko.org  Sun Sep 28 08:01:43 2008
From: darko at darko.org (Darko)
Date: Sun, 28 Sep 2008 08:01:43 +0200
Subject: [M3devel] Pretty-printing REFANYs?
In-Reply-To: <200809280549.m8S5nwbx069465@camembert.async.caltech.edu>
References: <200809280549.m8S5nwbx069465@camembert.async.caltech.edu>
Message-ID: <DA74F6CA-4488-42C5-BED2-CFE8162469F0@darko.org>

As far as I know, yes, they're not in the binary. I'd love to be  
proven wrong though, or fix it so they did. I have a module that reads  
the .M3WEB file and maps it to types and a module that will read and  
write any field within a type safely using a numeric index. Neither is  
perfect. You can integrate the two to get what you want but I seem to  
remember having some problems mapping type ids (UIDs?) to typecodes at  
runtime.


On 28/09/2008, at 7:49 AM, Mika Nystrom wrote:

> Right, I am aware of those interfaces.. just wondering what was
> out there.  Do I really need to look at .M3WEB?  I thought
> that m3gdb could figure out things without anything outside
> of the binary...
>
> I'm looking for essentially what m3gdb offers, say prints
> at minimum the name of the type (this I recall is trivial with
> some of the RT* interfaces) but hopefully also with field names
> and values, but doesn't expand references recursively.. something
> like that?
>
>    Mika
>
> Darko writes:
>> You can use RTTipe to read the fields and values within a type. If  
>> you
>> also want the type and field names you can interpret the .M3WEB file.
>> I have a couple of modules that do something like that but they are
>> not what you would call finished. What level of detail are you after?
>>
>>
>> On 28/09/2008, at 6:45 AM, Mika Nystrom wrote:
>>
>>> Hello Modula-3 people,
>>>
>>> I am working on a writing an interpreter that I'd like to embed in
>>> various Modula-3 programs.  It so happens that this interpreter
>>> might from time to time be manipulating arbitrary M3 REFs, and just
>>> from the point of view of providing information to a human user,
>>> it might be nice to be able to pretty-print these.  Does anyone
>>> have any code that accomplishes this, at least partly?  I'm thinking
>>> that since m3gdb can do it, the information must all be in the
>>> binary---somehow.  (Even enumeration names, right?)  And since the
>>> pickler can pickle things... hmm.
>>>
>>> I would greatly appreciate any guidance that's out there...
>>>
>>>   Best regards,
>>>      Mika Nystrom



From jay.krell at cornell.edu  Tue Sep 30 10:25:25 2008
From: jay.krell at cornell.edu (Jay)
Date: Tue, 30 Sep 2008 08:25:25 +0000
Subject: [M3devel] m3cc build fails on older MacOS X
In-Reply-To: <20080506075754.o24j7xhx4wgokwwo@mail.elegosoft.com>
References: <20080506075754.o24j7xhx4wgokwwo@mail.elegosoft.com>
Message-ID: <COL101-W243B2B91162A39B280C4AFE6430@phx.gbl>


I have a machine running 10.3 now.

gcc-4.3.2 (the current release) won't (toplevel) configure on MacOSX 10.3 apparently because its assembler doesn't support ".machine".
Current "cctools" won't compile on 10.3 without patches or other updates, due to mucking with ppc64 stuff, though that is easy to fix.

A simple wrapper around as for use on 10.3 that strips the .machine directive is probably reasonable, or a patch to gcc to just not emit it for Darwin, except maybe for non-ppc, or subject to a switch.

Other than support for more architectures, I never found any of the updates beyond 10.2 very interesting.
Though current Firefox and Safari also won't run on 10.3.

IF I get this working, maybe I'll bring 10.2 back up also..

 - Jay

________________________________

From: jayk123 at hotmail.com
To: wagner at elegosoft.com; m3devel at elegosoft.com
Subject: RE: [M3devel] m3cc build fails on older MacOS X
Date: Tue, 6 May 2008 10:49:11 +0000




I don't know what these Darwin versions are.
Mac OSX 10.0? 10.1? 10.2? 10.3? 10.4? 10.5?
I used to run 10.2 and could perhaps bring it back (though I'd hate to lose my PPC_LINUX install.. :( )

> make[2]: Nothing to be done for `all'.
> Makefile:191: *** Insufficient number of arguments (2) to function
> `patsubst'. Stop.

Hopefully that's enough context though.

The rest is a cascade.
What happens if you remove all my m3makefile wierdness (which works everywhere else..) and just configure and make?

Can I ssh into this?

 - Jay



________________________________


> Date: Tue, 6 May 2008 07:57:54 +0200
> From: wagner at elegosoft.com
> To: m3devel at elegosoft.com
> Subject: [M3devel] m3cc build fails on older MacOS X
>
> On % uname -a
> Darwin apple.local 7.9.0 Darwin Kernel Version 7.9.0: Wed Mar 30
> 20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC Power
> Macintosh powerpc:
>
> echo ./regex.o ./cplus-dem.o ./cp-demangle.o ./md5.o ./alloca.o
> ./argv.o ./choose-temp.o ./concat.o ./cp-demint.o ./dyn-string.o
> ./fdmatch.o ./fibheap.o ./filename_cmp.o ./floatformat.o ./fnmatch.o
> ./fopen_unlocked.o ./getopt.o ./getopt1.o ./getpwd.o ./getruntime.o
> ./hashtab.o ./hex.o ./lbasename.o ./lrealpath.o
> ./make-relative-prefix.o ./make-temp-file.o ./objalloc.o ./obstack.o
> ./partition.o ./pexecute.o ./physmem.o ./pex-common.o ./pex-one.o
> ./pex-unix.o ./safe-ctype.o ./sort.o ./spaces.o ./splay-tree.o
> ./strerror.o ./strsignal.o ./unlink-if-ordinary.o ./xatexit.o
> ./xexit.o ./xmalloc.o ./xmemdup.o ./xstrdup.o ./xstrerror.o
> ./xstrndup.o> required-list
> make[2]: Nothing to be done for `all'.
> Makefile:191: *** Insufficient number of arguments (2) to function
> `patsubst'. Stop.
> make: *** [all-libcpp] Error 2
> /bin/sh: line 1: cd: gcc: No such file or directory
> make: *** No rule to make target `s-modes'. Stop.
> "/Users/wagner/work/cm3/m3-sys/m3cc/src/m3makefile", line 314: quake
> runtime error: unable to copy "./gcc/m3cgc1" to "./cm3cg": errno=2
>
> --procedure-- -line- -file---
> cp_if -- 
> postcp 314 /Users/wagner/work/cm3/m3-sys/m3cc/src/m3makefile
> include_dir 360 /Users/wagner/work/cm3/m3-sys/m3cc/src/m3makefile
> 9
> /Users/wagner/work/cm3/m3-sys/m3cc/PPC_DARWIN/m3make.args
>
> Fatal Error: package build failed
> ==> m3-sys/m3cc done
>
> Any ideas?
>
> Olaf
> --
> Olaf Wagner -- elego Software Solutions GmbH
> Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany
> phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95
> http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz: Berlin
> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194
>



From jay.krell at cornell.edu  Tue Sep 30 10:36:33 2008
From: jay.krell at cornell.edu (Jay)
Date: Tue, 30 Sep 2008 08:36:33 +0000
Subject: [M3devel] AMD-64 binaries?
In-Reply-To: <20080903075804.zhep2ichmow00scg@mail.elegosoft.com>
References: <48BDF24B.900@wichita.edu>
	<20080903075804.zhep2ichmow00scg@mail.elegosoft.com>
Message-ID: <COL101-W839FDBE447569C4D9BACC6E6430@phx.gbl>


I'm getting back to this now.
I didn't realize it till this weekend, but that archive is "relatively incompatible".
In particular it has 32bit hosted tools, and won't run on Debian 4.0r4 / AMD64.
Something about glibc 2.4, when all I see on my system is 2.3.
I'll see what I can do.
Probably just rebuild cm3cg.
I think it was built on Fedora, but could have been Ubuntu or OpenSuse.
Probably just that Debian stable lags the others.

The main problem to debug is why 64bit hosted tools "never" work.
(Right?)


Stay tuned for a bunch more ports "soon", I've got a bunch more hardware,
that runs Linux and others (Solaris, AIX, Irix).. :)

I'll be able to debug the high dpi gui problems on a friend's laptop soon too.
Send me a repro. I expect it is trivial -- like anything with a scrollbar.
I can try formsedit, etc.


 - Jay


> Date: Wed, 3 Sep 2008 07:58:04 +0200
> From: wagner at elegosoft.com
> To: m3devel at elegosoft.com
> Subject: Re: [M3devel] AMD-64 binaries?
>
> Quoting "Rodney M. Bates" :
>
>> Are there binaries for AMD-64 around that can be used
>> to bootstrap a 64-bit Linux compiler?
>
> Have a look at
>
> http://www.opencm3.net/uploaded-archives/index.html
>
> There are some AMD64 archives; I don't know about their status
> offhand, though. I think Jay Krell produced them.
> AFAIK there is no regular build on this platform yet.
>
> Olaf
> --
> Olaf Wagner -- elego Software Solutions GmbH
> Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany
> phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95
> http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz: Berlin
> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194
>


From hosking at cs.purdue.edu  Tue Sep 30 11:15:22 2008
From: hosking at cs.purdue.edu (Tony Hosking)
Date: Tue, 30 Sep 2008 10:15:22 +0100
Subject: [M3devel] m3cc build fails on older MacOS X
In-Reply-To: <COL101-W243B2B91162A39B280C4AFE6430@phx.gbl>
References: <20080506075754.o24j7xhx4wgokwwo@mail.elegosoft.com>
	<COL101-W243B2B91162A39B280C4AFE6430@phx.gbl>
Message-ID: <CEDFF837-1CFA-4C43-B287-D480AE19B889@cs.purdue.edu>

Does anyone really care about 10.3 now?  As I recall, it had some  
pretty broken assumptions.

On Sep 30, 2008, at 9:25 AM, Jay wrote:

>
> I have a machine running 10.3 now.
>
> gcc-4.3.2 (the current release) won't (toplevel) configure on MacOSX  
> 10.3 apparently because its assembler doesn't support ".machine".
> Current "cctools" won't compile on 10.3 without patches or other  
> updates, due to mucking with ppc64 stuff, though that is easy to fix.
>
> A simple wrapper around as for use on 10.3 that strips the .machine  
> directive is probably reasonable, or a patch to gcc to just not emit  
> it for Darwin, except maybe for non-ppc, or subject to a switch.
>
> Other than support for more architectures, I never found any of the  
> updates beyond 10.2 very interesting.
> Though current Firefox and Safari also won't run on 10.3.
>
> IF I get this working, maybe I'll bring 10.2 back up also..
>
> - Jay
>
> ________________________________
>
> From: jayk123 at hotmail.com
> To: wagner at elegosoft.com; m3devel at elegosoft.com
> Subject: RE: [M3devel] m3cc build fails on older MacOS X
> Date: Tue, 6 May 2008 10:49:11 +0000
>
>
>
>
> I don't know what these Darwin versions are.
> Mac OSX 10.0? 10.1? 10.2? 10.3? 10.4? 10.5?
> I used to run 10.2 and could perhaps bring it back (though I'd hate  
> to lose my PPC_LINUX install.. :( )
>
>> make[2]: Nothing to be done for `all'.
>> Makefile:191: *** Insufficient number of arguments (2) to function
>> `patsubst'. Stop.
>
> Hopefully that's enough context though.
>
> The rest is a cascade.
> What happens if you remove all my m3makefile wierdness (which works  
> everywhere else..) and just configure and make?
>
> Can I ssh into this?
>
> - Jay
>
>
>
> ________________________________
>
>
>> Date: Tue, 6 May 2008 07:57:54 +0200
>> From: wagner at elegosoft.com
>> To: m3devel at elegosoft.com
>> Subject: [M3devel] m3cc build fails on older MacOS X
>>
>> On % uname -a
>> Darwin apple.local 7.9.0 Darwin Kernel Version 7.9.0: Wed Mar 30
>> 20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC Power
>> Macintosh powerpc:
>>
>> echo ./regex.o ./cplus-dem.o ./cp-demangle.o ./md5.o ./alloca.o
>> ./argv.o ./choose-temp.o ./concat.o ./cp-demint.o ./dyn-string.o
>> ./fdmatch.o ./fibheap.o ./filename_cmp.o ./floatformat.o ./fnmatch.o
>> ./fopen_unlocked.o ./getopt.o ./getopt1.o ./getpwd.o ./getruntime.o
>> ./hashtab.o ./hex.o ./lbasename.o ./lrealpath.o
>> ./make-relative-prefix.o ./make-temp-file.o ./objalloc.o ./obstack.o
>> ./partition.o ./pexecute.o ./physmem.o ./pex-common.o ./pex-one.o
>> ./pex-unix.o ./safe-ctype.o ./sort.o ./spaces.o ./splay-tree.o
>> ./strerror.o ./strsignal.o ./unlink-if-ordinary.o ./xatexit.o
>> ./xexit.o ./xmalloc.o ./xmemdup.o ./xstrdup.o ./xstrerror.o
>> ./xstrndup.o> required-list
>> make[2]: Nothing to be done for `all'.
>> Makefile:191: *** Insufficient number of arguments (2) to function
>> `patsubst'. Stop.
>> make: *** [all-libcpp] Error 2
>> /bin/sh: line 1: cd: gcc: No such file or directory
>> make: *** No rule to make target `s-modes'. Stop.
>> "/Users/wagner/work/cm3/m3-sys/m3cc/src/m3makefile", line 314: quake
>> runtime error: unable to copy "./gcc/m3cgc1" to "./cm3cg": errno=2
>>
>> --procedure-- -line- -file---
>> cp_if --
>> postcp 314 /Users/wagner/work/cm3/m3-sys/m3cc/src/m3makefile
>> include_dir 360 /Users/wagner/work/cm3/m3-sys/m3cc/src/m3makefile
>> 9
>> /Users/wagner/work/cm3/m3-sys/m3cc/PPC_DARWIN/m3make.args
>>
>> Fatal Error: package build failed
>> ==> m3-sys/m3cc done
>>
>> Any ideas?
>>
>> Olaf
>> --
>> Olaf Wagner -- elego Software Solutions GmbH
>> Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany
>> phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23  
>> 45 86 95
>> http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz:  
>> Berlin
>> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr:  
>> DE163214194
>>
>



From darko at darko.org  Tue Sep 30 11:50:43 2008
From: darko at darko.org (Darko)
Date: Tue, 30 Sep 2008 11:50:43 +0200
Subject: [M3devel] m3cc build fails on older MacOS X
In-Reply-To: <CEDFF837-1CFA-4C43-B287-D480AE19B889@cs.purdue.edu>
References: <20080506075754.o24j7xhx4wgokwwo@mail.elegosoft.com>
	<COL101-W243B2B91162A39B280C4AFE6430@phx.gbl>
	<CEDFF837-1CFA-4C43-B287-D480AE19B889@cs.purdue.edu>
Message-ID: <5302F72A-11E4-4EC0-BD6C-53816834C1A6@darko.org>

I think supporting the latest version is enough work. I don't see the  
point of supporting older releases. Also, this seems to be relevant to  
development on that version of the system. Anyone who wants to build  
can upgrade.


On 30/09/2008, at 11:15 AM, Tony Hosking wrote:

> Does anyone really care about 10.3 now?  As I recall, it had some  
> pretty broken assumptions.
>
> On Sep 30, 2008, at 9:25 AM, Jay wrote:
>
>>
>> I have a machine running 10.3 now.
>>
>> gcc-4.3.2 (the current release) won't (toplevel) configure on  
>> MacOSX 10.3 apparently because its assembler doesn't support  
>> ".machine".
>> Current "cctools" won't compile on 10.3 without patches or other  
>> updates, due to mucking with ppc64 stuff, though that is easy to fix.
>>
>> A simple wrapper around as for use on 10.3 that strips the .machine  
>> directive is probably reasonable, or a patch to gcc to just not  
>> emit it for Darwin, except maybe for non-ppc, or subject to a switch.
>>
>> Other than support for more architectures, I never found any of the  
>> updates beyond 10.2 very interesting.
>> Though current Firefox and Safari also won't run on 10.3.
>>
>> IF I get this working, maybe I'll bring 10.2 back up also..
>>
>> - Jay
>>
>> ________________________________
>>
>> From: jayk123 at hotmail.com
>> To: wagner at elegosoft.com; m3devel at elegosoft.com
>> Subject: RE: [M3devel] m3cc build fails on older MacOS X
>> Date: Tue, 6 May 2008 10:49:11 +0000
>>
>>
>>
>>
>> I don't know what these Darwin versions are.
>> Mac OSX 10.0? 10.1? 10.2? 10.3? 10.4? 10.5?
>> I used to run 10.2 and could perhaps bring it back (though I'd hate  
>> to lose my PPC_LINUX install.. :( )
>>
>>> make[2]: Nothing to be done for `all'.
>>> Makefile:191: *** Insufficient number of arguments (2) to function
>>> `patsubst'. Stop.
>>
>> Hopefully that's enough context though.
>>
>> The rest is a cascade.
>> What happens if you remove all my m3makefile wierdness (which works  
>> everywhere else..) and just configure and make?
>>
>> Can I ssh into this?
>>
>> - Jay
>>
>>
>>
>> ________________________________
>>
>>
>>> Date: Tue, 6 May 2008 07:57:54 +0200
>>> From: wagner at elegosoft.com
>>> To: m3devel at elegosoft.com
>>> Subject: [M3devel] m3cc build fails on older MacOS X
>>>
>>> On % uname -a
>>> Darwin apple.local 7.9.0 Darwin Kernel Version 7.9.0: Wed Mar 30
>>> 20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC Power
>>> Macintosh powerpc:
>>>
>>> echo ./regex.o ./cplus-dem.o ./cp-demangle.o ./md5.o ./alloca.o
>>> ./argv.o ./choose-temp.o ./concat.o ./cp-demint.o ./dyn-string.o
>>> ./fdmatch.o ./fibheap.o ./filename_cmp.o ./floatformat.o ./fnmatch.o
>>> ./fopen_unlocked.o ./getopt.o ./getopt1.o ./getpwd.o ./getruntime.o
>>> ./hashtab.o ./hex.o ./lbasename.o ./lrealpath.o
>>> ./make-relative-prefix.o ./make-temp-file.o ./objalloc.o ./obstack.o
>>> ./partition.o ./pexecute.o ./physmem.o ./pex-common.o ./pex-one.o
>>> ./pex-unix.o ./safe-ctype.o ./sort.o ./spaces.o ./splay-tree.o
>>> ./strerror.o ./strsignal.o ./unlink-if-ordinary.o ./xatexit.o
>>> ./xexit.o ./xmalloc.o ./xmemdup.o ./xstrdup.o ./xstrerror.o
>>> ./xstrndup.o> required-list
>>> make[2]: Nothing to be done for `all'.
>>> Makefile:191: *** Insufficient number of arguments (2) to function
>>> `patsubst'. Stop.
>>> make: *** [all-libcpp] Error 2
>>> /bin/sh: line 1: cd: gcc: No such file or directory
>>> make: *** No rule to make target `s-modes'. Stop.
>>> "/Users/wagner/work/cm3/m3-sys/m3cc/src/m3makefile", line 314: quake
>>> runtime error: unable to copy "./gcc/m3cgc1" to "./cm3cg": errno=2
>>>
>>> --procedure-- -line- -file---
>>> cp_if --
>>> postcp 314 /Users/wagner/work/cm3/m3-sys/m3cc/src/m3makefile
>>> include_dir 360 /Users/wagner/work/cm3/m3-sys/m3cc/src/m3makefile
>>> 9
>>> /Users/wagner/work/cm3/m3-sys/m3cc/PPC_DARWIN/m3make.args
>>>
>>> Fatal Error: package build failed
>>> ==> m3-sys/m3cc done
>>>
>>> Any ideas?
>>>
>>> Olaf
>>> --
>>> Olaf Wagner -- elego Software Solutions GmbH
>>> Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany
>>> phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23  
>>> 45 86 95
>>> http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz:  
>>> Berlin
>>> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr:  
>>> DE163214194
>>>
>>
>



From hosking at cs.purdue.edu  Tue Sep 30 11:16:41 2008
From: hosking at cs.purdue.edu (Tony Hosking)
Date: Tue, 30 Sep 2008 10:16:41 +0100
Subject: [M3devel] AMD-64 binaries?
In-Reply-To: <COL101-W839FDBE447569C4D9BACC6E6430@phx.gbl>
References: <48BDF24B.900@wichita.edu>
	<20080903075804.zhep2ichmow00scg@mail.elegosoft.com>
	<COL101-W839FDBE447569C4D9BACC6E6430@phx.gbl>
Message-ID: <30A598AF-F712-4284-A776-6C14C1B69606@cs.purdue.edu>

64-bit hosted tools?  Do you mean only for Linux?  I don't quite  
understand what you are saying.

On Sep 30, 2008, at 9:36 AM, Jay wrote:

>
> I'm getting back to this now.
> I didn't realize it till this weekend, but that archive is  
> "relatively incompatible".
> In particular it has 32bit hosted tools, and won't run on Debian  
> 4.0r4 / AMD64.
> Something about glibc 2.4, when all I see on my system is 2.3.
> I'll see what I can do.
> Probably just rebuild cm3cg.
> I think it was built on Fedora, but could have been Ubuntu or  
> OpenSuse.
> Probably just that Debian stable lags the others.
>
> The main problem to debug is why 64bit hosted tools "never" work.
> (Right?)
>
>
> Stay tuned for a bunch more ports "soon", I've got a bunch more  
> hardware,
> that runs Linux and others (Solaris, AIX, Irix).. :)
>
> I'll be able to debug the high dpi gui problems on a friend's laptop  
> soon too.
> Send me a repro. I expect it is trivial -- like anything with a  
> scrollbar.
> I can try formsedit, etc.
>
>
> - Jay
>
>
>> Date: Wed, 3 Sep 2008 07:58:04 +0200
>> From: wagner at elegosoft.com
>> To: m3devel at elegosoft.com
>> Subject: Re: [M3devel] AMD-64 binaries?
>>
>> Quoting "Rodney M. Bates" :
>>
>>> Are there binaries for AMD-64 around that can be used
>>> to bootstrap a 64-bit Linux compiler?
>>
>> Have a look at
>>
>> http://www.opencm3.net/uploaded-archives/index.html
>>
>> There are some AMD64 archives; I don't know about their status
>> offhand, though. I think Jay Krell produced them.
>> AFAIK there is no regular build on this platform yet.
>>
>> Olaf
>> --
>> Olaf Wagner -- elego Software Solutions GmbH
>> Gustav-Meyer-Allee 25 / Geb?ude 12, 13355 Berlin, Germany
>> phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23  
>> 45 86 95
>> http://www.elegosoft.com | Gesch?ftsf?hrer: Olaf Wagner | Sitz:  
>> Berlin
>> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr:  
>> DE163214194
>>



From darko at darko.org  Tue Sep 30 14:41:53 2008
From: darko at darko.org (Darko)
Date: Tue, 30 Sep 2008 14:41:53 +0200
Subject: [M3devel] ARM Darwin
Message-ID: <F29CC4D9-0043-48B9-84F1-93E9F3336D40@darko.org>

Is anyone interested in working on an ARM port for Darwin? Or maybe  
just providing some tips as I give it a try?

Cheers,
Darko.



From hosking at cs.purdue.edu  Tue Sep 30 14:44:28 2008
From: hosking at cs.purdue.edu (Tony Hosking)
Date: Tue, 30 Sep 2008 13:44:28 +0100
Subject: [M3devel] ARM Darwin
In-Reply-To: <F29CC4D9-0043-48B9-84F1-93E9F3336D40@darko.org>
References: <F29CC4D9-0043-48B9-84F1-93E9F3336D40@darko.org>
Message-ID: <5ED8E753-6B9E-4FED-8689-1D3D317A5A36@cs.purdue.edu>

I can share tips...

On Sep 30, 2008, at 1:41 PM, Darko wrote:

> Is anyone interested in working on an ARM port for Darwin? Or maybe  
> just providing some tips as I give it a try?
>
> Cheers,
> Darko.



From darko at darko.org  Tue Sep 30 14:59:39 2008
From: darko at darko.org (Darko)
Date: Tue, 30 Sep 2008 14:59:39 +0200
Subject: [M3devel] ARM Darwin
In-Reply-To: <5ED8E753-6B9E-4FED-8689-1D3D317A5A36@cs.purdue.edu>
References: <F29CC4D9-0043-48B9-84F1-93E9F3336D40@darko.org>
	<5ED8E753-6B9E-4FED-8689-1D3D317A5A36@cs.purdue.edu>
Message-ID: <7F80509C-337F-46E7-93FB-D34AA7F8B4DF@darko.org>

Thanks, it should be a bit easier than the normal process since the  
compiler doesn't have to be fully bootstrapped, I just have to get a  
cross working. I know the first thing is to get the machine  
configuration correct, which I'll start when I get my hands on one of  
the machines in a couple of days. The other thing is to work out how  
Apple are building their own ARM GCC and use that to configure the  
back end. Then the runtime issues which I imagine might be with the GC  
and threading. I'm not sure there will be any native treading and I'm  
sure VM will look very different.


On 30/09/2008, at 2:44 PM, Tony Hosking wrote:

> I can share tips...
>
> On Sep 30, 2008, at 1:41 PM, Darko wrote:
>
>> Is anyone interested in working on an ARM port for Darwin? Or maybe  
>> just providing some tips as I give it a try?
>>
>> Cheers,
>> Darko.
>