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" : > 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: 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 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. 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: 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: 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: 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: 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: 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? 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: 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: 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: 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: References: <48CA97CD.6060503@wichita.edu> 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> <48CACD91.7080402@wichita.edu> Message-ID: 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: 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: 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: 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: 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: 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: 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: References: <20080506075754.o24j7xhx4wgokwwo@mail.elegosoft.com> Message-ID: 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: References: <20080506075754.o24j7xhx4wgokwwo@mail.elegosoft.com> 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: References: <48BDF24B.900@wichita.edu> <20080903075804.zhep2ichmow00scg@mail.elegosoft.com> 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: 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: References: 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: <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" : > 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: 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 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. 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: 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: 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: 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: 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: 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? 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: 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: 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: 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: References: <48CA97CD.6060503@wichita.edu> 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> <48CACD91.7080402@wichita.edu> Message-ID: 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: 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: 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: 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: 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: 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: 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: References: <20080506075754.o24j7xhx4wgokwwo@mail.elegosoft.com> Message-ID: 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: References: <20080506075754.o24j7xhx4wgokwwo@mail.elegosoft.com> 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: References: <48BDF24B.900@wichita.edu> <20080903075804.zhep2ichmow00scg@mail.elegosoft.com> 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: 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: References: 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: <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" : > 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: 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 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. 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: 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: 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: 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: 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: 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? 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: 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: 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: 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: References: <48CA97CD.6060503@wichita.edu> 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> <48CACD91.7080402@wichita.edu> Message-ID: 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: 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: 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: 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: 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: 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: 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: References: <20080506075754.o24j7xhx4wgokwwo@mail.elegosoft.com> Message-ID: 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: References: <20080506075754.o24j7xhx4wgokwwo@mail.elegosoft.com> 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: References: <48BDF24B.900@wichita.edu> <20080903075804.zhep2ichmow00scg@mail.elegosoft.com> 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: 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: References: 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: <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. >