[M3commit] [modula3/cm3] 6e1d2c: Several fixes for Mac OS X 10.10.4 Yosemite. More ...

jaykrell jay.krell at cornell.edu
Wed Aug 5 20:48:46 CEST 2015

  Branch: refs/heads/master
  Home:   https://github.com/modula3/cm3
  Commit: 6e1d2c208282b2222ec76d6fd54baa93eb287004
  Author: jaykrell <jay.krell at cornell.edu>
  Date:   2015-08-05 (Wed, 05 Aug 2015)

  Changed paths:
    M m3-libs/m3core/src/runtime/common/RTLinkerC.c
    M m3-libs/m3core/src/unix/Common/UnixC.c
    M m3-sys/cminstall/src/config-no-install/Darwin.common
    M m3-sys/m3back/src/M3C.m3
    M m3-sys/m3cc/gcc/gcc/m3cg/parse.c
    M scripts/python/boot2.sh
    M scripts/python/pylib.py

  Log Message:
  Several fixes for Mac OS X 10.10.4 Yosemite. More to do.
Previously I was using 10.5.8 (and this should all work there too).

 - 10.5.8 gcc defaults to x86
   10.10.4 defaults to AMD64.
    Therefore when bootstrapping via C, use explicit -arch i386.

 - -gstabs and -gstabs+ give errors. Use -g.

 - dbxout causes assembler errors. Guard it with m3gdb.

 - m3cc/src/m3makefile fails to ship, workaround the regression

 - brk and sark are deprecated and declaration errors; omit them; probably
   they are not used.

 - g++ 1.c used to compile 1.c as C++; now it warns or errors
  use g++ -xc++ 1.c to workaround

 - gcc (clang) on 10.10.4 warns/errors for extra parenthesis!
 if ((foo == bar))
 change to if (foo == bar)

 Even then, we get:
../src/types/ASCII.m3: In function 'ASCII_M3':
../src/types/ASCII.m3:26:0: internal compiler error: Segmentation fault: 11
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
  m3_backend => 4
m3cc (aka cm3cg) failed compiling: ASCII.mc

and gdb is gone from the system alas.

More to do.

Also, using the C backend, we get confused somewhere and run
either C compiler on IR file or cm3cg on .c file. More to do.

More information about the M3commit mailing list