[M3devel] Problems building CM3 from trunk.

[Jay K]

Depending on C is VASTLY preferable to depending on C--.
C is WIDELY understood, studied, implemented, optimized.
C-- is extremely "small" in comparison -- in terms of how many people have heard of it, understand it well, have implemented it.


Generating C should be our portable/slow solution, to replace gcc/m3cc/m3cg.
Extending our existing backend to other targets is probably then a good idea, to speed up the compiler.
It would be really great if our backend could inline though.


 - Jay

Date: Sun, 5 Jun 2011 17:16:58 +0100
From: dabenavidesd at yahoo.es
To: ttmrichter at gmail.com; m3devel at elegosoft.com; jay.krell at cornell.edu
Subject: Re: [M3devel] Problems building CM3 from trunk.

Hi all:

I would myself expect in m3core just not Unix nor Win interfaces (or
WeakRef), neither necessarily the Thread interface, I mean if we are
tied to the language definition, this are part of the standard
libraries and by that I mean as are IO and Floating point standard
interfaces. However Unix interfaces are not necessarily there too (as
are not part of the language it self), perhaps the possible c--backend
code generator interface could be there to let m3core interact with
appropriated data structures (dtoa) and maybe the higher level
interfaces (not UNSAFE) in libm3 at least at INTERFACE level. That is I
would prefer to interact via some sort of C-- (instead of C, well if
not verified, at least one of them, or the minimum bit possible of it). The idea is not to
break the dependency in C, but replace by C-- as much as possible, so it's good to start
there I believe.

Thanks in advance

--- El sáb, 4/6/11, Jay K <jay.krell at cornell.edu> escribió:

De: Jay K <jay.krell at cornell.edu>
Asunto: Re: [M3devel] Problems building CM3 from trunk.
Para: ttmrichter at gmail.com, "m3devel" <m3devel at elegosoft.com>
Fecha: sábado, 4 de junio, 2011 22:28




Your m3core is not up to date.

 - Jay

Date: Sun, 5 Jun 2011 10:19:13 +0800
From: ttmrichter at gmail.com
To: m3devel at elegosoft.com
Subject: [M3devel] Problems building CM3 from trunk.

=== package /home/michael/Development/Modula3/cm3/m3-libs/libm3 ===
 +++ cm3 -build -DROOT='/home/michael/Development/Modula3/cm3' $RARGS  && cm3 -ship $RARGS -DROOT='/home/michael/Development/Modula3/cm3'  +++
--- building in AMD64_LINUX ---
ignoring ../src/m3overrides

new source -> compiling ProcessPosixCommon.m3
"../src/os/POSIX/ProcessPosixCommon.m3", line 75: unknown qualification '.' (Fork)1 error encountered
new source -> compiling LowPerfTool.m3"../src/perftool/POSIX/LowPerfTool.m3", line 37: unknown qualification '.' (Fork)
"../src/perftool/POSIX/LowPerfTool.m3", line 39: case labels out of range"../src/perftool/POSIX/LowPerfTool.m3", line 44: case labels out of range
3 errors encounteredcompilation failed => not building library "libm3.a"
Fatal Error: package build failed *** execution of cm3 -build -DROOT='/home/michael/Development/Modula3/cm3' $RARGS  && cm3 -ship $RARGS -DROOT='/home/michael/Development/Modula3/cm3'  failed ***

The cm3 I'm using for this build is:
$ cm3 -version
Critical Mass Modula-3 version d5.9.0  last updated: 2010-07-21
  compiled: 2011-01-31 11:18:56  configuration: /usr/local/cm3/bin/cm3.cfg
  host: AMD64_LINUX  target: AMD64_LINUX

Does anybody have any suggestions what I'm doing wrong here?
-- 
"Perhaps people don't believe this, but throughout all of the discussions of entering China our focus has really been what's best for the Chinese people. It's not been about our revenue or profit or whatnot."

--Sergey Brin, demonstrating the emptiness of the "don't be evil" mantra.
 		 	   		  
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20110605/47b02a4a/attachment-0002.html>