From jay.krell at cornell.edu Mon Nov 1 01:29:35 2010 From: jay.krell at cornell.edu (Jay K) Date: Mon, 1 Nov 2010 00:29:35 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20101031223740.B536CCC12B@birch.elegosoft.com> References: <20101031223740.B536CCC12B@birch.elegosoft.com> Message-ID: Darn, there is still: ./src/FVRuntime.m3: In function 'FormsVBT__PutTextProperty': ../src/FVRuntime.m3:37:0: error: variable '_nonlocal_var_rec.802' might be clobbered by 'longjmp' or 'vfork' ? m3_backend => 1 I'll try to get the whole system back buildable tonight.. m3cc is so fragile. Maybe I'll look into configure -enable-checking again. Though I was also going to fill in more types e.g. for open arrays. ?- Jay ---------------------------------------- > Date: Sun, 31 Oct 2010 23:37:40 +0000 > To: m3commit at elegosoft.com > From: jkrell at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 10/10/31 23:37:40 > > Modified files: > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c > > Log message: > alas: > == package /Users/jay/dev2/cm3/m3-demo/fisheye == > ../src/GraphData.m3: In function 'GraphData__ReadEdge': > ../src/GraphData.m3:308:0: internal compiler error: in create_tmp_var, at gimplify.c:505 > so disable a few optimizations again > From jkrell at elego.de Mon Nov 1 06:16:47 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 6:16:47 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101051655.495CFCC12C@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 06:16:47 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: disable lots of optimizations, again, at least it can compile everything.. From jkrell at elego.de Mon Nov 1 07:11:26 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 7:11:26 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101061126.159F2CC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 07:11:26 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: allow most optimizations, again, but not dse (dead store elimination) or sra (aggregate to scalar conversion) From jkrell at elego.de Mon Nov 1 07:12:00 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 7:12:00 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101061200.59EB4CC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 07:12:00 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix comment From jkrell at elego.de Mon Nov 1 07:46:11 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 7:46:11 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101064611.80F5FCC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 07:46:11 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: add comment that flag_ipa_cp_clone breaks m3tohtml From jkrell at elego.de Mon Nov 1 08:15:22 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 8:15:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101071522.402B7CC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 08:15:22 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: remove all but one use of TREE_SIDE_EFFECTS optimized m3core and libm3 are unchanged presumably unoptimized is also unchanged From jkrell at elego.de Mon Nov 1 09:24:06 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 9:24:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101082406.49187CC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 09:24:06 Modified files: cm3/m3-sys/m3front/src/misc/: CG.i3 CG.m3 Log message: remove unused Set_runtime_hook From jkrell at elego.de Mon Nov 1 09:35:21 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 9:35:21 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101083521.CFA1BCC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 09:35:21 Modified files: cm3/m3-sys/m3front/src/misc/: CG.i3 CG.m3 Log message: remove get_runtime_hook 1) it is unused 2) it is incompatible with the unidirectional nature of the m3cc backend, so it can't ever be used, in some sense (The middle end could perhaps cache the values and feed them back the frontend? The frontend could do it itself?) From jkrell at elego.de Mon Nov 1 10:34:35 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 10:34:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101093435.BC72DCC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 10:34:35 Modified files: cm3/scripts/: pkginfo.txt Log message: move m3cggen back into base/core/front because it should actually be used by "upgrade", such as when operations are added/removed from m3cg From jkrell at elego.de Mon Nov 1 10:37:25 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 10:37:25 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101093725.4EF00CC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 10:37:25 Modified files: cm3/m3-sys/m3cggen/src/: Main.m3 cm3/m3-sys/m3middle/src/: M3CG.m3 M3CG_BinRd.m3 M3CG_BinWr.m3 M3CG_Binary.i3 M3CG_Check.m3 M3CG_Ops.i3 M3CG_Rd.m3 M3CG_Wr.m3 cm3/m3-sys/m3back/src/: M3C.m3 M3x86.m3 cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: remove get_runtime_hook, set_runtime_hook small part remains, until I work m3cggen into upgrade.py so that m3cg.h can be more easily updated From jkrell at elego.de Mon Nov 1 10:59:45 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 10:59:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101095945.9CE5ACC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 10:59:45 Modified files: cm3/scripts/python/: upgrade.py cm3/m3-sys/m3middle/src/: M3CG_BinRd.m3 M3CG_Binary.i3 cm3/m3-sys/m3cggen/src/: Main.m3 cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3cg.h parse.c Log message: remove the rest of set_runtime_hook From jkrell at elego.de Mon Nov 1 11:03:38 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 11:03:38 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101100338.ECF83CC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 11:03:38 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: struct cgraph_node.needed = true instead of TREE_PUBLIC = true to keep all functions, without making them extern or exported from shared objects From jkrell at elego.de Tue Nov 2 23:01:27 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 2 Nov 2010 23:01:27 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101102220127.9C997CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/02 23:01:27 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: use DECL_PRESERVE_P to preserve all functions it isn't clear if one is supposed to muck around with the cgraph nodes the way I was don't do anything with typenames, in the new fangled type effort From jkrell at elego.de Wed Nov 3 07:22:29 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 7:22:29 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103062229.D3FED2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 07:22:29 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: also use cgraph_mark_needed_node on all functions From jkrell at elego.de Wed Nov 3 09:45:24 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 9:45:24 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103084524.74623CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 09:45:24 Added files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3cg.def Log message: work in progress I would like to make multiple passes over the m3cg intermediate form, without "reparsing" it more than once. So, I would like to read it into an array of structs. So, I would like the "marshalling" to be more data driven/declarative, such as by using the existing declarativeness but in a slightly more malleable form. That is -- a "data" file that can be evaluated under the influence of varying macros. Such as, one set of macros to declare struct fields, and another set of macros to do the marshalling like currently. From jkrell at elego.de Wed Nov 3 09:50:43 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 9:50:43 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103085043.6B194CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 09:50:43 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3cg.def Log message: whitespace/work in progress From jkrell at elego.de Wed Nov 3 09:58:53 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 9:58:53 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103085853.D46BD2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 09:58:53 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3cg.def Log message: whitespace/work in progress From jkrell at elego.de Wed Nov 3 13:19:02 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 13:19:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103121902.3E1E12474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 13:19:02 Added files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-def.h Removed files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3cg.def Log message: work in progress From jkrell at elego.de Wed Nov 3 13:55:52 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 13:55:52 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103125552.33EB92474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 13:55:52 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-def.h Log message: work in progress From jkrell at elego.de Wed Nov 3 14:00:18 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 14:00:18 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103130019.0147BCC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 14:00:18 Modified files: cm3/m3-sys/m3back/src/: M3C.m3 Log message: fix warning: remove set_runtime_hook From jkrell at elego.de Wed Nov 3 14:05:33 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 14:05:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103130533.A1A422474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 14:05:33 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: mark all pointers as aliasable to all; this is just out of paranoia and should maybe be considered more; another thing to consider is being more pessimistic in unsafe modules From jkrell at elego.de Wed Nov 3 14:39:24 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 14:39:24 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103133924.7F2912474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 14:39:24 Modified files: cm3/m3-sys/m3back/src/: M3C.m3 Log message: work in progress From jkrell at elego.de Wed Nov 3 15:34:47 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 15:34:47 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103143448.01BFD2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 15:34:47 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-def.h parse.c Log message: restructure so that we can make multiple efficient passes over the m3cg data specifically, declare structs to hold each call's data and then "parse" the data into a packed array of such structs and then loop over that array so far, loop just once, but that will change neuter the "replay" mechanism, as this work is meant to replace it the file m3-def.h defines the structs case_jump is a special case The intent here is to handle circular (or out of order) types reasonable. From jkrell at elego.de Wed Nov 3 15:41:26 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 15:41:26 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103144126.E33F6CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 15:41:26 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: very very minor reordering to mimic historical ordering; the reason things were the other way is just because I forgot these 3 initially and then added them at the start From jkrell at elego.de Wed Nov 3 16:11:28 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 16:11:28 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103151129.06E65CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 16:11:28 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: grow buffer before serialize, so as to avoid memcpy From rodney at elego.de Thu Nov 4 00:12:06 2010 From: rodney at elego.de (Rodney M. Bates) Date: Thu, 4 Nov 2010 0:12:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103231206.ED5BB2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/04 00:12:06 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: Tag: release_branch_cm3_5_8 m3-eval.c Log message: Fix m3gdb to tolerate misaligned pseudo-pointers and print them as integers. From rodney at elego.de Thu Nov 4 00:15:18 2010 From: rodney at elego.de (Rodney M. Bates) Date: Thu, 4 Nov 2010 0:15:18 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103231518.DD77CCC123@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/04 00:15:18 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: m3-eval.c Log message: Fix m3gdb to tolerate misaligned pseudo-pointers and print them as integers. From jkrell at elego.de Thu Nov 4 07:16:04 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 4 Nov 2010 7:16:04 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101104061604.C6805CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/04 07:16:04 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: tune initial allocation way up -- such that m3x86.m3 doesn't need a realloc From jkrell at elego.de Thu Nov 4 08:29:01 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 4 Nov 2010 8:29:01 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101104072901.EE5E82474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/04 08:29:01 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: be more mindful of alignment From jkrell at elego.de Thu Nov 4 08:42:14 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 4 Nov 2010 8:42:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101104074214.45E8CCC123@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/04 08:42:14 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-def.h m3gty43.h m3gty45.h parse.c Log message: typeid => type_id for C++ compat From jkrell at elego.de Thu Nov 4 22:31:05 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 4 Nov 2010 22:31:05 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101104213105.C989ACC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/04 22:31:05 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: forgot this file -- needed to copy m3-def to gcc-4.5 directory From jkrell at elego.de Fri Nov 5 06:07:16 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 6:07:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105050717.1DCFDCC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 06:07:16 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: restore debug_struct to reveal_opaque From jkrell at elego.de Fri Nov 5 06:11:12 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 6:11:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105051113.130602474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 06:11:12 Modified files: cm3/m3-sys/m3cc/src/: m3makefile cm3/m3-sys/m3cc/gcc/gcc/m3cg/: Make-lang.in config-lang.in m3-def.h Added files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.cpp Removed files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: switch to C++, I want to use 'scope tricks' to avoid repeating the serialization macros in the handler functions -- the handlers will access member data instead From jkrell at elego.de Fri Nov 5 06:37:58 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 6:37:58 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105053759.72086CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 06:37:58 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.cpp Log message: remove extra serialization, access member data instead From jkrell at elego.de Fri Nov 5 07:04:39 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 7:04:39 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105060439.DA15CCC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 07:04:39 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.cpp Log message: remove void* and casts From jkrell at elego.de Fri Nov 5 07:14:05 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 7:14:05 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105061405.A9E0C2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 07:14:05 Modified files: cm3/m3-sys/m3cc/src/: m3makefile clean_marker.txt Added files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Removed files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.cpp Log message: work in progress, temporarily broken: it wasn't compiling parse.cpp, it was just compiling the old parse.c Start fixing that. At least for 4.5. This won't work for ARM_DARWIN. From jkrell at elego.de Fri Nov 5 07:16:13 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 7:16:13 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105061613.765FFCC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 07:16:13 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: config-lang.in Make-lang.in Log message: back to parse.c but with configure -enable-build-with-cxx From jkrell at elego.de Fri Nov 5 07:27:02 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 7:27:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105062702.CD394CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 07:27:02 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix most of the typos/errors/warnings From jkrell at elego.de Fri Nov 5 07:41:48 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 7:41:48 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105064148.AAEE1CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 07:41:48 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: sel-sched.c Log message: fix for C++ From jkrell at elego.de Fri Nov 5 07:45:52 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 7:45:52 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105064552.BA9422474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 07:45:52 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: Make-lang.in Log message: link with CXX From jkrell at elego.de Fri Nov 5 08:14:08 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 8:14:08 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105071408.CA85FCC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 08:14:08 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: comment out unused parameters (C++) From jkrell at elego.de Fri Nov 5 08:14:32 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 8:14:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105071432.9F2F1CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 08:14:32 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: add comment From jkrell at elego.de Fri Nov 5 08:44:51 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 8:44:51 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105074451.D3B50CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 08:44:51 Added files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-parse.h Log message: let's forward declare more stuff, in a separate file, to be sure not to have to move things around to suit (not yet used, but soon) From jkrell at elego.de Fri Nov 5 10:48:13 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 10:48:13 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105094813.B0157CC123@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 10:48:13 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-def.h m3-parse.h parse.c Log message: separate reading/scanning from tracing because we really want to trace probably everything up front and whenever we process an opcode use a vector of pointers to small heap allocated m3cg_op_ts seems no slower use virtual functions From jkrell at elego.de Fri Nov 5 11:02:15 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 11:02:15 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105100215.D22A2CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 11:02:15 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c m3-def.h Log message: go back a version, roughly, due to problem with caltech-parser From jkrell at elego.de Fri Nov 5 11:22:33 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 11:22:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105102233.61A41CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 11:22:33 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-def.h m3-parse.h parse.c Log message: Again with the small objects and virtual functions and splitting read/trace. Small change here to scan_float and for now no trace_float. caltech-parser ok. Problem probably optimization related. Will be looked into, later. From jkrell at elego.de Fri Nov 5 11:34:21 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 11:34:21 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105103421.DE03CCC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 11:34:21 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: more C++ (declare variables anywhere) From jkrell at elego.de Fri Nov 5 11:34:48 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 11:34:48 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105103448.0BC68CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 11:34:48 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: more C++ (declare variables anywhere) From jkrell at elego.de Fri Nov 5 11:41:33 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 11:41:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105104133.EDA43CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 11:41:33 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: forgot this again (m3-parse.h) From jkrell at elego.de Fri Nov 5 11:57:18 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 11:57:18 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105105718.1BC892474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 11:57:18 Modified files: cm3/m3-sys/m3cc/gcc/gmp/: gmp-h.in Log message: remove "using std::FILE" see http://hudson.modula3.com:8080/job/cm3-current-m3cc-AMD64_LINUX/74/console From jkrell at elego.de Fri Nov 5 12:17:04 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 12:17:04 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105111704.7A550CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 12:17:04 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Try a different assert in loophole about the type sizes matching. See http://hudson.modula3.com:8080/job/cm3-current-build-AMD64_FREEBSD/316/consoleFull +++ cm3 -build -override $RARGS -DROOT='/ad0e/home/hudson/workspace/cm3-current-build-AMD64_FREEBSD/cm3' +++ ../src/geometry/Transform.m3: In function 'Transform__Hash': ../src/geometry/Transform.m3:225:0: internal compiler error: in handler, at m3cg/parse.c:5270 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. m3_backend => 4 m3cc (aka cm3cg) failed compiling: Transform.mc ../src/pickle/ver2/PickleStubs.m3: In function 'PickleStubs__SwapReal': ../src/pickle/ver2/PickleStubs.m3:562:0: internal compiler error: in handler, at m3cg/parse.c:5270 Please submit a full bug report, w From jkrell at elego.de Fri Nov 5 12:28:20 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 12:28:20 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105112820.5655CCC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 12:28:20 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix previous to compile! From jkrell at elego.de Fri Nov 5 12:39:32 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 12:39:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105113936.AC231CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 12:39:32 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/config/: sol2.h Log message: add newline to end of file to fix warning see http://hudson.modula3.com:8080/job/cm3-current-m3cc-SOLsun-opencsw-current10s/170/console From jkrell at elego.de Fri Nov 5 12:45:44 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 12:45:44 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105114544.AD6EBCC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 12:45:44 Modified files: cm3/m3-sys/m3cc/gcc/gmp/: gmp-h.in gmp-impl.h Log message: neuter the C++/iosfwd/locale stuff see http://hudson.modula3.com:8080/job/cm3-current-m3cc-SOLsun-opencsw-current10s/170/console In file included from /usr/include/locale.h:50, from /opt/SUNWgccfss/4.2.1/gcc/bin/../lib/gcc/sparc-sun-solaris2.10/4.2.1/../../../../include/c++/4.2.1/clocale:51, from /opt/SUNWgccfss/4.2.1/gcc/bin/../lib/gcc/sparc-sun-solaris2.10/4.2.1/../../../../include/c++/4.2.1/sparc-sun-solaris2.10/bits/c++locale.h:47, from /opt/SUNWgccfss/4.2.1/gcc/bin/../lib/gcc/sparc-sun-solaris2.10/4.2.1/../../../../include/c++/4.2.1/iosfwd:45, from /home/m3hudson/current10s/workspace/cm3-current-m3cc-SOLsun-opencsw-current10s/cm3/m3-sys/m3cc/SOLsun/./gmp/gmp.h:28, from ../../gcc-4.5/gcc/double-int.h:24, from ../../gcc-4.5/gcc/tree.h:30, from ../../gcc-4.5/gcc/langhooks.c:28: /usr/include/libintl.h:50: error: expected unqualified-id before 'const' /usr/include/libintl.h:50: error: expected `)' before 'const' /usr/include/libintl.h:50: error: expected initializer before 'const' /usr/include/libintl.h:62: error: new declaration 'char* fake_ngettext(const char*, const char*, long unsigned int)' ../../gcc-4.5/gcc/intl.h:28: error: ambiguates old declaration 'const char* fake_ngettext(const char*, const char*, long unsigned int)' From hosking at cs.purdue.edu Fri Nov 5 14:52:25 2010 From: hosking at cs.purdue.edu (Tony Hosking) Date: Fri, 5 Nov 2010 09:52:25 -0400 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20101105051113.130602474003@birch.elegosoft.com> References: <20101105051113.130602474003@birch.elegosoft.com> Message-ID: Umm, not a good plan. I don't want to install C++ just to build the backend! On Nov 5, 2010, at 6:11 AM, Jay Krell wrote: > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 10/11/05 06:11:12 > > Modified files: > cm3/m3-sys/m3cc/src/: m3makefile > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: Make-lang.in config-lang.in > m3-def.h > Added files: > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.cpp > Removed files: > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c > > Log message: > switch to C++, I want to use 'scope tricks' to avoid repeating the serialization macros in the handler functions -- the handlers will access member data instead From jay.krell at cornell.edu Fri Nov 5 16:05:08 2010 From: jay.krell at cornell.edu (Jay K) Date: Fri, 5 Nov 2010 15:05:08 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101105051113.130602474003@birch.elegosoft.com>, Message-ID: Do you really not have it already? The gcc developers are planning on using C++ in gcc, so the decision has been made, if we stick with gcc and upgrade to that. LLVM is also written in C++. (not that I plan on using it -- my real interest, again, is generating C, but then, rather C++, for exception handling) ?- Jay ---------------------------------------- > From: hosking at cs.purdue.edu > Date: Fri, 5 Nov 2010 09:52:25 -0400 > To: jkrell at elego.de > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > Umm, not a good plan. I don't want to install C++ just to build the backend! > > On Nov 5, 2010, at 6:11 AM, Jay Krell wrote: > > > CVSROOT: /usr/cvs > > Changes by: jkrell at birch. 10/11/05 06:11:12 > > > > Modified files: > > cm3/m3-sys/m3cc/src/: m3makefile > > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: Make-lang.in config-lang.in > > m3-def.h > > Added files: > > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.cpp > > Removed files: > > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c > > > > Log message: > > switch to C++, I want to use 'scope tricks' to avoid repeating the serialization macros in the handler functions -- the handlers will access member data instead > From jkrell at elego.de Fri Nov 5 16:07:53 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 16:07:53 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105150753.DAE5A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 16:07:53 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: turn off view_convert, it is still failing From jkrell at elego.de Fri Nov 5 16:14:27 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 16:14:27 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105151427.37053CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 16:14:27 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: use view_convert if the stars align, which is sometimes..reallly need to find out what is going on here.. From jkrell at elego.de Fri Nov 5 16:14:48 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 16:14:48 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105151449.05C59CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 16:14:48 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: oops, and enable view_convert From hosking at cs.purdue.edu Fri Nov 5 16:10:27 2010 From: hosking at cs.purdue.edu (Tony Hosking) Date: Fri, 5 Nov 2010 11:10:27 -0400 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101105051113.130602474003@birch.elegosoft.com>, Message-ID: It's an additional hurdle for installation. There are some platforms where I don't have it already. Once the gcc developers require C++ to install gcc's C compiler then I guess maybe this is moot. We really should look at using LLVM! On Nov 5, 2010, at 11:05 AM, Jay K wrote: > > Do you really not have it already? > The gcc developers are planning on using C++ in gcc, so the decision has been > made, if we stick with gcc and upgrade to that. LLVM is also written in C++. > (not that I plan on using it -- my real interest, again, is generating C, but then, > rather C++, for exception handling) > > - Jay > > ---------------------------------------- >> From: hosking at cs.purdue.edu >> Date: Fri, 5 Nov 2010 09:52:25 -0400 >> To: jkrell at elego.de >> CC: m3commit at elegosoft.com >> Subject: Re: [M3commit] CVS Update: cm3 >> >> Umm, not a good plan. I don't want to install C++ just to build the backend! >> >> On Nov 5, 2010, at 6:11 AM, Jay Krell wrote: >> >>> CVSROOT: /usr/cvs >>> Changes by: jkrell at birch. 10/11/05 06:11:12 >>> >>> Modified files: >>> cm3/m3-sys/m3cc/src/: m3makefile >>> cm3/m3-sys/m3cc/gcc/gcc/m3cg/: Make-lang.in config-lang.in >>> m3-def.h >>> Added files: >>> cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.cpp >>> Removed files: >>> cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c >>> >>> Log message: >>> switch to C++, I want to use 'scope tricks' to avoid repeating the serialization macros in the handler functions -- the handlers will access member data instead >> > From dragisha at m3w.org Fri Nov 5 16:21:43 2010 From: dragisha at m3w.org (=?utf-8?Q?Dragi=C5=A1a_Duri=C4=87?=) Date: Fri, 5 Nov 2010 16:21:43 +0100 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101105051113.130602474003@birch.elegosoft.com>, Message-ID: Jay's effort is really excellent thing happening to cm3, but LLVM really is something.... C is nice, and whole system cleanup is for the best, but ultimately - LLVM is where we need to go. If for nothing else, then because it's not moving target like GCC is, and because of what Xcode preview features show LLVM can do for a programmer. On Nov 5, 2010, at 4:10 PM, Tony Hosking wrote: > It's an additional hurdle for installation. There are some platforms where I don't have it already. > Once the gcc developers require C++ to install gcc's C compiler then I guess maybe this is moot. > We really should look at using LLVM! From jay.krell at cornell.edu Fri Nov 5 16:25:19 2010 From: jay.krell at cornell.edu (Jay K) Date: Fri, 5 Nov 2010 15:25:19 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101105051113.130602474003@birch.elegosoft.com>, , Message-ID: I'd really like to use C++. ? In the gcc backend. Or any otherwise C code. Obviously I can do without if I must, for now. It isn't moot in gcc yet since they haven't actually done anything in 4.5.1. The problem I have with LLVM (and gcc) is largely my own laziness, and projected laziness on others. gcc has been a "challenge". C and C++ would be relatively easy. Specifically, knowledge is much better and more widespread what is valid C and C++. The intermediate code will be easier to form correctly, more easily understood by far more people. Granted, it doesn't have to be widely understood or easy, and the more difficult forms have advantages. It would also remove our "source/build dependency". Which granted, might be doable eventually as a gcc plugin. (That is, the dependency would remain and get larger, but you wouldn't need the source and build it.) If C/C++ were generated, nearly all porting and platform-testing would no longer needed. There'd be a source distribution story. That is, we could really fairly honestly test just a few platforms and claim many more are supported. Test Linux/x86 (get the #ifdefs working) and all Linux would likely work. Same for FreeBSD, NetBSD, OpenBSD, Solaris, etc. C++ also should get us much better exception handling, vs. the current situation. ? (Granted, there are other ways to do it.) We could enable all optimizations most likely. ? And get better debugging with stock gdb. ? Again, granted, these are all doable without. Maybe LLVM could be tried once C/C++ are working. ? Or someone else can try it. ?- Jay ---------------------------------------- > Subject: Re: [M3commit] CVS Update: cm3 > From: hosking at cs.purdue.edu > Date: Fri, 5 Nov 2010 11:10:27 -0400 > CC: jkrell at elego.de; m3commit at elegosoft.com > To: jay.krell at cornell.edu > > It's an additional hurdle for installation. There are some platforms where I don't have it already. > Once the gcc developers require C++ to install gcc's C compiler then I guess maybe this is moot. > We really should look at using LLVM! > > On Nov 5, 2010, at 11:05 AM, Jay K wrote: > > > > > Do you really not have it already? > > The gcc developers are planning on using C++ in gcc, so the decision has been > > made, if we stick with gcc and upgrade to that. LLVM is also written in C++. > > (not that I plan on using it -- my real interest, again, is generating C, but then, > > rather C++, for exception handling) > > > > - Jay > > > > ---------------------------------------- > >> From: hosking at cs.purdue.edu > >> Date: Fri, 5 Nov 2010 09:52:25 -0400 > >> To: jkrell at elego.de > >> CC: m3commit at elegosoft.com > >> Subject: Re: [M3commit] CVS Update: cm3 > >> > >> Umm, not a good plan. I don't want to install C++ just to build the backend! > >> > >> On Nov 5, 2010, at 6:11 AM, Jay Krell wrote: > >> > >>> CVSROOT: /usr/cvs > >>> Changes by: jkrell at birch. 10/11/05 06:11:12 > >>> > >>> Modified files: > >>> cm3/m3-sys/m3cc/src/: m3makefile > >>> cm3/m3-sys/m3cc/gcc/gcc/m3cg/: Make-lang.in config-lang.in > >>> m3-def.h > >>> Added files: > >>> cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.cpp > >>> Removed files: > >>> cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c > >>> > >>> Log message: > >>> switch to C++, I want to use 'scope tricks' to avoid repeating the serialization macros in the handler functions -- the handlers will access member data instead > >> > > > From jkrell at elego.de Fri Nov 5 16:33:51 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 16:33:51 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105153351.2B407CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 16:33:51 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: turn off view_convert until I am sure to do testing targetted at it, it is conceivable that building the world and running Juno isn't enough From jkrell at elego.de Fri Nov 5 16:34:29 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 16:34:29 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105153429.5F86BCC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 16:34:29 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: tone down tracing wrt view_convert From jay.krell at cornell.edu Fri Nov 5 16:32:07 2010 From: jay.krell at cornell.edu (Jay K) Date: Fri, 5 Nov 2010 15:32:07 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101105051113.130602474003@birch.elegosoft.com>, , , , , Message-ID: I shouldn't bite the hand that feeds, but I presume LLVM is a moving target roughly as much as gcc is. gcc's moving target has indeed been slightly painful. But it is not the only complaint I have. Plus, you don't see Tony complaining about whatever he had to do to move from 3.x to 4.x. I'm a whiner. LLVM is probably large and slow to build, similar to gcc. But we don't get too many complaints about that. gcc's reach is impressive. C/C++'s reach is even better. I remain keen on VMS/Alpha, VMS/IA64, Linux/ia64. I know they are viable with gcc/c/C++. Unknown about LLVM. I'm also still interested in our own backend maybe. ?- Jay ---------------------------------------- > From: dragisha at m3w.org > Date: Fri, 5 Nov 2010 16:21:43 +0100 > To: hosking at cs.purdue.edu > CC: m3commit at elegosoft.com; jay.krell at cornell.edu > Subject: Re: [M3commit] CVS Update: cm3 > > Jay's effort is really excellent thing happening to cm3, but LLVM really is something.... C is nice, and whole system cleanup is for the best, but ultimately - LLVM is where we need to go. If for nothing else, then because it's not moving target like GCC is, and because of what Xcode preview features show LLVM can do for a programmer. > > On Nov 5, 2010, at 4:10 PM, Tony Hosking wrote: > > > It's an additional hurdle for installation. There are some platforms where I don't have it already. > > Once the gcc developers require C++ to install gcc's C compiler then I guess maybe this is moot. > > We really should look at using LLVM! > From dragisha at m3w.org Fri Nov 5 16:40:56 2010 From: dragisha at m3w.org (=?utf-8?Q?Dragi=C5=A1a_Duri=C4=87?=) Date: Fri, 5 Nov 2010 16:40:56 +0100 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101105051113.130602474003@birch.elegosoft.com>, , , , , Message-ID: FreePascal people are doing their own backend... I don't think it's big luck, but it is free and they are Wirthian (meaning at least nested scopes and strong typing, and IIRC they are some kind of strange body in GCC). LLVM is well specified IR. Their intent is to enable people to use it, and GCC's intent is to control through GPL. I am big fan of whole FSF idea, projects, everything... But sometimes they are just over the edge. They killed GNU Pascal with GCC IR being unspecified and prone to major changes at every minor release. I am not telling you to stop your C effort. All your points are valid. Except some assumptions about LLVM. LLVM is not GCC, and not GPL, and so on... On Nov 5, 2010, at 4:32 PM, Jay K wrote: > I shouldn't bite the hand that feeds, but I presume LLVM is a moving target roughly as much as gcc is. > gcc's moving target has indeed been slightly painful. But it is not the only complaint I have. > Plus, you don't see Tony complaining about whatever he had to do to move from 3.x to 4.x. > I'm a whiner. > LLVM is probably large and slow to build, similar to gcc. > But we don't get too many complaints about that. > > > gcc's reach is impressive. > C/C++'s reach is even better. > I remain keen on VMS/Alpha, VMS/IA64, Linux/ia64. > I know they are viable with gcc/c/C++. Unknown about LLVM. > > > I'm also still interested in our own backend maybe. From jay.krell at cornell.edu Fri Nov 5 16:48:38 2010 From: jay.krell at cornell.edu (Jay K) Date: Fri, 5 Nov 2010 15:48:38 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101105051113.130602474003@birch.elegosoft.com>, , , , , , , , , , , Message-ID: > LLVM is well specified IR Someone still has to read and understand the specification. :) ?> GCC IR being unspecified and prone to major changes at every minor release I'm not sure of this. Tony will know better, having done more upgrades of the backend. I don't think our gcc backend has been much affected by it. What we are affected by: ?? - we add our own IR node for nested functions, and that was affected ??? - our IR has never been well formed (even to this day!) ????? The main problem is our use of overly low level and lacking types and typeful opertions (member references). ??? - seemingly nobody has tried configure -enable-checking, made it work, kept it working ?????? This is still needed. Granted, tree.h and tree.def might not be as good a specification as LLVM has. > licensing Understood. Yeah, it bugs me we can't statically link. Though the separate executable provides nice testability/debugability -- a separate entry point. :) ?> intent is to control through GPL Agreed. :( ?- Jay ---------------------------------------- > From: dragisha at m3w.org > Date: Fri, 5 Nov 2010 16:40:56 +0100 > To: jay.krell at cornell.edu > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > FreePascal people are doing their own backend... I don't think it's big luck, but it is free and they are Wirthian (meaning at least nested scopes and strong typing, and IIRC they are some kind of strange body in GCC). > > LLVM is well specified IR. Their intent is to enable people to use it, and GCC's intent is to control through GPL. I am big fan of whole FSF idea, projects, everything... But sometimes they are just over the edge. They killed GNU Pascal with GCC IR being unspecified and prone to major changes at every minor release. > > I am not telling you to stop your C effort. All your points are valid. Except some assumptions about LLVM. LLVM is not GCC, and not GPL, and so on... > > > On Nov 5, 2010, at 4:32 PM, Jay K wrote: > > > I shouldn't bite the hand that feeds, but I presume LLVM is a moving target roughly as much as gcc is. > > gcc's moving target has indeed been slightly painful. But it is not the only complaint I have. > > Plus, you don't see Tony complaining about whatever he had to do to move from 3.x to 4.x. > > I'm a whiner. > > LLVM is probably large and slow to build, similar to gcc. > > But we don't get too many complaints about that. > > > > > > gcc's reach is impressive. > > C/C++'s reach is even better. > > I remain keen on VMS/Alpha, VMS/IA64, Linux/ia64. > > I know they are viable with gcc/c/C++. Unknown about LLVM. > > > > > > I'm also still interested in our own backend maybe. > From jkrell at elego.de Fri Nov 5 19:02:25 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 19:02:25 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105180226.159602474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 19:02:25 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-parse.h parse.c Log message: some fixes for gcc 4.2 (gcc-apple, Darwin/arm/iphone) From jkrell at elego.de Fri Nov 5 19:03:18 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 19:03:18 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105180318.C9F3B2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 19:03:18 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix previous for 4.5 From jkrell at elego.de Fri Nov 5 19:09:41 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 19:09:41 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105180941.8FEE9CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 19:09:41 Modified files: cm3/m3-sys/m3cc/gcc-apple/gcc/: lambda.h Log message: port C++ fixes from 4.5 From jkrell at elego.de Fri Nov 5 19:26:36 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 19:26:36 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105182637.276F4CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 19:26:36 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: ARM_DARWIN Log message: fix: -m32 not valid, default iPhonePrefix to empty From jkrell at elego.de Fri Nov 5 19:27:42 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 19:27:42 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105182742.0FB37CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 19:27:42 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fixes for Darwin/arm From jkrell at elego.de Fri Nov 5 19:27:49 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 19:27:49 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105182749.7BA33CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 19:27:49 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-parse.h Log message: fixes for Darwin/arm From jkrell at elego.de Fri Nov 5 19:33:54 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 19:33:54 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105183354.1CF472474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 19:33:54 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: charset.c Log message: possible fix for: http://hudson.modula3.com:8080/job/cm3-current-build-PPC_DARWIN/152/consoleFull (but notice how in gcc-apple, I compile only parse.c with CXX, but 4.5 is supposed to be compilable as C++) From jkrell at elego.de Fri Nov 5 19:41:33 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 19:41:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105184133.2DBE02474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 19:41:33 Modified files: cm3/m3-sys/m3cc/gcc-apple/gcc/: Makefile.in Log message: compile parse.c with CXX From jkrell at elego.de Fri Nov 5 22:34:19 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 22:34:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105213419.1CF732474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 22:34:19 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: charset.c Log message: ATTRIBUTE_UNUSED -> ARG_UNUSED From jkrell at elego.de Fri Nov 5 22:34:51 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 22:34:51 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105213451.6831E2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 22:34:51 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: charset.c Log message: add comment that we modified it From jkrell at elego.de Fri Nov 5 22:35:09 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 22:35:09 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105213509.22124CC123@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 22:35:09 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: charset.c Log message: formating From jkrell at elego.de Fri Nov 5 22:42:15 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 22:42:15 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105214215.C8E632474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 22:42:15 Modified files: cm3/scripts/regression/: hudson_build_system.sh hudson_pkg_tests.sh Log message: collect compiler versions From jkrell at elego.de Fri Nov 5 22:44:52 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 22:44:52 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105214452.AAAB72474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 22:44:52 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: directives.c Log message: ATTRIBUTE_UNUSED => ARG_UNUSED for the older g++ on PPC_DARWIN (see ansidecl.h) From jkrell at elego.de Fri Nov 5 22:54:42 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 22:54:42 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105215442.610E02474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 22:54:42 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: expr.c Log message: ATTRIBUTE_UNUSED => ARG_UNUSED for the older g++ on PPC_DARWIN (see ansidecl.h) From jkrell at elego.de Fri Nov 5 22:55:19 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 22:55:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105215519.1B016CC123@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 22:55:19 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: pch.c Log message: ATTRIBUTE_UNUSED => ARG_UNUSED for the older g++ on PPC_DARWIN (see ansidecl.h) From jkrell at elego.de Fri Nov 5 22:55:46 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 22:55:46 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105215546.A8C2FCC123@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 22:55:46 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: files.c Log message: ATTRIBUTE_UNUSED => ARG_UNUSED for the older g++ on PPC_DARWIN (see ansidecl.h) From jkrell at elego.de Fri Nov 5 22:56:47 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 22:56:47 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105215647.4479FCC123@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 22:56:47 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: files.c macro.c pch.c Log message: ATTRIBUTE_UNUSED => ARG_UNUSED for the older g++ on PPC_DARWIN (see ansidecl.h) From jkrell at elego.de Fri Nov 5 23:18:32 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 23:18:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105221832.4A416CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 23:18:32 Modified files: cm3/scripts/regression/: hudson_build_system.sh hudson_pkg_tests.sh Log message: collect compiler versions From jkrell at elego.de Fri Nov 5 23:19:01 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 23:19:01 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105221901.5459BCC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 23:19:01 Modified files: cm3/scripts/regression/: hudson_build_system.sh hudson_pkg_tests.sh Log message: collect compiler versions From jkrell at elego.de Fri Nov 5 23:20:49 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 23:20:49 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105222049.E63432474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 23:20:49 Modified files: cm3/scripts/regression/: hudson_build_system.sh hudson_pkg_tests.sh Log message: collect compiler versions From jkrell at elego.de Fri Nov 5 23:25:59 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 23:25:59 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105222559.A3556CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 23:25:59 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: addresses.h alias.c bt-load.c builtins.c c-common.c c-gimplify.c c-objc-common.c c-parser.c c-pch.c c-ppoutput.c c-pragma.c c-typeck.c caller-save.c calls.c cfg.c cfgcleanup.c cfgexpand.c cfgloop.c cfgrtl.c collect2.c combine.c cppspec.c cse.c cselib.c dbxout.c ddg.c debug.c df-core.c df-problems.c df-scan.c dfp.c diagnostic.c dse.c dwarf2asm.c dwarf2out.c emit-rtl.c except.c explow.c expr.c final.c fold-const.c function.c fwprop.c gcc.c gccspec.c gcov-dump.c gcse.c genattrtab.c genautomata.c genemit.c genextract.c gengtype.c genmodes.c genoutput.c genpeep.c genpreds.c genrecog.c ggc-common.c ggc-page.c ggc-zone.c gimple.c gimplify.c graphite-clast-to-gimple.c graphite-poly.h graphite-sese-to-poly.c gthr-posix.c hooks.c ifcvt.c incpath.c ipa-inline.c ipa-prop.c ipa-pure-const.c ipa-reference.c ipa-struct-reorg.c ira-color.c ira.c jump.c langhooks.c loop-invariant.c loop-iv.c loop-unroll.c lower-subreg.c lto-symtab.c matrix-reorg.c mips-tfile.c mode-switching.c modulo-sched.c omega.c omega.h optabs.c passes.c postreload-gcse.c postreload.c predict.c real.c recog.c regcprop.c reginfo.c reload.c reload1.c resource.c rtlanal.c rtlhooks.c sched-deps.c sched-ebb.c sched-rgn.c sdbout.c sel-sched-dump.c sel-sched-ir.c sel-sched.c sese.c stack-ptr-mod.c statistics.c stmt.c stringpool.c targhooks.c tlink.c tree-affine.c tree-browser.c tree-cfg.c tree-complex.c tree-dfa.c tree-dump.c tree-if-conv.c tree-inline.c tree-into-ssa.c tree-loop-linear.c tree-mudflap.c tree-nomudflap.c tree-outof-ssa.c tree-parloops.c tree-profile.c tree-sra.c tree-ssa-alias.c tree-ssa-copy.c tree-ssa-dce.c tree-ssa-dom.c tree-ssa-dse.c tree-ssa-live.h tree-ssa-loop-im.c tree-ssa-loop-ivopts.c tree-ssa-operands.c tree-ssa-phiopt.c tree-ssa-sccvn.c tree-ssa-uncprop.c tree-ssa.c tree-stdarg.c tree-vect-generic.c tree-vect-loop.c unwind-c.c value-prof.c var-tracking.c varasm.c vmsdbgout.c xcoffout.c Log message: ATTRIBUTE_UNUSED -> ARG_UNUSED for a in *.h *.c; do perl -pi.bak -e "s/([A-Za-z0-9_]+) ATTRIBUTE_UNUSED/ARG_UNUSED(\1)/" $a; done for older g++ such as on PPC_DARWIN From jkrell at elego.de Fri Nov 5 23:51:30 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 23:51:30 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105225138.169222474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 23:51:30 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: genautomata.c Log message: repair From jkrell at elego.de Fri Nov 5 23:53:32 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 23:53:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105225332.1AF652474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 23:53:32 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: genautomata.c Log message: and do it right From jkrell at elego.de Fri Nov 5 23:55:29 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 23:55:29 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105225542.8568ECC123@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 23:55:29 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: genemit.c Log message: repair From jkrell at elego.de Sat Nov 6 00:00:01 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 0:00:01 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105230015.49F362474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 00:00:01 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: genattrtab.c genautomata.c genemit.c genextract.c gengtype.c genmodes.c genoutput.c genpeep.c genpreds.c genrecog.c Log message: back to original 4.5.1, deal with it later... From jkrell at elego.de Sat Nov 6 00:02:31 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 0:02:31 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105230233.A49F62474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 00:02:31 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: calls.c Log message: repair From jkrell at elego.de Sat Nov 6 00:05:54 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 0:05:54 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105230557.A5086CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 00:05:54 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: builtins.c Log message: repair From jkrell at elego.de Sat Nov 6 00:07:16 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 0:07:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105230717.00741CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 00:07:16 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: builtins.c Log message: repair From jkrell at elego.de Sat Nov 6 00:26:24 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 0:26:24 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105232927.0AA542474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 00:26:23 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt Log message: trigger clean From jkrell at elego.de Sat Nov 6 11:54:19 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 11:54:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106105419.61B80CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 11:54:19 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: genpeep.c Log message: go back two versions essentially: quash warning again, and no 'unused' problem in this file, they were locals not parameters From jkrell at elego.de Sat Nov 6 11:56:05 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 11:56:05 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106105605.4E6172474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 11:56:05 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: genattr.c genattrtab.c genautomata.c gencheck.c genchecksum.c gencodes.c genconditions.c genconfig.c genconstants.c genemit.c genextract.c genflags.c gengenrtl.c gengtype-parse.c gengtype.c genmddeps.c genmodes.c genopinit.c genoutput.c genpreds.c genrecog.c gensupport.c Log message: ATTRIBUTE_UNUSED => ARG_UNUSED, for older g++ on Darwin/ppc arg, much ado about very little In Microsoft C, you just: #pragma warning(disable:4100) /* unused parameter */ and are done with it. In C++ you just comment out the name. This is C++ now, actually.. From jkrell at elego.de Sat Nov 6 12:06:09 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 12:06:09 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106110609.1EBEACC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 12:06:09 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: addresses.h alias.c bt-load.c builtins.c c-common.c c-gimplify.c c-objc-common.c c-parser.c c-pch.c c-ppoutput.c c-pragma.c c-typeck.c caller-save.c calls.c cfg.c cfgcleanup.c cfgexpand.c cfgloop.c cfgrtl.c collect2.c combine.c cppspec.c cse.c cselib.c dbxout.c ddg.c debug.c df-core.c df-problems.c df-scan.c dfp.c diagnostic.c dse.c dwarf2asm.c dwarf2out.c emit-rtl.c except.c explow.c expr.c final.c fold-const.c function.c fwprop.c gcc.c gccspec.c gcov-dump.c gcse.c ggc-common.c ggc-page.c ggc-zone.c gimple.c gimplify.c graphite-clast-to-gimple.c graphite-poly.h graphite-sese-to-poly.c gthr-posix.c hooks.c ifcvt.c incpath.c ipa-inline.c ipa-prop.c ipa-pure-const.c ipa-reference.c ipa-struct-reorg.c ira-color.c ira.c jump.c langhooks.c loop-invariant.c loop-iv.c loop-unroll.c lower-subreg.c lto-symtab.c matrix-reorg.c mips-tfile.c mode-switching.c modulo-sched.c omega.c omega.h optabs.c passes.c postreload-gcse.c postreload.c predict.c real.c recog.c regcprop.c reginfo.c reload.c reload1.c resource.c rtlanal.c rtlhooks.c sched-deps.c sched-ebb.c sched-rgn.c sdbout.c sel-sched-dump.c sel-sched-ir.c sel-sched.c sese.c stack-ptr-mod.c statistics.c stmt.c stringpool.c targhooks.c tlink.c tree-affine.c tree-browser.c tree-cfg.c tree-complex.c tree-dfa.c tree-dump.c tree-if-conv.c tree-inline.c tree-into-ssa.c tree-loop-linear.c tree-mudflap.c tree-nomudflap.c tree-outof-ssa.c tree-parloops.c tree-profile.c tree-sra.c tree-ssa-alias.c tree-ssa-copy.c tree-ssa-dce.c tree-ssa-dom.c tree-ssa-dse.c tree-ssa-live.h tree-ssa-loop-im.c tree-ssa-loop-ivopts.c tree-ssa-operands.c tree-ssa-phiopt.c tree-ssa-sccvn.c tree-ssa-uncprop.c tree-ssa.c tree-stdarg.c tree-vect-generic.c tree-vect-loop.c unwind-c.c value-prof.c var-tracking.c varasm.c vmsdbgout.c xcoffout.c Log message: put space after ARG_UNUSED, I guess that is the prefered style (not by me..) but hey, reviewing this, I found more ATTRIB_UNUSED to fix From jkrell at elego.de Sat Nov 6 12:11:34 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 12:11:34 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106111134.6BDD6CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 12:11:34 Modified files: cm3/m3-sys/m3cc/gcc-4.5/include/: ansidecl.h Log message: There are far more of this "unused" problem, e.g. in the config directory, so just punt all attributes for gcc < 4.x. From jkrell at elego.de Sat Nov 6 12:15:46 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 12:15:46 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106111546.A13E02474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 12:15:46 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: directives.c expr.c files.c macro.c pch.c Log message: back to originals (this directory is pretty much dead to us..) From jkrell at elego.de Sat Nov 6 12:46:52 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 12:46:52 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106114652.E92BD2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 12:46:52 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: addresses.h alias.c bt-load.c builtins.c c-common.c c-gimplify.c c-objc-common.c c-parser.c c-pch.c c-ppoutput.c c-pragma.c c-typeck.c caller-save.c calls.c cfg.c cfgcleanup.c cfgexpand.c cfgloop.c cfgrtl.c collect2.c combine.c cppspec.c cse.c cselib.c dbxout.c ddg.c debug.c df-core.c df-problems.c df-scan.c dfp.c diagnostic.c dse.c dwarf2asm.c dwarf2out.c emit-rtl.c except.c explow.c expr.c final.c fold-const.c function.c fwprop.c gcc.c gccspec.c gcov-dump.c gcse.c genattr.c genattrtab.c genautomata.c gencheck.c genchecksum.c gencodes.c genconditions.c genconfig.c genconstants.c genemit.c genextract.c genflags.c gengenrtl.c gengtype-parse.c gengtype.c genmddeps.c genmodes.c genopinit.c genoutput.c genpeep.c genpreds.c genrecog.c gensupport.c ggc-common.c ggc-page.c ggc-zone.c gimple.c gimplify.c graphite-clast-to-gimple.c graphite-poly.h graphite-sese-to-poly.c gthr-posix.c hooks.c ifcvt.c incpath.c ipa-inline.c ipa-prop.c ipa-pure-const.c ipa-reference.c ipa-struct-reorg.c ira-color.c ira.c jump.c langhooks.c loop-invariant.c loop-iv.c loop-unroll.c lower-subreg.c lto-symtab.c matrix-reorg.c mips-tfile.c mode-switching.c modulo-sched.c omega.c omega.h optabs.c passes.c postreload-gcse.c postreload.c predict.c real.c recog.c regcprop.c reginfo.c reload.c reload1.c resource.c rtlanal.c rtlhooks.c sched-deps.c sched-ebb.c sched-rgn.c sdbout.c sel-sched-dump.c sel-sched-ir.c sel-sched.c sese.c stack-ptr-mod.c statistics.c stmt.c stringpool.c targhooks.c tlink.c tree-affine.c tree-browser.c tree-cfg.c tree-complex.c tree-dfa.c tree-dump.c tree-if-conv.c tree-inline.c tree-into-ssa.c tree-loop-linear.c tree-mudflap.c tree-nomudflap.c tree-outof-ssa.c tree-parloops.c tree-profile.c tree-sra.c tree-ssa-alias.c tree-ssa-copy.c tree-ssa-dce.c tree-ssa-dom.c tree-ssa-dse.c tree-ssa-live.h tree-ssa-loop-im.c tree-ssa-loop-ivopts.c tree-ssa-operands.c tree-ssa-phiopt.c tree-ssa-sccvn.c tree-ssa-uncprop.c tree-ssa.c tree-stdarg.c tree-vect-generic.c tree-vect-loop.c unwind-c.c value-prof.c var-tracking.c varasm.c vmsdbgout.c xcoffout.c Log message: go back two days, before the unused stuff arg, this is too hard in CVS, it is easier in all the other systems I should be able to undo specific changes, not have to pick a time From jkrell at elego.de Sat Nov 6 12:55:01 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 12:55:01 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106115502.38B9ACC10F@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 12:55:01 Modified files: cm3/m3-sys/m3cc/gcc-4.5/include/: ansidecl.h cm3/m3-sys/m3cc/gcc-apple/include/: ansidecl.h cm3/m3-sys/m3cc/gcc/include/: ansidecl.h Log message: try a little harder, but not much more on this.. From jkrell at elego.de Sat Nov 6 12:56:10 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 12:56:10 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106115610.87CF2CC123@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 12:56:10 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: sel-sched.c Log message: fix again From jkrell at elego.de Sat Nov 6 13:40:50 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 13:40:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106124050.837E4CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 13:40:50 Modified files: cm3/m3-sys/m3cc/gcc-4.5/include/: ansidecl.h cm3/m3-sys/m3cc/gcc-apple/include/: ansidecl.h cm3/m3-sys/m3cc/gcc/include/: ansidecl.h Log message: omitting unused parameter names doesn't work, because they are sometimes used, 'unused' means 'do not warn if not used, but it might be used' From jkrell at elego.de Sat Nov 6 13:42:26 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 13:42:26 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106124226.4B257CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 13:42:26 Modified files: cm3/m3-sys/m3cc/gcc-4.5/include/: ansidecl.h cm3/m3-sys/m3cc/gcc-apple/include/: ansidecl.h cm3/m3-sys/m3cc/gcc/include/: ansidecl.h Log message: remove newline in code that goes together From jkrell at elego.de Sat Nov 6 13:51:38 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 13:51:38 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106125138.4AAE3CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 13:51:38 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: more output for failing assert..but I'll go ahead and build AMD64_DARWIN From jkrell at elego.de Sat Nov 6 17:06:34 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 17:06:34 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106160634.B19442474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 17:06:34 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: c-common.h c-parser.c combine.c cse.c df.h domwalk.h dwarf2out.c function.h gengtype-lex.l gimple.h hwint.h recog.h regrename.c rtl.h system.h tree-flow.h tree-into-ssa.c tree-ssa-sccvn.h tree.h vmsdbg.h cm3/m3-sys/m3cc/gcc-4.5/include/: obstack.h cm3/m3-sys/m3cc/gcc-4.5/libcpp/: system.h cm3/m3-sys/m3cc/gcc-4.5/libcpp/include/: cpplib.h line-map.h Log message: some fixes and prep for fixes for compiling with SunStudio 12 C++ (g++ on opencsw 9s produces executables that don't work, can't find libstdc++) see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333 From jkrell at elego.de Sat Nov 6 17:30:12 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 17:30:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106163012.A4D302474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 17:30:12 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: line-map.c Log message: "../../gcc-4.5/libcpp/line-map.c", line 100: Error: Different types for "?:" (void*(*)(void*,unsigned) and extern "C" void*(*)(void*,unsigned)). From jkrell at elego.de Sat Nov 6 17:34:31 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 17:34:31 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106163431.ACE0B2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 17:34:31 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: builtins.c Log message: "../../gcc-4.5/gcc/builtins.c", line 3004: Error: Overloading ambiguity between "std::abs(int)" and "std::abs(long)". "../../gcc-4.5/gcc/builtins.c", line 3044: Error: Overloading ambiguity between "std::abs(int)" and "std::abs(long)". "../../gcc-4.5/gcc/builtins.c", line 3051: Error: Overloading ambiguity between "std::abs(int)" and "std::abs(long)". abs => wide_abs (#define'ed by me in hwint.h) From jkrell at elego.de Sat Nov 6 18:04:20 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 18:04:20 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106170420.A13012474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 18:04:20 Modified files: cm3/m3-sys/m3cc/gcc/gmp/: gmp-impl.h Log message: "gmp-impl.h", line 2812: warning: attribute "mode" is unknown, ignored "gmp-impl.h", line 2812: warning: attribute parameter "QI" is undefined "gmp-impl.h", line 2813: warning: attribute "mode" is unknown, ignored "gmp-impl.h", line 2813: warning: attribute parameter "SI" is undefined "gmp-impl.h", line 2814: warning: attribute "mode" is unknown, ignored "gmp-impl.h", line 2814: warning: attribute parameter "SI" is undefined "gmp-impl.h", line 2815: warning: attribute "mode" is unknown, ignored "gmp-impl.h", line 2815: warning: attribute parameter "DI" is undefined "gmp-impl.h", line 2816: warning: attribute "mode" is unknown, ignored "gmp-impl.h", line 2816: warning: attribute parameter "DI" is undefined with SunStudio 12, add if defined(__GNUC__) and go down portable path. From jkrell at elego.de Sat Nov 6 18:09:10 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 18:09:10 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106170910.948242474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 18:09:10 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: system.h cm3/m3-sys/m3cc/gcc-4.5/gcc/: system.h Log message: fix ENUM_BITFIELD for C compiler other than gcc cc -c -g -DIN_GCC -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild -I../../gcc-4.5/gcc -I../../gcc-4.5/gcc/build -I../../gcc-4.5/gcc/../include -I../../gcc-4.5/gcc/../libcpp/include -I/home/jkrell/dev2/cm3/m3-sys/m3cc/SOLsun/./gmp -I/home/jkrell/dev2/cm3/m3-sys/m3cc/gcc-4.5/gmp -I../../gcc-4.5/gcc/../libdecnumber -I../../gcc-4.5/gcc/../libdecnumber/dpd -I../libdecnumber -I/usr/include/libelf \ -o build/genconfig.o ../../gcc-4.5/gcc/genconfig.c "../../gcc-4.5/gcc/../libcpp/include/line-map.h", line 66: warning: unnamed struct member and possibly: "../../gcc-4.5/gcc/rtl.h", line 242: warning: unnamed struct member "../../gcc-4.5/gcc/rtl.h", line 245: warning: unnamed struct member "../../gcc-4.5/gcc/genconfig.c", line 75: undefined struct/union member: code "../../gcc-4.5/gcc/genconfig.c", line 100: improper member use: code "../../gcc-4.5/gcc/genconfig.c", line 101: improper member use: code "../../gcc-4.5/gcc/genconfig.c", line 124: improper member use: code "../../gcc-4.5/gcc/genconfig.c", line 135: improper member use: code "../../gcc-4.5/gcc/genconfig.c", line 136: improper member use: code "../../gcc-4.5/gcc/genconfig.c", line 153: improper member use: code "../../gcc-4.5/gcc/genconfig.c", line 155: improper member use: code "../../gcc-4.5/gcc/genconfig.c", line 253: undefined struct/union member: code "../../gcc-4.5/gcc/genconfig.c", line 254: improper member use: code "../../gcc-4.5/gcc/genconfig.c", line 291: undefined struct/union member: code cc: acomp failed for ../../gcc-4.5/gcc/genconfig.c From jkrell at elego.de Sat Nov 6 18:18:27 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 18:18:27 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106171827.C3A122474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 18:18:27 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: dfp.c Log message: "../../gcc-4.5/gcc/dfp.c", line 76: Error: "decimal_do_compare(const real_value*, const real_value*, int)" is expected to return a value. "../../gcc-4.5/gcc/dfp.c", line 100: Error: "decimal_real_to_integer(const real_value*)" is expected to return a value. "../../gcc-4.5/gcc/dfp.c", line 111: Error: "decimal_real_arithmetic(real_value*, tree_code, const real_value*, const real_value and quash warnings From jkrell at elego.de Sat Nov 6 18:25:29 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 18:25:29 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106172529.1A0E02474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 18:25:29 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: fixed-value.c Log message: ../../gcc-4.5/gcc/fixed-value.c", line 60: Error: "fixed_arithmetic(fixed_value*, int, const fixed_value*, const fixed_value*, bool)" is expected to return a value. "../../gcc-4.5/gcc/fixed-value.c", line 65: Error: "fixed_compare(int, const fixed_value*, const fixed_value*)" is expected to return a value. "../../gcc-4.5/gcc/fixed-value.c", line 70: Error: "fixed_convert(fixed_value*, machine_mode, const fixed_value*, bool)" is expected to return a value. ^ and fix warnings From jkrell at elego.de Sat Nov 6 18:27:34 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 18:27:34 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106172734.6311F2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 18:27:34 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: fold-const.c Log message: "../../gcc-4.5/gcc/fold-const.c", line 7823: Error: Overloading ambiguity between "std::abs(int)" and "std::abs(long)". abs => wide_abs, #defined in hwint.h From jkrell at elego.de Sat Nov 6 18:34:53 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 18:34:53 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106173453.78A2F2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 18:34:53 Modified files: cm3/m3-sys/m3cc/src/: gnucc.common Log message: steer toward cc and CC; needs more work maybe From jkrell at elego.de Sat Nov 6 18:36:41 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 18:36:41 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106173641.2911E2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 18:36:41 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: langhooks.c Log message: "../../gcc-4.5/gcc/langhooks.c", line 197: Error: "lhd_type_promotes_to(tree_node*)" is expected to return a value. "../../gcc-4.5/gcc/langhooks.c", line 288: Error: "lhd_tree_size(tree_code)" is expected to return a value. From jkrell at elego.de Sat Nov 6 18:39:24 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 18:39:24 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106173924.2C9A22474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 18:39:24 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: lto-compress.c Log message: "../../gcc-4.5/gcc/lto-compress.c", line 46: Error: "lto_start_compression(void(*)(const char*,unsigned,void*), void*)" is expected to return a value. "../../gcc-4.5/gcc/lto-compress.c", line 66: Error: "lto_start_uncompression(void(*)(const char*,unsigned,void*), void*)" is expected to return a value. From jkrell at elego.de Sun Nov 7 00:47:51 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 0:47:51 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106234751.80B512474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 00:47:51 Modified files: cm3/m3-sys/m3cc/src/: gnucc.common Log message: fix From jkrell at elego.de Sun Nov 7 01:14:49 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 1:14:49 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107001449.E95402474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 01:14:49 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: system.h cm3/m3-sys/m3cc/gcc-4.5/libcpp/: system.h Log message: attempt fix for: Sun doesn't always declare _flsbuf/__flsbuf/_filbuf/__filbuf: opts.c, line 1233: Error: The function "__flsbuf" must have a prototype. see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333 From jkrell at elego.de Sun Nov 7 01:24:21 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 1:24:21 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107002421.48ADB2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 01:24:21 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: system.h cm3/m3-sys/m3cc/gcc-4.5/libcpp/: system.h Log message: move the code down two lines, now that I read what HAVE_DECL_PUTC_UNLOCKED means From jkrell at elego.de Sun Nov 7 01:29:25 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 1:29:25 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107002925.880142474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 01:29:25 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: rtl.c Log message: "../../gcc-4.5/gcc/rtl.def", line 82: Error: Badly formed constant expression. "../../gcc-4.5/gcc/rtl.def", line 89: Error: "}" expected instead of "sizeof". see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333 From jkrell at elego.de Sun Nov 7 01:31:19 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 1:31:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107003119.4F6C22474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 01:31:19 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: targhooks.c Log message: "../../gcc-4.5/gcc/targhooks.c", line 85: Error: "default_legitimate_address_p(machine_mode, rtx_def*, bool)" is expected to return a value. "../../gcc-4.5/gcc/targhooks.c", line 938: Error: "default_addr_space_convert(rtx_def*, tree_node*, tree_node*)" is expected to return a value. see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333 From jkrell at elego.de Sun Nov 7 01:34:16 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 1:34:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107003416.C127C2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 01:34:16 Modified files: cm3/m3-sys/m3cc/src/: gnucc.common Log message: append env From jkrell at elego.de Sun Nov 7 01:35:54 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 1:35:54 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107003554.5E2832474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 01:35:54 Modified files: cm3/m3-sys/m3cc/src/: gnucc.common Log message: more favoring cc/CC, on Solaris From jkrell at elego.de Sun Nov 7 01:36:12 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 1:36:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107003612.546FA2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 01:36:12 Modified files: cm3/m3-sys/m3cc/src/: gnucc.common Log message: comment only From jkrell at elego.de Sun Nov 7 01:46:09 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 1:46:09 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107004609.D83ED2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 01:46:08 Modified files: cm3/m3-sys/m3cc/gcc-4.5/include/: obstack.h Log message: void* instead of char*, I don't understand.. From jkrell at elego.de Sun Nov 7 02:08:27 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 2:08:27 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107010827.DF4C02474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 02:08:27 Modified files: cm3/m3-sys/m3cc/gcc/gmp/: gmp-h.in Log message: Undefined first referenced symbol in file __gmpn_add /home/jkrell/dev2/cm3/m3-sys/m3cc/SOLsun/./gmp/.libs/libgmp.a(add.o) __gmpn_cmp /home/jkrell/dev2/cm3/m3-sys/m3cc/SOLsun/./gmp/.libs/libgmp.a(add.o) __gmpn_sub /home/jkrell/dev2/cm3/m3-sys/m3cc/SOLsun/./gmp/.libs/libgmp.a(add.o) __gmpn_add_1 /home/jkrell/dev2/cm3/m3-sys/m3cc/SOLsun/./gmp/.libs/libgmp.a(add_ui.o) __gmpn_sub_1 /home/jkrell/dev2/cm3/m3-sys/m3cc/SOLsun/./gmp/.libs/libgmp.a(add_ui.o) try extern "C" From jkrell at elego.de Sun Nov 7 02:38:13 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 2:38:13 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107013814.5725C2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 02:38:13 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: system.h cm3/m3-sys/m3cc/gcc-4.5/libcpp/: system.h Log message: huh, seems to work: enum bitfields; can then make it back to one parameter and unchange gengtype, later From jkrell at elego.de Sun Nov 7 02:48:11 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 2:48:11 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107014812.2A0382474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 02:48:11 Modified files: cm3/m3-sys/m3cc/gcc/gmp/mpn/: Makefile.am Makefile.in Added files: cm3/m3-sys/m3cc/gcc/gmp/mpn/generic/: add.c add_1.c cmp.c sub.c sub_1.c Log message: add back add, sub, add_1, sub_1, cmp, for when not optimizing From jkrell at elego.de Sun Nov 7 02:50:17 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 2:50:17 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107015028.E23F32474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 02:50:17 Modified files: cm3/m3-sys/m3cc/gcc/gmp/mpn/: Makefile.in Log message: fix the K&R case From jkrell at elego.de Sun Nov 7 02:54:31 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 2:54:31 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107015432.CCD192474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 02:54:31 Modified files: cm3/m3-sys/m3cc/gcc/gmp/mpn/: Makefile.in Log message: just remove the K&R stuff, gcc requires ANSI C, or even C++ From jkrell at elego.de Sun Nov 7 05:21:45 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 5:21:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107042146.5CE682474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 05:21:45 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: rtl.h Log message: rename gen_lowpart to gen_lowpart_ to workaround Sun CC problem on opencsw current10s see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333 From jkrell at elego.de Sun Nov 7 13:50:51 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 13:50:51 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107125051.18FD6CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 13:50:51 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: bitmap.c Log message: don't #define __alignof__ if it is #defined This should fix a warning using Sun CC. see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333 From jkrell at elego.de Sun Nov 7 13:54:47 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 13:54:47 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107125447.C17D3CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 13:54:47 Modified files: cm3/m3-sys/m3cc/gcc-apple/gcc/: stub-objc.c Log message: typename => type, so it can be compiled as C++ From hosking at cs.purdue.edu Sun Nov 7 14:26:03 2010 From: hosking at cs.purdue.edu (Tony Hosking) Date: Sun, 7 Nov 2010 08:26:03 -0500 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20101107042146.5CE682474003@birch.elegosoft.com> References: <20101107042146.5CE682474003@birch.elegosoft.com> Message-ID: <1DBE8167-E3BA-4A5B-B36C-D5982DE94B3E@cs.purdue.edu> Are all these hacks for broken sun cc really necessary? Sent from my iPad On 07/11/2010, at 5:21 AM, jkrell at elego.de (Jay Krell) wrote: > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 10/11/07 05:21:45 > > Modified files: > cm3/m3-sys/m3cc/gcc-4.5/gcc/: rtl.h > > Log message: > rename gen_lowpart to gen_lowpart_ to workaround Sun CC problem > on opencsw current10s > see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333 From jkrell at elego.de Sun Nov 7 22:44:12 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 22:44:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107214412.5634D2474008@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 22:44:12 Modified files: cm3/m3-sys/m3cc/gcc/gmp/: Makefile.am Makefile.in cm3/m3-sys/m3cc/gcc/gmp/mpn/: Makefile.in cm3/m3-sys/m3cc/gcc/gmp/mpz/: Makefile.in Removed files: cm3/m3-sys/m3cc/gcc/gmp/: ansi2knr.1 ansi2knr.c Log message: trim K&R support From jkrell at elego.de Sun Nov 7 22:45:36 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 22:45:36 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107214536.2FE23CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 22:45:36 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt m3makefile cm3/m3-sys/m3cc/gcc/gcc/m3cg/: Make-lang.in m3-parse.h parse.c Removed files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-convert.c Log message: for some reason, m3-convert.c needs to be combined with parse.c in particular, on Solaris 2.10 with Sun CC, the value of TREE_TYPE (expr) changes from the caller and convert. The value in convert is garbage and it crashes. This doesn't make sense, but I think it is ok to make the change without understanding the rest of the problem. If history preservation is paramount, we could #include it instead. I didn't just merge the files, I also made edits to the convert function. It had two temporaries that were identical to a paramter -- removed. Current gcc 4.5 c-convert.c uses a switch instead of an if-latter, done. removed support for vector/fixed/decimalfloat in a few cases, e.g. INIT_FLOAT, LOAD_ADDRESS, use a local instead of changing what is now a "persistant" member variable fix the tracing during the handler calls (op vs. get_op()) support m3_break_lineno during the handler calls (far more interesting there, unless you want to debug the reading of the .mc file) NOTE: the tracing during handler calls doesn't print the parameters; that is only done in the reading pass. That can be fixed. Generally the tracing isn't interesting in the reading pass, only if there is a bug in reading. From jkrell at elego.de Sun Nov 7 22:48:47 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 22:48:47 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107214847.48954CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 22:48:47 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: Makefile.in dfp.c Removed files: cm3/m3-sys/m3cc/gcc-4.5/libdecnumber/: ChangeLog Makefile.in aclocal.m4 config.in configure configure.ac dconfig.h decCommonSymbols.h decContext.h decContextSymbols.h decDPD.h decDPDSymbols.h decDouble.h decDoubleSymbols.h decExcept.h decNumber.h decNumberLocal.h decNumberSymbols.h decPacked.h decPackedSymbols.h decQuad.h decQuadSymbols.h decRound.h decSingle.h decSingleSymbols.h cm3/m3-sys/m3cc/gcc-4.5/libdecnumber/bid/: bid-dpd.h bid2dpd_dpd2bid.h decimal128.h decimal128Local.h decimal128Symbols.h decimal32.h decimal32Symbols.h decimal64.h decimal64Symbols.h cm3/m3-sys/m3cc/gcc-4.5/libdecnumber/dpd/: decimal128.h decimal128Local.h decimal128Symbols.h decimal32.h decimal32Symbols.h decimal64.h decimal64Symbols.h Log message: trim unused code -- decimal float support From jay.krell at cornell.edu Sun Nov 7 22:52:53 2010 From: jay.krell at cornell.edu (Jay K) Date: Sun, 7 Nov 2010 21:52:53 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <1DBE8167-E3BA-4A5B-B36C-D5982DE94B3E@cs.purdue.edu> References: <20101107042146.5CE682474003@birch.elegosoft.com>, <1DBE8167-E3BA-4A5B-B36C-D5982DE94B3E@cs.purdue.edu> Message-ID: I would prefer to have them, yes. g++ is broken on the opencsw machines. -bash-4.1$ /opt/csw/gcc4/bin/g++ 2.c -bash-4.1$ ./a.out ld.so.1: a.out: fatal: libstdc++.so.6: open failed: No such file or directory Killed I suspect gcc-trunk will get them, but I can't guarantee that or its timing. The ENUM_BITFIELD change could be mostly undone. I can compile m3cc on Solaris 2.10 with /usr/bin/bin/CC now. ?- Jay ---------------------------------------- > From: hosking at cs.purdue.edu > To: jkrell at elego.de > Date: Sun, 7 Nov 2010 08:26:03 -0500 > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > Are all these hacks for broken sun cc really necessary? > > Sent from my iPad > > On 07/11/2010, at 5:21 AM, jkrell at elego.de (Jay Krell) wrote: > > > CVSROOT: /usr/cvs > > Changes by: jkrell at birch. 10/11/07 05:21:45 > > > > Modified files: > > cm3/m3-sys/m3cc/gcc-4.5/gcc/: rtl.h > > > > Log message: > > rename gen_lowpart to gen_lowpart_ to workaround Sun CC problem > > on opencsw current10s > > see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333 From jkrell at elego.de Sun Nov 7 22:57:22 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 22:57:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107215722.B1B2CCC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 22:57:22 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: Solaris.common Log message: probe for OpenGL on all Solaris targets -- it is missing on opencsw current10s From jkrell at elego.de Sun Nov 7 23:29:57 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 23:29:57 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107222957.DE741CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 23:29:57 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: system.h cm3/m3-sys/m3cc/gcc-4.5/libcpp/: system.h Log message: use bitfields for non-gcc C compilers From jkrell at elego.de Mon Nov 8 01:05:50 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 1:05:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108000551.4990A2474008@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 01:05:50 Modified files: cm3/m3-libs/m3core/src/text/: TextLiteral.i3 Log message: reenable crossing from 32bit to 64bit From jkrell at elego.de Mon Nov 8 02:11:55 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 2:11:55 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108011155.B1F802474008@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 02:11:55 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/config/rs6000/: rs6000.c Log message: see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46334 see http://hudson.modula3.com:8080/job/cm3-current-m3cc-PPC_DARWIN/93/consoleFull g++ -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -DHAVE_CONFIG_H -o m3cgc1 m3cg/parse.o m3cg/m3-convert.o attribs.o main.o libbackend.a ../libcpp/libcpp.a ../libcpp/libcpp.a ../libiberty/libiberty.a -L/Volumes/luthien/home/hudson2/workspace/cm3-m3cc-PPC_DARWIN/cm3/m3-sys/m3cc/PPC_DARWIN/./gmp/.libs -lgmp -L/Volumes/luthien/home/hudson2/workspace/cm3-m3cc-PPC_DARWIN/cm3/m3-sys/m3cc/PPC_DARWIN/./gmp/.libs -lgmp ld: Undefined symbols: __Z29legitimate_indirect_address_pP7rtx_defi remove inline From jkrell at elego.de Mon Nov 8 02:28:21 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 2:28:21 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108012821.2303DCC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 02:28:21 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/config/i386/: i386.md Log message: put "return 0;" after gcc_unreachable see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333 see http://hudson.modula3.com:8080/job/cm3-current-m3cc-I386_SOLARIS-opencsw-current10x/106/console cd . && cd gcc && gmake CXX=/usr/bin/CC CC=/usr/bin/cc MAKE=gmake AUTOCONF=: AUTOMAKE=: LEX='touch lex.yy.c' MAKEINFO=: s-modes insn-config.h m3cg /usr/bin/CC -c -g -DIN_GCC -DHAVE_CONFIG_H -I. -I. -I../../gcc-4.5/gcc -I../../gcc-4.5/gcc/. -I../../gcc-4.5/gcc/../include -I../../gcc-4.5/gcc/../libcpp/include -I/home/m3hudson/current10x/workspace/cm3-current-m3cc-I386_SOLARIS-opencsw-current10x/cm3/m3-sys/m3cc/I386_SOLARIS/./gmp -I/home/m3hudson/current10x/workspace/cm3-current-m3cc-I386_SOLARIS-opencsw-current10x/cm3/m3-sys/m3cc/gcc-4.5/gmp -I/usr/include/libelf insn-output.c -o insn-output.o "../../gcc-4.5/gcc/config/i386/i386.md", line 2987: Error: "output_100(rtx_def**, rtx_def*)" is expected to return a value. "../../gcc-4.5/gcc/config/i386/i386.md", line 2999: Error: "output_101(rtx_def**, rtx_def*)" is expected to return a value. "../../gcc-4.5/gcc/config/i386/i386.md", line 3490: Error: "output_106(rtx_def**, rtx_def*)" is expected to return a value. "../../gcc-4.5/gcc/config/i386/i386.md", line 3502: Error: "output_107(rtx_def**, rtx_def*)" is expected to return a value. "../../gcc-4.5/gcc/config/i386/i386.md", line 3643: Error: "output_111(rtx_def**, rtx_def*)" is expected to return a value. 5 Error(s) detected. (note that Sun CC isn't unreasonable here an some of its other errors; sometimes the gcc code is g++ specific, ENUM_BITFIELD for example) From jkrell at elego.de Mon Nov 8 02:48:45 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 2:48:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108014845.4FAC1CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 02:48:45 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt Log message: clean From jkrell at elego.de Mon Nov 8 09:39:31 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 9:39:31 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108083931.A5446CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 09:39:31 Modified files: cm3/scripts/regression/: hudson_build_system.sh hudson_pkg_tests.sh Log message: possible fix for set -ex From jkrell at elego.de Mon Nov 8 11:18:32 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 11:18:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108101832.24376CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 11:18:32 Modified files: cm3/scripts/: sysinfo.sh Log message: attempt to fix for set -ex (PPC_DARWIN) From jkrell at elego.de Mon Nov 8 11:19:06 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 11:19:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108101906.C478ECC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 11:19:06 Modified files: cm3/scripts/: sysinfo-new.sh Log message: attempt to fix for set -ex (PPC_DARWIN) From jkrell at elego.de Mon Nov 8 11:19:50 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 11:19:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108101950.A229BCC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 11:19:50 Modified files: cm3/scripts/regression/: defs.sh Log message: attempt to fix for set -ex (PPC_DARWIN) From jkrell at elego.de Mon Nov 8 12:24:30 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 12:24:30 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108112430.324FACC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 12:24:30 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: extend support to OSF4 via -enable-obsolete From jkrell at elego.de Mon Nov 8 12:30:21 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 12:30:21 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108113021.9B3EDCC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 12:30:21 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: VMS.common Log message: if not defined around setting TARGET_ENDIAN it is readonly and always already set but also, indeed, VMS is always little endian From jkrell at elego.de Mon Nov 8 12:46:55 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 12:46:55 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108114655.EA3462474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 12:46:55 Modified files: cm3/m3-sys/m3cc/gcc/gmp/: gmp-impl.h Log message: fix integer types From jkrell at elego.de Mon Nov 8 13:00:33 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 13:00:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108120033.2F6C12474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 13:00:33 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: vmsdbgout.c Log message: fix ALPHA32_VMS to compile as C++ From jkrell at elego.de Mon Nov 8 13:20:40 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 13:20:40 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108122040.D2E5A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 13:20:40 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: quash warnings about not handling every enum value in a switch From jkrell at elego.de Mon Nov 8 13:29:03 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 13:29:03 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108122903.E2BF72474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 13:29:03 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: ALPHA32_VMS ALPHA64_VMS Log message: no debug info on ALPHA32/64_VMS, at least "for now" the backend crashes..the problem looks familiar, like something already solved, but quick attempt to fix failed in particular, it was hashing null, usually the result of "UNKNOWN_LOCATION" but I tried changing the #define build_decl in parse.c to use BUILTINS_LOCATION if input_location == UNKNOWN_LOCATION, no luck should really find out what decl it was.. From jkrell at elego.de Mon Nov 8 13:29:03 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 13:29:03 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108122903.E2BF72474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 13:29:03 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: ALPHA32_VMS ALPHA64_VMS Log message: no debug info on ALPHA32/64_VMS, at least "for now" the backend crashes..the problem looks familiar, like something already solved, but quick attempt to fix failed in particular, it was hashing null, usually the result of "UNKNOWN_LOCATION" but I tried changing the #define build_decl in parse.c to use BUILTINS_LOCATION if input_location == UNKNOWN_LOCATION, no luck should really find out what decl it was.. From jkrell at elego.de Tue Nov 9 12:05:39 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 9 Nov 2010 12:05:39 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101109110539.3811ECC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/09 12:05:39 Modified files: cm3/m3-libs/sysutils/src/: FSUtils.m3 Log message: disable diagnostic output, but code left in, for now From jkrell at elego.de Wed Nov 10 09:28:14 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 9:28:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110082814.C135CCC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 09:28:14 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: use deriveds for clean, including for PREBUILT use BindExport for ship, including for PREBUILT => writing into .M3SHIP or manually copying are both sleazy, and unnecessary note that cm3 -clean is still very incomplete it would help somewhat is deriveds could handle directories.. really clean just should equal realclean.. the goal of knowing every single output is laudible but probably not really realistic far far easier to know the root output directory and hope/pray/verify that the outputs are really all in it (there definitely have been violations to that!, and in a sense there still are deliberate ones, e.g. when you set M3CC_TARGET..maybe someday gcc will be multi-target and -target=all will be real.. eh..yet another C/C++ backend provides...one codegen for all targets..) From jkrell at elego.de Wed Nov 10 09:32:35 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 9:32:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110083235.C49DCCC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 09:32:35 Modified files: cm3/scripts/: upgrade.sh Log message: blow away the entire config directory and rebuild it from scratch, instead of only deleting the files that happen to exist currently -- this handles deletes, which are, granted, rare From jkrell at elego.de Wed Nov 10 10:50:02 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 10:50:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110095002.9B08A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 10:50:02 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: remove fs_rmrec workaround From jkrell at elego.de Wed Nov 10 11:27:34 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 11:27:34 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110102734.B6DAD2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 11:27:34 Modified files: cm3/scripts/python/: make-dist.py Log message: remove libm3gcdefs support From jkrell at elego.de Wed Nov 10 11:28:29 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 11:28:29 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110102829.14A472474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 11:28:29 Modified files: cm3/scripts/python/: make-dist.py Log message: remove unnecessary building of m3bundle and redundant listing of mklib From jkrell at elego.de Wed Nov 10 11:29:17 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 11:29:17 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110102917.781802474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 11:29:17 Modified files: cm3/scripts/: upgrade.sh Log message: remove use of cminstall remove prebuild of m3bundle/cminstall remove the fallback upon error related to config files always follow the same steps: build w/old w/o libm3/m3core update/ship all at once: cm3, cm3cg, config rebuild all including m3core/libm3 update/ship again (just cm3 should suffice) don't bother using install-cm3-compiler.sh don't bother making backups including that the config backups weren't valuable/complete and we have so many other backups already add use of m3cggen this is only useful under development, not really in Hudson et. al. as the developer should commit the updated m3cg.h replace "run" with set -ex edit usage statement stop using "core" group it is slightly and unnecessarily inflated (cminstall, m3bundle, parseparams) use a hardcoded list reduce boilerplate running sysinfo.sh etc. make sure we can run cm3 --version and cm3cg --version before accepting them (including we have to hack M3CONFIG in case cm3.cfg is not in $PATH, lame! it has a version even if there is no cm3.cfg and no target!) Still, this doesn't work as it should -- it should ship to temp, use that to ship to a second temp, and only then update the original and delete the temps. (as well, build should just immediately ship, since it is a new empty location) (tbd) See what python/make-dist.py does. From jkrell at elego.de Wed Nov 10 11:34:37 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 11:34:37 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110103437.44F3E2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 11:34:37 Removed files: cm3/scripts/: upgrade-5.3.sh Log message: remove obsolete/unused file From jkrell at elego.de Wed Nov 10 11:42:40 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 11:42:40 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110104240.B1F942474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 11:42:40 Removed files: cm3/scripts/: boot-cm3-build-on-target.sh boot-cm3-core.sh boot-cm3-makefile-lib.tmpl boot-cm3-makefile-prog.tmpl boot-cm3-with-m3.sh copy-bootarchives.sh Log message: remove unused files From jkrell at elego.de Wed Nov 10 11:45:08 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 11:45:08 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110104508.A4B242474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 11:45:08 Removed files: cm3/scripts/: build-cross-backend.sh pack-crossbuild.sh ppc-cross-build.sh Log message: remove unused files From jkrell at elego.de Wed Nov 10 11:57:36 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 11:57:36 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110105736.BFCAE2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 11:57:36 Modified files: cm3/scripts/: make-bin-dist-min.sh Log message: remove create-skel.sh use, replace with one mkdir all the other mkdirs are done as needed already From jkrell at elego.de Wed Nov 10 11:58:01 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 11:58:01 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110105801.893BC2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 11:58:01 Removed files: cm3/scripts/: create-skel.sh Log message: remove unused From jkrell at elego.de Wed Nov 10 11:59:44 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 11:59:44 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110105944.4E9902474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 11:59:44 Modified files: cm3/scripts/win/: do-cm3-std.cmd Log message: remove obsolete comment -- really build std, in order, don't need to frontload m3bundle From jkrell at elego.de Wed Nov 10 12:00:17 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 12:00:17 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110110017.DEAED2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 12:00:17 Removed files: cm3/scripts/: do-cm3-std.bat Log message: remove unused From jkrell at elego.de Wed Nov 10 12:07:57 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 12:07:57 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110110757.6A1E72474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 12:07:57 Removed files: cm3/scripts/: backup-pkgs.sh archive-pkg.sh Log message: remove unused From jkrell at elego.de Wed Nov 10 12:14:49 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 12:14:49 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110111449.DE7272474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 12:14:49 Modified files: cm3/scripts/: upgrade.sh Log message: reexpand boilerplate, so scripts can run with cd=root From jkrell at elego.de Wed Nov 10 12:26:38 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 12:26:38 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110112638.B3AEC2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 12:26:38 Modified files: cm3/scripts/dev/windows/: do-cm3.cmd Log message: Support all NT operating systems without further checks. This is highly likely portable down to NT 3.51 and portable up to all NT operating systems that will ever be created, at least that have any ability to run any .cmd file. I left the check for "%OS%"=="Windows_NT" in because, I guess, OS/2 can run .cmd files. But Windows 9x can also run them, there are versions of cmd.exe for it. So the check is probably still overeager. Anyway, nobody is likely to try any of the other systems (OS/2, Win9x, NT 3.1, etc.) From jkrell at elego.de Wed Nov 10 12:28:36 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 12:28:36 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110112836.186AC2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 12:28:36 Modified files: cm3/scripts/dev/windows/: do-cm3.cmd Log message: pushd foo cd bar is terser and no less clear as pushd foo\bar From jkrell at elego.de Wed Nov 10 12:29:56 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 12:29:56 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110112958.51D7C2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 12:29:56 Modified files: cm3/scripts/dev/windows/: RCC_upgradeCM3.cmd Log message: pushd foo cd bar is equivalent to pushd foo\bar From jkrell at elego.de Wed Nov 10 12:51:59 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 12:51:59 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110115159.52C8A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 12:51:59 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Turn off all the new type code for now. The elego code base turned up: new source -> compiling RsrcFilter.m3 ../src/RsrcFilter.m3: In function 'RsrcFilter__Init': ../src/RsrcFilter.m3:77:0: internal compiler error: in int_mode_for_mode, at stor-layout.c:469 (even without any optimizations, target=AMD64_DARWIN) From jkrell at elego.de Wed Nov 10 13:24:45 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 13:24:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110122445.DBEFF2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 13:24:45 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: split m3_volatize into get_volatize() and set_volatize() From jkrell at elego.de Wed Nov 10 14:12:40 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 14:12:40 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110131240.29A1F2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 14:12:40 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: don't inline nested functions inside volatized functions, to fix: elego/m3msh/src/M3MiniShell.m3: In function 'M3MiniShell__ProcessParameters': elego/m3msh/src/M3MiniShell.m3:608:0: error: variable '_nonlocal_var_rec.188' might be clobbered by 'longjmp' or 'vfork' From jkrell at elego.de Wed Nov 10 14:13:55 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 14:13:55 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110131355.3ACEFCC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 14:13:55 Modified files: cm3/scripts/: pkginfo.txt Log message: add the elego packages From jkrell at elego.de Wed Nov 10 14:18:11 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 14:18:11 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110131811.80C41CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 14:18:11 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: tree-nested.c Log message: add comment at top saying we changed it From jkrell at elego.de Wed Nov 10 14:39:42 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 14:39:42 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110133942.6A9A82474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 14:39:42 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: cure is worse than disease -- causes breaks elsewhere, needs more investigation From jkrell at elego.de Thu Nov 11 08:52:34 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 8:52:34 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111075234.667E2CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 08:52:34 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: make get/set_volatize functions instead of macros From jkrell at elego.de Thu Nov 11 09:12:02 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 9:12:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111081204.33561CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 09:12:02 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix warnings From jkrell at elego.de Thu Nov 11 09:28:42 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 9:28:42 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111082842.3A089CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 09:28:42 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: zero struct language_function with memset From jkrell at elego.de Thu Nov 11 10:44:41 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 10:44:41 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111094442.28E24CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 10:44:41 Modified files: cm3/scripts/regression/: hudson_pkg_tests.sh Log message: no need for existance check before rm -rf From jkrell at elego.de Thu Nov 11 10:46:26 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 10:46:26 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111094626.5CEB6CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 10:46:26 Modified files: cm3/scripts/regression/: hudson_build_system.sh Log message: try set -ex From jkrell at elego.de Thu Nov 11 11:01:40 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 11:01:40 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111100140.D5940CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 11:01:40 Modified files: cm3/scripts/regression/: defs.sh Log message: no need for existance check before rm -rf From jkrell at elego.de Thu Nov 11 11:10:05 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 11:10:05 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111101005.66821CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 11:10:05 Modified files: cm3/scripts/: do-cm3-std.sh Log message: remove m3bundle oddity, making 'all' and 'std' almost the same, and I don't understand the difference From jkrell at elego.de Thu Nov 11 11:12:17 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 11:12:17 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111101217.10E34CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 11:12:17 Modified files: cm3/scripts/: do-cm3-std.sh Log message: make 'std' == 'all' -- 'std' was filtering on 'std', whereas all is really just every line in pkginfo.txt; it was intended to have every line say 'std', but that is also pointless From jkrell at elego.de Thu Nov 11 11:16:04 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 11:16:04 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111101604.73E99CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 11:16:04 Modified files: cm3/scripts/python/: pylib.py Log message: more efficient equating of std==all, which already was true From jkrell at elego.de Thu Nov 11 11:22:35 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 11:22:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111102235.6DE14CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 11:22:35 Modified files: cm3/scripts/: pkginfo.txt cm3/scripts/dev/windows/: do-cm3.cmd cm3/scripts/win/: do-cm3-std.cmd Log message: make "all" and "std" both be simply every line in pkginfo.txt don't have to put "std" tag on every line to make it so From jkrell at elego.de Thu Nov 11 11:29:50 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 11:29:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111102950.6CC7E2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 11:29:50 Modified files: cm3/scripts/regression/: defs.sh Log message: rely significantly on upgrade.sh (note that the previous code did this: build buildship install-compiler.sh merely removing the second line might have sufficed in particular install-compiler.sh is perfectly willing to copy a "built local" cm3 however this all seems much cleaner ) From jkrell at elego.de Thu Nov 11 11:38:19 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 11:38:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111103819.4F38A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 11:38:19 Modified files: cm3/scripts/: make-bin-dist-min.sh pkgcmds.sh upgrade.sh Log message: move the code from upgrade.sh that knows how to create the cfg files to function install_config in pkgcmds.sh, so that make-bin-dist-min.sh can use it, fixing this problem: http://hudson.modula3.com:8080/job/cm3-current-build-AMD64_FREEBSD/376/console cp: /ad0e/home/hudson/workspace/cm3-current-build-AMD64_FREEBSD/cm3/m3-sys/cminstall/src/config-no-install/CVS is a directory (not copied). From jkrell at elego.de Thu Nov 11 11:39:16 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 11:39:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111103916.0C01C2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 11:39:16 Modified files: cm3/scripts/: make-bin-dist-min.sh Log message: comment only From jkrell at elego.de Thu Nov 11 11:46:44 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 11:46:44 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111104644.B7BED2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 11:46:44 Modified files: cm3/scripts/: upgrade.sh Log message: comment out the run of m3cggen see http://hudson.modula3.com:8080/job/cm3-current-build-AMD64_FREEBSD/376/console (Locally modified m3cg.h moved to .#m3cg.h.1.6) U m3-sys/m3cc/gcc/gcc/m3cg/m3cg.h The right way to do this is: on a developer machine, always run it in hudson, run it, output elsewhere, compare, if they are not equal, error out The compromise is: on a developer machine, uncomment it in hudson, never run it if the output would vary, there is a mismatch between the frontend and backend as to the m3cg intermediate format, and hopefully there will soon follow major major errors The historical behavior matches the compromise, except the commented out code wasn't there even commented out. From jkrell at elego.de Thu Nov 11 12:00:28 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 12:00:28 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111110030.AEB672474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 12:00:28 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: don't inline anything, to fix: elego/m3msh/src/M3MiniShell.m3: In function 'M3MiniShell__ProcessParameters': elego/m3msh/src/M3MiniShell.m3:608:0: error: variable '_nonlocal_var_rec.188' might be clobbered by 'longjmp' or 'vfork' very not good I tried a fair number of other things and nothing both compiled that and compiled the rest of the tree, at -O3. -O2 was less of a problem. It would *appear* that tree-nested copied volatility from the originals to the fields of the nonlocal struct, but nevertheless, this error occurs. (usually a warning, but I made it an error, we really don't want to let this occur) From jkrell at elego.de Thu Nov 11 12:43:22 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 12:43:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111114322.0AB712474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 12:43:22 Modified files: cm3/m3-sys/m3cc/gcc/fixincludes/: configure cm3/m3-sys/m3cc/gcc/gmp/: configure cm3/m3-sys/m3cc/gcc-4.5/: configure cm3/m3-sys/m3cc/gcc-4.5/fixincludes/: configure cm3/m3-sys/m3cc/gcc-4.5/gcc/: configure cm3/m3-sys/m3cc/gcc-4.5/libcpp/: configure cm3/m3-sys/m3cc/gcc-4.5/libgcc/: configure cm3/m3-sys/m3cc/gcc-4.5/libiberty/: configure cm3/m3-sys/m3cc/gcc-4.5/lto-plugin/: configure cm3/m3-sys/m3cc/gcc-4.5/zlib/: configure Log message: fix building under nohup again (e.g. on Olaf's Darwin/ppc machine) I have mail to autoconf people again to try to understand/resolve this. From jkrell at elego.de Thu Nov 11 12:57:53 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 12:57:53 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111115753.928F72474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 12:57:53 Modified files: cm3/caltech-parser/cit_common/: .cvsignore cm3/caltech-parser/cit_util/: .cvsignore cm3/caltech-parser/drawcontext/: .cvsignore cm3/caltech-parser/hack/: .cvsignore cm3/caltech-parser/m3browserhack/: .cvsignore cm3/caltech-parser/m3tmplhack/: .cvsignore cm3/caltech-parser/paneman/: .cvsignore cm3/caltech-parser/term/: .cvsignore cm3/m3-comm/events/: .cvsignore cm3/m3-comm/netobj/: .cvsignore cm3/m3-comm/netobjd/: .cvsignore cm3/m3-comm/rdwr/: .cvsignore cm3/m3-comm/serial/: .cvsignore cm3/m3-comm/sharedobj/: .cvsignore cm3/m3-comm/sharedobjgen/: .cvsignore cm3/m3-comm/stubgen/: .cvsignore cm3/m3-comm/tapi/: .cvsignore cm3/m3-comm/tcp/: .cvsignore cm3/m3-comm/udp/: .cvsignore cm3/m3-db/db/: .cvsignore cm3/m3-db/odbc/: .cvsignore cm3/m3-db/pgodbc/: .cvsignore cm3/m3-db/postgres95/: .cvsignore cm3/m3-db/smalldb/: .cvsignore cm3/m3-db/stable/: .cvsignore cm3/m3-db/stablegen/: .cvsignore cm3/m3-demo/calculator/: .cvsignore cm3/m3-demo/cube/: .cvsignore cm3/m3-demo/dpsslides/: .cvsignore cm3/m3-demo/fisheye/: .cvsignore cm3/m3-demo/mentor/: .cvsignore cm3/m3-demo/sil/: .cvsignore cm3/m3-games/badbricks/: .cvsignore cm3/m3-games/columns/: .cvsignore cm3/m3-games/fours/: .cvsignore cm3/m3-games/maze/: .cvsignore cm3/m3-games/solitaire/: .cvsignore cm3/m3-games/tetris/: .cvsignore cm3/m3-lectern/buildlectern/: .cvsignore cm3/m3-lectern/editlectern/: .cvsignore cm3/m3-lectern/lectern/: .cvsignore cm3/m3-lectern/lecternclient/: .cvsignore cm3/m3-lectern/lecterndoc/: .cvsignore cm3/m3-lectern/lecterntohtml/: .cvsignore cm3/m3-lectern/ocr/: .cvsignore cm3/m3-libs/arithmetic/: .cvsignore cm3/m3-libs/binIO/: .cvsignore cm3/m3-libs/bitvector/: .cvsignore cm3/m3-libs/commandrw/: .cvsignore cm3/m3-libs/debug/: .cvsignore cm3/m3-libs/deepcopy/: .cvsignore cm3/m3-libs/digraph/: .cvsignore cm3/m3-libs/dps/: .cvsignore cm3/m3-libs/embutils/: .cvsignore cm3/m3-libs/fftw/: .cvsignore cm3/m3-libs/libbuf/: .cvsignore cm3/m3-libs/libm3/: .cvsignore cm3/m3-libs/libsio/: .cvsignore cm3/m3-libs/listfuncs/: .cvsignore cm3/m3-libs/m3core/: .cvsignore cm3/m3-libs/m3tk-misc/: .cvsignore cm3/m3-libs/parseparams/: .cvsignore cm3/m3-libs/patternmatching/: .cvsignore cm3/m3-libs/plplot/: .cvsignore cm3/m3-libs/realgeometry/: .cvsignore cm3/m3-libs/set/: .cvsignore cm3/m3-libs/sgml/: .cvsignore cm3/m3-libs/slisp/: .cvsignore cm3/m3-libs/sortedtableextras/: .cvsignore cm3/m3-libs/sysutils/: .cvsignore cm3/m3-libs/table-list/: .cvsignore cm3/m3-libs/tcl/: .cvsignore cm3/m3-libs/tempfiles/: .cvsignore cm3/m3-libs/unittest/: .cvsignore cm3/m3-libs/unittest-numeric/: .cvsignore cm3/m3-mail/llscan/: .cvsignore cm3/m3-mail/postcard/: .cvsignore cm3/m3-mail/webcard/: .cvsignore cm3/m3-obliq/metasyn/: .cvsignore cm3/m3-obliq/obliq/: .cvsignore cm3/m3-obliq/obliqbin3D/: .cvsignore cm3/m3-obliq/obliqbinanim/: .cvsignore cm3/m3-obliq/obliqbinmin/: .cvsignore cm3/m3-obliq/obliqbinstd/: .cvsignore cm3/m3-obliq/obliqbinui/: .cvsignore cm3/m3-obliq/obliqlib3D/: .cvsignore cm3/m3-obliq/obliqlibanim/: .cvsignore cm3/m3-obliq/obliqlibemb/: .cvsignore cm3/m3-obliq/obliqlibm3/: .cvsignore cm3/m3-obliq/obliqlibui/: .cvsignore cm3/m3-obliq/obliqparse/: .cvsignore cm3/m3-obliq/obliqprint/: .cvsignore cm3/m3-obliq/obliqrt/: .cvsignore cm3/m3-obliq/obliqsrvstd/: .cvsignore cm3/m3-obliq/obliqsrvui/: .cvsignore cm3/m3-obliq/synex/: .cvsignore cm3/m3-obliq/synloc/: .cvsignore cm3/m3-obliq/visualobliq/: .cvsignore cm3/m3-obliq/vocgi/: .cvsignore cm3/m3-obliq/voquery/: .cvsignore cm3/m3-obliq/vorun/: .cvsignore cm3/m3-pkgtools/pkgfprint/: .cvsignore cm3/m3-pkgtools/pkgobj/: .cvsignore cm3/m3-pkgtools/pkgq/: .cvsignore cm3/m3-pkgtools/pkgsrv/: .cvsignore cm3/m3-pkgtools/pkgtool/: .cvsignore cm3/m3-sys/cm3/: .cvsignore cm3/m3-sys/cm3ide/: .cvsignore cm3/m3-sys/cminstall/: .cvsignore cm3/m3-sys/dll2lib/: .cvsignore cm3/m3-sys/fix_nl/: .cvsignore cm3/m3-sys/libdump/: .cvsignore cm3/m3-sys/m3back/: .cvsignore cm3/m3-sys/m3cc/: .cvsignore cm3/m3-sys/m3cgcat/: .cvsignore cm3/m3-sys/m3cggen/: .cvsignore cm3/m3-sys/m3front/: .cvsignore cm3/m3-sys/m3gdb/: .cvsignore cm3/m3-sys/m3linker/: .cvsignore cm3/m3-sys/m3loader/: .cvsignore cm3/m3-sys/m3middle/: .cvsignore cm3/m3-sys/m3objfile/: .cvsignore cm3/m3-sys/m3quake/: .cvsignore cm3/m3-sys/m3scanner/: .cvsignore cm3/m3-sys/m3staloneback/: .cvsignore cm3/m3-sys/m3tools/: .cvsignore cm3/m3-sys/mklib/: .cvsignore cm3/m3-sys/windowsResources/: .cvsignore cm3/m3-tools/cmpdir/: .cvsignore cm3/m3-tools/cmpfp/: .cvsignore cm3/m3-tools/coverage/: .cvsignore cm3/m3-tools/dirfp/: .cvsignore cm3/m3-tools/gnuemacs/: .cvsignore cm3/m3-tools/hexdump/: .cvsignore cm3/m3-tools/m3browser/: .cvsignore cm3/m3-tools/m3bundle/: .cvsignore cm3/m3-tools/m3markup/: .cvsignore cm3/m3-tools/m3scan/: .cvsignore cm3/m3-tools/m3tk/: .cvsignore cm3/m3-tools/m3tohtml/: .cvsignore cm3/m3-tools/m3totex/: .cvsignore cm3/m3-tools/mtex/: .cvsignore cm3/m3-tools/pp/: .cvsignore cm3/m3-tools/recordheap/: .cvsignore cm3/m3-tools/rehearsecode/: .cvsignore cm3/m3-tools/replayheap/: .cvsignore cm3/m3-tools/showheap/: .cvsignore cm3/m3-tools/shownew/: .cvsignore cm3/m3-tools/showthread/: .cvsignore cm3/m3-tools/uniq/: .cvsignore cm3/m3-ui/PEX/: .cvsignore cm3/m3-ui/X11R4/: .cvsignore cm3/m3-ui/anim3D/: .cvsignore cm3/m3-ui/bicycle/: .cvsignore cm3/m3-ui/cmvbt/: .cvsignore cm3/m3-ui/codeview/: .cvsignore cm3/m3-ui/formsedit/: .cvsignore cm3/m3-ui/formsvbt/: .cvsignore cm3/m3-ui/formsvbtpixmaps/: .cvsignore cm3/m3-ui/formsview/: .cvsignore cm3/m3-ui/images/: .cvsignore cm3/m3-ui/jvideo/: .cvsignore cm3/m3-ui/m3zume/: .cvsignore cm3/m3-ui/mg/: .cvsignore cm3/m3-ui/mgkit/: .cvsignore cm3/m3-ui/motif/: .cvsignore cm3/m3-ui/opengl/: .cvsignore cm3/m3-ui/ui/: .cvsignore cm3/m3-ui/vbtkit/: .cvsignore cm3/m3-ui/videovbt/: .cvsignore cm3/m3-ui/webvbt/: .cvsignore cm3/m3-ui/zeus/: .cvsignore cm3/m3-win/import-libs/: .cvsignore cm3/m3-www/deckscape/: .cvsignore cm3/m3-www/http/: .cvsignore cm3/m3-www/proxy/: .cvsignore cm3/m3-www/web/: .cvsignore cm3/m3-www/webcat/: .cvsignore cm3/m3-www/webscape/: .cvsignore Log message: add I386_NETBSD ALPHA32_VMS ALPHA64_VMS see http://hudson.modula3.com:8080/job/cm3-current-build-I386_NETBSD/36/console (The problem the past while on I386_NETBSD was that the clock was wrong and so m3cc/gcc-4.5/configure entered an infinite loop, constantly reconfiguring.) From jkrell at elego.de Thu Nov 11 19:29:19 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 19:29:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111182919.1CD3A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 19:29:19 Modified files: cm3/scripts/regression/: defs.sh Log message: oops see http://hudson.modula3.com:8080/job/cm3-current-build-SOLsun-opencsw-current10s/374/console probably others From jkrell at elego.de Fri Nov 12 00:25:07 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 12 Nov 2010 0:25:07 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111232516.DE42B2474006@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/12 00:25:06 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: machmode.h system.h Log message: huh? extern "C" so I can set breakpoints? I really hope not, that will put a kibosh on C++. But a small test case worked in gdb. tbd.. From jkrell at elego.de Fri Nov 12 00:43:38 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 12 Nov 2010 0:43:38 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111234346.54FCB2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/12 00:43:38 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: Makefile.in Log message: always build treebrowser From jkrell at elego.de Fri Nov 12 00:58:17 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 12 Nov 2010 0:58:17 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111235818.249312474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/12 00:58:17 Added files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: .cvsignore Log message: add .cvsignore From jkrell at elego.de Fri Nov 12 00:59:02 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 12 Nov 2010 0:59:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111235902.92D2A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/12 00:59:02 Added files: cm3/m3-sys/m3cc/gcc-apple/gcc/: .cvsignore Log message: add .cvsignore From jkrell at elego.de Fri Nov 12 03:19:37 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 12 Nov 2010 3:19:37 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101112021937.1A1732474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/12 03:19:37 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: system.h machmode.h Log message: go back, no extern C, we'll see.. From rodney at elego.de Sat Nov 13 18:27:05 2010 From: rodney at elego.de (Rodney M. Bates) Date: Sat, 13 Nov 2010 18:27:05 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101113172705.4187B2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/13 18:27:05 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: Tag: release_branch_cm3_5_8 m3-lang.c m3-util.c m3-valprint.c Log message: Fix a bug in m3gdb's adaptation to 64 bits. It was taking the size of M3 INTEGER from existing infrastructure that gives the size of a C int. However, this turns out to be 32 for gcc, even on a 64-bit machine. Get the size of INTEGER from the target name instead. From jkrell at elego.de Sat Nov 13 23:50:09 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 13 Nov 2010 23:50:09 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101113225010.597642474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/13 23:50:08 Added files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: externc.cpp Log message: program to add extern C to files From jkrell at elego.de Sun Nov 14 00:03:58 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 14 Nov 2010 0:03:58 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101113230359.0F22B2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/14 00:03:58 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: externc.cpp Log message: fewer newlines added, more to do From rodney at elego.de Mon Nov 15 00:06:35 2010 From: rodney at elego.de (Rodney M. Bates) Date: Mon, 15 Nov 2010 0:06:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101114230635.F095CCC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/15 00:06:35 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: Tag: release_branch_cm3_5_8 m3-lang.c m3-util.c Log message: Clean up some lingering 32/64-bit adaptation problems and some other bugs, shown up by compile warnings. There are still warnings, but should not reflect bugs. It seems too difficult to get the warnings out in a 32/46-bit size-indepenent way. They only effect code for debugging m3gdb--printing pointers in hexadecimal. From rodney at elego.de Mon Nov 15 00:07:57 2010 From: rodney at elego.de (Rodney M. Bates) Date: Mon, 15 Nov 2010 0:07:57 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101114230759.E2CB8CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/15 00:07:57 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: m3-lang.c m3-util.c m3-valprint.c Log message: Clean up some lingering 32/64-bit adaptation problems and some other bugs, shown up by compile warnings. There are still warnings, but should not reflect bugs. It seems too difficult to get the warnings out in a 32/46-bit size-indepenent way. They only effect code for debugging m3gdb--printing pointers in hexadecimal. From jkrell at elego.de Mon Nov 15 08:46:45 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 15 Nov 2010 8:46:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101115074645.7886FCC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/15 08:46:45 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/config/i386/: i386.c Log message: fix warning about using uninitialized variable From jkrell at elego.de Mon Nov 15 08:49:44 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 15 Nov 2010 8:49:44 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101115074944.E5F1BCC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/15 08:49:44 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: addresses.h alias.c alias.h alloc-pool.c alloc-pool.h attribs.c auto-inc-dec.c basic-block.h bb-reorder.c bitmap.c bitmap.h bt-load.c c-aux-info.c c-common.c c-common.h c-convert.c c-cppbuiltin.c c-decl.c c-dump.c c-errors.c c-format.c c-format.h c-gimplify.c c-lang.c c-lang.h c-lex.c c-objc-common.c c-objc-common.h c-omp.c c-opts.c c-parser.c c-pch.c c-ppoutput.c c-pragma.c c-pragma.h c-pretty-print.c c-pretty-print.h c-semantics.c c-tree.h c-typeck.c caller-save.c calls.c cfg.c cfganal.c cfgbuild.c cfgcleanup.c cfgexpand.c cfghooks.c cfghooks.h cfglayout.c cfglayout.h cfgloop.c cfgloop.h cfgloopanal.c cfgloopmanip.c cfgrtl.c cgraph.c cgraph.h cgraphbuild.c cgraphunit.c collect2-aix.h collect2.h combine-stack-adj.c combine.c conditions.h convert.c convert.h coretypes.h coverage.c coverage.h cppdefault.c cppdefault.h cppspec.c cse.c cselib.c cselib.h dbgcnt.c dbgcnt.h dbxout.c dbxout.h dce.c dce.h ddg.c ddg.h debug.c debug.h defaults.h df-byte-scan.c df-core.c df-problems.c df-scan.c df.h dfp.c dfp.h diagnostic.c diagnostic.h dojump.c dominance.c domwalk.c domwalk.h double-int.c double-int.h dse.c dse.h dummy-checksum.c dwarf2asm.c dwarf2asm.h dwarf2out.c dwarf2out.h ebitmap.h emit-rtl.h errors.c errors.h et-forest.h except.h expr.h externc.cpp fixed-value.h flags.h fold-const.c function.h gbl-ctors.h gcc-plugin.h gcc.h genattr.c genattrtab.c genautomata.c gencheck.c genchecksum.c gencodes.c genconditions.c genconfig.c genconstants.c genemit.c genextract.c genflags.c gengenrtl.c gengtype-parse.c gengtype.c gengtype.h genmddeps.c genmodes.c genopinit.c genoutput.c genpeep.c genpreds.c genrecog.c gensupport.c gensupport.h ggc.h gimple.h graph.h graphds.h graphite-clast-to-gimple.h graphite-dependences.h graphite-poly.h graphite-ppl.h graphite-scop-detection.h graphite-sese-to-poly.h graphite.h hard-reg-set.h hooks.h hosthooks-def.h hosthooks.h incpath.h input.h insn-addr.h integrate.h intl.h ipa-prop.h ipa-reference.h ipa-struct-reorg.h ipa-type-escape.h ipa-utils.h ira-int.h ira.h lambda.h langhooks-def.h langhooks.h libfuncs.h libgcc2.h longlong.h lto-compress.h lto-streamer.h machmode.h matrix-reorg.c mcf.c mode-switching.c modulo-sched.c omega.h optabs.h opts.h output.h params.h plugin.h pointer-set.h predict.h prefix.h pretty-print.h profile.h real.h recog.h regs.h reload.h resource.h rtl-error.c rtl.h rtlhooks-def.h sbitmap.c sbitmap.h sched-deps.c sched-ebb.c sched-int.h sched-rgn.c sched-vis.c sdbout.h sel-sched-dump.c sel-sched-dump.h sel-sched-ir.c sel-sched-ir.h sel-sched.c sel-sched.h sese.c sese.h simplify-rtx.c sparseset.c sparseset.h sreal.c sreal.h ssaexpand.h stack-ptr-mod.c statistics.c statistics.h stmt.c stor-layout.c store-motion.c stringpool.c system.h target.h targhooks.c targhooks.h timevar.c timevar.h tlink.c toplev.c toplev.h tracer.c tree-affine.c tree-affine.h tree-browser.c tree-call-cdce.c tree-cfg.c tree-cfgcleanup.c tree-chrec.c tree-chrec.h tree-complex.c tree-data-ref.c tree-data-ref.h tree-dfa.c tree-dump.c tree-dump.h tree-eh.c tree-flow-inline.h tree-flow.h tree-if-conv.c tree-inline.c tree-inline.h tree-into-ssa.c tree-iterator.c tree-iterator.h tree-loop-distribution.c tree-loop-linear.c tree-mudflap.c tree-mudflap.h tree-nested.c tree-nomudflap.c tree-nrv.c tree-object-size.c tree-optimize.c tree-outof-ssa.c tree-parloops.c tree-pass.h tree-phinodes.c tree-predcom.c tree-pretty-print.c tree-profile.c tree-scalar-evolution.c tree-scalar-evolution.h tree-sra.c tree-ssa-address.c tree-ssa-alias.c tree-ssa-alias.h tree-ssa-coalesce.c tree-ssa-copy.c tree-ssa-copyrename.c tree-ssa-dce.c tree-ssa-dom.c tree-ssa-dse.c tree-ssa-forwprop.c tree-ssa-ifcombine.c tree-ssa-live.c tree-ssa-live.h tree-ssa-loop-ch.c tree-ssa-loop-im.c tree-ssa-loop-ivcanon.c tree-ssa-loop-ivopts.c tree-ssa-loop-manip.c tree-ssa-loop-niter.c tree-ssa-loop-prefetch.c tree-ssa-loop-unswitch.c tree-ssa-loop.c tree-ssa-math-opts.c tree-ssa-operands.c tree-ssa-operands.h tree-ssa-phiopt.c tree-ssa-phiprop.c tree-ssa-pre.c tree-ssa-propagate.c tree-ssa-propagate.h tree-ssa-reassoc.c tree-ssa-sccvn.c tree-ssa-sccvn.h tree-ssa-sink.c tree-ssa-structalias.c tree-ssa-ter.c tree-ssa-threadedge.c tree-ssa-threadupdate.c tree-ssa-uncprop.c tree-ssa.c tree-ssanames.c tree-stdarg.c tree-stdarg.h tree-switch-conversion.c tree-tailcall.c tree-vect-data-refs.c tree-vect-generic.c tree-vect-loop-manip.c tree-vect-loop.c tree-vect-patterns.c tree-vect-slp.c tree-vect-stmts.c tree-vectorizer.c tree-vectorizer.h tree-vrp.c tree.c tree.h unwind-dw2-fde.h unwind-pe.h value-prof.h varray.h vec.h vecprim.h version.h vmsdbg.h xcoffout.h cm3/m3-sys/m3cc/gcc-4.5/libcpp/include/: symtab.h cm3/m3-sys/m3cc/src/: clean_marker.txt Log message: apply #ifdef __cplusplus extern "C" { } liberally a good idea in many code bases it seems to fix/improve debugging, though it really ought not more to do From jkrell at elego.de Mon Nov 15 09:08:02 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 15 Nov 2010 9:08:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101115080802.AFDC2CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/15 09:08:02 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: ebitmap.c emit-rtl.c et-forest.c except.c explow.c expmed.c expr.c Log message: a bit more extern "C" From jkrell at elego.de Mon Nov 15 09:24:59 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 15 Nov 2010 9:24:59 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101115082459.3CD81CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/15 09:24:59 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: remove tab, there's a problem here where .m3ship file isn't being created From jkrell at elego.de Mon Nov 15 11:09:07 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 15 Nov 2010 11:09:07 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101115100907.22779CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/15 11:09:07 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-def.h Log message: f => frequency for clearer tracing From jkrell at elego.de Mon Nov 15 11:15:57 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 15 Nov 2010 11:15:57 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101115101557.1EB47CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/15 11:15:57 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c m3-parse.h Log message: better tracing; specifically print the integers for procs/labels/vars a little better than the frequent "noname" for vars From jkrell at elego.de Tue Nov 16 09:15:16 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 16 Nov 2010 9:15:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101116081516.DEF36CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/16 09:15:16 Modified files: cm3/m3-sys/m3middle/src/: M3Buf.m3 M3CG_BinRd.m3 M3CG_Rd.m3 Log message: grow buffers from 2K or 4K to 64K From jkrell at elego.de Tue Nov 16 09:17:12 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 16 Nov 2010 9:17:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101116081713.04436CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/16 09:17:12 Modified files: cm3/m3-sys/m3middle/src/: M3CG_BinWr.m3 M3CG_Wr.m3 Log message: flush buffers at 32K instead of 1K From jkrell at elego.de Tue Nov 16 09:25:24 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 16 Nov 2010 9:25:24 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101116082524.43E09CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/16 09:25:24 Modified files: cm3/m3-sys/m3middle/src/: M3CG_BinWr.m3 M3CG_Wr.m3 Log message: flush at 60K instead of 32K From jkrell at elego.de Tue Nov 16 09:31:06 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 16 Nov 2010 9:31:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101116083106.C0B4DCC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/16 09:31:06 Modified files: cm3/m3-sys/m3middle/src/: M3Buf.m3 Log message: remove two largish lookup tables (200 bytes total) From jkrell at elego.de Tue Nov 16 09:32:32 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 16 Nov 2010 9:32:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101116083232.AEBC7CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/16 09:32:32 Modified files: cm3/m3-sys/m3middle/src/: M3Buf.m3 Log message: invert test for clarity From jkrell at elego.de Tue Nov 16 09:39:33 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 16 Nov 2010 9:39:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101116083933.C84A7CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/16 09:39:33 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: possible fix for shipping failing due to lack of .M3SHIP file, but code is duplicated From jkrell at elego.de Tue Nov 16 10:06:52 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 16 Nov 2010 10:06:52 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101116090652.2446ACC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/16 10:06:52 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c cm3/m3-sys/m3middle/src/: M3CG_BinWr.m3 Log message: use "bytes" more and "integers" less calling convention, opcode, boolean, type of float, pieces of float, m3type realistically, the only place this will make a difference is in pieces of float, since all the others are very small integers and would already be encoded in a byte; floats will be consistently encoded as 4 or 8 bytes, no more as well, the older code is more flexible -- would more automatically transition to encode opcodes beyond 247, but given that we are at 159, probably safe forever I'm also not sure the variably sized encoding is worthwhile. It is compact, understood. From jkrell at elego.de Tue Nov 16 10:11:41 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 16 Nov 2010 10:11:41 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101116091141.619A5CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/16 10:11:41 Modified files: cm3/m3-sys/m3middle/src/: M3CG_BinRd.m3 Log message: more int vs. byte From jkrell at elego.de Tue Nov 16 10:17:55 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 16 Nov 2010 10:17:55 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101116091755.A016DCC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/16 10:17:55 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: remove unnecessary cast and mask in scan_float From jkrell at elego.de Wed Nov 17 14:38:11 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 17 Nov 2010 14:38:11 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101117133811.B7D16CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/17 14:38:11 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: small cleanup enabled by being C++ From jkrell at elego.de Wed Nov 17 14:41:18 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 17 Nov 2010 14:41:18 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101117134118.ADDB4CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/17 14:41:18 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: factor set_eq/set_ne into a function that takes EQ_EXPR or NE_EXPR From jkrell at elego.de Wed Nov 17 22:45:54 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 17 Nov 2010 22:45:54 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101117214600.2C7262474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/17 22:45:54 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt Log message: trigger clean From jkrell at elego.de Wed Nov 17 23:36:18 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 17 Nov 2010 23:36:18 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101117223619.02178CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/17 23:36:18 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: opth-gen.awk Log message: extern C in options.h From jkrell at elego.de Wed Nov 17 23:36:36 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 17 Nov 2010 23:36:36 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101117223636.886A0CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/17 23:36:36 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt Log message: clean again From jkrell at elego.de Wed Nov 17 23:48:56 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 17 Nov 2010 23:48:56 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101117224857.C54182474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/17 23:48:56 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt cm3/m3-sys/m3cc/gcc-4.5/gcc/: opth-gen.awk Log message: try again From jkrell at elego.de Thu Nov 18 12:29:55 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 12:29:55 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118112955.AFC6A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 12:29:55 Added files: cm3/scripts/regression/: cvs2.sh Log message: capture current wrapper from opencsw From jkrell at elego.de Thu Nov 18 12:31:12 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 12:31:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118113112.ACD972474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 12:31:12 Modified files: cm3/scripts/regression/: cvs.sh cvs2.sh Added files: cm3/scripts/regression/: cvs3.sh Log message: add another wrapper variant, and comments From jkrell at elego.de Thu Nov 18 12:34:23 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 12:34:23 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118113423.3BFD52474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 12:34:23 Modified files: cm3/scripts/regression/: cvs3.sh Log message: remove echo on exec From jkrell at elego.de Thu Nov 18 12:35:44 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 12:35:44 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118113544.87DA32474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 12:35:44 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt Log message: let's see if opencsw picks this up with my edited bin/cvs From jkrell at elego.de Thu Nov 18 12:40:33 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 12:40:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118114033.3AE622474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 12:40:33 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: targhooks.c Log message: see http://hudson.modula3.com:8080/view/cm3-current/job/cm3-current-m3cc-I386_SOLARIS-opencsw-current10x/118/console "../../gcc-4.5/gcc/targhooks.c", line 614: Error: "default_function_value(const tree_node*, const tree_node*, bool)" is expected to return a value place "return 0;" after gcc_unreachable From jkrell at elego.de Thu Nov 18 12:50:21 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 12:50:21 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118115021.672DF2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 12:50:21 Modified files: cm3/scripts/regression/: cvs.sh Removed files: cm3/scripts/regression/: cvs2.sh Log message: use history From jkrell at elego.de Thu Nov 18 12:50:41 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 12:50:41 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118115041.C3AA32474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 12:50:41 Modified files: cm3/scripts/regression/: cvs.sh Removed files: cm3/scripts/regression/: cvs3.sh Log message: history From jkrell at elego.de Thu Nov 18 12:51:14 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 12:51:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118115114.149FD2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 12:51:14 Added files: cm3/scripts/regression/: cvs.py Log message: fork off a new version :) From jkrell at elego.de Thu Nov 18 13:16:02 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 13:16:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118121602.0C0202474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 13:16:02 Modified files: cm3/scripts/regression/: cvs.py Log message: initial version From jkrell at elego.de Thu Nov 18 13:19:45 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 13:19:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118121945.A4B072474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 13:19:45 Modified files: cm3/scripts/regression/: cvs.py Log message: edits -- really just needed to change it to make it executable From jkrell at elego.de Thu Nov 18 13:20:02 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 13:20:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118122002.6C5AC2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 13:20:02 Modified files: cm3/scripts/regression/: cvs.py Log message: edit From jkrell at elego.de Thu Nov 18 14:00:51 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 14:00:51 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118130051.D58032474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 14:00:51 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: targhooks.c Log message: another missing return value From jkrell at elego.de Thu Nov 18 22:21:54 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 22:21:54 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118212156.7F9DD2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 22:21:54 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: Makefile.in gcc.c gccspec.c gcse.c genpeep.c genpreds.c ggc-common.c ggc-none.c ggc-page.c ggc-zone.c gimple-iterator.c gimple-low.c gimple-pretty-print.c gimple.c gimplify.c graph.c graphds.c haifa-sched.c hooks.c ifcvt.c incpath.c init-regs.c integrate.c intl.c ipa-cp.c ipa-inline.c ipa-prop.c ipa-pure-const.c ipa-reference.c ipa-struct-reorg.c ipa-type-escape.c ipa-utils.c ipa.c ira-build.c ira-color.c ira-conflicts.c ira-costs.c ira-emit.c ira-lives.c ira.c lto-cgraph.c lto-compress.c lto-opts.c lto-section-in.c lto-section-out.c lto-streamer-in.c lto-streamer-out.c lto-streamer.c lto-symtab.c lto-wpa-fixup.c lto-wrapper.c read-rtl.c real.c recog.c reg-stack.c regcprop.c reginfo.c regmove.c regrename.c regstat.c reload.c reload1.c reorg.c resource.c rtl.c rtlanal.c rtlhooks.c tree-ssa-ccp.c tree-ssa-loop.c value-prof.c var-tracking.c varasm.c varpool.c varray.c vec.c version.c vmsdbgout.c web.c xcoffout.c cm3/m3-sys/m3cc/src/: clean_marker.txt Removed files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: graphite-blocking.c graphite-clast-to-gimple.c graphite-clast-to-gimple.h graphite-dependences.c graphite-dependences.h graphite-interchange.c graphite-poly.c graphite-poly.h graphite-ppl.c graphite-ppl.h graphite-scop-detection.c graphite-scop-detection.h graphite-sese-to-poly.c graphite-sese-to-poly.h graphite.c graphite.h Log message: add more extern "C" hopefully will fix the few errors at http://hudson.modula3.com:8080/view/cm3-current/job/cm3-current-m3cc-I386_SOLARIS-opencsw-current10x/121/console remove all the graphite/cloog/ppl stuff it is all optional and we don't use it, we have enough problems with the non-optional optimizations From jkrell at elego.de Thu Nov 18 22:47:40 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 22:47:40 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118214740.8D77A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 22:47:40 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: params.c passes.c plugin.c pointer-set.c postreload-gcse.c postreload.c predict.c prefix.c pretty-print.c print-rtl.c print-tree.c profile.c Log message: extern "C" From jkrell at elego.de Thu Nov 18 22:49:38 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 22:49:38 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118214938.E33CB2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 22:49:38 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: final.c fixed-value.c function.c fwprop.c Log message: extern "C" From jkrell at elego.de Thu Nov 18 22:52:11 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 22:52:11 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118215211.DE70E2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 22:52:11 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: host-default.c Log message: add extern "C" From jkrell at elego.de Thu Nov 18 23:49:51 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 23:49:51 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118224951.B0D252474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 23:49:51 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: more information in assertion failure From jkrell at elego.de Thu Nov 18 23:52:34 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 23:52:34 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118225234.5B1A0CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 23:52:34 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: this should fix Darwin assertion failure, by checking for no_uid for segments before 0 From jkrell at elego.de Thu Nov 18 23:59:58 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 23:59:58 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118225958.670312474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 23:59:58 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix types to memcmp, memcpy, memmove, memset, shift honor overlap flag in copy use memcpy/memmove for copy instead of making up a new type of the desired size and copying it specifically: int32 memcmp(addr, addr, size_t) memcpy(addr, addr, size_t) memset(addr, int32, size_t) NOT ptdiff_t memcmp(addr, addr, ptdiff_t) NOT m3mcpy(addr, addr, ptdiff_t) NOT memset(addr, ptrdiff_t, ptdiff_t) always shift unsigned and then convert back to desired type This should fix some of the configure enable-checking errors. make the parameter rearrangement in copy_n clearer From jkrell at elego.de Fri Nov 19 08:51:29 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 8:51:29 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119075129.DB0BF2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 08:51:29 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: set sizes are unsigned factor some common code into binop and unop (add, subtract, multiply, etc.) From jkrell at elego.de Fri Nov 19 08:53:30 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 8:53:30 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119075330.BAB4FCC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 08:53:30 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: save one newline From jkrell at elego.de Fri Nov 19 10:28:45 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 10:28:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119092845.466E72474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 10:28:45 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix a type mismatch in set operations, found by enable-checking fixed just by computing sizes a few lines later, so they use the computed underlying types *after* they are computed put a newline in the assertion message for readability (It is an easy one to trigger via human error, running cm3cg manually, such as in a debugger, without -m64) fixup the assertions a bit in m3_do_fixed_insert (I'd like to give bitfield operations another shot..) From jkrell at elego.de Fri Nov 19 10:31:28 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 10:31:28 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119093128.0ED772474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 10:31:28 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: STRING_AND_LENGTH => CONSTANT_STRING_AND_LENGTH From jkrell at elego.de Fri Nov 19 12:46:04 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 12:46:04 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119114604.B671ECC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 12:46:04 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: in insert/extract: "n" => "count" "i" => "offset" (I'd be ok with "position" also.) for, in my opinion, much improved clarity. From jkrell at elego.de Fri Nov 19 12:48:28 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 12:48:28 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119114828.F1BBDCC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 12:48:28 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c m3-parse.h Log message: add an extra pass so that declare_segment can get to the data that is in bind_segment, so that the size/alignment of segments is always correct; this fixes configure -enable-checking This probably also addresses the recurring problem I have had where loads in segments were broken because the segment was smaller than the load offset, e.g. on OpenBSD/mips64, and much was broken. I had been working around by blowing up the initial segment size guess. Now we get it right up front. More work is needed here for the typing/debugging of segments (aka globals). Once we turn types back on! (once they don't break things) add a lot of casts to satisfy configure -enable-checking This could use careful review. configure -enable-checking all good now *except* for static link problem, and as such shall be enabled shortly unconditionally, at least the checks that don't affect .h files (except static link problem) (that's an extra level of checking I haven't tested recently, will soon, but might be too slow; as well, we can/should dial this back for release) From jkrell at elego.de Fri Nov 19 12:57:26 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 12:57:26 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119115726.D4128CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 12:57:26 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix assertion for 32bit targets see http://hudson.modula3.com:8080/view/cm3-current/job/cm3-current-build-SOLsun-opencsw-current10s/393/console (I've been testing almost exclusively AMD64_DARWIN) From jay.krell at cornell.edu Fri Nov 19 12:52:02 2010 From: jay.krell at cornell.edu (Jay K) Date: Fri, 19 Nov 2010 11:52:02 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20101119114828.F1BBDCC126@birch.elegosoft.com> References: <20101119114828.F1BBDCC126@birch.elegosoft.com> Message-ID: diff attached, more semantically significant than usual (as opposed to "structural" changes that try not to change behavior, this actually doesn't really mean to change behavior either, but it might) > Date: Fri, 19 Nov 2010 12:48:28 +0000 > To: m3commit at elegosoft.com > From: jkrell at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 10/11/19 12:48:28 > > Modified files: > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c m3-parse.h > > Log message: > add an extra pass so that declare_segment can get to the data > that is in bind_segment, so that the size/alignment of segments > is always correct; this fixes configure -enable-checking > This probably also addresses the recurring problem I have had > where loads in segments were broken because the segment was > smaller than the load offset, e.g. on OpenBSD/mips64, and > much was broken. I had been working around by blowing up > the initial segment size guess. Now we get it right up front. > > More work is needed here for the typing/debugging of segments (aka globals). > Once we turn types back on! (once they don't break things) > > add a lot of casts to satisfy configure -enable-checking > This could use careful review. > > configure -enable-checking all good now *except* for static link problem, > and as such shall be enabled shortly unconditionally, at least > the checks that don't affect .h files (except static link problem) > (that's an extra level of checking I haven't tested recently, will soon, > but might be too slow; as well, we can/should dial this back for release) > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: 4.txt URL: From jkrell at elego.de Fri Nov 19 13:04:18 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 13:04:18 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119120418.8E54FCC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 13:04:18 Modified files: cm3/m3-sys/m3cc/src/: m3makefile gnucc.common Log message: Don't consider host=AMD64_DARWIN, target=I386_DARWIN to be a cross. This is to workaround here: http://hudson.modula3.com:8080/view/cm3-current/job/cm3-current-m3cc-I386_DARWIN/56/console I386_DARWIN/cm3cg: No such file or directory which was caused because I "rebooted" the Darwin Hudson nodes, i.e. reinstalled, and I guess installed AMD64 as I386, with the hope that it'd just rebuild and replace itself or such. This change isn't terrible, but we don't have a simple clean general framework for "biarch" or "multiarch" situations like this, where host != target, but host can run target. There are many others, e.g. SOLsun/SOLgnu/SPARC32_SOLARIS, NT386/Cygwin/MinGWin, I386_LINUX/AMD64_LINUX (usually but not always), SPARC32/SPARC64 Solaris, I386/AMD64 Solaris, I386/*64 NT (AMD64, IA64)m and probably other I386/AMD64 systems. From jkrell at elego.de Fri Nov 19 13:04:35 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 13:04:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119120435.F28E7CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 13:04:35 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt Log message: clean From jkrell at elego.de Fri Nov 19 13:09:17 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 13:09:17 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119120917.295AACC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 13:09:17 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: cfgcleanup.c cfgexpand.c cfghooks.c cfglayout.c cfgloopmanip.c cfgrtl.c tree-cfg.c tree-cfgcleanup.c Log message: enable much of what configure -enable-checking would enable, without actually having to use configure -enable-checking Notable exceptions: - tree types -- that involves I imagine making macros call functions - a specific check involving static links, that fails - other expensive checks like aggressive gc, valgrind, etc. From jkrell at elego.de Fri Nov 19 13:09:55 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 13:09:55 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119120955.4C2ADCC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 13:09:55 Removed files: cm3/m3-sys/m3cc/gcc-4.5/gcc/config/: memcmp.c memcpy.c memmove.c memset.c Log message: surely these are not needed; every system provides them so says ANSI C circa over 20 years ago From jkrell at elego.de Fri Nov 19 13:17:35 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 13:17:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119121735.5F6412474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 13:17:35 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: more information if assertion fails...this has failed on 32bit platforms, I'm being dumb on the easier stuff.. From jkrell at elego.de Fri Nov 19 17:18:46 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 17:18:46 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119161846.F167F2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 17:18:46 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: typos in previous From jkrell at elego.de Fri Nov 19 17:51:40 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 17:51:40 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119165140.A62342474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 17:51:40 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTMisc.i3 RTMiscC.c Log message: I forgot to commit this. The aliasing runs afoul of the checks enabled now in gcc. So duplicate things. see http://hudson.modula3.com:8080/view/cm3-current/job/cm3-current-build-AMD64_FREEBSD/410/console D.10047 = RTMisc__Upper (D.5235, dataAlignment.323); ../src/runtime/common/RTCollector.m3:393: confused by earlier errors, bailing out m3_backend => 4 m3cc (aka cm3cg) failed compiling: RTCollector.mc ../src/runtime/common/RTCollector.m3: In function 'RTHeapRep__LongAlloc': ../src/runtime/common/RTCollector.m3:393:0: error: invalid conversion in gimple call * int_64 D.10047 = RTMisc__Upper (D.5235, dataAlignment.323); From jkrell at elego.de Fri Nov 19 17:56:15 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 17:56:15 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119165615.9636A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 17:56:15 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt Log message: try clean, for http://hudson.modula3.com:8080/view/cm3-current/job/cm3-current-m3cc-AMD64_DARWIN/63/console looks like it missed a clean a while ago?? didn't update gengtype?? (That change can probably be undone though.) From jkrell at elego.de Fri Nov 19 17:58:31 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 17:58:31 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119165831.38D272474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 17:58:31 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: Darwin.common Log message: Just in case -- another change I had locally. Turn off -g on cm3cg temporarily, go back to -gstabs. In particular, -g crashes earlier released cm3cg. (But there is no m3gdb support for our special stabs, on Darwin, and -g doesn't crash current cm3cg.) From jkrell at elego.de Fri Nov 19 17:59:48 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 17:59:48 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119165948.CD2482474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 17:59:48 Modified files: cm3/scripts/: make-src-dist-all.sh make-script-dist.sh Log message: Surely using "ls" instead of "/bin/ls" is reasonable, idiomatic, efficient, etc.? From jkrell at elego.de Fri Nov 19 18:00:33 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 18:00:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119170033.A87472474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 18:00:33 Modified files: cm3/scripts/: make-doc-dist.sh Log message: "/bin/ls" => "ls" From jkrell at elego.de Fri Nov 19 18:02:50 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 18:02:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119170250.4A614CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 18:02:50 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: Unix.common Log message: don't encourage -Wuninitialized, I haven't been using it lately and I guess we don't 'believe' in it, since the frontend does certain checks and from gcc's point of view we absolutely read uninitialized data (we insert bitfields into uninitialized words, maybe bitfield refs will fix that..?) From jkrell at elego.de Fri Nov 19 18:03:23 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 18:03:23 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119170323.D12D1CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 18:03:23 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: Unix.common Log message: Go back -- we should initialize the words, eh? From jkrell at elego.de Fri Nov 19 18:22:54 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 18:22:54 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119172254.60413CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 18:22:54 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: gengtype-lex.c Log message: try regenerating this, makes me a little nervous but the diff looks small, reasonable, analogous to the input change From jkrell at elego.de Fri Nov 19 18:26:47 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 18:26:47 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119172647.3C9BECC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 18:26:47 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: gengtype-lex.c Log message: use -o so #line directives are correct From jkrell at elego.de Fri Nov 19 18:34:03 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 18:34:03 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119173403.DB0C4CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 18:34:03 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: gengtype-lex.c Log message: use the matching version of flex to reduce the diff; the change around EOF vs. 0 is what particularly worried me From jkrell at elego.de Fri Nov 19 23:52:31 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 23:52:31 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119225231.DC2302474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 23:52:31 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: very slightly undo changes to m3_do_fixed_insert the assertion failures are hitting some Hudson nodes and the fprintf(stderr) isn't showing anything to help me From jkrell at elego.de Fri Nov 19 23:56:09 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 23:56:09 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119225609.B8E89CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 23:56:09 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: really, let's try to see the information before the assertion failure, try stder and stdout, also add more information From jkrell at elego.de Sat Nov 20 00:02:59 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 0:02:59 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119230259.9DF4CCC129@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 00:02:59 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: try again with the printing, but not the asserts in m3_do_fixed_insert From jkrell at elego.de Sat Nov 20 00:10:05 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 0:10:05 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119231029.64430CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 00:10:05 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: UINT is good enough for tracing (vs. ULONG) From jkrell at elego.de Sat Nov 20 00:11:45 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 0:11:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119231151.4F547CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 00:11:45 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix warnings in m3_do_fixed_insert I'll try BIT_FIELD_REF here soon anyway! From jkrell at elego.de Sat Nov 20 11:25:10 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 11:25:10 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101120102511.02C8B2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 11:25:10 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-parse.h m3gty43.h m3gty45.h parse.c Log message: scan_sign: get_byte instead of get_int scan_proc, scan_label, scan_var: size_t/ptrdiff_t instead of U/WIDE/INT64, with range check I would like these to all be size_t but I think we use negative values in some places, that are to be ignored or somesuch. rejigger types a bit: mostly WIDE => INT64, UWIDE => UINT64 but then some casts to WIDE/UWIDE for printf (I considered being independent of that by using our own formating functions and string concat (ACONCAT) but nevermind, tedious and should get on to more valuable stuff.) fix warning in m3_do_fixed_insert ULONG => UINT/UINT32 use limits.h to find UINT32 (ie: actually still portable to 16 bit int) From jkrell at elego.de Sat Nov 20 13:48:03 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 13:48:03 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101120124804.202D32474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 13:48:03 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: restore TREE_SIDE_EFFECTS see recent change: Mon Nov 1 08:15:22 2010 MET (2 weeks, 5 days ago) by jkrell remove all but one use of TREE_SIDE_EFFECTS optimized m3core and libm3 are unchanged presumably unoptimized is also unchanged and maybe add a few more on all MODIFY_EXPR, BIND_EXPR, and calls and on volatile load/store (which we have very few of) It isn't automatic on those though? This is based on a quick perusal of the C frontend. I was really wondering what they do for nested functions, but ended up fixating on their add_stmt => add_to_statement_list_force vs. our add_stmt => add_to_statement_list which varies in that non-force doen't add if not TREE_SIDE_EFFECTS. I also don't know why we have TREE_USED in add_stmt. Left alone, just added a comment. Allow inlining in *modules* that have *no* nested functions, but not at all in *modules* that have *any* nested functions. I tried just nested functions and/or their parents, that's not enough. A little better but still not very good. It seems some of the previously broken cases for optimization aren't broken now. But still, overall, reenabling any/many of the few we have disabled, break somewhere. And some of this is probably related to type info or its absense. Continue punting for now. From jkrell at elego.de Sat Nov 20 14:34:27 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 14:34:27 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101120133427.58AC8CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 14:34:27 Modified files: cm3/m3-sys/m3middle/src/: M3CG_BinWr.m3 Log message: a byte instead of an int suffices for sign (I don't think the m3cc backend even uses this any longer) From jkrell at elego.de Sat Nov 20 14:43:17 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 14:43:17 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101120134317.8BCD22474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 14:43:17 Modified files: cm3/scripts/regression/: defs.sh Log message: fix for set -ex: don't fail unset NOCLEAN if it isn't set From jkrell at elego.de Sat Nov 20 22:28:50 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 22:28:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101120212850.619EACC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 22:28:50 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Remove the remaining volatile stores, on extract and static_link. On static_link, this helps *slightly* with enable-checking, and this is generally what we want anyway, for better optimization. (of course we still volatize in the presence of setjmp/fork) It is not enough however to remove the hack in the enable-checking, as it still hits in some cases. More to do here. From jkrell at elego.de Sat Nov 20 23:01:22 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 23:01:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101120220122.DA19C2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 23:01:22 Added files: cm3/m3-tools/kate/: .cvsignore Log message: add .cvsignore From jkrell at elego.de Sat Nov 20 23:03:02 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 23:03:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101120220305.A430E2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 23:03:02 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-parse.h Log message: forgot this file, when removing volatile, should be ok though, just warnings I expect From jkrell at elego.de Sat Nov 20 23:04:04 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 23:04:04 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101120220404.2E2E82474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 23:04:04 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: tree-cfg.c Log message: remove another check related to static chain, but I think only fails this if the previous is checked, more to do here.. From jkrell at elego.de Sat Nov 20 23:06:33 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 23:06:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101120220633.CE9FD2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 23:06:33 Modified files: cm3/m3-libs/m3core/src/: m3core.h Log message: use limits.h to verify integer sizes and even be portable to 16bit int From jkrell at elego.de Sat Nov 20 23:31:48 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 23:31:48 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101120223148.B68952474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 23:31:48 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: cfgcleanup.c cfgexpand.c cfghooks.c cfglayout.c cfgloopmanip.c cfgrtl.c tree-cfgcleanup.c Log message: Go back to making checking not be hardcoded, but subject to configure. This seems like a step backwards, but I will soon change the actual configure, to enable these checks, and more. (Currently other checks fail, working on it..) (Probably, something like, we will for some time enable *lots* of checks, make sure it works and stays working, and then will relax it to check less; the full checking is very noticably slower.) From rcolebur at SCIRES.COM Sun Nov 21 02:54:09 2010 From: rcolebur at SCIRES.COM (Coleburn, Randy) Date: Sat, 20 Nov 2010 20:54:09 -0500 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20101110112836.186AC2474003@birch.elegosoft.com> References: <20101110112836.186AC2474003@birch.elegosoft.com> Message-ID: Jay: My recollection about the reason this was coded as a "pushd foo" followed by a "cd .." was to get around a problem in one of the older cmd shell variants. I agree that "pushd foo\bar" is better than "pushd foo" "cd bar", but note that relative paths are being used in some of my code that you changed, so your example is not exactly the same. My experience with an older shell (I can't remember which) is that it ran into problems with Pushd ..\..\.. Popd when the target of the original pushd did not exist. ALSO WORD TO THE WISE: IF IT ISN'T BROKE, DON'T FIX IT. This code was working fine. Your "optimization" is trivial and may wind up breaking something (esp. if my recollection is correct). Regards, Randy -----Original Message----- From: Jay Krell [mailto:jkrell at elego.de] Sent: Wednesday, November 10, 2010 7:29 AM To: m3commit at elegosoft.com Subject: [M3commit] CVS Update: cm3 CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 12:28:36 Modified files: cm3/scripts/dev/windows/: do-cm3.cmd Log message: pushd foo cd bar is terser and no less clear as pushd foo\bar From rcolebur at SCIRES.COM Sun Nov 21 02:54:09 2010 From: rcolebur at SCIRES.COM (Coleburn, Randy) Date: Sat, 20 Nov 2010 20:54:09 -0500 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20101110112638.B3AEC2474003@birch.elegosoft.com> References: <20101110112638.B3AEC2474003@birch.elegosoft.com> Message-ID: Jay: You miss the point. I put these checks in to prevent running on systems earlier than Windows 2000. I believe there may be features in this script that don't work on the older systems. Plus, the checks create a temporary variable that can be used to identify the host OS if OS-specific adjustments are needed. Your changes remove this feature. Also, you added another couple of lines dealing with "STD" that essentially equate "STD" to "ALL". Is this the meaning now of "STD"? In the past, it has meant something different. Regards, Randy -----Original Message----- From: Jay Krell [mailto:jkrell at elego.de] Sent: Wednesday, November 10, 2010 7:27 AM To: m3commit at elegosoft.com Subject: [M3commit] CVS Update: cm3 CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 12:26:38 Modified files: cm3/scripts/dev/windows/: do-cm3.cmd Log message: Support all NT operating systems without further checks. This is highly likely portable down to NT 3.51 and portable up to all NT operating systems that will ever be created, at least that have any ability to run any .cmd file. I left the check for "%OS%"=="Windows_NT" in because, I guess, OS/2 can run .cmd files. But Windows 9x can also run them, there are versions of cmd.exe for it. So the check is probably still overeager. Anyway, nobody is likely to try any of the other systems (OS/2, Win9x, NT 3.1, etc.) From jay.krell at cornell.edu Sun Nov 21 07:39:50 2010 From: jay.krell at cornell.edu (Jay K) Date: Sun, 21 Nov 2010 06:39:50 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101110112836.186AC2474003@birch.elegosoft.com>, Message-ID: Ok I'll put it back. - Jay/phone > From: rcolebur at SCIRES.COM > To: jkrell at elego.de; m3commit at elegosoft.com > Date: Sat, 20 Nov 2010 20:54:09 -0500 > Subject: Re: [M3commit] CVS Update: cm3 > > Jay: > > My recollection about the reason this was coded as a "pushd foo" followed by a "cd .." was to get around a problem in one of the older cmd shell variants. > > I agree that "pushd foo\bar" is better than "pushd foo" "cd bar", but note that relative paths are being used in some of my code that you changed, so your example is not exactly the same. > > My experience with an older shell (I can't remember which) is that it ran into problems with > Pushd ..\..\.. > Popd > when the target of the original pushd did not exist. > > ALSO WORD TO THE WISE: IF IT ISN'T BROKE, DON'T FIX IT. This code was working fine. Your "optimization" is trivial and may wind up breaking something (esp. if my recollection is correct). > > Regards, > Randy > > -----Original Message----- > From: Jay Krell [mailto:jkrell at elego.de] > Sent: Wednesday, November 10, 2010 7:29 AM > To: m3commit at elegosoft.com > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 10/11/10 12:28:36 > > Modified files: > cm3/scripts/dev/windows/: do-cm3.cmd > > Log message: > pushd foo > cd bar > > is terser and no less clear as > pushd foo\bar > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.krell at cornell.edu Sun Nov 21 07:47:44 2010 From: jay.krell at cornell.edu (Jay K) Date: Sun, 21 Nov 2010 06:47:44 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101110112638.B3AEC2474003@birch.elegosoft.com>, Message-ID: It looks to me like it'd work on much older systems. Little sense stopping it & it creates work for every subsequent release, which will surely keep coming. Don't generate such needless work. Let me tell a quick story. A very common, maybe the most common, reason programs don't work on newer versions of Windows is that programmer check the OS version and refuse to run on newer. The OS therefore recognizes many such programs and "lies" to them as to the version. And then the programs work fine. The lesson is that version checks are a suspicious construct and usually do no good, only harm. - Jay/phone > From: rcolebur at SCIRES.COM > To: jkrell at elego.de; m3commit at elegosoft.com > Date: Sat, 20 Nov 2010 20:54:09 -0500 > Subject: Re: [M3commit] CVS Update: cm3 > > Jay: You miss the point. I put these checks in to prevent running on systems earlier than Windows 2000. > I believe there may be features in this script that don't work on the older systems. Plus, the checks create a temporary variable that can be used to identify the host OS if OS-specific adjustments are needed. Your changes remove this feature. > > Also, you added another couple of lines dealing with "STD" that essentially equate "STD" to "ALL". Is this the meaning now of "STD"? In the past, it has meant something different. > > Regards, > Randy > > -----Original Message----- > From: Jay Krell [mailto:jkrell at elego.de] > Sent: Wednesday, November 10, 2010 7:27 AM > To: m3commit at elegosoft.com > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 10/11/10 12:26:38 > > Modified files: > cm3/scripts/dev/windows/: do-cm3.cmd > > Log message: > Support all NT operating systems without further checks. > This is highly likely portable down to NT 3.51 and portable up to > all NT operating systems that will ever be created, at least > that have any ability to run any .cmd file. > > I left the check for "%OS%"=="Windows_NT" in because, I guess, > OS/2 can run .cmd files. > But Windows 9x can also run them, there are versions of cmd.exe for it. > So the check is probably still overeager. > Anyway, nobody is likely to try any of the other systems (OS/2, Win9x, NT 3.1, etc.) > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkrell at elego.de Sun Nov 21 10:26:44 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 21 Nov 2010 10:26:44 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101121092644.318A7CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/21 10:26:44 Modified files: cm3/scripts/dev/windows/: do-cm3.cmd Log message: go back to version 1.4 From wagner at elego.de Sun Nov 21 13:23:34 2010 From: wagner at elego.de (Olaf Wagner) Date: Sun, 21 Nov 2010 13:23:34 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101121122334.404282474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 10/11/21 13:23:34 Modified files: cm3/scripts/regression/: hudson_build_system.sh Log message: Always use lastok pool as a start, not just if current doesn't exist. Can we clean up all that debug output? It's very specific and doesn't make understand the script easier... From wagner at elego.de Sun Nov 21 13:57:43 2010 From: wagner at elego.de (Olaf Wagner) Date: Sun, 21 Nov 2010 13:57:43 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101121125743.3C3122474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 10/11/21 13:57:43 Modified files: cm3/scripts/regression/: defs.sh Log message: improve traces and checking for existing cm3 installations From wagner at elego.de Sun Nov 21 14:00:38 2010 From: wagner at elego.de (Olaf Wagner) Date: Sun, 21 Nov 2010 14:00:38 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101121130038.CBA1F2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 10/11/21 14:00:38 Modified files: cm3/scripts/regression/: hudson_build_system.sh Log message: disable verbose debugging output remove plin specific traces From wagner at elego.de Sun Nov 21 14:18:07 2010 From: wagner at elego.de (Olaf Wagner) Date: Sun, 21 Nov 2010 14:18:07 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101121131807.8ED0F2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 10/11/21 14:18:07 Modified files: cm3/scripts/regression/: hudson_build_system.sh Log message: Only use prebuilt cm3cg if USE_PREBUILT_CM3CG parameter is set to true. This is currently not done in any Hudson job IIRC. From jkrell at elego.de Sun Nov 21 20:11:30 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 21 Nov 2010 20:11:30 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101121191130.CD5B82474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/21 20:11:30 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: calls.c Log message: fix warning about possibly uninitialized variable From jkrell at elego.de Sun Nov 21 21:00:16 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 21 Nov 2010 21:00:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101121200016.C1C892474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/21 21:00:16 Modified files: cm3/m3-sys/m3cc/src/: m3makefile clean_marker.txt cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: significant fixes for configure -enable-checking - Continue using bitfield_refs for load/store, but mark the parameter addressable. Hopefully this isn't as bad as volatile, though given how effective it is, I suspect it might be. We can do better in future using component/array_ref. - don't inline nested functions whose parents are not inlinable (e.g. parent has barrier label) - don't inline any function that manipulate static link (load/pop) - ie: nested functions can be inlined, but only in the absence of exception handling or accessing parent frame; i.e. when they are used for scoping the name of the function - remove a chunk in volatilize that had the tree types wrong - add another m3_cast, that I suspected was needed anyway but couldn't prove via an error, now I have seen it error - remove the recent addition of stabilize_reference, it makes me nervous; it might be an optimization or a deoptimization and then: - allow many optimizations that we previously did not allow, in fact, all of them, but suppress a new one, flag_tree_forwprop, which I suspect actually is a simple valuable one, but I think this is the right compromise at the moment. I'm "dancing" between types, optimizations, checking, and also disabling some checks. - enable the checking in all builds not quite all checking, as all is really really really slow, though we should find a way to run that occasionally We'll want to dial this down for release to speed it back up. I think for dialing it up, maybe dedicate a host or task, and don't have that one make releases/snapshots. It could be a second host of the same type as another, e.g. a second I386_LINUX host. (We also need to enable optimizations in Hudson sometimes.) Only tested on AMD64_DARWIN. From jkrell at elego.de Sun Nov 21 21:03:04 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 21 Nov 2010 21:03:04 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101121200304.53B9C2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/21 21:03:04 Modified files: cm3/scripts/python/: upgrade.py Log message: don't run m3cggen here either, like in upgrade.sh; developer can uncomment it when making changes; CVS gets confused and cvs -z3 commit always wants to commit the file, even though it is unchanged (perforce does this better, you'd check it out, copy, then p4 revert -a to revert unchanged files) From jkrell at elego.de Sun Nov 21 23:39:11 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 21 Nov 2010 23:39:11 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101121223911.C85B52474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/21 23:39:11 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: tree-cfg.c Log message: disable another static chain check arg, clearly I did an adequate job of getting the static link stuff to "work" with gcc-4.5 but not so good at getting it to work with optimizations and checking; I still suspect there is a disconnect between our "closures" and gcc's expectations. From jkrell at elego.de Mon Nov 22 08:23:18 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 8:23:18 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122072319.074D12474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 08:23:18 Modified files: cm3/scripts/regression/: hudson_build_system.sh hudson_pkg_tests.sh Log message: ulimit -d unlimited put back set -e it is good to not ignore errors From jkrell at elego.de Mon Nov 22 08:38:55 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 8:38:55 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122073855.E8B4F2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 08:38:55 Modified files: cm3/m3-sys/m3cc/src/: m3makefile clean_marker.txt Log message: add more checks not fully tested From jkrell at elego.de Mon Nov 22 08:45:37 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 8:45:37 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122074537.F30BE2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 08:45:37 Modified files: cm3/scripts/regression/: hudson_build_system.sh hudson_pkg_tests.sh Log message: see http://hudson.modula3.com:8080/job/cm3-current-build-PPC_DARWIN/177/consoleFull /Users/hudson/workspace/cm3-current-build-PPC_DARWIN/cm3/scripts/regression/hudson_build_system.sh: line 40: [: missing `]' From jkrell at elego.de Mon Nov 22 08:55:59 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 8:55:59 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122075600.032432474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 08:55:59 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: alias.c Log message: try simplify code for g++ 3.x for PPC_DARWIN. I doubt this will work. We can probably use g++ 4.0 here. From jkrell at elego.de Mon Nov 22 08:57:32 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 8:57:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122075732.F35EA2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 08:57:32 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: alias.c Log message: go back a version, I see how to fix better From jkrell at elego.de Mon Nov 22 09:03:16 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 9:03:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122080316.4F6FACC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 09:03:16 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: rtl.h Log message: require a newer compiler for RTL_FLAG_CHECKING, should fix PPC_DARWIN From jkrell at elego.de Mon Nov 22 09:04:54 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 9:04:54 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122080454.DE92C2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 09:04:54 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: rtl.h Log message: allow for older gcc but require newer g++ From jkrell at elego.de Mon Nov 22 09:06:59 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 9:06:59 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122080659.D43E5CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 09:06:59 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt Log message: clean again From jkrell at elego.de Mon Nov 22 17:11:32 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 17:11:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122161132.317F32474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 17:11:32 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: printfs are working now! (thanks to cm3cg update working presumably) Should fix: http://hudson.modula3.com:8080/view/cm3-current/job/cm3-current-build-I386_DARWIN/83/console From jkrell at elego.de Mon Nov 22 17:12:12 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 17:12:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122161212.AFAA4CC10F@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 17:12:12 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: adjust assert From jkrell at elego.de Mon Nov 22 17:15:42 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 17:15:42 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122161542.EB5C1CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 17:15:42 Modified files: cm3/m3-sys/m3cc/src/: m3makefile clean_marker.txt Log message: Do less checking on FreeBSD4/I386_FREEBSD to try to use less memory. If this still fails, the next thing to try is obvious: do no checking there. From jkrell at elego.de Mon Nov 22 17:16:58 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 17:16:58 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122161658.1FFD7CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 17:16:58 Modified files: cm3/m3-sys/m3cc/src/: m3makefile clean_marker.txt Log message: queue up the next one From rodney_bates at lcwb.coop Mon Nov 22 20:44:00 2010 From: rodney_bates at lcwb.coop (Rodney M. Bates) Date: Mon, 22 Nov 2010 13:44:00 -0600 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20101121223911.C85B52474003@birch.elegosoft.com> References: <20101121223911.C85B52474003@birch.elegosoft.com> Message-ID: <4CEAC800.7070103@lcwb.coop> Jay, I think you overestimate the connection between static links and closures/trampolines, which is really quite weak. They are almost orthogonal mechanisms. Closures come into play only when you pass a nested procedure as an actual parameter, and then call it via the corresponding formal. The closure only stores a pointer to an activation record during the interval between these two events. A trampoline does the same, using a different mechanism. Where the AR pointer came from before it was stored in the closure and how it is used after it is pulled out of the closure during the call through the actual parameter are no different than when nested procedures are called only as procedure constants and thus no closures exist at all. If the static link mechanism works without passing/calling nested procedures as parameters (and thus without any closures being involved), then it should work fine with the above too. Jay Krell wrote: > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 10/11/21 23:39:11 > > Modified files: > cm3/m3-sys/m3cc/gcc-4.5/gcc/: tree-cfg.c > > Log message: > disable another static chain check > > arg, clearly I did an adequate job of getting > the static link stuff to "work" with gcc-4.5 > but not so good at getting it to work with optimizations > and checking; I still suspect there is a disconnect > between our "closures" and gcc's expectations. > > From jay.krell at cornell.edu Mon Nov 22 21:11:53 2010 From: jay.krell at cornell.edu (Jay K) Date: Mon, 22 Nov 2010 20:11:53 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <4CEAC800.7070103@lcwb.coop> References: <20101121223911.C85B52474003@birch.elegosoft.com>, <4CEAC800.7070103@lcwb.coop> Message-ID: I do keep hitting problems related to static links. Either the volatile setjmp/fork error (could be a warning, but I made it an error). Or configure -enable-checking not liking our trees. For the first problem I had to disable the "forward prop" optimization. Not great. For the second I disabled the check. Even worse. These changes are not speculative. So I'm definitely not overestimating in some sense. Granted 1) I might be overestimating in my comments/thoughts 2) there should be a better way to fix it. But there is a problem, either in gcc unpatched, or in how parse.c constructs trees related to nested functions and/or static links, and/or in how I patched in the static link tree code, somewhere. It took me a fair amount of digging to get the static link stuff "working" in gcc 4.5 -- "working" as in code compiles and runs correctly, albeit with these optimization/checking problems, not "working" as in clearly all correct, I now suspect/realize. Very little code in the tree uncovers these problems. Granted, I don't build m3-sys/tests much. But I pretty frequently run do-cm3-all. That's what I mean by "the tree". In particular, the setjmp/fork problem only occurs in the recently added elego directory. (Thanks Olaf! :) ) m3tk is also a good exerciser of this stuff, I think the file StdFormat.m3. I'll try to think more about your point though, later. And I'll try to understand more here as well. Like, why does gcc complain about indirect calls with static links? What does that mean? I mostly know, but not enough to understand quickly why it complains or why we do or not need it or why we end up constructing it. I should put together small samples that trigger the check problem. I think that's easy. And maybe the fork/setjmp problem, probably less easy but I do have a starting point. Additional changes in tree-nested.c are ok as part of a fix, since we unavoidably change that file anyway. (though, again, it might be nice to avoid it; I know we are getting more optimization this way, but is it worth it? I guess, again, I should compare to C, or Ada, and try to understand why our difference isn't significant, as you are saying and I think Tony said). Later, - Jay ---------------------------------------- > Date: Mon, 22 Nov 2010 13:44:00 -0600 > From: rodney_bates at lcwb.coop > To: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > Jay, I think you overestimate the connection between static links > and closures/trampolines, which is really quite weak. They are > almost orthogonal mechanisms. > > Closures come into play only when you pass a nested procedure > as an actual parameter, and then call it via the corresponding > formal. The closure only stores a pointer to an activation record > during the interval between these two events. A trampoline does > the same, using a different mechanism. > > Where the AR pointer came from before it was stored in the closure > and how it is used after it is pulled out of the closure during > the call through the actual parameter are no different than when > nested procedures are called only as procedure constants and thus > no closures exist at all. > > If the static link mechanism works without passing/calling nested > procedures as parameters (and thus without any closures being > involved), then it should work fine with the above too. > > Jay Krell wrote: > > CVSROOT: /usr/cvs > > Changes by: jkrell at birch. 10/11/21 23:39:11 > > > > Modified files: > > cm3/m3-sys/m3cc/gcc-4.5/gcc/: tree-cfg.c > > > > Log message: > > disable another static chain check > > > > arg, clearly I did an adequate job of getting > > the static link stuff to "work" with gcc-4.5 > > but not so good at getting it to work with optimizations > > and checking; I still suspect there is a disconnect > > between our "closures" and gcc's expectations. > > > > From jkrell at elego.de Tue Nov 23 08:59:16 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 8:59:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123075916.9DE9FCC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 08:59:16 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: trace fully in passes even beyond the initial read From jkrell at elego.de Tue Nov 23 10:07:27 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 10:07:27 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123090727.E526F2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 10:07:27 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix tree type mismatch in divide, via heavy handed fix of m3_build => build in binop; ie. not folding consider doing this only for divide and see if that suffices prepare code for insert_mn/extract_mn using bit_field_ref #if'ed out until I can multiple architectures easily enough slight optimization of insert_mn for edge cases and then don't printf about them From jkrell at elego.de Tue Nov 23 10:09:50 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 10:09:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123090950.1313C2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 10:09:50 Modified files: cm3/m3-sys/m3tests/src/p2/p240/: m3makefile Log message: fix signed/unsigned confusion assuming we test every combination, then this is just a matter of naming and the same cases get tested, just under possibly different names From jkrell at elego.de Tue Nov 23 10:20:27 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 10:20:27 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123092028.16B1A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 10:20:27 Added files: cm3/m3-sys/m3tests/src/p2/p240/: m3overrides Log message: add m3overrides particularly useful for this specific test, so can test cross targets This test doesn't need libraries/executables, just the ability to generate assembly. From jkrell at elego.de Tue Nov 23 10:31:26 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 10:31:26 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123093126.A46E52474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 10:31:26 Modified files: cm3/m3-sys/m3tests/src/p2/p240/expected/AMD64_DARWIN/: And.ms Divide.ms EQ.ms GE.ms GT.ms LE.ms LT.ms LeftRotate.ms LeftShift.ms Minus.ms Mod.ms NE.ms Not.ms Or.ms Plus.ms RightRotate.ms RightShift.ms Rotate.ms Shift.ms Times.ms Xor.ms bitfield.ms div_pow2.ms extract.ms extract_constant_both.ms extract_constant_count.ms extract_constant_offset.ms insert.ms insert_constant_both.ms insert_constant_count.ms insert_constant_offset.ms mod_pow2.ms return_constant.ms return_parameter.ms return_parameter_convert.ms return_variable.ms cm3/m3-sys/m3tests/src/p2/p240/expected/I386_LINUX/: bitfield.ms extract.ms insert.ms Log message: update baseline before insert_mn/extract_mn changes SOLsun coming shortly From jkrell at elego.de Tue Nov 23 10:35:49 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 10:35:49 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123093549.9DBDA2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 10:35:49 Added files: cm3/m3-sys/m3tests/src/p2/p240/expected/SOLsun/: A.ms And.ms Divide.ms EQ.ms GE.ms GT.ms LE.ms LT.ms LeftRotate.ms LeftShift.ms Minus.ms Mod.ms NE.ms Not.ms Or.ms Plus.ms RightRotate.ms RightShift.ms Rotate.ms Shift.ms Times.ms Xor.ms bitfield.ms div_pow2.ms divmod_pow2.ms extract.ms extract_constant_both.ms extract_constant_count.ms extract_constant_offset.ms insert.ms insert_constant_both.ms insert_constant_count.ms insert_constant_offset.ms mod_pow2.ms records.ms return_constant.ms return_parameter.ms return_parameter_convert.ms return_variable.ms Log message: add SOLsun baseline before extract_mn/insert_mn changes 3 should suffice: 32bit little endian, 32bit big endian, 64bit little endian I might add more. From jkrell at elego.de Tue Nov 23 10:49:57 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 10:49:57 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123094957.146F72474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 10:49:57 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Go with the obvious less heavy handed fix of only avoiding fold for integer division. This is enough for test p240 and the unoptimized code is definitely better. NOT fully tested, but really probably works. It is probably worth digging into the frontend to see if there is a difference in the types. It is probably also worth digging in the backend, like, we do put in the casts consistently, why are they only not effective for divide? I realize that a little bit of analysis goes a long way on many divide cases: "divide tends to produce small results", sort of. On the other hand, it isn't worth too much effort. Divide is the slowest least used integer operation. From jkrell at elego.de Tue Nov 23 11:38:57 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 11:38:57 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123103857.856132474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 11:38:57 Modified files: cm3/m3-sys/m3cc/src/: gnucc.common m3makefile Log message: remove I386_DARWIN hack (should update clean_marker.txt but it'll cost me..) From jkrell at elego.de Tue Nov 23 11:51:06 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 11:51:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123105106.759382474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 11:51:06 Modified files: cm3/m3-sys/m3cc/src/: platforms.quake Log message: hppa64-hpux => hppa64-hpux11 From jkrell at elego.de Tue Nov 23 12:11:40 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 12:11:40 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123111140.40C7B2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 12:11:40 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/config/pa/: pa-protos.h Log message: add extern C From jkrell at elego.de Tue Nov 23 12:18:06 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 12:18:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123111806.81EA1CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 12:18:06 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: PA64_HPUX Log message: -g crashes sort of see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46618 From hosking at cs.purdue.edu Tue Nov 23 15:48:19 2010 From: hosking at cs.purdue.edu (Tony Hosking) Date: Tue, 23 Nov 2010 09:48:19 -0500 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20101123094957.146F72474003@birch.elegosoft.com> References: <20101123094957.146F72474003@birch.elegosoft.com> Message-ID: On Nov 23, 2010, at 10:49 AM, Jay Krell wrote: > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 10/11/23 10:49:57 > > Modified files: > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c > > Log message: > Go with the obvious less heavy handed fix of only avoiding > fold for integer division. I don't understand what the issue is with folding on integer division. Please explain. > This is enough for test p240 and the unoptimized code is definitely better. > NOT fully tested, but really probably works. > It is probably worth digging into the frontend to see if there is a difference > in the types. It is probably also worth digging in the backend, like, > we do put in the casts consistently, why are they only not effective > for divide? I realize that a little bit of analysis goes a long way > on many divide cases: "divide tends to produce small results", sort of. > On the other hand, it isn't worth too much effort. > Divide is the slowest least used integer operation. From jay.krell at cornell.edu Tue Nov 23 19:45:15 2010 From: jay.krell at cornell.edu (Jay K) Date: Tue, 23 Nov 2010 18:45:15 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101123094957.146F72474003@birch.elegosoft.com>, Message-ID: Try building m3-sys/m3tests/p2/p240. There is an error in the configure enable-checking about the types being mismatched. - Jay > From: hosking at cs.purdue.edu > Date: Tue, 23 Nov 2010 09:48:19 -0500 > To: jkrell at elego.de > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > > On Nov 23, 2010, at 10:49 AM, Jay Krell wrote: > > > CVSROOT: /usr/cvs > > Changes by: jkrell at birch. 10/11/23 10:49:57 > > > > Modified files: > > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c > > > > Log message: > > Go with the obvious less heavy handed fix of only avoiding > > fold for integer division. > > I don't understand what the issue is with folding on integer division. Please explain. > > > This is enough for test p240 and the unoptimized code is definitely better. > > NOT fully tested, but really probably works. > > It is probably worth digging into the frontend to see if there is a difference > > in the types. It is probably also worth digging in the backend, like, > > we do put in the casts consistently, why are they only not effective > > for divide? I realize that a little bit of analysis goes a long way > > on many divide cases: "divide tends to produce small results", sort of. > > On the other hand, it isn't worth too much effort. > > Divide is the slowest least used integer operation. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkrell at elego.de Tue Nov 23 21:22:11 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 21:22:11 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123202211.20E6DCC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 21:22:11 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt m3makefile Log message: skip checking on FreeBSD4, I386_FREEBSD, PPC_DARWIN From jkrell at elego.de Tue Nov 23 21:23:43 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 21:23:43 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123202343.A604ACC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 21:23:43 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: rtl.h Log message: go back a version as the change was ineffective and achieved another way From hosking at cs.purdue.edu Tue Nov 23 22:38:39 2010 From: hosking at cs.purdue.edu (Tony Hosking) Date: Tue, 23 Nov 2010 16:38:39 -0500 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101123094957.146F72474003@birch.elegosoft.com>, Message-ID: <40DB8AE9-6A52-4C50-9D91-4C755919C7B6@cs.purdue.edu> That should be handled by placing an appropriate cast in the gcc tree. On Nov 23, 2010, at 1:45 PM, Jay K wrote: > Try building m3-sys/m3tests/p2/p240. > There is an error in the configure enable-checking about the types being mismatched. > > - Jay > > > > From: hosking at cs.purdue.edu > > Date: Tue, 23 Nov 2010 09:48:19 -0500 > > To: jkrell at elego.de > > CC: m3commit at elegosoft.com > > Subject: Re: [M3commit] CVS Update: cm3 > > > > > > On Nov 23, 2010, at 10:49 AM, Jay Krell wrote: > > > > > CVSROOT: /usr/cvs > > > Changes by: jkrell at birch. 10/11/23 10:49:57 > > > > > > Modified files: > > > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c > > > > > > Log message: > > > Go with the obvious less heavy handed fix of only avoiding > > > fold for integer division. > > > > I don't understand what the issue is with folding on integer division. Please explain. > > > > > This is enough for test p240 and the unoptimized code is definitely better. > > > NOT fully tested, but really probably works. > > > It is probably worth digging into the frontend to see if there is a difference > > > in the types. It is probably also worth digging in the backend, like, > > > we do put in the casts consistently, why are they only not effective > > > for divide? I realize that a little bit of analysis goes a long way > > > on many divide cases: "divide tends to produce small results", sort of. > > > On the other hand, it isn't worth too much effort. > > > Divide is the slowest least used integer operation. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.krell at cornell.edu Tue Nov 23 22:51:25 2010 From: jay.krell at cornell.edu (Jay K) Date: Tue, 23 Nov 2010 21:51:25 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <40DB8AE9-6A52-4C50-9D91-4C755919C7B6@cs.purdue.edu> References: <20101123094957.146F72474003@birch.elegosoft.com>, , , , <40DB8AE9-6A52-4C50-9D91-4C755919C7B6@cs.purdue.edu> Message-ID: But I did that, or maybe they were already there, and it seem/seemed to help in general, but not for divide. Presumably fold is removing the cast somewhere. Maybe a gcc bug??? I can dig deeper if you really want. Or maybe they didn't make a difference and I put them in wrong and divide is the only preexisting problem. I'd have to double check. Sorry, about the lack of certainty.. (certainly casts were needed in general in a few places, but I don't remember specifically for plus/minus/mult/divide). I actually find it odd that build_fold is even a public heavily used function. It seems to me it should be, like, done at the next level down. Which reminds me, in load/store, if the two types are both integers and the same size but different in signedness, I want to try *not* taking the address. Probably also for pointer<=>integer of pointer size. Though this is "short term", since the address-taking should go away *eventually* by other means (component_ref/array_ref), though realistically, that's a ways off.. - Jay ________________________________ > From: hosking at cs.purdue.edu > Date: Tue, 23 Nov 2010 16:38:39 -0500 > To: jay.krell at cornell.edu > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > That should be handled by placing an appropriate cast in the gcc tree. > > On Nov 23, 2010, at 1:45 PM, Jay K wrote: > > Try building m3-sys/m3tests/p2/p240. > There is an error in the configure enable-checking about the types > being mismatched. > > - Jay > > > > From: hosking at cs.purdue.edu > > Date: Tue, 23 Nov 2010 09:48:19 -0500 > > To: jkrell at elego.de > > CC: m3commit at elegosoft.com > > Subject: Re: [M3commit] CVS Update: cm3 > > > > > > On Nov 23, 2010, at 10:49 AM, Jay Krell wrote: > > > > > CVSROOT: /usr/cvs > > > Changes by: jkrell at birch. 10/11/23 10:49:57 > > > > > > Modified files: > > > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c > > > > > > Log message: > > > Go with the obvious less heavy handed fix of only avoiding > > > fold for integer division. > > > > I don't understand what the issue is with folding on integer > division. Please explain. > > > > > This is enough for test p240 and the unoptimized code is definitely > better. > > > NOT fully tested, but really probably works. > > > It is probably worth digging into the frontend to see if there is a > difference > > > in the types. It is probably also worth digging in the backend, like, > > > we do put in the casts consistently, why are they only not effective > > > for divide? I realize that a little bit of analysis goes a long way > > > on many divide cases: "divide tends to produce small results", sort of. > > > On the other hand, it isn't worth too much effort. > > > Divide is the slowest least used integer operation. > > > From hosking at cs.purdue.edu Tue Nov 23 23:47:16 2010 From: hosking at cs.purdue.edu (Tony Hosking) Date: Tue, 23 Nov 2010 17:47:16 -0500 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101123094957.146F72474003@birch.elegosoft.com>, , , , <40DB8AE9-6A52-4C50-9D91-4C755919C7B6@cs.purdue.edu> Message-ID: <26E4073F-6195-4157-9C3A-136E57B26C10@cs.purdue.edu> There are weak and strong casts in gcc. I forget the precise details, but I believe they will make a difference. Antony Hosking | Associate Professor | Computer Science | Purdue University 305 N. University Street | West Lafayette | IN 47907 | USA Office +1 765 494 6001 | Mobile +1 765 427 5484 On Nov 23, 2010, at 4:51 PM, Jay K wrote: > > But I did that, or maybe they were already there, and it seem/seemed to help in general, but not for divide. > Presumably fold is removing the cast somewhere. > Maybe a gcc bug??? > I can dig deeper if you really want. > > > Or maybe they didn't make a difference and I put them in wrong and divide is the only > preexisting problem. I'd have to double check. Sorry, about the lack of certainty.. > (certainly casts were needed in general in a few places, but I don't remember specifically for plus/minus/mult/divide). > > > I actually find it odd that build_fold is even a public heavily used function. > It seems to me it should be, like, done at the next level down. > > > Which reminds me, in load/store, if the two types are both integers and the same size > but different in signedness, I want to try *not* taking the address. > Probably also for pointer<=>integer of pointer size. > Though this is "short term", since the address-taking should go away *eventually* by other means (component_ref/array_ref), though realistically, that's a ways off.. > > > - Jay > > > ________________________________ >> From: hosking at cs.purdue.edu >> Date: Tue, 23 Nov 2010 16:38:39 -0500 >> To: jay.krell at cornell.edu >> CC: m3commit at elegosoft.com >> Subject: Re: [M3commit] CVS Update: cm3 >> >> That should be handled by placing an appropriate cast in the gcc tree. >> >> On Nov 23, 2010, at 1:45 PM, Jay K wrote: >> >> Try building m3-sys/m3tests/p2/p240. >> There is an error in the configure enable-checking about the types >> being mismatched. >> >> - Jay >> >> >>> From: hosking at cs.purdue.edu >>> Date: Tue, 23 Nov 2010 09:48:19 -0500 >>> To: jkrell at elego.de >>> CC: m3commit at elegosoft.com >>> Subject: Re: [M3commit] CVS Update: cm3 >>> >>> >>> On Nov 23, 2010, at 10:49 AM, Jay Krell wrote: >>> >>>> CVSROOT: /usr/cvs >>>> Changes by: jkrell at birch. 10/11/23 10:49:57 >>>> >>>> Modified files: >>>> cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c >>>> >>>> Log message: >>>> Go with the obvious less heavy handed fix of only avoiding >>>> fold for integer division. >>> >>> I don't understand what the issue is with folding on integer >> division. Please explain. >>> >>>> This is enough for test p240 and the unoptimized code is definitely >> better. >>>> NOT fully tested, but really probably works. >>>> It is probably worth digging into the frontend to see if there is a >> difference >>>> in the types. It is probably also worth digging in the backend, like, >>>> we do put in the casts consistently, why are they only not effective >>>> for divide? I realize that a little bit of analysis goes a long way >>>> on many divide cases: "divide tends to produce small results", sort of. >>>> On the other hand, it isn't worth too much effort. >>>> Divide is the slowest least used integer operation. >>> >> From jay.krell at cornell.edu Tue Nov 23 23:50:02 2010 From: jay.krell at cornell.edu (Jay K) Date: Tue, 23 Nov 2010 22:50:02 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <26E4073F-6195-4157-9C3A-136E57B26C10@cs.purdue.edu> References: <20101123094957.146F72474003@birch.elegosoft.com>, , , , <40DB8AE9-6A52-4C50-9D91-4C755919C7B6@cs.purdue.edu> , <26E4073F-6195-4157-9C3A-136E57B26C10@cs.purdue.edu> Message-ID: Aha. I had no idea and should investigate further. Notice though that I've been applying the same sorts of casts everywhere and they generally help. But perhaps they are weak, and weak is usually strong enough, or some such. Almost anything is possible. :) - Jay ---------------------------------------- > Subject: Re: [M3commit] CVS Update: cm3 > From: hosking at cs.purdue.edu > Date: Tue, 23 Nov 2010 17:47:16 -0500 > CC: m3commit at elegosoft.com > To: jay.krell at cornell.edu > > There are weak and strong casts in gcc. > I forget the precise details, but I believe they will make a difference. > > > Antony Hosking | Associate Professor | Computer Science | Purdue University > 305 N. University Street | West Lafayette | IN 47907 | USA > Office +1 765 494 6001 | Mobile +1 765 427 5484 > > > > > On Nov 23, 2010, at 4:51 PM, Jay K wrote: > > > > > But I did that, or maybe they were already there, and it seem/seemed to help in general, but not for divide. > > Presumably fold is removing the cast somewhere. > > Maybe a gcc bug??? > > I can dig deeper if you really want. > > > > > > Or maybe they didn't make a difference and I put them in wrong and divide is the only > > preexisting problem. I'd have to double check. Sorry, about the lack of certainty.. > > (certainly casts were needed in general in a few places, but I don't remember specifically for plus/minus/mult/divide). > > > > > > I actually find it odd that build_fold is even a public heavily used function. > > It seems to me it should be, like, done at the next level down. > > > > > > Which reminds me, in load/store, if the two types are both integers and the same size > > but different in signedness, I want to try *not* taking the address. > > Probably also for pointer<=>integer of pointer size. > > Though this is "short term", since the address-taking should go away *eventually* by other means (component_ref/array_ref), though realistically, that's a ways off.. > > > > > > - Jay > > > > > > ________________________________ > >> From: hosking at cs.purdue.edu > >> Date: Tue, 23 Nov 2010 16:38:39 -0500 > >> To: jay.krell at cornell.edu > >> CC: m3commit at elegosoft.com > >> Subject: Re: [M3commit] CVS Update: cm3 > >> > >> That should be handled by placing an appropriate cast in the gcc tree. > >> > >> On Nov 23, 2010, at 1:45 PM, Jay K wrote: > >> > >> Try building m3-sys/m3tests/p2/p240. > >> There is an error in the configure enable-checking about the types > >> being mismatched. > >> > >> - Jay > >> > >> > >>> From: hosking at cs.purdue.edu > >>> Date: Tue, 23 Nov 2010 09:48:19 -0500 > >>> To: jkrell at elego.de > >>> CC: m3commit at elegosoft.com > >>> Subject: Re: [M3commit] CVS Update: cm3 > >>> > >>> > >>> On Nov 23, 2010, at 10:49 AM, Jay Krell wrote: > >>> > >>>> CVSROOT: /usr/cvs > >>>> Changes by: jkrell at birch. 10/11/23 10:49:57 > >>>> > >>>> Modified files: > >>>> cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c > >>>> > >>>> Log message: > >>>> Go with the obvious less heavy handed fix of only avoiding > >>>> fold for integer division. > >>> > >>> I don't understand what the issue is with folding on integer > >> division. Please explain. > >>> > >>>> This is enough for test p240 and the unoptimized code is definitely > >> better. > >>>> NOT fully tested, but really probably works. > >>>> It is probably worth digging into the frontend to see if there is a > >> difference > >>>> in the types. It is probably also worth digging in the backend, like, > >>>> we do put in the casts consistently, why are they only not effective > >>>> for divide? I realize that a little bit of analysis goes a long way > >>>> on many divide cases: "divide tends to produce small results", sort of. > >>>> On the other hand, it isn't worth too much effort. > >>>> Divide is the slowest least used integer operation. > >>> > >> > From jkrell at elego.de Wed Nov 24 10:34:02 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 24 Nov 2010 10:34:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101124093402.724DECC129@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/24 10:34:02 Added files: cm3/scratch/: make-bitfield bitfield.c Log message: start program to understand bitfields From jkrell at elego.de Thu Nov 25 17:27:43 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 25 Nov 2010 17:27:43 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101125162743.B8120CC12C@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/25 17:27:43 Modified files: cm3/m3-sys/m3cc/src/: m3makefile clean_marker.txt Log message: experiment: turn of checking, see resulting time for Hudson jobs From jkrell at elego.de Fri Nov 26 00:48:39 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 0:48:39 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101125234839.F141BCC366@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 00:48:39 Added files: cm3/m3-tools/cvsup/cvpasswd/: .cvsignore Log message: add .cvsignore From jkrell at elego.de Fri Nov 26 05:31:23 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 5:31:23 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126043123.A6643CC366@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 05:31:23 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/config/rs6000/: rs6000-protos.h rs6000.h Log message: add extern "C" see http://hudson.modula3.com:8080/view/cm3-current/job/cm3-current-build-PPC_LINUX/102/console In file included from ../../gcc-4.5/gcc/m3cg/parse.c:42: ../../gcc-4.5/gcc/config/rs6000/rs6000.h:2427: error: previous declaration of ???int optimize??? with ???C++??? linkage ../../gcc-4.5/gcc/flags.h:113: error: conflicts with new declaration with ???C??? linkage From jkrell at elego.de Fri Nov 26 05:53:22 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 5:53:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126045322.4E5ECCC366@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 05:53:22 Modified files: cm3/scripts/: upgrade.sh Log message: use xfoo = xyes From jkrell at elego.de Fri Nov 26 08:57:06 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 8:57:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126075706.5E45A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 08:57:06 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: gengtype-lex.c Log message: touch file to update timestamp, see if this helps incremental build From jkrell at elego.de Fri Nov 26 09:04:18 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 9:04:18 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126080418.7F35ECC12C@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 09:04:18 Modified files: cm3/scripts/regression/: defs.sh Log message: OMIT_GCC on all realclean steps Maybe slightly overkill. From jkrell at elego.de Fri Nov 26 09:06:02 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 9:06:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126080602.2F18C2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 09:06:02 Modified files: cm3/scripts/regression/: hudson_pkg_tests.sh Log message: OMIT_GCC on realclean From jkrell at elego.de Fri Nov 26 09:18:00 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 9:18:00 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126081800.CDC30CC366@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 09:18:00 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: lto-cgraph.c lto-compress.c lto-opts.c lto-section-in.c lto-section-out.c lto-streamer-in.c lto-streamer-out.c lto-streamer.c lto-symtab.c lto-wpa-fixup.c Log message: gut the LTO code I don't see us ever using this. Esp. not in gcc 4.5 timeframe. From jkrell at elego.de Fri Nov 26 09:55:04 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 9:55:04 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126085504.47D19CC366@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 09:55:04 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: lto-opts.c Log message: fix From jkrell at elego.de Fri Nov 26 11:16:33 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 11:16:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126101633.4E953CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 11:16:33 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: Makefile.in cgraphunit.c collect2.c ipa-cp.c ipa-inline.c ipa-prop.c ipa-pure-const.c ipa-reference.c lto-streamer.h opts.c passes.c tree-pass.h cm3/m3-sys/m3cc/src/: clean_marker.txt Removed files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: lto-cgraph.c lto-compress.c lto-compress.h lto-opts.c lto-section-in.c lto-section-out.c lto-streamer-in.c lto-streamer-out.c lto-streamer.c lto-symtab.c lto-wpa-fixup.c lto-wrapper.c Log message: really remove LTO I don't see us using it any time soon, if ever. From jkrell at elego.de Fri Nov 26 11:27:09 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 11:27:09 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126102710.079E7CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 11:27:09 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: ipa-prop.c Log message: fix warning From jkrell at elego.de Fri Nov 26 12:14:40 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 12:14:40 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126111440.81B52CC12C@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 12:14:40 Modified files: cm3/m3-sys/m3tests/src/p2/p240/: m3makefile Added files: cm3/m3-sys/m3tests/src/p2/p240/: Div.i3 Div.m3 Log message: add reduced test case for debugging From wagner at elego.de Fri Nov 26 19:36:07 2010 From: wagner at elego.de (Olaf Wagner) Date: Fri, 26 Nov 2010 19:36:07 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126183607.58892CC366@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 10/11/26 19:36:07 Modified files: cm3/scripts/regression/: defs.sh Log message: don't check for cm3cg on win32 From jkrell at elego.de Sat Nov 27 00:39:22 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 27 Nov 2010 0:39:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126233940.A2B94CC12C@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/27 00:39:22 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: extern "C" to workaround Darwin gcc/gdb problems can't set breakpoints on C++ functions in libraries or somesuch see http://gcc.gnu.org/ml/gcc/2010-11/msg00614.html for easy way to see the problem From rodney at elego.de Sat Nov 27 01:18:19 2010 From: rodney at elego.de (Rodney M. Bates) Date: Sat, 27 Nov 2010 1:18:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101127001819.CBFE9CC12C@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/27 01:18:19 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: Tag: release_branch_cm3_5_8 m3-valprint.c Log message: Fix a subtle bug in printing Modula-3 set values, which did not adapt between 32- and 64-bit hosts for m3gdb. From rodney at elego.de Sat Nov 27 01:19:14 2010 From: rodney at elego.de (Rodney M. Bates) Date: Sat, 27 Nov 2010 1:19:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101127001914.C57B9CC12C@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/27 01:19:14 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: Tag: release_branch_cm3_5_8 value.c Log message: Small fix to handle Modula-3 floating point types. gdb's own floating type code won't work, because it uses a C++-specific union member that overlaps Modula-3's member of the same union, giving clashes. m3gdb has its own set of floating type codes, but they need to be recognized in *many* more places. The Modula-3 floating type codes are also needed for proper type analysis. From rodney at elego.de Sat Nov 27 01:20:28 2010 From: rodney at elego.de (Rodney M. Bates) Date: Sat, 27 Nov 2010 1:20:28 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101127002028.E5E8A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/27 01:20:28 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: Tag: release_branch_cm3_5_8 amd64-tdep.c Log message: Never-done mods to support passing parameters to Modula-3 procedures in user-typed calls, on AMD64. Pass Modula-3-specific types in the right ways. From rodney at elego.de Sat Nov 27 01:32:26 2010 From: rodney at elego.de (Rodney M. Bates) Date: Sat, 27 Nov 2010 1:32:26 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101127003226.E3DA22474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/27 01:32:26 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: amd64-tdep.c Log message: Never-done mods to support passing parameters to Modula-3 procedures in user-typed calls, on AMD64. Pass Modula-3-specific types in the right ways. From rodney at elego.de Sat Nov 27 01:34:39 2010 From: rodney at elego.de (Rodney M. Bates) Date: Sat, 27 Nov 2010 1:34:39 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101127003439.989A32474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/27 01:34:39 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: m3-valprint.c Log message: Fix a subtle bug in printing Modula-3 set values, which did not adapt between 32- and 64-bit hosts for m3gdb. Also fix a mistyped variable name, probably harmless, but hurts readability. From rodney at elego.de Sat Nov 27 01:35:36 2010 From: rodney at elego.de (Rodney M. Bates) Date: Sat, 27 Nov 2010 1:35:36 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101127003536.C43FCCC12C@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/27 01:35:36 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: value.c Log message: Small fix to handle Modula-3 floating point types. gdb's own floating type code won't work, because it uses a C++-specific union member that overlaps Modula-3's member of the same union, giving clashes. m3gdb has its own set of floating type codes, but they need to be recognized in *many* more places. The Modula-3 floating type codes are also needed for proper type analysis. From jkrell at elego.de Sat Nov 27 01:52:22 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 27 Nov 2010 1:52:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101127005222.2E5772474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/27 01:52:22 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: change tracing indent multiple from 2 to 4 add comment as to why we don't fold integer division, referencing see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46679 From jkrell at elego.de Sat Nov 27 01:54:12 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 27 Nov 2010 1:54:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101127005412.0C4662474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/27 01:54:12 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: whitespace From rcoleburn at elego.de Mon Nov 29 02:34:44 2010 From: rcoleburn at elego.de (Randy Coleburn) Date: Mon, 29 Nov 2010 2:34:44 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101129013444.ADF3BCC12C@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rcoleburn at birch. 10/11/29 02:34:44 Modified files: cm3/scripts/dev/windows/: RCC_upgradeCM3.cmd Log message: Go back to version 1.4 From rcoleburn at elego.de Mon Nov 29 02:42:14 2010 From: rcoleburn at elego.de (Randy Coleburn) Date: Mon, 29 Nov 2010 2:42:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101129014214.DA306CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rcoleburn at birch. 10/11/29 02:42:14 Modified files: cm3/scripts/dev/windows/: RCC_upgradeCM3.cmd Log message: add "-skip m3cc" to all build stages because the "m3cc" package isn't used on Windows From jay.krell at cornell.edu Mon Nov 29 02:39:40 2010 From: jay.krell at cornell.edu (Jay K) Date: Mon, 29 Nov 2010 01:39:40 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20101129013444.ADF3BCC12C@birch.elegosoft.com> References: <20101129013444.ADF3BCC12C@birch.elegosoft.com> Message-ID: Oops, I forgot I changed two files and had only restored one. I still think the version check only removes value, not adds. - Jay > Date: Mon, 29 Nov 2010 02:34:44 +0000 > To: m3commit at elegosoft.com > From: rcoleburn at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: rcoleburn at birch. 10/11/29 02:34:44 > > Modified files: > cm3/scripts/dev/windows/: RCC_upgradeCM3.cmd > > Log message: > Go back to version 1.4 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkrell at elego.de Mon Nov 29 08:35:46 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 29 Nov 2010 8:35:46 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101129073546.3DE982474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/29 08:35:46 Modified files: cm3/scripts/win/: cvs.c Log message: flip newlines to unix; add main() for easier compilation From jkrell at elego.de Mon Nov 29 08:41:17 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 29 Nov 2010 8:41:17 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101129074117.3CE742474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/29 08:41:17 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTDebugC.c Log message: remove dependency on _WIN32_WINNT: just declare IsDebuggerPresent ourselves, maybe in future fork the .i3 file and remove the extra layer on Windows From jkrell at elego.de Mon Nov 29 08:47:54 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 29 Nov 2010 8:47:54 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101129074754.1DD8CCC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/29 08:47:54 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTDebugC.c Log message: fix wrt DebugBreak From jay.krell at cornell.edu Mon Nov 1 01:29:35 2010 From: jay.krell at cornell.edu (Jay K) Date: Mon, 1 Nov 2010 00:29:35 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20101031223740.B536CCC12B@birch.elegosoft.com> References: <20101031223740.B536CCC12B@birch.elegosoft.com> Message-ID: Darn, there is still: ./src/FVRuntime.m3: In function 'FormsVBT__PutTextProperty': ../src/FVRuntime.m3:37:0: error: variable '_nonlocal_var_rec.802' might be clobbered by 'longjmp' or 'vfork' ? m3_backend => 1 I'll try to get the whole system back buildable tonight.. m3cc is so fragile. Maybe I'll look into configure -enable-checking again. Though I was also going to fill in more types e.g. for open arrays. ?- Jay ---------------------------------------- > Date: Sun, 31 Oct 2010 23:37:40 +0000 > To: m3commit at elegosoft.com > From: jkrell at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 10/10/31 23:37:40 > > Modified files: > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c > > Log message: > alas: > == package /Users/jay/dev2/cm3/m3-demo/fisheye == > ../src/GraphData.m3: In function 'GraphData__ReadEdge': > ../src/GraphData.m3:308:0: internal compiler error: in create_tmp_var, at gimplify.c:505 > so disable a few optimizations again > From jkrell at elego.de Mon Nov 1 06:16:47 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 6:16:47 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101051655.495CFCC12C@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 06:16:47 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: disable lots of optimizations, again, at least it can compile everything.. From jkrell at elego.de Mon Nov 1 07:11:26 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 7:11:26 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101061126.159F2CC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 07:11:26 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: allow most optimizations, again, but not dse (dead store elimination) or sra (aggregate to scalar conversion) From jkrell at elego.de Mon Nov 1 07:12:00 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 7:12:00 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101061200.59EB4CC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 07:12:00 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix comment From jkrell at elego.de Mon Nov 1 07:46:11 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 7:46:11 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101064611.80F5FCC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 07:46:11 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: add comment that flag_ipa_cp_clone breaks m3tohtml From jkrell at elego.de Mon Nov 1 08:15:22 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 8:15:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101071522.402B7CC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 08:15:22 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: remove all but one use of TREE_SIDE_EFFECTS optimized m3core and libm3 are unchanged presumably unoptimized is also unchanged From jkrell at elego.de Mon Nov 1 09:24:06 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 9:24:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101082406.49187CC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 09:24:06 Modified files: cm3/m3-sys/m3front/src/misc/: CG.i3 CG.m3 Log message: remove unused Set_runtime_hook From jkrell at elego.de Mon Nov 1 09:35:21 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 9:35:21 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101083521.CFA1BCC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 09:35:21 Modified files: cm3/m3-sys/m3front/src/misc/: CG.i3 CG.m3 Log message: remove get_runtime_hook 1) it is unused 2) it is incompatible with the unidirectional nature of the m3cc backend, so it can't ever be used, in some sense (The middle end could perhaps cache the values and feed them back the frontend? The frontend could do it itself?) From jkrell at elego.de Mon Nov 1 10:34:35 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 10:34:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101093435.BC72DCC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 10:34:35 Modified files: cm3/scripts/: pkginfo.txt Log message: move m3cggen back into base/core/front because it should actually be used by "upgrade", such as when operations are added/removed from m3cg From jkrell at elego.de Mon Nov 1 10:37:25 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 10:37:25 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101093725.4EF00CC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 10:37:25 Modified files: cm3/m3-sys/m3cggen/src/: Main.m3 cm3/m3-sys/m3middle/src/: M3CG.m3 M3CG_BinRd.m3 M3CG_BinWr.m3 M3CG_Binary.i3 M3CG_Check.m3 M3CG_Ops.i3 M3CG_Rd.m3 M3CG_Wr.m3 cm3/m3-sys/m3back/src/: M3C.m3 M3x86.m3 cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: remove get_runtime_hook, set_runtime_hook small part remains, until I work m3cggen into upgrade.py so that m3cg.h can be more easily updated From jkrell at elego.de Mon Nov 1 10:59:45 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 10:59:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101095945.9CE5ACC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 10:59:45 Modified files: cm3/scripts/python/: upgrade.py cm3/m3-sys/m3middle/src/: M3CG_BinRd.m3 M3CG_Binary.i3 cm3/m3-sys/m3cggen/src/: Main.m3 cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3cg.h parse.c Log message: remove the rest of set_runtime_hook From jkrell at elego.de Mon Nov 1 11:03:38 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 11:03:38 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101100338.ECF83CC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 11:03:38 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: struct cgraph_node.needed = true instead of TREE_PUBLIC = true to keep all functions, without making them extern or exported from shared objects From jkrell at elego.de Tue Nov 2 23:01:27 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 2 Nov 2010 23:01:27 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101102220127.9C997CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/02 23:01:27 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: use DECL_PRESERVE_P to preserve all functions it isn't clear if one is supposed to muck around with the cgraph nodes the way I was don't do anything with typenames, in the new fangled type effort From jkrell at elego.de Wed Nov 3 07:22:29 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 7:22:29 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103062229.D3FED2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 07:22:29 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: also use cgraph_mark_needed_node on all functions From jkrell at elego.de Wed Nov 3 09:45:24 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 9:45:24 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103084524.74623CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 09:45:24 Added files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3cg.def Log message: work in progress I would like to make multiple passes over the m3cg intermediate form, without "reparsing" it more than once. So, I would like to read it into an array of structs. So, I would like the "marshalling" to be more data driven/declarative, such as by using the existing declarativeness but in a slightly more malleable form. That is -- a "data" file that can be evaluated under the influence of varying macros. Such as, one set of macros to declare struct fields, and another set of macros to do the marshalling like currently. From jkrell at elego.de Wed Nov 3 09:50:43 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 9:50:43 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103085043.6B194CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 09:50:43 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3cg.def Log message: whitespace/work in progress From jkrell at elego.de Wed Nov 3 09:58:53 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 9:58:53 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103085853.D46BD2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 09:58:53 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3cg.def Log message: whitespace/work in progress From jkrell at elego.de Wed Nov 3 13:19:02 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 13:19:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103121902.3E1E12474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 13:19:02 Added files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-def.h Removed files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3cg.def Log message: work in progress From jkrell at elego.de Wed Nov 3 13:55:52 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 13:55:52 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103125552.33EB92474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 13:55:52 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-def.h Log message: work in progress From jkrell at elego.de Wed Nov 3 14:00:18 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 14:00:18 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103130019.0147BCC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 14:00:18 Modified files: cm3/m3-sys/m3back/src/: M3C.m3 Log message: fix warning: remove set_runtime_hook From jkrell at elego.de Wed Nov 3 14:05:33 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 14:05:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103130533.A1A422474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 14:05:33 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: mark all pointers as aliasable to all; this is just out of paranoia and should maybe be considered more; another thing to consider is being more pessimistic in unsafe modules From jkrell at elego.de Wed Nov 3 14:39:24 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 14:39:24 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103133924.7F2912474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 14:39:24 Modified files: cm3/m3-sys/m3back/src/: M3C.m3 Log message: work in progress From jkrell at elego.de Wed Nov 3 15:34:47 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 15:34:47 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103143448.01BFD2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 15:34:47 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-def.h parse.c Log message: restructure so that we can make multiple efficient passes over the m3cg data specifically, declare structs to hold each call's data and then "parse" the data into a packed array of such structs and then loop over that array so far, loop just once, but that will change neuter the "replay" mechanism, as this work is meant to replace it the file m3-def.h defines the structs case_jump is a special case The intent here is to handle circular (or out of order) types reasonable. From jkrell at elego.de Wed Nov 3 15:41:26 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 15:41:26 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103144126.E33F6CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 15:41:26 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: very very minor reordering to mimic historical ordering; the reason things were the other way is just because I forgot these 3 initially and then added them at the start From jkrell at elego.de Wed Nov 3 16:11:28 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 16:11:28 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103151129.06E65CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 16:11:28 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: grow buffer before serialize, so as to avoid memcpy From rodney at elego.de Thu Nov 4 00:12:06 2010 From: rodney at elego.de (Rodney M. Bates) Date: Thu, 4 Nov 2010 0:12:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103231206.ED5BB2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/04 00:12:06 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: Tag: release_branch_cm3_5_8 m3-eval.c Log message: Fix m3gdb to tolerate misaligned pseudo-pointers and print them as integers. From rodney at elego.de Thu Nov 4 00:15:18 2010 From: rodney at elego.de (Rodney M. Bates) Date: Thu, 4 Nov 2010 0:15:18 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103231518.DD77CCC123@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/04 00:15:18 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: m3-eval.c Log message: Fix m3gdb to tolerate misaligned pseudo-pointers and print them as integers. From jkrell at elego.de Thu Nov 4 07:16:04 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 4 Nov 2010 7:16:04 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101104061604.C6805CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/04 07:16:04 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: tune initial allocation way up -- such that m3x86.m3 doesn't need a realloc From jkrell at elego.de Thu Nov 4 08:29:01 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 4 Nov 2010 8:29:01 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101104072901.EE5E82474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/04 08:29:01 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: be more mindful of alignment From jkrell at elego.de Thu Nov 4 08:42:14 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 4 Nov 2010 8:42:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101104074214.45E8CCC123@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/04 08:42:14 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-def.h m3gty43.h m3gty45.h parse.c Log message: typeid => type_id for C++ compat From jkrell at elego.de Thu Nov 4 22:31:05 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 4 Nov 2010 22:31:05 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101104213105.C989ACC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/04 22:31:05 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: forgot this file -- needed to copy m3-def to gcc-4.5 directory From jkrell at elego.de Fri Nov 5 06:07:16 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 6:07:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105050717.1DCFDCC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 06:07:16 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: restore debug_struct to reveal_opaque From jkrell at elego.de Fri Nov 5 06:11:12 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 6:11:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105051113.130602474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 06:11:12 Modified files: cm3/m3-sys/m3cc/src/: m3makefile cm3/m3-sys/m3cc/gcc/gcc/m3cg/: Make-lang.in config-lang.in m3-def.h Added files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.cpp Removed files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: switch to C++, I want to use 'scope tricks' to avoid repeating the serialization macros in the handler functions -- the handlers will access member data instead From jkrell at elego.de Fri Nov 5 06:37:58 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 6:37:58 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105053759.72086CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 06:37:58 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.cpp Log message: remove extra serialization, access member data instead From jkrell at elego.de Fri Nov 5 07:04:39 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 7:04:39 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105060439.DA15CCC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 07:04:39 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.cpp Log message: remove void* and casts From jkrell at elego.de Fri Nov 5 07:14:05 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 7:14:05 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105061405.A9E0C2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 07:14:05 Modified files: cm3/m3-sys/m3cc/src/: m3makefile clean_marker.txt Added files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Removed files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.cpp Log message: work in progress, temporarily broken: it wasn't compiling parse.cpp, it was just compiling the old parse.c Start fixing that. At least for 4.5. This won't work for ARM_DARWIN. From jkrell at elego.de Fri Nov 5 07:16:13 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 7:16:13 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105061613.765FFCC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 07:16:13 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: config-lang.in Make-lang.in Log message: back to parse.c but with configure -enable-build-with-cxx From jkrell at elego.de Fri Nov 5 07:27:02 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 7:27:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105062702.CD394CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 07:27:02 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix most of the typos/errors/warnings From jkrell at elego.de Fri Nov 5 07:41:48 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 7:41:48 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105064148.AAEE1CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 07:41:48 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: sel-sched.c Log message: fix for C++ From jkrell at elego.de Fri Nov 5 07:45:52 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 7:45:52 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105064552.BA9422474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 07:45:52 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: Make-lang.in Log message: link with CXX From jkrell at elego.de Fri Nov 5 08:14:08 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 8:14:08 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105071408.CA85FCC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 08:14:08 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: comment out unused parameters (C++) From jkrell at elego.de Fri Nov 5 08:14:32 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 8:14:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105071432.9F2F1CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 08:14:32 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: add comment From jkrell at elego.de Fri Nov 5 08:44:51 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 8:44:51 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105074451.D3B50CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 08:44:51 Added files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-parse.h Log message: let's forward declare more stuff, in a separate file, to be sure not to have to move things around to suit (not yet used, but soon) From jkrell at elego.de Fri Nov 5 10:48:13 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 10:48:13 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105094813.B0157CC123@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 10:48:13 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-def.h m3-parse.h parse.c Log message: separate reading/scanning from tracing because we really want to trace probably everything up front and whenever we process an opcode use a vector of pointers to small heap allocated m3cg_op_ts seems no slower use virtual functions From jkrell at elego.de Fri Nov 5 11:02:15 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 11:02:15 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105100215.D22A2CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 11:02:15 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c m3-def.h Log message: go back a version, roughly, due to problem with caltech-parser From jkrell at elego.de Fri Nov 5 11:22:33 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 11:22:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105102233.61A41CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 11:22:33 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-def.h m3-parse.h parse.c Log message: Again with the small objects and virtual functions and splitting read/trace. Small change here to scan_float and for now no trace_float. caltech-parser ok. Problem probably optimization related. Will be looked into, later. From jkrell at elego.de Fri Nov 5 11:34:21 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 11:34:21 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105103421.DE03CCC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 11:34:21 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: more C++ (declare variables anywhere) From jkrell at elego.de Fri Nov 5 11:34:48 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 11:34:48 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105103448.0BC68CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 11:34:48 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: more C++ (declare variables anywhere) From jkrell at elego.de Fri Nov 5 11:41:33 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 11:41:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105104133.EDA43CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 11:41:33 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: forgot this again (m3-parse.h) From jkrell at elego.de Fri Nov 5 11:57:18 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 11:57:18 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105105718.1BC892474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 11:57:18 Modified files: cm3/m3-sys/m3cc/gcc/gmp/: gmp-h.in Log message: remove "using std::FILE" see http://hudson.modula3.com:8080/job/cm3-current-m3cc-AMD64_LINUX/74/console From jkrell at elego.de Fri Nov 5 12:17:04 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 12:17:04 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105111704.7A550CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 12:17:04 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Try a different assert in loophole about the type sizes matching. See http://hudson.modula3.com:8080/job/cm3-current-build-AMD64_FREEBSD/316/consoleFull +++ cm3 -build -override $RARGS -DROOT='/ad0e/home/hudson/workspace/cm3-current-build-AMD64_FREEBSD/cm3' +++ ../src/geometry/Transform.m3: In function 'Transform__Hash': ../src/geometry/Transform.m3:225:0: internal compiler error: in handler, at m3cg/parse.c:5270 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. m3_backend => 4 m3cc (aka cm3cg) failed compiling: Transform.mc ../src/pickle/ver2/PickleStubs.m3: In function 'PickleStubs__SwapReal': ../src/pickle/ver2/PickleStubs.m3:562:0: internal compiler error: in handler, at m3cg/parse.c:5270 Please submit a full bug report, w From jkrell at elego.de Fri Nov 5 12:28:20 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 12:28:20 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105112820.5655CCC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 12:28:20 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix previous to compile! From jkrell at elego.de Fri Nov 5 12:39:32 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 12:39:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105113936.AC231CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 12:39:32 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/config/: sol2.h Log message: add newline to end of file to fix warning see http://hudson.modula3.com:8080/job/cm3-current-m3cc-SOLsun-opencsw-current10s/170/console From jkrell at elego.de Fri Nov 5 12:45:44 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 12:45:44 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105114544.AD6EBCC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 12:45:44 Modified files: cm3/m3-sys/m3cc/gcc/gmp/: gmp-h.in gmp-impl.h Log message: neuter the C++/iosfwd/locale stuff see http://hudson.modula3.com:8080/job/cm3-current-m3cc-SOLsun-opencsw-current10s/170/console In file included from /usr/include/locale.h:50, from /opt/SUNWgccfss/4.2.1/gcc/bin/../lib/gcc/sparc-sun-solaris2.10/4.2.1/../../../../include/c++/4.2.1/clocale:51, from /opt/SUNWgccfss/4.2.1/gcc/bin/../lib/gcc/sparc-sun-solaris2.10/4.2.1/../../../../include/c++/4.2.1/sparc-sun-solaris2.10/bits/c++locale.h:47, from /opt/SUNWgccfss/4.2.1/gcc/bin/../lib/gcc/sparc-sun-solaris2.10/4.2.1/../../../../include/c++/4.2.1/iosfwd:45, from /home/m3hudson/current10s/workspace/cm3-current-m3cc-SOLsun-opencsw-current10s/cm3/m3-sys/m3cc/SOLsun/./gmp/gmp.h:28, from ../../gcc-4.5/gcc/double-int.h:24, from ../../gcc-4.5/gcc/tree.h:30, from ../../gcc-4.5/gcc/langhooks.c:28: /usr/include/libintl.h:50: error: expected unqualified-id before 'const' /usr/include/libintl.h:50: error: expected `)' before 'const' /usr/include/libintl.h:50: error: expected initializer before 'const' /usr/include/libintl.h:62: error: new declaration 'char* fake_ngettext(const char*, const char*, long unsigned int)' ../../gcc-4.5/gcc/intl.h:28: error: ambiguates old declaration 'const char* fake_ngettext(const char*, const char*, long unsigned int)' From hosking at cs.purdue.edu Fri Nov 5 14:52:25 2010 From: hosking at cs.purdue.edu (Tony Hosking) Date: Fri, 5 Nov 2010 09:52:25 -0400 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20101105051113.130602474003@birch.elegosoft.com> References: <20101105051113.130602474003@birch.elegosoft.com> Message-ID: Umm, not a good plan. I don't want to install C++ just to build the backend! On Nov 5, 2010, at 6:11 AM, Jay Krell wrote: > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 10/11/05 06:11:12 > > Modified files: > cm3/m3-sys/m3cc/src/: m3makefile > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: Make-lang.in config-lang.in > m3-def.h > Added files: > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.cpp > Removed files: > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c > > Log message: > switch to C++, I want to use 'scope tricks' to avoid repeating the serialization macros in the handler functions -- the handlers will access member data instead From jay.krell at cornell.edu Fri Nov 5 16:05:08 2010 From: jay.krell at cornell.edu (Jay K) Date: Fri, 5 Nov 2010 15:05:08 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101105051113.130602474003@birch.elegosoft.com>, Message-ID: Do you really not have it already? The gcc developers are planning on using C++ in gcc, so the decision has been made, if we stick with gcc and upgrade to that. LLVM is also written in C++. (not that I plan on using it -- my real interest, again, is generating C, but then, rather C++, for exception handling) ?- Jay ---------------------------------------- > From: hosking at cs.purdue.edu > Date: Fri, 5 Nov 2010 09:52:25 -0400 > To: jkrell at elego.de > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > Umm, not a good plan. I don't want to install C++ just to build the backend! > > On Nov 5, 2010, at 6:11 AM, Jay Krell wrote: > > > CVSROOT: /usr/cvs > > Changes by: jkrell at birch. 10/11/05 06:11:12 > > > > Modified files: > > cm3/m3-sys/m3cc/src/: m3makefile > > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: Make-lang.in config-lang.in > > m3-def.h > > Added files: > > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.cpp > > Removed files: > > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c > > > > Log message: > > switch to C++, I want to use 'scope tricks' to avoid repeating the serialization macros in the handler functions -- the handlers will access member data instead > From jkrell at elego.de Fri Nov 5 16:07:53 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 16:07:53 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105150753.DAE5A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 16:07:53 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: turn off view_convert, it is still failing From jkrell at elego.de Fri Nov 5 16:14:27 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 16:14:27 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105151427.37053CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 16:14:27 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: use view_convert if the stars align, which is sometimes..reallly need to find out what is going on here.. From jkrell at elego.de Fri Nov 5 16:14:48 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 16:14:48 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105151449.05C59CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 16:14:48 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: oops, and enable view_convert From hosking at cs.purdue.edu Fri Nov 5 16:10:27 2010 From: hosking at cs.purdue.edu (Tony Hosking) Date: Fri, 5 Nov 2010 11:10:27 -0400 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101105051113.130602474003@birch.elegosoft.com>, Message-ID: It's an additional hurdle for installation. There are some platforms where I don't have it already. Once the gcc developers require C++ to install gcc's C compiler then I guess maybe this is moot. We really should look at using LLVM! On Nov 5, 2010, at 11:05 AM, Jay K wrote: > > Do you really not have it already? > The gcc developers are planning on using C++ in gcc, so the decision has been > made, if we stick with gcc and upgrade to that. LLVM is also written in C++. > (not that I plan on using it -- my real interest, again, is generating C, but then, > rather C++, for exception handling) > > - Jay > > ---------------------------------------- >> From: hosking at cs.purdue.edu >> Date: Fri, 5 Nov 2010 09:52:25 -0400 >> To: jkrell at elego.de >> CC: m3commit at elegosoft.com >> Subject: Re: [M3commit] CVS Update: cm3 >> >> Umm, not a good plan. I don't want to install C++ just to build the backend! >> >> On Nov 5, 2010, at 6:11 AM, Jay Krell wrote: >> >>> CVSROOT: /usr/cvs >>> Changes by: jkrell at birch. 10/11/05 06:11:12 >>> >>> Modified files: >>> cm3/m3-sys/m3cc/src/: m3makefile >>> cm3/m3-sys/m3cc/gcc/gcc/m3cg/: Make-lang.in config-lang.in >>> m3-def.h >>> Added files: >>> cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.cpp >>> Removed files: >>> cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c >>> >>> Log message: >>> switch to C++, I want to use 'scope tricks' to avoid repeating the serialization macros in the handler functions -- the handlers will access member data instead >> > From dragisha at m3w.org Fri Nov 5 16:21:43 2010 From: dragisha at m3w.org (=?utf-8?Q?Dragi=C5=A1a_Duri=C4=87?=) Date: Fri, 5 Nov 2010 16:21:43 +0100 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101105051113.130602474003@birch.elegosoft.com>, Message-ID: Jay's effort is really excellent thing happening to cm3, but LLVM really is something.... C is nice, and whole system cleanup is for the best, but ultimately - LLVM is where we need to go. If for nothing else, then because it's not moving target like GCC is, and because of what Xcode preview features show LLVM can do for a programmer. On Nov 5, 2010, at 4:10 PM, Tony Hosking wrote: > It's an additional hurdle for installation. There are some platforms where I don't have it already. > Once the gcc developers require C++ to install gcc's C compiler then I guess maybe this is moot. > We really should look at using LLVM! From jay.krell at cornell.edu Fri Nov 5 16:25:19 2010 From: jay.krell at cornell.edu (Jay K) Date: Fri, 5 Nov 2010 15:25:19 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101105051113.130602474003@birch.elegosoft.com>, , Message-ID: I'd really like to use C++. ? In the gcc backend. Or any otherwise C code. Obviously I can do without if I must, for now. It isn't moot in gcc yet since they haven't actually done anything in 4.5.1. The problem I have with LLVM (and gcc) is largely my own laziness, and projected laziness on others. gcc has been a "challenge". C and C++ would be relatively easy. Specifically, knowledge is much better and more widespread what is valid C and C++. The intermediate code will be easier to form correctly, more easily understood by far more people. Granted, it doesn't have to be widely understood or easy, and the more difficult forms have advantages. It would also remove our "source/build dependency". Which granted, might be doable eventually as a gcc plugin. (That is, the dependency would remain and get larger, but you wouldn't need the source and build it.) If C/C++ were generated, nearly all porting and platform-testing would no longer needed. There'd be a source distribution story. That is, we could really fairly honestly test just a few platforms and claim many more are supported. Test Linux/x86 (get the #ifdefs working) and all Linux would likely work. Same for FreeBSD, NetBSD, OpenBSD, Solaris, etc. C++ also should get us much better exception handling, vs. the current situation. ? (Granted, there are other ways to do it.) We could enable all optimizations most likely. ? And get better debugging with stock gdb. ? Again, granted, these are all doable without. Maybe LLVM could be tried once C/C++ are working. ? Or someone else can try it. ?- Jay ---------------------------------------- > Subject: Re: [M3commit] CVS Update: cm3 > From: hosking at cs.purdue.edu > Date: Fri, 5 Nov 2010 11:10:27 -0400 > CC: jkrell at elego.de; m3commit at elegosoft.com > To: jay.krell at cornell.edu > > It's an additional hurdle for installation. There are some platforms where I don't have it already. > Once the gcc developers require C++ to install gcc's C compiler then I guess maybe this is moot. > We really should look at using LLVM! > > On Nov 5, 2010, at 11:05 AM, Jay K wrote: > > > > > Do you really not have it already? > > The gcc developers are planning on using C++ in gcc, so the decision has been > > made, if we stick with gcc and upgrade to that. LLVM is also written in C++. > > (not that I plan on using it -- my real interest, again, is generating C, but then, > > rather C++, for exception handling) > > > > - Jay > > > > ---------------------------------------- > >> From: hosking at cs.purdue.edu > >> Date: Fri, 5 Nov 2010 09:52:25 -0400 > >> To: jkrell at elego.de > >> CC: m3commit at elegosoft.com > >> Subject: Re: [M3commit] CVS Update: cm3 > >> > >> Umm, not a good plan. I don't want to install C++ just to build the backend! > >> > >> On Nov 5, 2010, at 6:11 AM, Jay Krell wrote: > >> > >>> CVSROOT: /usr/cvs > >>> Changes by: jkrell at birch. 10/11/05 06:11:12 > >>> > >>> Modified files: > >>> cm3/m3-sys/m3cc/src/: m3makefile > >>> cm3/m3-sys/m3cc/gcc/gcc/m3cg/: Make-lang.in config-lang.in > >>> m3-def.h > >>> Added files: > >>> cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.cpp > >>> Removed files: > >>> cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c > >>> > >>> Log message: > >>> switch to C++, I want to use 'scope tricks' to avoid repeating the serialization macros in the handler functions -- the handlers will access member data instead > >> > > > From jkrell at elego.de Fri Nov 5 16:33:51 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 16:33:51 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105153351.2B407CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 16:33:51 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: turn off view_convert until I am sure to do testing targetted at it, it is conceivable that building the world and running Juno isn't enough From jkrell at elego.de Fri Nov 5 16:34:29 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 16:34:29 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105153429.5F86BCC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 16:34:29 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: tone down tracing wrt view_convert From jay.krell at cornell.edu Fri Nov 5 16:32:07 2010 From: jay.krell at cornell.edu (Jay K) Date: Fri, 5 Nov 2010 15:32:07 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101105051113.130602474003@birch.elegosoft.com>, , , , , Message-ID: I shouldn't bite the hand that feeds, but I presume LLVM is a moving target roughly as much as gcc is. gcc's moving target has indeed been slightly painful. But it is not the only complaint I have. Plus, you don't see Tony complaining about whatever he had to do to move from 3.x to 4.x. I'm a whiner. LLVM is probably large and slow to build, similar to gcc. But we don't get too many complaints about that. gcc's reach is impressive. C/C++'s reach is even better. I remain keen on VMS/Alpha, VMS/IA64, Linux/ia64. I know they are viable with gcc/c/C++. Unknown about LLVM. I'm also still interested in our own backend maybe. ?- Jay ---------------------------------------- > From: dragisha at m3w.org > Date: Fri, 5 Nov 2010 16:21:43 +0100 > To: hosking at cs.purdue.edu > CC: m3commit at elegosoft.com; jay.krell at cornell.edu > Subject: Re: [M3commit] CVS Update: cm3 > > Jay's effort is really excellent thing happening to cm3, but LLVM really is something.... C is nice, and whole system cleanup is for the best, but ultimately - LLVM is where we need to go. If for nothing else, then because it's not moving target like GCC is, and because of what Xcode preview features show LLVM can do for a programmer. > > On Nov 5, 2010, at 4:10 PM, Tony Hosking wrote: > > > It's an additional hurdle for installation. There are some platforms where I don't have it already. > > Once the gcc developers require C++ to install gcc's C compiler then I guess maybe this is moot. > > We really should look at using LLVM! > From dragisha at m3w.org Fri Nov 5 16:40:56 2010 From: dragisha at m3w.org (=?utf-8?Q?Dragi=C5=A1a_Duri=C4=87?=) Date: Fri, 5 Nov 2010 16:40:56 +0100 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101105051113.130602474003@birch.elegosoft.com>, , , , , Message-ID: FreePascal people are doing their own backend... I don't think it's big luck, but it is free and they are Wirthian (meaning at least nested scopes and strong typing, and IIRC they are some kind of strange body in GCC). LLVM is well specified IR. Their intent is to enable people to use it, and GCC's intent is to control through GPL. I am big fan of whole FSF idea, projects, everything... But sometimes they are just over the edge. They killed GNU Pascal with GCC IR being unspecified and prone to major changes at every minor release. I am not telling you to stop your C effort. All your points are valid. Except some assumptions about LLVM. LLVM is not GCC, and not GPL, and so on... On Nov 5, 2010, at 4:32 PM, Jay K wrote: > I shouldn't bite the hand that feeds, but I presume LLVM is a moving target roughly as much as gcc is. > gcc's moving target has indeed been slightly painful. But it is not the only complaint I have. > Plus, you don't see Tony complaining about whatever he had to do to move from 3.x to 4.x. > I'm a whiner. > LLVM is probably large and slow to build, similar to gcc. > But we don't get too many complaints about that. > > > gcc's reach is impressive. > C/C++'s reach is even better. > I remain keen on VMS/Alpha, VMS/IA64, Linux/ia64. > I know they are viable with gcc/c/C++. Unknown about LLVM. > > > I'm also still interested in our own backend maybe. From jay.krell at cornell.edu Fri Nov 5 16:48:38 2010 From: jay.krell at cornell.edu (Jay K) Date: Fri, 5 Nov 2010 15:48:38 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101105051113.130602474003@birch.elegosoft.com>, , , , , , , , , , , Message-ID: > LLVM is well specified IR Someone still has to read and understand the specification. :) ?> GCC IR being unspecified and prone to major changes at every minor release I'm not sure of this. Tony will know better, having done more upgrades of the backend. I don't think our gcc backend has been much affected by it. What we are affected by: ?? - we add our own IR node for nested functions, and that was affected ??? - our IR has never been well formed (even to this day!) ????? The main problem is our use of overly low level and lacking types and typeful opertions (member references). ??? - seemingly nobody has tried configure -enable-checking, made it work, kept it working ?????? This is still needed. Granted, tree.h and tree.def might not be as good a specification as LLVM has. > licensing Understood. Yeah, it bugs me we can't statically link. Though the separate executable provides nice testability/debugability -- a separate entry point. :) ?> intent is to control through GPL Agreed. :( ?- Jay ---------------------------------------- > From: dragisha at m3w.org > Date: Fri, 5 Nov 2010 16:40:56 +0100 > To: jay.krell at cornell.edu > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > FreePascal people are doing their own backend... I don't think it's big luck, but it is free and they are Wirthian (meaning at least nested scopes and strong typing, and IIRC they are some kind of strange body in GCC). > > LLVM is well specified IR. Their intent is to enable people to use it, and GCC's intent is to control through GPL. I am big fan of whole FSF idea, projects, everything... But sometimes they are just over the edge. They killed GNU Pascal with GCC IR being unspecified and prone to major changes at every minor release. > > I am not telling you to stop your C effort. All your points are valid. Except some assumptions about LLVM. LLVM is not GCC, and not GPL, and so on... > > > On Nov 5, 2010, at 4:32 PM, Jay K wrote: > > > I shouldn't bite the hand that feeds, but I presume LLVM is a moving target roughly as much as gcc is. > > gcc's moving target has indeed been slightly painful. But it is not the only complaint I have. > > Plus, you don't see Tony complaining about whatever he had to do to move from 3.x to 4.x. > > I'm a whiner. > > LLVM is probably large and slow to build, similar to gcc. > > But we don't get too many complaints about that. > > > > > > gcc's reach is impressive. > > C/C++'s reach is even better. > > I remain keen on VMS/Alpha, VMS/IA64, Linux/ia64. > > I know they are viable with gcc/c/C++. Unknown about LLVM. > > > > > > I'm also still interested in our own backend maybe. > From jkrell at elego.de Fri Nov 5 19:02:25 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 19:02:25 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105180226.159602474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 19:02:25 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-parse.h parse.c Log message: some fixes for gcc 4.2 (gcc-apple, Darwin/arm/iphone) From jkrell at elego.de Fri Nov 5 19:03:18 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 19:03:18 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105180318.C9F3B2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 19:03:18 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix previous for 4.5 From jkrell at elego.de Fri Nov 5 19:09:41 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 19:09:41 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105180941.8FEE9CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 19:09:41 Modified files: cm3/m3-sys/m3cc/gcc-apple/gcc/: lambda.h Log message: port C++ fixes from 4.5 From jkrell at elego.de Fri Nov 5 19:26:36 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 19:26:36 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105182637.276F4CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 19:26:36 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: ARM_DARWIN Log message: fix: -m32 not valid, default iPhonePrefix to empty From jkrell at elego.de Fri Nov 5 19:27:42 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 19:27:42 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105182742.0FB37CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 19:27:42 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fixes for Darwin/arm From jkrell at elego.de Fri Nov 5 19:27:49 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 19:27:49 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105182749.7BA33CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 19:27:49 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-parse.h Log message: fixes for Darwin/arm From jkrell at elego.de Fri Nov 5 19:33:54 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 19:33:54 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105183354.1CF472474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 19:33:54 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: charset.c Log message: possible fix for: http://hudson.modula3.com:8080/job/cm3-current-build-PPC_DARWIN/152/consoleFull (but notice how in gcc-apple, I compile only parse.c with CXX, but 4.5 is supposed to be compilable as C++) From jkrell at elego.de Fri Nov 5 19:41:33 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 19:41:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105184133.2DBE02474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 19:41:33 Modified files: cm3/m3-sys/m3cc/gcc-apple/gcc/: Makefile.in Log message: compile parse.c with CXX From jkrell at elego.de Fri Nov 5 22:34:19 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 22:34:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105213419.1CF732474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 22:34:19 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: charset.c Log message: ATTRIBUTE_UNUSED -> ARG_UNUSED From jkrell at elego.de Fri Nov 5 22:34:51 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 22:34:51 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105213451.6831E2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 22:34:51 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: charset.c Log message: add comment that we modified it From jkrell at elego.de Fri Nov 5 22:35:09 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 22:35:09 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105213509.22124CC123@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 22:35:09 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: charset.c Log message: formating From jkrell at elego.de Fri Nov 5 22:42:15 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 22:42:15 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105214215.C8E632474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 22:42:15 Modified files: cm3/scripts/regression/: hudson_build_system.sh hudson_pkg_tests.sh Log message: collect compiler versions From jkrell at elego.de Fri Nov 5 22:44:52 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 22:44:52 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105214452.AAAB72474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 22:44:52 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: directives.c Log message: ATTRIBUTE_UNUSED => ARG_UNUSED for the older g++ on PPC_DARWIN (see ansidecl.h) From jkrell at elego.de Fri Nov 5 22:54:42 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 22:54:42 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105215442.610E02474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 22:54:42 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: expr.c Log message: ATTRIBUTE_UNUSED => ARG_UNUSED for the older g++ on PPC_DARWIN (see ansidecl.h) From jkrell at elego.de Fri Nov 5 22:55:19 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 22:55:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105215519.1B016CC123@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 22:55:19 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: pch.c Log message: ATTRIBUTE_UNUSED => ARG_UNUSED for the older g++ on PPC_DARWIN (see ansidecl.h) From jkrell at elego.de Fri Nov 5 22:55:46 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 22:55:46 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105215546.A8C2FCC123@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 22:55:46 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: files.c Log message: ATTRIBUTE_UNUSED => ARG_UNUSED for the older g++ on PPC_DARWIN (see ansidecl.h) From jkrell at elego.de Fri Nov 5 22:56:47 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 22:56:47 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105215647.4479FCC123@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 22:56:47 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: files.c macro.c pch.c Log message: ATTRIBUTE_UNUSED => ARG_UNUSED for the older g++ on PPC_DARWIN (see ansidecl.h) From jkrell at elego.de Fri Nov 5 23:18:32 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 23:18:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105221832.4A416CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 23:18:32 Modified files: cm3/scripts/regression/: hudson_build_system.sh hudson_pkg_tests.sh Log message: collect compiler versions From jkrell at elego.de Fri Nov 5 23:19:01 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 23:19:01 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105221901.5459BCC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 23:19:01 Modified files: cm3/scripts/regression/: hudson_build_system.sh hudson_pkg_tests.sh Log message: collect compiler versions From jkrell at elego.de Fri Nov 5 23:20:49 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 23:20:49 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105222049.E63432474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 23:20:49 Modified files: cm3/scripts/regression/: hudson_build_system.sh hudson_pkg_tests.sh Log message: collect compiler versions From jkrell at elego.de Fri Nov 5 23:25:59 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 23:25:59 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105222559.A3556CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 23:25:59 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: addresses.h alias.c bt-load.c builtins.c c-common.c c-gimplify.c c-objc-common.c c-parser.c c-pch.c c-ppoutput.c c-pragma.c c-typeck.c caller-save.c calls.c cfg.c cfgcleanup.c cfgexpand.c cfgloop.c cfgrtl.c collect2.c combine.c cppspec.c cse.c cselib.c dbxout.c ddg.c debug.c df-core.c df-problems.c df-scan.c dfp.c diagnostic.c dse.c dwarf2asm.c dwarf2out.c emit-rtl.c except.c explow.c expr.c final.c fold-const.c function.c fwprop.c gcc.c gccspec.c gcov-dump.c gcse.c genattrtab.c genautomata.c genemit.c genextract.c gengtype.c genmodes.c genoutput.c genpeep.c genpreds.c genrecog.c ggc-common.c ggc-page.c ggc-zone.c gimple.c gimplify.c graphite-clast-to-gimple.c graphite-poly.h graphite-sese-to-poly.c gthr-posix.c hooks.c ifcvt.c incpath.c ipa-inline.c ipa-prop.c ipa-pure-const.c ipa-reference.c ipa-struct-reorg.c ira-color.c ira.c jump.c langhooks.c loop-invariant.c loop-iv.c loop-unroll.c lower-subreg.c lto-symtab.c matrix-reorg.c mips-tfile.c mode-switching.c modulo-sched.c omega.c omega.h optabs.c passes.c postreload-gcse.c postreload.c predict.c real.c recog.c regcprop.c reginfo.c reload.c reload1.c resource.c rtlanal.c rtlhooks.c sched-deps.c sched-ebb.c sched-rgn.c sdbout.c sel-sched-dump.c sel-sched-ir.c sel-sched.c sese.c stack-ptr-mod.c statistics.c stmt.c stringpool.c targhooks.c tlink.c tree-affine.c tree-browser.c tree-cfg.c tree-complex.c tree-dfa.c tree-dump.c tree-if-conv.c tree-inline.c tree-into-ssa.c tree-loop-linear.c tree-mudflap.c tree-nomudflap.c tree-outof-ssa.c tree-parloops.c tree-profile.c tree-sra.c tree-ssa-alias.c tree-ssa-copy.c tree-ssa-dce.c tree-ssa-dom.c tree-ssa-dse.c tree-ssa-live.h tree-ssa-loop-im.c tree-ssa-loop-ivopts.c tree-ssa-operands.c tree-ssa-phiopt.c tree-ssa-sccvn.c tree-ssa-uncprop.c tree-ssa.c tree-stdarg.c tree-vect-generic.c tree-vect-loop.c unwind-c.c value-prof.c var-tracking.c varasm.c vmsdbgout.c xcoffout.c Log message: ATTRIBUTE_UNUSED -> ARG_UNUSED for a in *.h *.c; do perl -pi.bak -e "s/([A-Za-z0-9_]+) ATTRIBUTE_UNUSED/ARG_UNUSED(\1)/" $a; done for older g++ such as on PPC_DARWIN From jkrell at elego.de Fri Nov 5 23:51:30 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 23:51:30 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105225138.169222474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 23:51:30 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: genautomata.c Log message: repair From jkrell at elego.de Fri Nov 5 23:53:32 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 23:53:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105225332.1AF652474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 23:53:32 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: genautomata.c Log message: and do it right From jkrell at elego.de Fri Nov 5 23:55:29 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 23:55:29 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105225542.8568ECC123@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 23:55:29 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: genemit.c Log message: repair From jkrell at elego.de Sat Nov 6 00:00:01 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 0:00:01 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105230015.49F362474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 00:00:01 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: genattrtab.c genautomata.c genemit.c genextract.c gengtype.c genmodes.c genoutput.c genpeep.c genpreds.c genrecog.c Log message: back to original 4.5.1, deal with it later... From jkrell at elego.de Sat Nov 6 00:02:31 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 0:02:31 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105230233.A49F62474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 00:02:31 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: calls.c Log message: repair From jkrell at elego.de Sat Nov 6 00:05:54 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 0:05:54 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105230557.A5086CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 00:05:54 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: builtins.c Log message: repair From jkrell at elego.de Sat Nov 6 00:07:16 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 0:07:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105230717.00741CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 00:07:16 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: builtins.c Log message: repair From jkrell at elego.de Sat Nov 6 00:26:24 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 0:26:24 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105232927.0AA542474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 00:26:23 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt Log message: trigger clean From jkrell at elego.de Sat Nov 6 11:54:19 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 11:54:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106105419.61B80CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 11:54:19 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: genpeep.c Log message: go back two versions essentially: quash warning again, and no 'unused' problem in this file, they were locals not parameters From jkrell at elego.de Sat Nov 6 11:56:05 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 11:56:05 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106105605.4E6172474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 11:56:05 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: genattr.c genattrtab.c genautomata.c gencheck.c genchecksum.c gencodes.c genconditions.c genconfig.c genconstants.c genemit.c genextract.c genflags.c gengenrtl.c gengtype-parse.c gengtype.c genmddeps.c genmodes.c genopinit.c genoutput.c genpreds.c genrecog.c gensupport.c Log message: ATTRIBUTE_UNUSED => ARG_UNUSED, for older g++ on Darwin/ppc arg, much ado about very little In Microsoft C, you just: #pragma warning(disable:4100) /* unused parameter */ and are done with it. In C++ you just comment out the name. This is C++ now, actually.. From jkrell at elego.de Sat Nov 6 12:06:09 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 12:06:09 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106110609.1EBEACC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 12:06:09 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: addresses.h alias.c bt-load.c builtins.c c-common.c c-gimplify.c c-objc-common.c c-parser.c c-pch.c c-ppoutput.c c-pragma.c c-typeck.c caller-save.c calls.c cfg.c cfgcleanup.c cfgexpand.c cfgloop.c cfgrtl.c collect2.c combine.c cppspec.c cse.c cselib.c dbxout.c ddg.c debug.c df-core.c df-problems.c df-scan.c dfp.c diagnostic.c dse.c dwarf2asm.c dwarf2out.c emit-rtl.c except.c explow.c expr.c final.c fold-const.c function.c fwprop.c gcc.c gccspec.c gcov-dump.c gcse.c ggc-common.c ggc-page.c ggc-zone.c gimple.c gimplify.c graphite-clast-to-gimple.c graphite-poly.h graphite-sese-to-poly.c gthr-posix.c hooks.c ifcvt.c incpath.c ipa-inline.c ipa-prop.c ipa-pure-const.c ipa-reference.c ipa-struct-reorg.c ira-color.c ira.c jump.c langhooks.c loop-invariant.c loop-iv.c loop-unroll.c lower-subreg.c lto-symtab.c matrix-reorg.c mips-tfile.c mode-switching.c modulo-sched.c omega.c omega.h optabs.c passes.c postreload-gcse.c postreload.c predict.c real.c recog.c regcprop.c reginfo.c reload.c reload1.c resource.c rtlanal.c rtlhooks.c sched-deps.c sched-ebb.c sched-rgn.c sdbout.c sel-sched-dump.c sel-sched-ir.c sel-sched.c sese.c stack-ptr-mod.c statistics.c stmt.c stringpool.c targhooks.c tlink.c tree-affine.c tree-browser.c tree-cfg.c tree-complex.c tree-dfa.c tree-dump.c tree-if-conv.c tree-inline.c tree-into-ssa.c tree-loop-linear.c tree-mudflap.c tree-nomudflap.c tree-outof-ssa.c tree-parloops.c tree-profile.c tree-sra.c tree-ssa-alias.c tree-ssa-copy.c tree-ssa-dce.c tree-ssa-dom.c tree-ssa-dse.c tree-ssa-live.h tree-ssa-loop-im.c tree-ssa-loop-ivopts.c tree-ssa-operands.c tree-ssa-phiopt.c tree-ssa-sccvn.c tree-ssa-uncprop.c tree-ssa.c tree-stdarg.c tree-vect-generic.c tree-vect-loop.c unwind-c.c value-prof.c var-tracking.c varasm.c vmsdbgout.c xcoffout.c Log message: put space after ARG_UNUSED, I guess that is the prefered style (not by me..) but hey, reviewing this, I found more ATTRIB_UNUSED to fix From jkrell at elego.de Sat Nov 6 12:11:34 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 12:11:34 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106111134.6BDD6CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 12:11:34 Modified files: cm3/m3-sys/m3cc/gcc-4.5/include/: ansidecl.h Log message: There are far more of this "unused" problem, e.g. in the config directory, so just punt all attributes for gcc < 4.x. From jkrell at elego.de Sat Nov 6 12:15:46 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 12:15:46 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106111546.A13E02474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 12:15:46 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: directives.c expr.c files.c macro.c pch.c Log message: back to originals (this directory is pretty much dead to us..) From jkrell at elego.de Sat Nov 6 12:46:52 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 12:46:52 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106114652.E92BD2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 12:46:52 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: addresses.h alias.c bt-load.c builtins.c c-common.c c-gimplify.c c-objc-common.c c-parser.c c-pch.c c-ppoutput.c c-pragma.c c-typeck.c caller-save.c calls.c cfg.c cfgcleanup.c cfgexpand.c cfgloop.c cfgrtl.c collect2.c combine.c cppspec.c cse.c cselib.c dbxout.c ddg.c debug.c df-core.c df-problems.c df-scan.c dfp.c diagnostic.c dse.c dwarf2asm.c dwarf2out.c emit-rtl.c except.c explow.c expr.c final.c fold-const.c function.c fwprop.c gcc.c gccspec.c gcov-dump.c gcse.c genattr.c genattrtab.c genautomata.c gencheck.c genchecksum.c gencodes.c genconditions.c genconfig.c genconstants.c genemit.c genextract.c genflags.c gengenrtl.c gengtype-parse.c gengtype.c genmddeps.c genmodes.c genopinit.c genoutput.c genpeep.c genpreds.c genrecog.c gensupport.c ggc-common.c ggc-page.c ggc-zone.c gimple.c gimplify.c graphite-clast-to-gimple.c graphite-poly.h graphite-sese-to-poly.c gthr-posix.c hooks.c ifcvt.c incpath.c ipa-inline.c ipa-prop.c ipa-pure-const.c ipa-reference.c ipa-struct-reorg.c ira-color.c ira.c jump.c langhooks.c loop-invariant.c loop-iv.c loop-unroll.c lower-subreg.c lto-symtab.c matrix-reorg.c mips-tfile.c mode-switching.c modulo-sched.c omega.c omega.h optabs.c passes.c postreload-gcse.c postreload.c predict.c real.c recog.c regcprop.c reginfo.c reload.c reload1.c resource.c rtlanal.c rtlhooks.c sched-deps.c sched-ebb.c sched-rgn.c sdbout.c sel-sched-dump.c sel-sched-ir.c sel-sched.c sese.c stack-ptr-mod.c statistics.c stmt.c stringpool.c targhooks.c tlink.c tree-affine.c tree-browser.c tree-cfg.c tree-complex.c tree-dfa.c tree-dump.c tree-if-conv.c tree-inline.c tree-into-ssa.c tree-loop-linear.c tree-mudflap.c tree-nomudflap.c tree-outof-ssa.c tree-parloops.c tree-profile.c tree-sra.c tree-ssa-alias.c tree-ssa-copy.c tree-ssa-dce.c tree-ssa-dom.c tree-ssa-dse.c tree-ssa-live.h tree-ssa-loop-im.c tree-ssa-loop-ivopts.c tree-ssa-operands.c tree-ssa-phiopt.c tree-ssa-sccvn.c tree-ssa-uncprop.c tree-ssa.c tree-stdarg.c tree-vect-generic.c tree-vect-loop.c unwind-c.c value-prof.c var-tracking.c varasm.c vmsdbgout.c xcoffout.c Log message: go back two days, before the unused stuff arg, this is too hard in CVS, it is easier in all the other systems I should be able to undo specific changes, not have to pick a time From jkrell at elego.de Sat Nov 6 12:55:01 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 12:55:01 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106115502.38B9ACC10F@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 12:55:01 Modified files: cm3/m3-sys/m3cc/gcc-4.5/include/: ansidecl.h cm3/m3-sys/m3cc/gcc-apple/include/: ansidecl.h cm3/m3-sys/m3cc/gcc/include/: ansidecl.h Log message: try a little harder, but not much more on this.. From jkrell at elego.de Sat Nov 6 12:56:10 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 12:56:10 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106115610.87CF2CC123@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 12:56:10 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: sel-sched.c Log message: fix again From jkrell at elego.de Sat Nov 6 13:40:50 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 13:40:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106124050.837E4CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 13:40:50 Modified files: cm3/m3-sys/m3cc/gcc-4.5/include/: ansidecl.h cm3/m3-sys/m3cc/gcc-apple/include/: ansidecl.h cm3/m3-sys/m3cc/gcc/include/: ansidecl.h Log message: omitting unused parameter names doesn't work, because they are sometimes used, 'unused' means 'do not warn if not used, but it might be used' From jkrell at elego.de Sat Nov 6 13:42:26 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 13:42:26 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106124226.4B257CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 13:42:26 Modified files: cm3/m3-sys/m3cc/gcc-4.5/include/: ansidecl.h cm3/m3-sys/m3cc/gcc-apple/include/: ansidecl.h cm3/m3-sys/m3cc/gcc/include/: ansidecl.h Log message: remove newline in code that goes together From jkrell at elego.de Sat Nov 6 13:51:38 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 13:51:38 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106125138.4AAE3CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 13:51:38 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: more output for failing assert..but I'll go ahead and build AMD64_DARWIN From jkrell at elego.de Sat Nov 6 17:06:34 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 17:06:34 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106160634.B19442474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 17:06:34 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: c-common.h c-parser.c combine.c cse.c df.h domwalk.h dwarf2out.c function.h gengtype-lex.l gimple.h hwint.h recog.h regrename.c rtl.h system.h tree-flow.h tree-into-ssa.c tree-ssa-sccvn.h tree.h vmsdbg.h cm3/m3-sys/m3cc/gcc-4.5/include/: obstack.h cm3/m3-sys/m3cc/gcc-4.5/libcpp/: system.h cm3/m3-sys/m3cc/gcc-4.5/libcpp/include/: cpplib.h line-map.h Log message: some fixes and prep for fixes for compiling with SunStudio 12 C++ (g++ on opencsw 9s produces executables that don't work, can't find libstdc++) see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333 From jkrell at elego.de Sat Nov 6 17:30:12 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 17:30:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106163012.A4D302474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 17:30:12 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: line-map.c Log message: "../../gcc-4.5/libcpp/line-map.c", line 100: Error: Different types for "?:" (void*(*)(void*,unsigned) and extern "C" void*(*)(void*,unsigned)). From jkrell at elego.de Sat Nov 6 17:34:31 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 17:34:31 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106163431.ACE0B2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 17:34:31 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: builtins.c Log message: "../../gcc-4.5/gcc/builtins.c", line 3004: Error: Overloading ambiguity between "std::abs(int)" and "std::abs(long)". "../../gcc-4.5/gcc/builtins.c", line 3044: Error: Overloading ambiguity between "std::abs(int)" and "std::abs(long)". "../../gcc-4.5/gcc/builtins.c", line 3051: Error: Overloading ambiguity between "std::abs(int)" and "std::abs(long)". abs => wide_abs (#define'ed by me in hwint.h) From jkrell at elego.de Sat Nov 6 18:04:20 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 18:04:20 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106170420.A13012474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 18:04:20 Modified files: cm3/m3-sys/m3cc/gcc/gmp/: gmp-impl.h Log message: "gmp-impl.h", line 2812: warning: attribute "mode" is unknown, ignored "gmp-impl.h", line 2812: warning: attribute parameter "QI" is undefined "gmp-impl.h", line 2813: warning: attribute "mode" is unknown, ignored "gmp-impl.h", line 2813: warning: attribute parameter "SI" is undefined "gmp-impl.h", line 2814: warning: attribute "mode" is unknown, ignored "gmp-impl.h", line 2814: warning: attribute parameter "SI" is undefined "gmp-impl.h", line 2815: warning: attribute "mode" is unknown, ignored "gmp-impl.h", line 2815: warning: attribute parameter "DI" is undefined "gmp-impl.h", line 2816: warning: attribute "mode" is unknown, ignored "gmp-impl.h", line 2816: warning: attribute parameter "DI" is undefined with SunStudio 12, add if defined(__GNUC__) and go down portable path. From jkrell at elego.de Sat Nov 6 18:09:10 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 18:09:10 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106170910.948242474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 18:09:10 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: system.h cm3/m3-sys/m3cc/gcc-4.5/gcc/: system.h Log message: fix ENUM_BITFIELD for C compiler other than gcc cc -c -g -DIN_GCC -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild -I../../gcc-4.5/gcc -I../../gcc-4.5/gcc/build -I../../gcc-4.5/gcc/../include -I../../gcc-4.5/gcc/../libcpp/include -I/home/jkrell/dev2/cm3/m3-sys/m3cc/SOLsun/./gmp -I/home/jkrell/dev2/cm3/m3-sys/m3cc/gcc-4.5/gmp -I../../gcc-4.5/gcc/../libdecnumber -I../../gcc-4.5/gcc/../libdecnumber/dpd -I../libdecnumber -I/usr/include/libelf \ -o build/genconfig.o ../../gcc-4.5/gcc/genconfig.c "../../gcc-4.5/gcc/../libcpp/include/line-map.h", line 66: warning: unnamed struct member and possibly: "../../gcc-4.5/gcc/rtl.h", line 242: warning: unnamed struct member "../../gcc-4.5/gcc/rtl.h", line 245: warning: unnamed struct member "../../gcc-4.5/gcc/genconfig.c", line 75: undefined struct/union member: code "../../gcc-4.5/gcc/genconfig.c", line 100: improper member use: code "../../gcc-4.5/gcc/genconfig.c", line 101: improper member use: code "../../gcc-4.5/gcc/genconfig.c", line 124: improper member use: code "../../gcc-4.5/gcc/genconfig.c", line 135: improper member use: code "../../gcc-4.5/gcc/genconfig.c", line 136: improper member use: code "../../gcc-4.5/gcc/genconfig.c", line 153: improper member use: code "../../gcc-4.5/gcc/genconfig.c", line 155: improper member use: code "../../gcc-4.5/gcc/genconfig.c", line 253: undefined struct/union member: code "../../gcc-4.5/gcc/genconfig.c", line 254: improper member use: code "../../gcc-4.5/gcc/genconfig.c", line 291: undefined struct/union member: code cc: acomp failed for ../../gcc-4.5/gcc/genconfig.c From jkrell at elego.de Sat Nov 6 18:18:27 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 18:18:27 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106171827.C3A122474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 18:18:27 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: dfp.c Log message: "../../gcc-4.5/gcc/dfp.c", line 76: Error: "decimal_do_compare(const real_value*, const real_value*, int)" is expected to return a value. "../../gcc-4.5/gcc/dfp.c", line 100: Error: "decimal_real_to_integer(const real_value*)" is expected to return a value. "../../gcc-4.5/gcc/dfp.c", line 111: Error: "decimal_real_arithmetic(real_value*, tree_code, const real_value*, const real_value and quash warnings From jkrell at elego.de Sat Nov 6 18:25:29 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 18:25:29 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106172529.1A0E02474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 18:25:29 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: fixed-value.c Log message: ../../gcc-4.5/gcc/fixed-value.c", line 60: Error: "fixed_arithmetic(fixed_value*, int, const fixed_value*, const fixed_value*, bool)" is expected to return a value. "../../gcc-4.5/gcc/fixed-value.c", line 65: Error: "fixed_compare(int, const fixed_value*, const fixed_value*)" is expected to return a value. "../../gcc-4.5/gcc/fixed-value.c", line 70: Error: "fixed_convert(fixed_value*, machine_mode, const fixed_value*, bool)" is expected to return a value. ^ and fix warnings From jkrell at elego.de Sat Nov 6 18:27:34 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 18:27:34 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106172734.6311F2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 18:27:34 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: fold-const.c Log message: "../../gcc-4.5/gcc/fold-const.c", line 7823: Error: Overloading ambiguity between "std::abs(int)" and "std::abs(long)". abs => wide_abs, #defined in hwint.h From jkrell at elego.de Sat Nov 6 18:34:53 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 18:34:53 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106173453.78A2F2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 18:34:53 Modified files: cm3/m3-sys/m3cc/src/: gnucc.common Log message: steer toward cc and CC; needs more work maybe From jkrell at elego.de Sat Nov 6 18:36:41 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 18:36:41 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106173641.2911E2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 18:36:41 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: langhooks.c Log message: "../../gcc-4.5/gcc/langhooks.c", line 197: Error: "lhd_type_promotes_to(tree_node*)" is expected to return a value. "../../gcc-4.5/gcc/langhooks.c", line 288: Error: "lhd_tree_size(tree_code)" is expected to return a value. From jkrell at elego.de Sat Nov 6 18:39:24 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 18:39:24 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106173924.2C9A22474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 18:39:24 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: lto-compress.c Log message: "../../gcc-4.5/gcc/lto-compress.c", line 46: Error: "lto_start_compression(void(*)(const char*,unsigned,void*), void*)" is expected to return a value. "../../gcc-4.5/gcc/lto-compress.c", line 66: Error: "lto_start_uncompression(void(*)(const char*,unsigned,void*), void*)" is expected to return a value. From jkrell at elego.de Sun Nov 7 00:47:51 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 0:47:51 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106234751.80B512474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 00:47:51 Modified files: cm3/m3-sys/m3cc/src/: gnucc.common Log message: fix From jkrell at elego.de Sun Nov 7 01:14:49 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 1:14:49 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107001449.E95402474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 01:14:49 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: system.h cm3/m3-sys/m3cc/gcc-4.5/libcpp/: system.h Log message: attempt fix for: Sun doesn't always declare _flsbuf/__flsbuf/_filbuf/__filbuf: opts.c, line 1233: Error: The function "__flsbuf" must have a prototype. see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333 From jkrell at elego.de Sun Nov 7 01:24:21 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 1:24:21 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107002421.48ADB2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 01:24:21 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: system.h cm3/m3-sys/m3cc/gcc-4.5/libcpp/: system.h Log message: move the code down two lines, now that I read what HAVE_DECL_PUTC_UNLOCKED means From jkrell at elego.de Sun Nov 7 01:29:25 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 1:29:25 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107002925.880142474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 01:29:25 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: rtl.c Log message: "../../gcc-4.5/gcc/rtl.def", line 82: Error: Badly formed constant expression. "../../gcc-4.5/gcc/rtl.def", line 89: Error: "}" expected instead of "sizeof". see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333 From jkrell at elego.de Sun Nov 7 01:31:19 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 1:31:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107003119.4F6C22474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 01:31:19 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: targhooks.c Log message: "../../gcc-4.5/gcc/targhooks.c", line 85: Error: "default_legitimate_address_p(machine_mode, rtx_def*, bool)" is expected to return a value. "../../gcc-4.5/gcc/targhooks.c", line 938: Error: "default_addr_space_convert(rtx_def*, tree_node*, tree_node*)" is expected to return a value. see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333 From jkrell at elego.de Sun Nov 7 01:34:16 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 1:34:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107003416.C127C2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 01:34:16 Modified files: cm3/m3-sys/m3cc/src/: gnucc.common Log message: append env From jkrell at elego.de Sun Nov 7 01:35:54 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 1:35:54 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107003554.5E2832474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 01:35:54 Modified files: cm3/m3-sys/m3cc/src/: gnucc.common Log message: more favoring cc/CC, on Solaris From jkrell at elego.de Sun Nov 7 01:36:12 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 1:36:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107003612.546FA2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 01:36:12 Modified files: cm3/m3-sys/m3cc/src/: gnucc.common Log message: comment only From jkrell at elego.de Sun Nov 7 01:46:09 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 1:46:09 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107004609.D83ED2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 01:46:08 Modified files: cm3/m3-sys/m3cc/gcc-4.5/include/: obstack.h Log message: void* instead of char*, I don't understand.. From jkrell at elego.de Sun Nov 7 02:08:27 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 2:08:27 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107010827.DF4C02474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 02:08:27 Modified files: cm3/m3-sys/m3cc/gcc/gmp/: gmp-h.in Log message: Undefined first referenced symbol in file __gmpn_add /home/jkrell/dev2/cm3/m3-sys/m3cc/SOLsun/./gmp/.libs/libgmp.a(add.o) __gmpn_cmp /home/jkrell/dev2/cm3/m3-sys/m3cc/SOLsun/./gmp/.libs/libgmp.a(add.o) __gmpn_sub /home/jkrell/dev2/cm3/m3-sys/m3cc/SOLsun/./gmp/.libs/libgmp.a(add.o) __gmpn_add_1 /home/jkrell/dev2/cm3/m3-sys/m3cc/SOLsun/./gmp/.libs/libgmp.a(add_ui.o) __gmpn_sub_1 /home/jkrell/dev2/cm3/m3-sys/m3cc/SOLsun/./gmp/.libs/libgmp.a(add_ui.o) try extern "C" From jkrell at elego.de Sun Nov 7 02:38:13 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 2:38:13 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107013814.5725C2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 02:38:13 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: system.h cm3/m3-sys/m3cc/gcc-4.5/libcpp/: system.h Log message: huh, seems to work: enum bitfields; can then make it back to one parameter and unchange gengtype, later From jkrell at elego.de Sun Nov 7 02:48:11 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 2:48:11 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107014812.2A0382474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 02:48:11 Modified files: cm3/m3-sys/m3cc/gcc/gmp/mpn/: Makefile.am Makefile.in Added files: cm3/m3-sys/m3cc/gcc/gmp/mpn/generic/: add.c add_1.c cmp.c sub.c sub_1.c Log message: add back add, sub, add_1, sub_1, cmp, for when not optimizing From jkrell at elego.de Sun Nov 7 02:50:17 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 2:50:17 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107015028.E23F32474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 02:50:17 Modified files: cm3/m3-sys/m3cc/gcc/gmp/mpn/: Makefile.in Log message: fix the K&R case From jkrell at elego.de Sun Nov 7 02:54:31 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 2:54:31 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107015432.CCD192474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 02:54:31 Modified files: cm3/m3-sys/m3cc/gcc/gmp/mpn/: Makefile.in Log message: just remove the K&R stuff, gcc requires ANSI C, or even C++ From jkrell at elego.de Sun Nov 7 05:21:45 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 5:21:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107042146.5CE682474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 05:21:45 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: rtl.h Log message: rename gen_lowpart to gen_lowpart_ to workaround Sun CC problem on opencsw current10s see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333 From jkrell at elego.de Sun Nov 7 13:50:51 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 13:50:51 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107125051.18FD6CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 13:50:51 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: bitmap.c Log message: don't #define __alignof__ if it is #defined This should fix a warning using Sun CC. see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333 From jkrell at elego.de Sun Nov 7 13:54:47 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 13:54:47 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107125447.C17D3CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 13:54:47 Modified files: cm3/m3-sys/m3cc/gcc-apple/gcc/: stub-objc.c Log message: typename => type, so it can be compiled as C++ From hosking at cs.purdue.edu Sun Nov 7 14:26:03 2010 From: hosking at cs.purdue.edu (Tony Hosking) Date: Sun, 7 Nov 2010 08:26:03 -0500 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20101107042146.5CE682474003@birch.elegosoft.com> References: <20101107042146.5CE682474003@birch.elegosoft.com> Message-ID: <1DBE8167-E3BA-4A5B-B36C-D5982DE94B3E@cs.purdue.edu> Are all these hacks for broken sun cc really necessary? Sent from my iPad On 07/11/2010, at 5:21 AM, jkrell at elego.de (Jay Krell) wrote: > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 10/11/07 05:21:45 > > Modified files: > cm3/m3-sys/m3cc/gcc-4.5/gcc/: rtl.h > > Log message: > rename gen_lowpart to gen_lowpart_ to workaround Sun CC problem > on opencsw current10s > see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333 From jkrell at elego.de Sun Nov 7 22:44:12 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 22:44:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107214412.5634D2474008@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 22:44:12 Modified files: cm3/m3-sys/m3cc/gcc/gmp/: Makefile.am Makefile.in cm3/m3-sys/m3cc/gcc/gmp/mpn/: Makefile.in cm3/m3-sys/m3cc/gcc/gmp/mpz/: Makefile.in Removed files: cm3/m3-sys/m3cc/gcc/gmp/: ansi2knr.1 ansi2knr.c Log message: trim K&R support From jkrell at elego.de Sun Nov 7 22:45:36 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 22:45:36 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107214536.2FE23CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 22:45:36 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt m3makefile cm3/m3-sys/m3cc/gcc/gcc/m3cg/: Make-lang.in m3-parse.h parse.c Removed files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-convert.c Log message: for some reason, m3-convert.c needs to be combined with parse.c in particular, on Solaris 2.10 with Sun CC, the value of TREE_TYPE (expr) changes from the caller and convert. The value in convert is garbage and it crashes. This doesn't make sense, but I think it is ok to make the change without understanding the rest of the problem. If history preservation is paramount, we could #include it instead. I didn't just merge the files, I also made edits to the convert function. It had two temporaries that were identical to a paramter -- removed. Current gcc 4.5 c-convert.c uses a switch instead of an if-latter, done. removed support for vector/fixed/decimalfloat in a few cases, e.g. INIT_FLOAT, LOAD_ADDRESS, use a local instead of changing what is now a "persistant" member variable fix the tracing during the handler calls (op vs. get_op()) support m3_break_lineno during the handler calls (far more interesting there, unless you want to debug the reading of the .mc file) NOTE: the tracing during handler calls doesn't print the parameters; that is only done in the reading pass. That can be fixed. Generally the tracing isn't interesting in the reading pass, only if there is a bug in reading. From jkrell at elego.de Sun Nov 7 22:48:47 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 22:48:47 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107214847.48954CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 22:48:47 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: Makefile.in dfp.c Removed files: cm3/m3-sys/m3cc/gcc-4.5/libdecnumber/: ChangeLog Makefile.in aclocal.m4 config.in configure configure.ac dconfig.h decCommonSymbols.h decContext.h decContextSymbols.h decDPD.h decDPDSymbols.h decDouble.h decDoubleSymbols.h decExcept.h decNumber.h decNumberLocal.h decNumberSymbols.h decPacked.h decPackedSymbols.h decQuad.h decQuadSymbols.h decRound.h decSingle.h decSingleSymbols.h cm3/m3-sys/m3cc/gcc-4.5/libdecnumber/bid/: bid-dpd.h bid2dpd_dpd2bid.h decimal128.h decimal128Local.h decimal128Symbols.h decimal32.h decimal32Symbols.h decimal64.h decimal64Symbols.h cm3/m3-sys/m3cc/gcc-4.5/libdecnumber/dpd/: decimal128.h decimal128Local.h decimal128Symbols.h decimal32.h decimal32Symbols.h decimal64.h decimal64Symbols.h Log message: trim unused code -- decimal float support From jay.krell at cornell.edu Sun Nov 7 22:52:53 2010 From: jay.krell at cornell.edu (Jay K) Date: Sun, 7 Nov 2010 21:52:53 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <1DBE8167-E3BA-4A5B-B36C-D5982DE94B3E@cs.purdue.edu> References: <20101107042146.5CE682474003@birch.elegosoft.com>, <1DBE8167-E3BA-4A5B-B36C-D5982DE94B3E@cs.purdue.edu> Message-ID: I would prefer to have them, yes. g++ is broken on the opencsw machines. -bash-4.1$ /opt/csw/gcc4/bin/g++ 2.c -bash-4.1$ ./a.out ld.so.1: a.out: fatal: libstdc++.so.6: open failed: No such file or directory Killed I suspect gcc-trunk will get them, but I can't guarantee that or its timing. The ENUM_BITFIELD change could be mostly undone. I can compile m3cc on Solaris 2.10 with /usr/bin/bin/CC now. ?- Jay ---------------------------------------- > From: hosking at cs.purdue.edu > To: jkrell at elego.de > Date: Sun, 7 Nov 2010 08:26:03 -0500 > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > Are all these hacks for broken sun cc really necessary? > > Sent from my iPad > > On 07/11/2010, at 5:21 AM, jkrell at elego.de (Jay Krell) wrote: > > > CVSROOT: /usr/cvs > > Changes by: jkrell at birch. 10/11/07 05:21:45 > > > > Modified files: > > cm3/m3-sys/m3cc/gcc-4.5/gcc/: rtl.h > > > > Log message: > > rename gen_lowpart to gen_lowpart_ to workaround Sun CC problem > > on opencsw current10s > > see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333 From jkrell at elego.de Sun Nov 7 22:57:22 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 22:57:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107215722.B1B2CCC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 22:57:22 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: Solaris.common Log message: probe for OpenGL on all Solaris targets -- it is missing on opencsw current10s From jkrell at elego.de Sun Nov 7 23:29:57 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 23:29:57 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107222957.DE741CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 23:29:57 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: system.h cm3/m3-sys/m3cc/gcc-4.5/libcpp/: system.h Log message: use bitfields for non-gcc C compilers From jkrell at elego.de Mon Nov 8 01:05:50 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 1:05:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108000551.4990A2474008@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 01:05:50 Modified files: cm3/m3-libs/m3core/src/text/: TextLiteral.i3 Log message: reenable crossing from 32bit to 64bit From jkrell at elego.de Mon Nov 8 02:11:55 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 2:11:55 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108011155.B1F802474008@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 02:11:55 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/config/rs6000/: rs6000.c Log message: see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46334 see http://hudson.modula3.com:8080/job/cm3-current-m3cc-PPC_DARWIN/93/consoleFull g++ -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -DHAVE_CONFIG_H -o m3cgc1 m3cg/parse.o m3cg/m3-convert.o attribs.o main.o libbackend.a ../libcpp/libcpp.a ../libcpp/libcpp.a ../libiberty/libiberty.a -L/Volumes/luthien/home/hudson2/workspace/cm3-m3cc-PPC_DARWIN/cm3/m3-sys/m3cc/PPC_DARWIN/./gmp/.libs -lgmp -L/Volumes/luthien/home/hudson2/workspace/cm3-m3cc-PPC_DARWIN/cm3/m3-sys/m3cc/PPC_DARWIN/./gmp/.libs -lgmp ld: Undefined symbols: __Z29legitimate_indirect_address_pP7rtx_defi remove inline From jkrell at elego.de Mon Nov 8 02:28:21 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 2:28:21 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108012821.2303DCC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 02:28:21 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/config/i386/: i386.md Log message: put "return 0;" after gcc_unreachable see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333 see http://hudson.modula3.com:8080/job/cm3-current-m3cc-I386_SOLARIS-opencsw-current10x/106/console cd . && cd gcc && gmake CXX=/usr/bin/CC CC=/usr/bin/cc MAKE=gmake AUTOCONF=: AUTOMAKE=: LEX='touch lex.yy.c' MAKEINFO=: s-modes insn-config.h m3cg /usr/bin/CC -c -g -DIN_GCC -DHAVE_CONFIG_H -I. -I. -I../../gcc-4.5/gcc -I../../gcc-4.5/gcc/. -I../../gcc-4.5/gcc/../include -I../../gcc-4.5/gcc/../libcpp/include -I/home/m3hudson/current10x/workspace/cm3-current-m3cc-I386_SOLARIS-opencsw-current10x/cm3/m3-sys/m3cc/I386_SOLARIS/./gmp -I/home/m3hudson/current10x/workspace/cm3-current-m3cc-I386_SOLARIS-opencsw-current10x/cm3/m3-sys/m3cc/gcc-4.5/gmp -I/usr/include/libelf insn-output.c -o insn-output.o "../../gcc-4.5/gcc/config/i386/i386.md", line 2987: Error: "output_100(rtx_def**, rtx_def*)" is expected to return a value. "../../gcc-4.5/gcc/config/i386/i386.md", line 2999: Error: "output_101(rtx_def**, rtx_def*)" is expected to return a value. "../../gcc-4.5/gcc/config/i386/i386.md", line 3490: Error: "output_106(rtx_def**, rtx_def*)" is expected to return a value. "../../gcc-4.5/gcc/config/i386/i386.md", line 3502: Error: "output_107(rtx_def**, rtx_def*)" is expected to return a value. "../../gcc-4.5/gcc/config/i386/i386.md", line 3643: Error: "output_111(rtx_def**, rtx_def*)" is expected to return a value. 5 Error(s) detected. (note that Sun CC isn't unreasonable here an some of its other errors; sometimes the gcc code is g++ specific, ENUM_BITFIELD for example) From jkrell at elego.de Mon Nov 8 02:48:45 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 2:48:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108014845.4FAC1CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 02:48:45 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt Log message: clean From jkrell at elego.de Mon Nov 8 09:39:31 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 9:39:31 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108083931.A5446CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 09:39:31 Modified files: cm3/scripts/regression/: hudson_build_system.sh hudson_pkg_tests.sh Log message: possible fix for set -ex From jkrell at elego.de Mon Nov 8 11:18:32 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 11:18:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108101832.24376CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 11:18:32 Modified files: cm3/scripts/: sysinfo.sh Log message: attempt to fix for set -ex (PPC_DARWIN) From jkrell at elego.de Mon Nov 8 11:19:06 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 11:19:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108101906.C478ECC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 11:19:06 Modified files: cm3/scripts/: sysinfo-new.sh Log message: attempt to fix for set -ex (PPC_DARWIN) From jkrell at elego.de Mon Nov 8 11:19:50 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 11:19:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108101950.A229BCC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 11:19:50 Modified files: cm3/scripts/regression/: defs.sh Log message: attempt to fix for set -ex (PPC_DARWIN) From jkrell at elego.de Mon Nov 8 12:24:30 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 12:24:30 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108112430.324FACC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 12:24:30 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: extend support to OSF4 via -enable-obsolete From jkrell at elego.de Mon Nov 8 12:30:21 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 12:30:21 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108113021.9B3EDCC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 12:30:21 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: VMS.common Log message: if not defined around setting TARGET_ENDIAN it is readonly and always already set but also, indeed, VMS is always little endian From jkrell at elego.de Mon Nov 8 12:46:55 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 12:46:55 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108114655.EA3462474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 12:46:55 Modified files: cm3/m3-sys/m3cc/gcc/gmp/: gmp-impl.h Log message: fix integer types From jkrell at elego.de Mon Nov 8 13:00:33 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 13:00:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108120033.2F6C12474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 13:00:33 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: vmsdbgout.c Log message: fix ALPHA32_VMS to compile as C++ From jkrell at elego.de Mon Nov 8 13:20:40 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 13:20:40 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108122040.D2E5A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 13:20:40 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: quash warnings about not handling every enum value in a switch From jkrell at elego.de Mon Nov 8 13:29:03 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 13:29:03 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108122903.E2BF72474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 13:29:03 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: ALPHA32_VMS ALPHA64_VMS Log message: no debug info on ALPHA32/64_VMS, at least "for now" the backend crashes..the problem looks familiar, like something already solved, but quick attempt to fix failed in particular, it was hashing null, usually the result of "UNKNOWN_LOCATION" but I tried changing the #define build_decl in parse.c to use BUILTINS_LOCATION if input_location == UNKNOWN_LOCATION, no luck should really find out what decl it was.. From jkrell at elego.de Mon Nov 8 13:29:03 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 13:29:03 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108122903.E2BF72474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 13:29:03 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: ALPHA32_VMS ALPHA64_VMS Log message: no debug info on ALPHA32/64_VMS, at least "for now" the backend crashes..the problem looks familiar, like something already solved, but quick attempt to fix failed in particular, it was hashing null, usually the result of "UNKNOWN_LOCATION" but I tried changing the #define build_decl in parse.c to use BUILTINS_LOCATION if input_location == UNKNOWN_LOCATION, no luck should really find out what decl it was.. From jkrell at elego.de Tue Nov 9 12:05:39 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 9 Nov 2010 12:05:39 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101109110539.3811ECC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/09 12:05:39 Modified files: cm3/m3-libs/sysutils/src/: FSUtils.m3 Log message: disable diagnostic output, but code left in, for now From jkrell at elego.de Wed Nov 10 09:28:14 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 9:28:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110082814.C135CCC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 09:28:14 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: use deriveds for clean, including for PREBUILT use BindExport for ship, including for PREBUILT => writing into .M3SHIP or manually copying are both sleazy, and unnecessary note that cm3 -clean is still very incomplete it would help somewhat is deriveds could handle directories.. really clean just should equal realclean.. the goal of knowing every single output is laudible but probably not really realistic far far easier to know the root output directory and hope/pray/verify that the outputs are really all in it (there definitely have been violations to that!, and in a sense there still are deliberate ones, e.g. when you set M3CC_TARGET..maybe someday gcc will be multi-target and -target=all will be real.. eh..yet another C/C++ backend provides...one codegen for all targets..) From jkrell at elego.de Wed Nov 10 09:32:35 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 9:32:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110083235.C49DCCC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 09:32:35 Modified files: cm3/scripts/: upgrade.sh Log message: blow away the entire config directory and rebuild it from scratch, instead of only deleting the files that happen to exist currently -- this handles deletes, which are, granted, rare From jkrell at elego.de Wed Nov 10 10:50:02 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 10:50:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110095002.9B08A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 10:50:02 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: remove fs_rmrec workaround From jkrell at elego.de Wed Nov 10 11:27:34 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 11:27:34 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110102734.B6DAD2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 11:27:34 Modified files: cm3/scripts/python/: make-dist.py Log message: remove libm3gcdefs support From jkrell at elego.de Wed Nov 10 11:28:29 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 11:28:29 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110102829.14A472474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 11:28:29 Modified files: cm3/scripts/python/: make-dist.py Log message: remove unnecessary building of m3bundle and redundant listing of mklib From jkrell at elego.de Wed Nov 10 11:29:17 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 11:29:17 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110102917.781802474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 11:29:17 Modified files: cm3/scripts/: upgrade.sh Log message: remove use of cminstall remove prebuild of m3bundle/cminstall remove the fallback upon error related to config files always follow the same steps: build w/old w/o libm3/m3core update/ship all at once: cm3, cm3cg, config rebuild all including m3core/libm3 update/ship again (just cm3 should suffice) don't bother using install-cm3-compiler.sh don't bother making backups including that the config backups weren't valuable/complete and we have so many other backups already add use of m3cggen this is only useful under development, not really in Hudson et. al. as the developer should commit the updated m3cg.h replace "run" with set -ex edit usage statement stop using "core" group it is slightly and unnecessarily inflated (cminstall, m3bundle, parseparams) use a hardcoded list reduce boilerplate running sysinfo.sh etc. make sure we can run cm3 --version and cm3cg --version before accepting them (including we have to hack M3CONFIG in case cm3.cfg is not in $PATH, lame! it has a version even if there is no cm3.cfg and no target!) Still, this doesn't work as it should -- it should ship to temp, use that to ship to a second temp, and only then update the original and delete the temps. (as well, build should just immediately ship, since it is a new empty location) (tbd) See what python/make-dist.py does. From jkrell at elego.de Wed Nov 10 11:34:37 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 11:34:37 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110103437.44F3E2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 11:34:37 Removed files: cm3/scripts/: upgrade-5.3.sh Log message: remove obsolete/unused file From jkrell at elego.de Wed Nov 10 11:42:40 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 11:42:40 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110104240.B1F942474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 11:42:40 Removed files: cm3/scripts/: boot-cm3-build-on-target.sh boot-cm3-core.sh boot-cm3-makefile-lib.tmpl boot-cm3-makefile-prog.tmpl boot-cm3-with-m3.sh copy-bootarchives.sh Log message: remove unused files From jkrell at elego.de Wed Nov 10 11:45:08 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 11:45:08 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110104508.A4B242474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 11:45:08 Removed files: cm3/scripts/: build-cross-backend.sh pack-crossbuild.sh ppc-cross-build.sh Log message: remove unused files From jkrell at elego.de Wed Nov 10 11:57:36 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 11:57:36 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110105736.BFCAE2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 11:57:36 Modified files: cm3/scripts/: make-bin-dist-min.sh Log message: remove create-skel.sh use, replace with one mkdir all the other mkdirs are done as needed already From jkrell at elego.de Wed Nov 10 11:58:01 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 11:58:01 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110105801.893BC2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 11:58:01 Removed files: cm3/scripts/: create-skel.sh Log message: remove unused From jkrell at elego.de Wed Nov 10 11:59:44 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 11:59:44 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110105944.4E9902474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 11:59:44 Modified files: cm3/scripts/win/: do-cm3-std.cmd Log message: remove obsolete comment -- really build std, in order, don't need to frontload m3bundle From jkrell at elego.de Wed Nov 10 12:00:17 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 12:00:17 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110110017.DEAED2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 12:00:17 Removed files: cm3/scripts/: do-cm3-std.bat Log message: remove unused From jkrell at elego.de Wed Nov 10 12:07:57 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 12:07:57 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110110757.6A1E72474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 12:07:57 Removed files: cm3/scripts/: backup-pkgs.sh archive-pkg.sh Log message: remove unused From jkrell at elego.de Wed Nov 10 12:14:49 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 12:14:49 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110111449.DE7272474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 12:14:49 Modified files: cm3/scripts/: upgrade.sh Log message: reexpand boilerplate, so scripts can run with cd=root From jkrell at elego.de Wed Nov 10 12:26:38 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 12:26:38 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110112638.B3AEC2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 12:26:38 Modified files: cm3/scripts/dev/windows/: do-cm3.cmd Log message: Support all NT operating systems without further checks. This is highly likely portable down to NT 3.51 and portable up to all NT operating systems that will ever be created, at least that have any ability to run any .cmd file. I left the check for "%OS%"=="Windows_NT" in because, I guess, OS/2 can run .cmd files. But Windows 9x can also run them, there are versions of cmd.exe for it. So the check is probably still overeager. Anyway, nobody is likely to try any of the other systems (OS/2, Win9x, NT 3.1, etc.) From jkrell at elego.de Wed Nov 10 12:28:36 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 12:28:36 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110112836.186AC2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 12:28:36 Modified files: cm3/scripts/dev/windows/: do-cm3.cmd Log message: pushd foo cd bar is terser and no less clear as pushd foo\bar From jkrell at elego.de Wed Nov 10 12:29:56 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 12:29:56 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110112958.51D7C2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 12:29:56 Modified files: cm3/scripts/dev/windows/: RCC_upgradeCM3.cmd Log message: pushd foo cd bar is equivalent to pushd foo\bar From jkrell at elego.de Wed Nov 10 12:51:59 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 12:51:59 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110115159.52C8A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 12:51:59 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Turn off all the new type code for now. The elego code base turned up: new source -> compiling RsrcFilter.m3 ../src/RsrcFilter.m3: In function 'RsrcFilter__Init': ../src/RsrcFilter.m3:77:0: internal compiler error: in int_mode_for_mode, at stor-layout.c:469 (even without any optimizations, target=AMD64_DARWIN) From jkrell at elego.de Wed Nov 10 13:24:45 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 13:24:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110122445.DBEFF2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 13:24:45 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: split m3_volatize into get_volatize() and set_volatize() From jkrell at elego.de Wed Nov 10 14:12:40 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 14:12:40 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110131240.29A1F2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 14:12:40 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: don't inline nested functions inside volatized functions, to fix: elego/m3msh/src/M3MiniShell.m3: In function 'M3MiniShell__ProcessParameters': elego/m3msh/src/M3MiniShell.m3:608:0: error: variable '_nonlocal_var_rec.188' might be clobbered by 'longjmp' or 'vfork' From jkrell at elego.de Wed Nov 10 14:13:55 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 14:13:55 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110131355.3ACEFCC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 14:13:55 Modified files: cm3/scripts/: pkginfo.txt Log message: add the elego packages From jkrell at elego.de Wed Nov 10 14:18:11 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 14:18:11 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110131811.80C41CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 14:18:11 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: tree-nested.c Log message: add comment at top saying we changed it From jkrell at elego.de Wed Nov 10 14:39:42 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 14:39:42 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110133942.6A9A82474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 14:39:42 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: cure is worse than disease -- causes breaks elsewhere, needs more investigation From jkrell at elego.de Thu Nov 11 08:52:34 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 8:52:34 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111075234.667E2CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 08:52:34 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: make get/set_volatize functions instead of macros From jkrell at elego.de Thu Nov 11 09:12:02 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 9:12:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111081204.33561CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 09:12:02 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix warnings From jkrell at elego.de Thu Nov 11 09:28:42 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 9:28:42 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111082842.3A089CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 09:28:42 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: zero struct language_function with memset From jkrell at elego.de Thu Nov 11 10:44:41 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 10:44:41 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111094442.28E24CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 10:44:41 Modified files: cm3/scripts/regression/: hudson_pkg_tests.sh Log message: no need for existance check before rm -rf From jkrell at elego.de Thu Nov 11 10:46:26 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 10:46:26 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111094626.5CEB6CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 10:46:26 Modified files: cm3/scripts/regression/: hudson_build_system.sh Log message: try set -ex From jkrell at elego.de Thu Nov 11 11:01:40 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 11:01:40 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111100140.D5940CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 11:01:40 Modified files: cm3/scripts/regression/: defs.sh Log message: no need for existance check before rm -rf From jkrell at elego.de Thu Nov 11 11:10:05 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 11:10:05 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111101005.66821CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 11:10:05 Modified files: cm3/scripts/: do-cm3-std.sh Log message: remove m3bundle oddity, making 'all' and 'std' almost the same, and I don't understand the difference From jkrell at elego.de Thu Nov 11 11:12:17 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 11:12:17 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111101217.10E34CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 11:12:17 Modified files: cm3/scripts/: do-cm3-std.sh Log message: make 'std' == 'all' -- 'std' was filtering on 'std', whereas all is really just every line in pkginfo.txt; it was intended to have every line say 'std', but that is also pointless From jkrell at elego.de Thu Nov 11 11:16:04 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 11:16:04 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111101604.73E99CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 11:16:04 Modified files: cm3/scripts/python/: pylib.py Log message: more efficient equating of std==all, which already was true From jkrell at elego.de Thu Nov 11 11:22:35 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 11:22:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111102235.6DE14CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 11:22:35 Modified files: cm3/scripts/: pkginfo.txt cm3/scripts/dev/windows/: do-cm3.cmd cm3/scripts/win/: do-cm3-std.cmd Log message: make "all" and "std" both be simply every line in pkginfo.txt don't have to put "std" tag on every line to make it so From jkrell at elego.de Thu Nov 11 11:29:50 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 11:29:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111102950.6CC7E2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 11:29:50 Modified files: cm3/scripts/regression/: defs.sh Log message: rely significantly on upgrade.sh (note that the previous code did this: build buildship install-compiler.sh merely removing the second line might have sufficed in particular install-compiler.sh is perfectly willing to copy a "built local" cm3 however this all seems much cleaner ) From jkrell at elego.de Thu Nov 11 11:38:19 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 11:38:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111103819.4F38A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 11:38:19 Modified files: cm3/scripts/: make-bin-dist-min.sh pkgcmds.sh upgrade.sh Log message: move the code from upgrade.sh that knows how to create the cfg files to function install_config in pkgcmds.sh, so that make-bin-dist-min.sh can use it, fixing this problem: http://hudson.modula3.com:8080/job/cm3-current-build-AMD64_FREEBSD/376/console cp: /ad0e/home/hudson/workspace/cm3-current-build-AMD64_FREEBSD/cm3/m3-sys/cminstall/src/config-no-install/CVS is a directory (not copied). From jkrell at elego.de Thu Nov 11 11:39:16 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 11:39:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111103916.0C01C2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 11:39:16 Modified files: cm3/scripts/: make-bin-dist-min.sh Log message: comment only From jkrell at elego.de Thu Nov 11 11:46:44 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 11:46:44 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111104644.B7BED2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 11:46:44 Modified files: cm3/scripts/: upgrade.sh Log message: comment out the run of m3cggen see http://hudson.modula3.com:8080/job/cm3-current-build-AMD64_FREEBSD/376/console (Locally modified m3cg.h moved to .#m3cg.h.1.6) U m3-sys/m3cc/gcc/gcc/m3cg/m3cg.h The right way to do this is: on a developer machine, always run it in hudson, run it, output elsewhere, compare, if they are not equal, error out The compromise is: on a developer machine, uncomment it in hudson, never run it if the output would vary, there is a mismatch between the frontend and backend as to the m3cg intermediate format, and hopefully there will soon follow major major errors The historical behavior matches the compromise, except the commented out code wasn't there even commented out. From jkrell at elego.de Thu Nov 11 12:00:28 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 12:00:28 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111110030.AEB672474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 12:00:28 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: don't inline anything, to fix: elego/m3msh/src/M3MiniShell.m3: In function 'M3MiniShell__ProcessParameters': elego/m3msh/src/M3MiniShell.m3:608:0: error: variable '_nonlocal_var_rec.188' might be clobbered by 'longjmp' or 'vfork' very not good I tried a fair number of other things and nothing both compiled that and compiled the rest of the tree, at -O3. -O2 was less of a problem. It would *appear* that tree-nested copied volatility from the originals to the fields of the nonlocal struct, but nevertheless, this error occurs. (usually a warning, but I made it an error, we really don't want to let this occur) From jkrell at elego.de Thu Nov 11 12:43:22 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 12:43:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111114322.0AB712474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 12:43:22 Modified files: cm3/m3-sys/m3cc/gcc/fixincludes/: configure cm3/m3-sys/m3cc/gcc/gmp/: configure cm3/m3-sys/m3cc/gcc-4.5/: configure cm3/m3-sys/m3cc/gcc-4.5/fixincludes/: configure cm3/m3-sys/m3cc/gcc-4.5/gcc/: configure cm3/m3-sys/m3cc/gcc-4.5/libcpp/: configure cm3/m3-sys/m3cc/gcc-4.5/libgcc/: configure cm3/m3-sys/m3cc/gcc-4.5/libiberty/: configure cm3/m3-sys/m3cc/gcc-4.5/lto-plugin/: configure cm3/m3-sys/m3cc/gcc-4.5/zlib/: configure Log message: fix building under nohup again (e.g. on Olaf's Darwin/ppc machine) I have mail to autoconf people again to try to understand/resolve this. From jkrell at elego.de Thu Nov 11 12:57:53 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 12:57:53 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111115753.928F72474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 12:57:53 Modified files: cm3/caltech-parser/cit_common/: .cvsignore cm3/caltech-parser/cit_util/: .cvsignore cm3/caltech-parser/drawcontext/: .cvsignore cm3/caltech-parser/hack/: .cvsignore cm3/caltech-parser/m3browserhack/: .cvsignore cm3/caltech-parser/m3tmplhack/: .cvsignore cm3/caltech-parser/paneman/: .cvsignore cm3/caltech-parser/term/: .cvsignore cm3/m3-comm/events/: .cvsignore cm3/m3-comm/netobj/: .cvsignore cm3/m3-comm/netobjd/: .cvsignore cm3/m3-comm/rdwr/: .cvsignore cm3/m3-comm/serial/: .cvsignore cm3/m3-comm/sharedobj/: .cvsignore cm3/m3-comm/sharedobjgen/: .cvsignore cm3/m3-comm/stubgen/: .cvsignore cm3/m3-comm/tapi/: .cvsignore cm3/m3-comm/tcp/: .cvsignore cm3/m3-comm/udp/: .cvsignore cm3/m3-db/db/: .cvsignore cm3/m3-db/odbc/: .cvsignore cm3/m3-db/pgodbc/: .cvsignore cm3/m3-db/postgres95/: .cvsignore cm3/m3-db/smalldb/: .cvsignore cm3/m3-db/stable/: .cvsignore cm3/m3-db/stablegen/: .cvsignore cm3/m3-demo/calculator/: .cvsignore cm3/m3-demo/cube/: .cvsignore cm3/m3-demo/dpsslides/: .cvsignore cm3/m3-demo/fisheye/: .cvsignore cm3/m3-demo/mentor/: .cvsignore cm3/m3-demo/sil/: .cvsignore cm3/m3-games/badbricks/: .cvsignore cm3/m3-games/columns/: .cvsignore cm3/m3-games/fours/: .cvsignore cm3/m3-games/maze/: .cvsignore cm3/m3-games/solitaire/: .cvsignore cm3/m3-games/tetris/: .cvsignore cm3/m3-lectern/buildlectern/: .cvsignore cm3/m3-lectern/editlectern/: .cvsignore cm3/m3-lectern/lectern/: .cvsignore cm3/m3-lectern/lecternclient/: .cvsignore cm3/m3-lectern/lecterndoc/: .cvsignore cm3/m3-lectern/lecterntohtml/: .cvsignore cm3/m3-lectern/ocr/: .cvsignore cm3/m3-libs/arithmetic/: .cvsignore cm3/m3-libs/binIO/: .cvsignore cm3/m3-libs/bitvector/: .cvsignore cm3/m3-libs/commandrw/: .cvsignore cm3/m3-libs/debug/: .cvsignore cm3/m3-libs/deepcopy/: .cvsignore cm3/m3-libs/digraph/: .cvsignore cm3/m3-libs/dps/: .cvsignore cm3/m3-libs/embutils/: .cvsignore cm3/m3-libs/fftw/: .cvsignore cm3/m3-libs/libbuf/: .cvsignore cm3/m3-libs/libm3/: .cvsignore cm3/m3-libs/libsio/: .cvsignore cm3/m3-libs/listfuncs/: .cvsignore cm3/m3-libs/m3core/: .cvsignore cm3/m3-libs/m3tk-misc/: .cvsignore cm3/m3-libs/parseparams/: .cvsignore cm3/m3-libs/patternmatching/: .cvsignore cm3/m3-libs/plplot/: .cvsignore cm3/m3-libs/realgeometry/: .cvsignore cm3/m3-libs/set/: .cvsignore cm3/m3-libs/sgml/: .cvsignore cm3/m3-libs/slisp/: .cvsignore cm3/m3-libs/sortedtableextras/: .cvsignore cm3/m3-libs/sysutils/: .cvsignore cm3/m3-libs/table-list/: .cvsignore cm3/m3-libs/tcl/: .cvsignore cm3/m3-libs/tempfiles/: .cvsignore cm3/m3-libs/unittest/: .cvsignore cm3/m3-libs/unittest-numeric/: .cvsignore cm3/m3-mail/llscan/: .cvsignore cm3/m3-mail/postcard/: .cvsignore cm3/m3-mail/webcard/: .cvsignore cm3/m3-obliq/metasyn/: .cvsignore cm3/m3-obliq/obliq/: .cvsignore cm3/m3-obliq/obliqbin3D/: .cvsignore cm3/m3-obliq/obliqbinanim/: .cvsignore cm3/m3-obliq/obliqbinmin/: .cvsignore cm3/m3-obliq/obliqbinstd/: .cvsignore cm3/m3-obliq/obliqbinui/: .cvsignore cm3/m3-obliq/obliqlib3D/: .cvsignore cm3/m3-obliq/obliqlibanim/: .cvsignore cm3/m3-obliq/obliqlibemb/: .cvsignore cm3/m3-obliq/obliqlibm3/: .cvsignore cm3/m3-obliq/obliqlibui/: .cvsignore cm3/m3-obliq/obliqparse/: .cvsignore cm3/m3-obliq/obliqprint/: .cvsignore cm3/m3-obliq/obliqrt/: .cvsignore cm3/m3-obliq/obliqsrvstd/: .cvsignore cm3/m3-obliq/obliqsrvui/: .cvsignore cm3/m3-obliq/synex/: .cvsignore cm3/m3-obliq/synloc/: .cvsignore cm3/m3-obliq/visualobliq/: .cvsignore cm3/m3-obliq/vocgi/: .cvsignore cm3/m3-obliq/voquery/: .cvsignore cm3/m3-obliq/vorun/: .cvsignore cm3/m3-pkgtools/pkgfprint/: .cvsignore cm3/m3-pkgtools/pkgobj/: .cvsignore cm3/m3-pkgtools/pkgq/: .cvsignore cm3/m3-pkgtools/pkgsrv/: .cvsignore cm3/m3-pkgtools/pkgtool/: .cvsignore cm3/m3-sys/cm3/: .cvsignore cm3/m3-sys/cm3ide/: .cvsignore cm3/m3-sys/cminstall/: .cvsignore cm3/m3-sys/dll2lib/: .cvsignore cm3/m3-sys/fix_nl/: .cvsignore cm3/m3-sys/libdump/: .cvsignore cm3/m3-sys/m3back/: .cvsignore cm3/m3-sys/m3cc/: .cvsignore cm3/m3-sys/m3cgcat/: .cvsignore cm3/m3-sys/m3cggen/: .cvsignore cm3/m3-sys/m3front/: .cvsignore cm3/m3-sys/m3gdb/: .cvsignore cm3/m3-sys/m3linker/: .cvsignore cm3/m3-sys/m3loader/: .cvsignore cm3/m3-sys/m3middle/: .cvsignore cm3/m3-sys/m3objfile/: .cvsignore cm3/m3-sys/m3quake/: .cvsignore cm3/m3-sys/m3scanner/: .cvsignore cm3/m3-sys/m3staloneback/: .cvsignore cm3/m3-sys/m3tools/: .cvsignore cm3/m3-sys/mklib/: .cvsignore cm3/m3-sys/windowsResources/: .cvsignore cm3/m3-tools/cmpdir/: .cvsignore cm3/m3-tools/cmpfp/: .cvsignore cm3/m3-tools/coverage/: .cvsignore cm3/m3-tools/dirfp/: .cvsignore cm3/m3-tools/gnuemacs/: .cvsignore cm3/m3-tools/hexdump/: .cvsignore cm3/m3-tools/m3browser/: .cvsignore cm3/m3-tools/m3bundle/: .cvsignore cm3/m3-tools/m3markup/: .cvsignore cm3/m3-tools/m3scan/: .cvsignore cm3/m3-tools/m3tk/: .cvsignore cm3/m3-tools/m3tohtml/: .cvsignore cm3/m3-tools/m3totex/: .cvsignore cm3/m3-tools/mtex/: .cvsignore cm3/m3-tools/pp/: .cvsignore cm3/m3-tools/recordheap/: .cvsignore cm3/m3-tools/rehearsecode/: .cvsignore cm3/m3-tools/replayheap/: .cvsignore cm3/m3-tools/showheap/: .cvsignore cm3/m3-tools/shownew/: .cvsignore cm3/m3-tools/showthread/: .cvsignore cm3/m3-tools/uniq/: .cvsignore cm3/m3-ui/PEX/: .cvsignore cm3/m3-ui/X11R4/: .cvsignore cm3/m3-ui/anim3D/: .cvsignore cm3/m3-ui/bicycle/: .cvsignore cm3/m3-ui/cmvbt/: .cvsignore cm3/m3-ui/codeview/: .cvsignore cm3/m3-ui/formsedit/: .cvsignore cm3/m3-ui/formsvbt/: .cvsignore cm3/m3-ui/formsvbtpixmaps/: .cvsignore cm3/m3-ui/formsview/: .cvsignore cm3/m3-ui/images/: .cvsignore cm3/m3-ui/jvideo/: .cvsignore cm3/m3-ui/m3zume/: .cvsignore cm3/m3-ui/mg/: .cvsignore cm3/m3-ui/mgkit/: .cvsignore cm3/m3-ui/motif/: .cvsignore cm3/m3-ui/opengl/: .cvsignore cm3/m3-ui/ui/: .cvsignore cm3/m3-ui/vbtkit/: .cvsignore cm3/m3-ui/videovbt/: .cvsignore cm3/m3-ui/webvbt/: .cvsignore cm3/m3-ui/zeus/: .cvsignore cm3/m3-win/import-libs/: .cvsignore cm3/m3-www/deckscape/: .cvsignore cm3/m3-www/http/: .cvsignore cm3/m3-www/proxy/: .cvsignore cm3/m3-www/web/: .cvsignore cm3/m3-www/webcat/: .cvsignore cm3/m3-www/webscape/: .cvsignore Log message: add I386_NETBSD ALPHA32_VMS ALPHA64_VMS see http://hudson.modula3.com:8080/job/cm3-current-build-I386_NETBSD/36/console (The problem the past while on I386_NETBSD was that the clock was wrong and so m3cc/gcc-4.5/configure entered an infinite loop, constantly reconfiguring.) From jkrell at elego.de Thu Nov 11 19:29:19 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 19:29:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111182919.1CD3A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 19:29:19 Modified files: cm3/scripts/regression/: defs.sh Log message: oops see http://hudson.modula3.com:8080/job/cm3-current-build-SOLsun-opencsw-current10s/374/console probably others From jkrell at elego.de Fri Nov 12 00:25:07 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 12 Nov 2010 0:25:07 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111232516.DE42B2474006@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/12 00:25:06 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: machmode.h system.h Log message: huh? extern "C" so I can set breakpoints? I really hope not, that will put a kibosh on C++. But a small test case worked in gdb. tbd.. From jkrell at elego.de Fri Nov 12 00:43:38 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 12 Nov 2010 0:43:38 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111234346.54FCB2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/12 00:43:38 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: Makefile.in Log message: always build treebrowser From jkrell at elego.de Fri Nov 12 00:58:17 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 12 Nov 2010 0:58:17 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111235818.249312474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/12 00:58:17 Added files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: .cvsignore Log message: add .cvsignore From jkrell at elego.de Fri Nov 12 00:59:02 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 12 Nov 2010 0:59:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111235902.92D2A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/12 00:59:02 Added files: cm3/m3-sys/m3cc/gcc-apple/gcc/: .cvsignore Log message: add .cvsignore From jkrell at elego.de Fri Nov 12 03:19:37 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 12 Nov 2010 3:19:37 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101112021937.1A1732474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/12 03:19:37 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: system.h machmode.h Log message: go back, no extern C, we'll see.. From rodney at elego.de Sat Nov 13 18:27:05 2010 From: rodney at elego.de (Rodney M. Bates) Date: Sat, 13 Nov 2010 18:27:05 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101113172705.4187B2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/13 18:27:05 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: Tag: release_branch_cm3_5_8 m3-lang.c m3-util.c m3-valprint.c Log message: Fix a bug in m3gdb's adaptation to 64 bits. It was taking the size of M3 INTEGER from existing infrastructure that gives the size of a C int. However, this turns out to be 32 for gcc, even on a 64-bit machine. Get the size of INTEGER from the target name instead. From jkrell at elego.de Sat Nov 13 23:50:09 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 13 Nov 2010 23:50:09 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101113225010.597642474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/13 23:50:08 Added files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: externc.cpp Log message: program to add extern C to files From jkrell at elego.de Sun Nov 14 00:03:58 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 14 Nov 2010 0:03:58 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101113230359.0F22B2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/14 00:03:58 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: externc.cpp Log message: fewer newlines added, more to do From rodney at elego.de Mon Nov 15 00:06:35 2010 From: rodney at elego.de (Rodney M. Bates) Date: Mon, 15 Nov 2010 0:06:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101114230635.F095CCC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/15 00:06:35 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: Tag: release_branch_cm3_5_8 m3-lang.c m3-util.c Log message: Clean up some lingering 32/64-bit adaptation problems and some other bugs, shown up by compile warnings. There are still warnings, but should not reflect bugs. It seems too difficult to get the warnings out in a 32/46-bit size-indepenent way. They only effect code for debugging m3gdb--printing pointers in hexadecimal. From rodney at elego.de Mon Nov 15 00:07:57 2010 From: rodney at elego.de (Rodney M. Bates) Date: Mon, 15 Nov 2010 0:07:57 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101114230759.E2CB8CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/15 00:07:57 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: m3-lang.c m3-util.c m3-valprint.c Log message: Clean up some lingering 32/64-bit adaptation problems and some other bugs, shown up by compile warnings. There are still warnings, but should not reflect bugs. It seems too difficult to get the warnings out in a 32/46-bit size-indepenent way. They only effect code for debugging m3gdb--printing pointers in hexadecimal. From jkrell at elego.de Mon Nov 15 08:46:45 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 15 Nov 2010 8:46:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101115074645.7886FCC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/15 08:46:45 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/config/i386/: i386.c Log message: fix warning about using uninitialized variable From jkrell at elego.de Mon Nov 15 08:49:44 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 15 Nov 2010 8:49:44 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101115074944.E5F1BCC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/15 08:49:44 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: addresses.h alias.c alias.h alloc-pool.c alloc-pool.h attribs.c auto-inc-dec.c basic-block.h bb-reorder.c bitmap.c bitmap.h bt-load.c c-aux-info.c c-common.c c-common.h c-convert.c c-cppbuiltin.c c-decl.c c-dump.c c-errors.c c-format.c c-format.h c-gimplify.c c-lang.c c-lang.h c-lex.c c-objc-common.c c-objc-common.h c-omp.c c-opts.c c-parser.c c-pch.c c-ppoutput.c c-pragma.c c-pragma.h c-pretty-print.c c-pretty-print.h c-semantics.c c-tree.h c-typeck.c caller-save.c calls.c cfg.c cfganal.c cfgbuild.c cfgcleanup.c cfgexpand.c cfghooks.c cfghooks.h cfglayout.c cfglayout.h cfgloop.c cfgloop.h cfgloopanal.c cfgloopmanip.c cfgrtl.c cgraph.c cgraph.h cgraphbuild.c cgraphunit.c collect2-aix.h collect2.h combine-stack-adj.c combine.c conditions.h convert.c convert.h coretypes.h coverage.c coverage.h cppdefault.c cppdefault.h cppspec.c cse.c cselib.c cselib.h dbgcnt.c dbgcnt.h dbxout.c dbxout.h dce.c dce.h ddg.c ddg.h debug.c debug.h defaults.h df-byte-scan.c df-core.c df-problems.c df-scan.c df.h dfp.c dfp.h diagnostic.c diagnostic.h dojump.c dominance.c domwalk.c domwalk.h double-int.c double-int.h dse.c dse.h dummy-checksum.c dwarf2asm.c dwarf2asm.h dwarf2out.c dwarf2out.h ebitmap.h emit-rtl.h errors.c errors.h et-forest.h except.h expr.h externc.cpp fixed-value.h flags.h fold-const.c function.h gbl-ctors.h gcc-plugin.h gcc.h genattr.c genattrtab.c genautomata.c gencheck.c genchecksum.c gencodes.c genconditions.c genconfig.c genconstants.c genemit.c genextract.c genflags.c gengenrtl.c gengtype-parse.c gengtype.c gengtype.h genmddeps.c genmodes.c genopinit.c genoutput.c genpeep.c genpreds.c genrecog.c gensupport.c gensupport.h ggc.h gimple.h graph.h graphds.h graphite-clast-to-gimple.h graphite-dependences.h graphite-poly.h graphite-ppl.h graphite-scop-detection.h graphite-sese-to-poly.h graphite.h hard-reg-set.h hooks.h hosthooks-def.h hosthooks.h incpath.h input.h insn-addr.h integrate.h intl.h ipa-prop.h ipa-reference.h ipa-struct-reorg.h ipa-type-escape.h ipa-utils.h ira-int.h ira.h lambda.h langhooks-def.h langhooks.h libfuncs.h libgcc2.h longlong.h lto-compress.h lto-streamer.h machmode.h matrix-reorg.c mcf.c mode-switching.c modulo-sched.c omega.h optabs.h opts.h output.h params.h plugin.h pointer-set.h predict.h prefix.h pretty-print.h profile.h real.h recog.h regs.h reload.h resource.h rtl-error.c rtl.h rtlhooks-def.h sbitmap.c sbitmap.h sched-deps.c sched-ebb.c sched-int.h sched-rgn.c sched-vis.c sdbout.h sel-sched-dump.c sel-sched-dump.h sel-sched-ir.c sel-sched-ir.h sel-sched.c sel-sched.h sese.c sese.h simplify-rtx.c sparseset.c sparseset.h sreal.c sreal.h ssaexpand.h stack-ptr-mod.c statistics.c statistics.h stmt.c stor-layout.c store-motion.c stringpool.c system.h target.h targhooks.c targhooks.h timevar.c timevar.h tlink.c toplev.c toplev.h tracer.c tree-affine.c tree-affine.h tree-browser.c tree-call-cdce.c tree-cfg.c tree-cfgcleanup.c tree-chrec.c tree-chrec.h tree-complex.c tree-data-ref.c tree-data-ref.h tree-dfa.c tree-dump.c tree-dump.h tree-eh.c tree-flow-inline.h tree-flow.h tree-if-conv.c tree-inline.c tree-inline.h tree-into-ssa.c tree-iterator.c tree-iterator.h tree-loop-distribution.c tree-loop-linear.c tree-mudflap.c tree-mudflap.h tree-nested.c tree-nomudflap.c tree-nrv.c tree-object-size.c tree-optimize.c tree-outof-ssa.c tree-parloops.c tree-pass.h tree-phinodes.c tree-predcom.c tree-pretty-print.c tree-profile.c tree-scalar-evolution.c tree-scalar-evolution.h tree-sra.c tree-ssa-address.c tree-ssa-alias.c tree-ssa-alias.h tree-ssa-coalesce.c tree-ssa-copy.c tree-ssa-copyrename.c tree-ssa-dce.c tree-ssa-dom.c tree-ssa-dse.c tree-ssa-forwprop.c tree-ssa-ifcombine.c tree-ssa-live.c tree-ssa-live.h tree-ssa-loop-ch.c tree-ssa-loop-im.c tree-ssa-loop-ivcanon.c tree-ssa-loop-ivopts.c tree-ssa-loop-manip.c tree-ssa-loop-niter.c tree-ssa-loop-prefetch.c tree-ssa-loop-unswitch.c tree-ssa-loop.c tree-ssa-math-opts.c tree-ssa-operands.c tree-ssa-operands.h tree-ssa-phiopt.c tree-ssa-phiprop.c tree-ssa-pre.c tree-ssa-propagate.c tree-ssa-propagate.h tree-ssa-reassoc.c tree-ssa-sccvn.c tree-ssa-sccvn.h tree-ssa-sink.c tree-ssa-structalias.c tree-ssa-ter.c tree-ssa-threadedge.c tree-ssa-threadupdate.c tree-ssa-uncprop.c tree-ssa.c tree-ssanames.c tree-stdarg.c tree-stdarg.h tree-switch-conversion.c tree-tailcall.c tree-vect-data-refs.c tree-vect-generic.c tree-vect-loop-manip.c tree-vect-loop.c tree-vect-patterns.c tree-vect-slp.c tree-vect-stmts.c tree-vectorizer.c tree-vectorizer.h tree-vrp.c tree.c tree.h unwind-dw2-fde.h unwind-pe.h value-prof.h varray.h vec.h vecprim.h version.h vmsdbg.h xcoffout.h cm3/m3-sys/m3cc/gcc-4.5/libcpp/include/: symtab.h cm3/m3-sys/m3cc/src/: clean_marker.txt Log message: apply #ifdef __cplusplus extern "C" { } liberally a good idea in many code bases it seems to fix/improve debugging, though it really ought not more to do From jkrell at elego.de Mon Nov 15 09:08:02 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 15 Nov 2010 9:08:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101115080802.AFDC2CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/15 09:08:02 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: ebitmap.c emit-rtl.c et-forest.c except.c explow.c expmed.c expr.c Log message: a bit more extern "C" From jkrell at elego.de Mon Nov 15 09:24:59 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 15 Nov 2010 9:24:59 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101115082459.3CD81CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/15 09:24:59 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: remove tab, there's a problem here where .m3ship file isn't being created From jkrell at elego.de Mon Nov 15 11:09:07 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 15 Nov 2010 11:09:07 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101115100907.22779CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/15 11:09:07 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-def.h Log message: f => frequency for clearer tracing From jkrell at elego.de Mon Nov 15 11:15:57 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 15 Nov 2010 11:15:57 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101115101557.1EB47CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/15 11:15:57 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c m3-parse.h Log message: better tracing; specifically print the integers for procs/labels/vars a little better than the frequent "noname" for vars From jkrell at elego.de Tue Nov 16 09:15:16 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 16 Nov 2010 9:15:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101116081516.DEF36CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/16 09:15:16 Modified files: cm3/m3-sys/m3middle/src/: M3Buf.m3 M3CG_BinRd.m3 M3CG_Rd.m3 Log message: grow buffers from 2K or 4K to 64K From jkrell at elego.de Tue Nov 16 09:17:12 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 16 Nov 2010 9:17:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101116081713.04436CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/16 09:17:12 Modified files: cm3/m3-sys/m3middle/src/: M3CG_BinWr.m3 M3CG_Wr.m3 Log message: flush buffers at 32K instead of 1K From jkrell at elego.de Tue Nov 16 09:25:24 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 16 Nov 2010 9:25:24 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101116082524.43E09CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/16 09:25:24 Modified files: cm3/m3-sys/m3middle/src/: M3CG_BinWr.m3 M3CG_Wr.m3 Log message: flush at 60K instead of 32K From jkrell at elego.de Tue Nov 16 09:31:06 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 16 Nov 2010 9:31:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101116083106.C0B4DCC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/16 09:31:06 Modified files: cm3/m3-sys/m3middle/src/: M3Buf.m3 Log message: remove two largish lookup tables (200 bytes total) From jkrell at elego.de Tue Nov 16 09:32:32 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 16 Nov 2010 9:32:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101116083232.AEBC7CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/16 09:32:32 Modified files: cm3/m3-sys/m3middle/src/: M3Buf.m3 Log message: invert test for clarity From jkrell at elego.de Tue Nov 16 09:39:33 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 16 Nov 2010 9:39:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101116083933.C84A7CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/16 09:39:33 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: possible fix for shipping failing due to lack of .M3SHIP file, but code is duplicated From jkrell at elego.de Tue Nov 16 10:06:52 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 16 Nov 2010 10:06:52 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101116090652.2446ACC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/16 10:06:52 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c cm3/m3-sys/m3middle/src/: M3CG_BinWr.m3 Log message: use "bytes" more and "integers" less calling convention, opcode, boolean, type of float, pieces of float, m3type realistically, the only place this will make a difference is in pieces of float, since all the others are very small integers and would already be encoded in a byte; floats will be consistently encoded as 4 or 8 bytes, no more as well, the older code is more flexible -- would more automatically transition to encode opcodes beyond 247, but given that we are at 159, probably safe forever I'm also not sure the variably sized encoding is worthwhile. It is compact, understood. From jkrell at elego.de Tue Nov 16 10:11:41 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 16 Nov 2010 10:11:41 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101116091141.619A5CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/16 10:11:41 Modified files: cm3/m3-sys/m3middle/src/: M3CG_BinRd.m3 Log message: more int vs. byte From jkrell at elego.de Tue Nov 16 10:17:55 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 16 Nov 2010 10:17:55 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101116091755.A016DCC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/16 10:17:55 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: remove unnecessary cast and mask in scan_float From jkrell at elego.de Wed Nov 17 14:38:11 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 17 Nov 2010 14:38:11 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101117133811.B7D16CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/17 14:38:11 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: small cleanup enabled by being C++ From jkrell at elego.de Wed Nov 17 14:41:18 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 17 Nov 2010 14:41:18 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101117134118.ADDB4CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/17 14:41:18 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: factor set_eq/set_ne into a function that takes EQ_EXPR or NE_EXPR From jkrell at elego.de Wed Nov 17 22:45:54 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 17 Nov 2010 22:45:54 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101117214600.2C7262474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/17 22:45:54 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt Log message: trigger clean From jkrell at elego.de Wed Nov 17 23:36:18 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 17 Nov 2010 23:36:18 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101117223619.02178CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/17 23:36:18 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: opth-gen.awk Log message: extern C in options.h From jkrell at elego.de Wed Nov 17 23:36:36 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 17 Nov 2010 23:36:36 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101117223636.886A0CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/17 23:36:36 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt Log message: clean again From jkrell at elego.de Wed Nov 17 23:48:56 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 17 Nov 2010 23:48:56 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101117224857.C54182474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/17 23:48:56 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt cm3/m3-sys/m3cc/gcc-4.5/gcc/: opth-gen.awk Log message: try again From jkrell at elego.de Thu Nov 18 12:29:55 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 12:29:55 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118112955.AFC6A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 12:29:55 Added files: cm3/scripts/regression/: cvs2.sh Log message: capture current wrapper from opencsw From jkrell at elego.de Thu Nov 18 12:31:12 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 12:31:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118113112.ACD972474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 12:31:12 Modified files: cm3/scripts/regression/: cvs.sh cvs2.sh Added files: cm3/scripts/regression/: cvs3.sh Log message: add another wrapper variant, and comments From jkrell at elego.de Thu Nov 18 12:34:23 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 12:34:23 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118113423.3BFD52474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 12:34:23 Modified files: cm3/scripts/regression/: cvs3.sh Log message: remove echo on exec From jkrell at elego.de Thu Nov 18 12:35:44 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 12:35:44 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118113544.87DA32474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 12:35:44 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt Log message: let's see if opencsw picks this up with my edited bin/cvs From jkrell at elego.de Thu Nov 18 12:40:33 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 12:40:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118114033.3AE622474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 12:40:33 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: targhooks.c Log message: see http://hudson.modula3.com:8080/view/cm3-current/job/cm3-current-m3cc-I386_SOLARIS-opencsw-current10x/118/console "../../gcc-4.5/gcc/targhooks.c", line 614: Error: "default_function_value(const tree_node*, const tree_node*, bool)" is expected to return a value place "return 0;" after gcc_unreachable From jkrell at elego.de Thu Nov 18 12:50:21 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 12:50:21 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118115021.672DF2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 12:50:21 Modified files: cm3/scripts/regression/: cvs.sh Removed files: cm3/scripts/regression/: cvs2.sh Log message: use history From jkrell at elego.de Thu Nov 18 12:50:41 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 12:50:41 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118115041.C3AA32474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 12:50:41 Modified files: cm3/scripts/regression/: cvs.sh Removed files: cm3/scripts/regression/: cvs3.sh Log message: history From jkrell at elego.de Thu Nov 18 12:51:14 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 12:51:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118115114.149FD2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 12:51:14 Added files: cm3/scripts/regression/: cvs.py Log message: fork off a new version :) From jkrell at elego.de Thu Nov 18 13:16:02 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 13:16:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118121602.0C0202474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 13:16:02 Modified files: cm3/scripts/regression/: cvs.py Log message: initial version From jkrell at elego.de Thu Nov 18 13:19:45 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 13:19:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118121945.A4B072474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 13:19:45 Modified files: cm3/scripts/regression/: cvs.py Log message: edits -- really just needed to change it to make it executable From jkrell at elego.de Thu Nov 18 13:20:02 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 13:20:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118122002.6C5AC2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 13:20:02 Modified files: cm3/scripts/regression/: cvs.py Log message: edit From jkrell at elego.de Thu Nov 18 14:00:51 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 14:00:51 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118130051.D58032474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 14:00:51 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: targhooks.c Log message: another missing return value From jkrell at elego.de Thu Nov 18 22:21:54 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 22:21:54 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118212156.7F9DD2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 22:21:54 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: Makefile.in gcc.c gccspec.c gcse.c genpeep.c genpreds.c ggc-common.c ggc-none.c ggc-page.c ggc-zone.c gimple-iterator.c gimple-low.c gimple-pretty-print.c gimple.c gimplify.c graph.c graphds.c haifa-sched.c hooks.c ifcvt.c incpath.c init-regs.c integrate.c intl.c ipa-cp.c ipa-inline.c ipa-prop.c ipa-pure-const.c ipa-reference.c ipa-struct-reorg.c ipa-type-escape.c ipa-utils.c ipa.c ira-build.c ira-color.c ira-conflicts.c ira-costs.c ira-emit.c ira-lives.c ira.c lto-cgraph.c lto-compress.c lto-opts.c lto-section-in.c lto-section-out.c lto-streamer-in.c lto-streamer-out.c lto-streamer.c lto-symtab.c lto-wpa-fixup.c lto-wrapper.c read-rtl.c real.c recog.c reg-stack.c regcprop.c reginfo.c regmove.c regrename.c regstat.c reload.c reload1.c reorg.c resource.c rtl.c rtlanal.c rtlhooks.c tree-ssa-ccp.c tree-ssa-loop.c value-prof.c var-tracking.c varasm.c varpool.c varray.c vec.c version.c vmsdbgout.c web.c xcoffout.c cm3/m3-sys/m3cc/src/: clean_marker.txt Removed files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: graphite-blocking.c graphite-clast-to-gimple.c graphite-clast-to-gimple.h graphite-dependences.c graphite-dependences.h graphite-interchange.c graphite-poly.c graphite-poly.h graphite-ppl.c graphite-ppl.h graphite-scop-detection.c graphite-scop-detection.h graphite-sese-to-poly.c graphite-sese-to-poly.h graphite.c graphite.h Log message: add more extern "C" hopefully will fix the few errors at http://hudson.modula3.com:8080/view/cm3-current/job/cm3-current-m3cc-I386_SOLARIS-opencsw-current10x/121/console remove all the graphite/cloog/ppl stuff it is all optional and we don't use it, we have enough problems with the non-optional optimizations From jkrell at elego.de Thu Nov 18 22:47:40 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 22:47:40 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118214740.8D77A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 22:47:40 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: params.c passes.c plugin.c pointer-set.c postreload-gcse.c postreload.c predict.c prefix.c pretty-print.c print-rtl.c print-tree.c profile.c Log message: extern "C" From jkrell at elego.de Thu Nov 18 22:49:38 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 22:49:38 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118214938.E33CB2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 22:49:38 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: final.c fixed-value.c function.c fwprop.c Log message: extern "C" From jkrell at elego.de Thu Nov 18 22:52:11 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 22:52:11 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118215211.DE70E2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 22:52:11 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: host-default.c Log message: add extern "C" From jkrell at elego.de Thu Nov 18 23:49:51 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 23:49:51 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118224951.B0D252474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 23:49:51 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: more information in assertion failure From jkrell at elego.de Thu Nov 18 23:52:34 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 23:52:34 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118225234.5B1A0CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 23:52:34 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: this should fix Darwin assertion failure, by checking for no_uid for segments before 0 From jkrell at elego.de Thu Nov 18 23:59:58 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 23:59:58 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118225958.670312474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 23:59:58 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix types to memcmp, memcpy, memmove, memset, shift honor overlap flag in copy use memcpy/memmove for copy instead of making up a new type of the desired size and copying it specifically: int32 memcmp(addr, addr, size_t) memcpy(addr, addr, size_t) memset(addr, int32, size_t) NOT ptdiff_t memcmp(addr, addr, ptdiff_t) NOT m3mcpy(addr, addr, ptdiff_t) NOT memset(addr, ptrdiff_t, ptdiff_t) always shift unsigned and then convert back to desired type This should fix some of the configure enable-checking errors. make the parameter rearrangement in copy_n clearer From jkrell at elego.de Fri Nov 19 08:51:29 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 8:51:29 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119075129.DB0BF2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 08:51:29 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: set sizes are unsigned factor some common code into binop and unop (add, subtract, multiply, etc.) From jkrell at elego.de Fri Nov 19 08:53:30 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 8:53:30 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119075330.BAB4FCC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 08:53:30 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: save one newline From jkrell at elego.de Fri Nov 19 10:28:45 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 10:28:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119092845.466E72474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 10:28:45 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix a type mismatch in set operations, found by enable-checking fixed just by computing sizes a few lines later, so they use the computed underlying types *after* they are computed put a newline in the assertion message for readability (It is an easy one to trigger via human error, running cm3cg manually, such as in a debugger, without -m64) fixup the assertions a bit in m3_do_fixed_insert (I'd like to give bitfield operations another shot..) From jkrell at elego.de Fri Nov 19 10:31:28 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 10:31:28 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119093128.0ED772474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 10:31:28 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: STRING_AND_LENGTH => CONSTANT_STRING_AND_LENGTH From jkrell at elego.de Fri Nov 19 12:46:04 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 12:46:04 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119114604.B671ECC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 12:46:04 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: in insert/extract: "n" => "count" "i" => "offset" (I'd be ok with "position" also.) for, in my opinion, much improved clarity. From jkrell at elego.de Fri Nov 19 12:48:28 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 12:48:28 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119114828.F1BBDCC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 12:48:28 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c m3-parse.h Log message: add an extra pass so that declare_segment can get to the data that is in bind_segment, so that the size/alignment of segments is always correct; this fixes configure -enable-checking This probably also addresses the recurring problem I have had where loads in segments were broken because the segment was smaller than the load offset, e.g. on OpenBSD/mips64, and much was broken. I had been working around by blowing up the initial segment size guess. Now we get it right up front. More work is needed here for the typing/debugging of segments (aka globals). Once we turn types back on! (once they don't break things) add a lot of casts to satisfy configure -enable-checking This could use careful review. configure -enable-checking all good now *except* for static link problem, and as such shall be enabled shortly unconditionally, at least the checks that don't affect .h files (except static link problem) (that's an extra level of checking I haven't tested recently, will soon, but might be too slow; as well, we can/should dial this back for release) From jkrell at elego.de Fri Nov 19 12:57:26 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 12:57:26 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119115726.D4128CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 12:57:26 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix assertion for 32bit targets see http://hudson.modula3.com:8080/view/cm3-current/job/cm3-current-build-SOLsun-opencsw-current10s/393/console (I've been testing almost exclusively AMD64_DARWIN) From jay.krell at cornell.edu Fri Nov 19 12:52:02 2010 From: jay.krell at cornell.edu (Jay K) Date: Fri, 19 Nov 2010 11:52:02 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20101119114828.F1BBDCC126@birch.elegosoft.com> References: <20101119114828.F1BBDCC126@birch.elegosoft.com> Message-ID: diff attached, more semantically significant than usual (as opposed to "structural" changes that try not to change behavior, this actually doesn't really mean to change behavior either, but it might) > Date: Fri, 19 Nov 2010 12:48:28 +0000 > To: m3commit at elegosoft.com > From: jkrell at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 10/11/19 12:48:28 > > Modified files: > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c m3-parse.h > > Log message: > add an extra pass so that declare_segment can get to the data > that is in bind_segment, so that the size/alignment of segments > is always correct; this fixes configure -enable-checking > This probably also addresses the recurring problem I have had > where loads in segments were broken because the segment was > smaller than the load offset, e.g. on OpenBSD/mips64, and > much was broken. I had been working around by blowing up > the initial segment size guess. Now we get it right up front. > > More work is needed here for the typing/debugging of segments (aka globals). > Once we turn types back on! (once they don't break things) > > add a lot of casts to satisfy configure -enable-checking > This could use careful review. > > configure -enable-checking all good now *except* for static link problem, > and as such shall be enabled shortly unconditionally, at least > the checks that don't affect .h files (except static link problem) > (that's an extra level of checking I haven't tested recently, will soon, > but might be too slow; as well, we can/should dial this back for release) > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: 4.txt URL: From jkrell at elego.de Fri Nov 19 13:04:18 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 13:04:18 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119120418.8E54FCC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 13:04:18 Modified files: cm3/m3-sys/m3cc/src/: m3makefile gnucc.common Log message: Don't consider host=AMD64_DARWIN, target=I386_DARWIN to be a cross. This is to workaround here: http://hudson.modula3.com:8080/view/cm3-current/job/cm3-current-m3cc-I386_DARWIN/56/console I386_DARWIN/cm3cg: No such file or directory which was caused because I "rebooted" the Darwin Hudson nodes, i.e. reinstalled, and I guess installed AMD64 as I386, with the hope that it'd just rebuild and replace itself or such. This change isn't terrible, but we don't have a simple clean general framework for "biarch" or "multiarch" situations like this, where host != target, but host can run target. There are many others, e.g. SOLsun/SOLgnu/SPARC32_SOLARIS, NT386/Cygwin/MinGWin, I386_LINUX/AMD64_LINUX (usually but not always), SPARC32/SPARC64 Solaris, I386/AMD64 Solaris, I386/*64 NT (AMD64, IA64)m and probably other I386/AMD64 systems. From jkrell at elego.de Fri Nov 19 13:04:35 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 13:04:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119120435.F28E7CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 13:04:35 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt Log message: clean From jkrell at elego.de Fri Nov 19 13:09:17 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 13:09:17 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119120917.295AACC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 13:09:17 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: cfgcleanup.c cfgexpand.c cfghooks.c cfglayout.c cfgloopmanip.c cfgrtl.c tree-cfg.c tree-cfgcleanup.c Log message: enable much of what configure -enable-checking would enable, without actually having to use configure -enable-checking Notable exceptions: - tree types -- that involves I imagine making macros call functions - a specific check involving static links, that fails - other expensive checks like aggressive gc, valgrind, etc. From jkrell at elego.de Fri Nov 19 13:09:55 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 13:09:55 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119120955.4C2ADCC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 13:09:55 Removed files: cm3/m3-sys/m3cc/gcc-4.5/gcc/config/: memcmp.c memcpy.c memmove.c memset.c Log message: surely these are not needed; every system provides them so says ANSI C circa over 20 years ago From jkrell at elego.de Fri Nov 19 13:17:35 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 13:17:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119121735.5F6412474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 13:17:35 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: more information if assertion fails...this has failed on 32bit platforms, I'm being dumb on the easier stuff.. From jkrell at elego.de Fri Nov 19 17:18:46 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 17:18:46 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119161846.F167F2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 17:18:46 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: typos in previous From jkrell at elego.de Fri Nov 19 17:51:40 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 17:51:40 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119165140.A62342474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 17:51:40 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTMisc.i3 RTMiscC.c Log message: I forgot to commit this. The aliasing runs afoul of the checks enabled now in gcc. So duplicate things. see http://hudson.modula3.com:8080/view/cm3-current/job/cm3-current-build-AMD64_FREEBSD/410/console D.10047 = RTMisc__Upper (D.5235, dataAlignment.323); ../src/runtime/common/RTCollector.m3:393: confused by earlier errors, bailing out m3_backend => 4 m3cc (aka cm3cg) failed compiling: RTCollector.mc ../src/runtime/common/RTCollector.m3: In function 'RTHeapRep__LongAlloc': ../src/runtime/common/RTCollector.m3:393:0: error: invalid conversion in gimple call * int_64 D.10047 = RTMisc__Upper (D.5235, dataAlignment.323); From jkrell at elego.de Fri Nov 19 17:56:15 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 17:56:15 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119165615.9636A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 17:56:15 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt Log message: try clean, for http://hudson.modula3.com:8080/view/cm3-current/job/cm3-current-m3cc-AMD64_DARWIN/63/console looks like it missed a clean a while ago?? didn't update gengtype?? (That change can probably be undone though.) From jkrell at elego.de Fri Nov 19 17:58:31 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 17:58:31 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119165831.38D272474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 17:58:31 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: Darwin.common Log message: Just in case -- another change I had locally. Turn off -g on cm3cg temporarily, go back to -gstabs. In particular, -g crashes earlier released cm3cg. (But there is no m3gdb support for our special stabs, on Darwin, and -g doesn't crash current cm3cg.) From jkrell at elego.de Fri Nov 19 17:59:48 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 17:59:48 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119165948.CD2482474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 17:59:48 Modified files: cm3/scripts/: make-src-dist-all.sh make-script-dist.sh Log message: Surely using "ls" instead of "/bin/ls" is reasonable, idiomatic, efficient, etc.? From jkrell at elego.de Fri Nov 19 18:00:33 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 18:00:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119170033.A87472474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 18:00:33 Modified files: cm3/scripts/: make-doc-dist.sh Log message: "/bin/ls" => "ls" From jkrell at elego.de Fri Nov 19 18:02:50 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 18:02:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119170250.4A614CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 18:02:50 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: Unix.common Log message: don't encourage -Wuninitialized, I haven't been using it lately and I guess we don't 'believe' in it, since the frontend does certain checks and from gcc's point of view we absolutely read uninitialized data (we insert bitfields into uninitialized words, maybe bitfield refs will fix that..?) From jkrell at elego.de Fri Nov 19 18:03:23 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 18:03:23 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119170323.D12D1CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 18:03:23 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: Unix.common Log message: Go back -- we should initialize the words, eh? From jkrell at elego.de Fri Nov 19 18:22:54 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 18:22:54 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119172254.60413CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 18:22:54 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: gengtype-lex.c Log message: try regenerating this, makes me a little nervous but the diff looks small, reasonable, analogous to the input change From jkrell at elego.de Fri Nov 19 18:26:47 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 18:26:47 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119172647.3C9BECC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 18:26:47 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: gengtype-lex.c Log message: use -o so #line directives are correct From jkrell at elego.de Fri Nov 19 18:34:03 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 18:34:03 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119173403.DB0C4CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 18:34:03 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: gengtype-lex.c Log message: use the matching version of flex to reduce the diff; the change around EOF vs. 0 is what particularly worried me From jkrell at elego.de Fri Nov 19 23:52:31 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 23:52:31 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119225231.DC2302474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 23:52:31 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: very slightly undo changes to m3_do_fixed_insert the assertion failures are hitting some Hudson nodes and the fprintf(stderr) isn't showing anything to help me From jkrell at elego.de Fri Nov 19 23:56:09 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 23:56:09 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119225609.B8E89CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 23:56:09 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: really, let's try to see the information before the assertion failure, try stder and stdout, also add more information From jkrell at elego.de Sat Nov 20 00:02:59 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 0:02:59 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119230259.9DF4CCC129@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 00:02:59 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: try again with the printing, but not the asserts in m3_do_fixed_insert From jkrell at elego.de Sat Nov 20 00:10:05 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 0:10:05 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119231029.64430CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 00:10:05 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: UINT is good enough for tracing (vs. ULONG) From jkrell at elego.de Sat Nov 20 00:11:45 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 0:11:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119231151.4F547CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 00:11:45 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix warnings in m3_do_fixed_insert I'll try BIT_FIELD_REF here soon anyway! From jkrell at elego.de Sat Nov 20 11:25:10 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 11:25:10 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101120102511.02C8B2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 11:25:10 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-parse.h m3gty43.h m3gty45.h parse.c Log message: scan_sign: get_byte instead of get_int scan_proc, scan_label, scan_var: size_t/ptrdiff_t instead of U/WIDE/INT64, with range check I would like these to all be size_t but I think we use negative values in some places, that are to be ignored or somesuch. rejigger types a bit: mostly WIDE => INT64, UWIDE => UINT64 but then some casts to WIDE/UWIDE for printf (I considered being independent of that by using our own formating functions and string concat (ACONCAT) but nevermind, tedious and should get on to more valuable stuff.) fix warning in m3_do_fixed_insert ULONG => UINT/UINT32 use limits.h to find UINT32 (ie: actually still portable to 16 bit int) From jkrell at elego.de Sat Nov 20 13:48:03 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 13:48:03 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101120124804.202D32474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 13:48:03 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: restore TREE_SIDE_EFFECTS see recent change: Mon Nov 1 08:15:22 2010 MET (2 weeks, 5 days ago) by jkrell remove all but one use of TREE_SIDE_EFFECTS optimized m3core and libm3 are unchanged presumably unoptimized is also unchanged and maybe add a few more on all MODIFY_EXPR, BIND_EXPR, and calls and on volatile load/store (which we have very few of) It isn't automatic on those though? This is based on a quick perusal of the C frontend. I was really wondering what they do for nested functions, but ended up fixating on their add_stmt => add_to_statement_list_force vs. our add_stmt => add_to_statement_list which varies in that non-force doen't add if not TREE_SIDE_EFFECTS. I also don't know why we have TREE_USED in add_stmt. Left alone, just added a comment. Allow inlining in *modules* that have *no* nested functions, but not at all in *modules* that have *any* nested functions. I tried just nested functions and/or their parents, that's not enough. A little better but still not very good. It seems some of the previously broken cases for optimization aren't broken now. But still, overall, reenabling any/many of the few we have disabled, break somewhere. And some of this is probably related to type info or its absense. Continue punting for now. From jkrell at elego.de Sat Nov 20 14:34:27 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 14:34:27 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101120133427.58AC8CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 14:34:27 Modified files: cm3/m3-sys/m3middle/src/: M3CG_BinWr.m3 Log message: a byte instead of an int suffices for sign (I don't think the m3cc backend even uses this any longer) From jkrell at elego.de Sat Nov 20 14:43:17 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 14:43:17 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101120134317.8BCD22474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 14:43:17 Modified files: cm3/scripts/regression/: defs.sh Log message: fix for set -ex: don't fail unset NOCLEAN if it isn't set From jkrell at elego.de Sat Nov 20 22:28:50 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 22:28:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101120212850.619EACC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 22:28:50 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Remove the remaining volatile stores, on extract and static_link. On static_link, this helps *slightly* with enable-checking, and this is generally what we want anyway, for better optimization. (of course we still volatize in the presence of setjmp/fork) It is not enough however to remove the hack in the enable-checking, as it still hits in some cases. More to do here. From jkrell at elego.de Sat Nov 20 23:01:22 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 23:01:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101120220122.DA19C2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 23:01:22 Added files: cm3/m3-tools/kate/: .cvsignore Log message: add .cvsignore From jkrell at elego.de Sat Nov 20 23:03:02 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 23:03:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101120220305.A430E2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 23:03:02 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-parse.h Log message: forgot this file, when removing volatile, should be ok though, just warnings I expect From jkrell at elego.de Sat Nov 20 23:04:04 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 23:04:04 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101120220404.2E2E82474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 23:04:04 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: tree-cfg.c Log message: remove another check related to static chain, but I think only fails this if the previous is checked, more to do here.. From jkrell at elego.de Sat Nov 20 23:06:33 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 23:06:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101120220633.CE9FD2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 23:06:33 Modified files: cm3/m3-libs/m3core/src/: m3core.h Log message: use limits.h to verify integer sizes and even be portable to 16bit int From jkrell at elego.de Sat Nov 20 23:31:48 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 23:31:48 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101120223148.B68952474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 23:31:48 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: cfgcleanup.c cfgexpand.c cfghooks.c cfglayout.c cfgloopmanip.c cfgrtl.c tree-cfgcleanup.c Log message: Go back to making checking not be hardcoded, but subject to configure. This seems like a step backwards, but I will soon change the actual configure, to enable these checks, and more. (Currently other checks fail, working on it..) (Probably, something like, we will for some time enable *lots* of checks, make sure it works and stays working, and then will relax it to check less; the full checking is very noticably slower.) From rcolebur at SCIRES.COM Sun Nov 21 02:54:09 2010 From: rcolebur at SCIRES.COM (Coleburn, Randy) Date: Sat, 20 Nov 2010 20:54:09 -0500 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20101110112836.186AC2474003@birch.elegosoft.com> References: <20101110112836.186AC2474003@birch.elegosoft.com> Message-ID: Jay: My recollection about the reason this was coded as a "pushd foo" followed by a "cd .." was to get around a problem in one of the older cmd shell variants. I agree that "pushd foo\bar" is better than "pushd foo" "cd bar", but note that relative paths are being used in some of my code that you changed, so your example is not exactly the same. My experience with an older shell (I can't remember which) is that it ran into problems with Pushd ..\..\.. Popd when the target of the original pushd did not exist. ALSO WORD TO THE WISE: IF IT ISN'T BROKE, DON'T FIX IT. This code was working fine. Your "optimization" is trivial and may wind up breaking something (esp. if my recollection is correct). Regards, Randy -----Original Message----- From: Jay Krell [mailto:jkrell at elego.de] Sent: Wednesday, November 10, 2010 7:29 AM To: m3commit at elegosoft.com Subject: [M3commit] CVS Update: cm3 CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 12:28:36 Modified files: cm3/scripts/dev/windows/: do-cm3.cmd Log message: pushd foo cd bar is terser and no less clear as pushd foo\bar From rcolebur at SCIRES.COM Sun Nov 21 02:54:09 2010 From: rcolebur at SCIRES.COM (Coleburn, Randy) Date: Sat, 20 Nov 2010 20:54:09 -0500 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20101110112638.B3AEC2474003@birch.elegosoft.com> References: <20101110112638.B3AEC2474003@birch.elegosoft.com> Message-ID: Jay: You miss the point. I put these checks in to prevent running on systems earlier than Windows 2000. I believe there may be features in this script that don't work on the older systems. Plus, the checks create a temporary variable that can be used to identify the host OS if OS-specific adjustments are needed. Your changes remove this feature. Also, you added another couple of lines dealing with "STD" that essentially equate "STD" to "ALL". Is this the meaning now of "STD"? In the past, it has meant something different. Regards, Randy -----Original Message----- From: Jay Krell [mailto:jkrell at elego.de] Sent: Wednesday, November 10, 2010 7:27 AM To: m3commit at elegosoft.com Subject: [M3commit] CVS Update: cm3 CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 12:26:38 Modified files: cm3/scripts/dev/windows/: do-cm3.cmd Log message: Support all NT operating systems without further checks. This is highly likely portable down to NT 3.51 and portable up to all NT operating systems that will ever be created, at least that have any ability to run any .cmd file. I left the check for "%OS%"=="Windows_NT" in because, I guess, OS/2 can run .cmd files. But Windows 9x can also run them, there are versions of cmd.exe for it. So the check is probably still overeager. Anyway, nobody is likely to try any of the other systems (OS/2, Win9x, NT 3.1, etc.) From jay.krell at cornell.edu Sun Nov 21 07:39:50 2010 From: jay.krell at cornell.edu (Jay K) Date: Sun, 21 Nov 2010 06:39:50 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101110112836.186AC2474003@birch.elegosoft.com>, Message-ID: Ok I'll put it back. - Jay/phone > From: rcolebur at SCIRES.COM > To: jkrell at elego.de; m3commit at elegosoft.com > Date: Sat, 20 Nov 2010 20:54:09 -0500 > Subject: Re: [M3commit] CVS Update: cm3 > > Jay: > > My recollection about the reason this was coded as a "pushd foo" followed by a "cd .." was to get around a problem in one of the older cmd shell variants. > > I agree that "pushd foo\bar" is better than "pushd foo" "cd bar", but note that relative paths are being used in some of my code that you changed, so your example is not exactly the same. > > My experience with an older shell (I can't remember which) is that it ran into problems with > Pushd ..\..\.. > Popd > when the target of the original pushd did not exist. > > ALSO WORD TO THE WISE: IF IT ISN'T BROKE, DON'T FIX IT. This code was working fine. Your "optimization" is trivial and may wind up breaking something (esp. if my recollection is correct). > > Regards, > Randy > > -----Original Message----- > From: Jay Krell [mailto:jkrell at elego.de] > Sent: Wednesday, November 10, 2010 7:29 AM > To: m3commit at elegosoft.com > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 10/11/10 12:28:36 > > Modified files: > cm3/scripts/dev/windows/: do-cm3.cmd > > Log message: > pushd foo > cd bar > > is terser and no less clear as > pushd foo\bar > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.krell at cornell.edu Sun Nov 21 07:47:44 2010 From: jay.krell at cornell.edu (Jay K) Date: Sun, 21 Nov 2010 06:47:44 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101110112638.B3AEC2474003@birch.elegosoft.com>, Message-ID: It looks to me like it'd work on much older systems. Little sense stopping it & it creates work for every subsequent release, which will surely keep coming. Don't generate such needless work. Let me tell a quick story. A very common, maybe the most common, reason programs don't work on newer versions of Windows is that programmer check the OS version and refuse to run on newer. The OS therefore recognizes many such programs and "lies" to them as to the version. And then the programs work fine. The lesson is that version checks are a suspicious construct and usually do no good, only harm. - Jay/phone > From: rcolebur at SCIRES.COM > To: jkrell at elego.de; m3commit at elegosoft.com > Date: Sat, 20 Nov 2010 20:54:09 -0500 > Subject: Re: [M3commit] CVS Update: cm3 > > Jay: You miss the point. I put these checks in to prevent running on systems earlier than Windows 2000. > I believe there may be features in this script that don't work on the older systems. Plus, the checks create a temporary variable that can be used to identify the host OS if OS-specific adjustments are needed. Your changes remove this feature. > > Also, you added another couple of lines dealing with "STD" that essentially equate "STD" to "ALL". Is this the meaning now of "STD"? In the past, it has meant something different. > > Regards, > Randy > > -----Original Message----- > From: Jay Krell [mailto:jkrell at elego.de] > Sent: Wednesday, November 10, 2010 7:27 AM > To: m3commit at elegosoft.com > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 10/11/10 12:26:38 > > Modified files: > cm3/scripts/dev/windows/: do-cm3.cmd > > Log message: > Support all NT operating systems without further checks. > This is highly likely portable down to NT 3.51 and portable up to > all NT operating systems that will ever be created, at least > that have any ability to run any .cmd file. > > I left the check for "%OS%"=="Windows_NT" in because, I guess, > OS/2 can run .cmd files. > But Windows 9x can also run them, there are versions of cmd.exe for it. > So the check is probably still overeager. > Anyway, nobody is likely to try any of the other systems (OS/2, Win9x, NT 3.1, etc.) > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkrell at elego.de Sun Nov 21 10:26:44 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 21 Nov 2010 10:26:44 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101121092644.318A7CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/21 10:26:44 Modified files: cm3/scripts/dev/windows/: do-cm3.cmd Log message: go back to version 1.4 From wagner at elego.de Sun Nov 21 13:23:34 2010 From: wagner at elego.de (Olaf Wagner) Date: Sun, 21 Nov 2010 13:23:34 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101121122334.404282474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 10/11/21 13:23:34 Modified files: cm3/scripts/regression/: hudson_build_system.sh Log message: Always use lastok pool as a start, not just if current doesn't exist. Can we clean up all that debug output? It's very specific and doesn't make understand the script easier... From wagner at elego.de Sun Nov 21 13:57:43 2010 From: wagner at elego.de (Olaf Wagner) Date: Sun, 21 Nov 2010 13:57:43 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101121125743.3C3122474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 10/11/21 13:57:43 Modified files: cm3/scripts/regression/: defs.sh Log message: improve traces and checking for existing cm3 installations From wagner at elego.de Sun Nov 21 14:00:38 2010 From: wagner at elego.de (Olaf Wagner) Date: Sun, 21 Nov 2010 14:00:38 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101121130038.CBA1F2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 10/11/21 14:00:38 Modified files: cm3/scripts/regression/: hudson_build_system.sh Log message: disable verbose debugging output remove plin specific traces From wagner at elego.de Sun Nov 21 14:18:07 2010 From: wagner at elego.de (Olaf Wagner) Date: Sun, 21 Nov 2010 14:18:07 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101121131807.8ED0F2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 10/11/21 14:18:07 Modified files: cm3/scripts/regression/: hudson_build_system.sh Log message: Only use prebuilt cm3cg if USE_PREBUILT_CM3CG parameter is set to true. This is currently not done in any Hudson job IIRC. From jkrell at elego.de Sun Nov 21 20:11:30 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 21 Nov 2010 20:11:30 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101121191130.CD5B82474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/21 20:11:30 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: calls.c Log message: fix warning about possibly uninitialized variable From jkrell at elego.de Sun Nov 21 21:00:16 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 21 Nov 2010 21:00:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101121200016.C1C892474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/21 21:00:16 Modified files: cm3/m3-sys/m3cc/src/: m3makefile clean_marker.txt cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: significant fixes for configure -enable-checking - Continue using bitfield_refs for load/store, but mark the parameter addressable. Hopefully this isn't as bad as volatile, though given how effective it is, I suspect it might be. We can do better in future using component/array_ref. - don't inline nested functions whose parents are not inlinable (e.g. parent has barrier label) - don't inline any function that manipulate static link (load/pop) - ie: nested functions can be inlined, but only in the absence of exception handling or accessing parent frame; i.e. when they are used for scoping the name of the function - remove a chunk in volatilize that had the tree types wrong - add another m3_cast, that I suspected was needed anyway but couldn't prove via an error, now I have seen it error - remove the recent addition of stabilize_reference, it makes me nervous; it might be an optimization or a deoptimization and then: - allow many optimizations that we previously did not allow, in fact, all of them, but suppress a new one, flag_tree_forwprop, which I suspect actually is a simple valuable one, but I think this is the right compromise at the moment. I'm "dancing" between types, optimizations, checking, and also disabling some checks. - enable the checking in all builds not quite all checking, as all is really really really slow, though we should find a way to run that occasionally We'll want to dial this down for release to speed it back up. I think for dialing it up, maybe dedicate a host or task, and don't have that one make releases/snapshots. It could be a second host of the same type as another, e.g. a second I386_LINUX host. (We also need to enable optimizations in Hudson sometimes.) Only tested on AMD64_DARWIN. From jkrell at elego.de Sun Nov 21 21:03:04 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 21 Nov 2010 21:03:04 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101121200304.53B9C2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/21 21:03:04 Modified files: cm3/scripts/python/: upgrade.py Log message: don't run m3cggen here either, like in upgrade.sh; developer can uncomment it when making changes; CVS gets confused and cvs -z3 commit always wants to commit the file, even though it is unchanged (perforce does this better, you'd check it out, copy, then p4 revert -a to revert unchanged files) From jkrell at elego.de Sun Nov 21 23:39:11 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 21 Nov 2010 23:39:11 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101121223911.C85B52474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/21 23:39:11 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: tree-cfg.c Log message: disable another static chain check arg, clearly I did an adequate job of getting the static link stuff to "work" with gcc-4.5 but not so good at getting it to work with optimizations and checking; I still suspect there is a disconnect between our "closures" and gcc's expectations. From jkrell at elego.de Mon Nov 22 08:23:18 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 8:23:18 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122072319.074D12474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 08:23:18 Modified files: cm3/scripts/regression/: hudson_build_system.sh hudson_pkg_tests.sh Log message: ulimit -d unlimited put back set -e it is good to not ignore errors From jkrell at elego.de Mon Nov 22 08:38:55 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 8:38:55 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122073855.E8B4F2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 08:38:55 Modified files: cm3/m3-sys/m3cc/src/: m3makefile clean_marker.txt Log message: add more checks not fully tested From jkrell at elego.de Mon Nov 22 08:45:37 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 8:45:37 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122074537.F30BE2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 08:45:37 Modified files: cm3/scripts/regression/: hudson_build_system.sh hudson_pkg_tests.sh Log message: see http://hudson.modula3.com:8080/job/cm3-current-build-PPC_DARWIN/177/consoleFull /Users/hudson/workspace/cm3-current-build-PPC_DARWIN/cm3/scripts/regression/hudson_build_system.sh: line 40: [: missing `]' From jkrell at elego.de Mon Nov 22 08:55:59 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 8:55:59 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122075600.032432474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 08:55:59 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: alias.c Log message: try simplify code for g++ 3.x for PPC_DARWIN. I doubt this will work. We can probably use g++ 4.0 here. From jkrell at elego.de Mon Nov 22 08:57:32 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 8:57:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122075732.F35EA2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 08:57:32 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: alias.c Log message: go back a version, I see how to fix better From jkrell at elego.de Mon Nov 22 09:03:16 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 9:03:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122080316.4F6FACC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 09:03:16 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: rtl.h Log message: require a newer compiler for RTL_FLAG_CHECKING, should fix PPC_DARWIN From jkrell at elego.de Mon Nov 22 09:04:54 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 9:04:54 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122080454.DE92C2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 09:04:54 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: rtl.h Log message: allow for older gcc but require newer g++ From jkrell at elego.de Mon Nov 22 09:06:59 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 9:06:59 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122080659.D43E5CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 09:06:59 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt Log message: clean again From jkrell at elego.de Mon Nov 22 17:11:32 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 17:11:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122161132.317F32474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 17:11:32 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: printfs are working now! (thanks to cm3cg update working presumably) Should fix: http://hudson.modula3.com:8080/view/cm3-current/job/cm3-current-build-I386_DARWIN/83/console From jkrell at elego.de Mon Nov 22 17:12:12 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 17:12:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122161212.AFAA4CC10F@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 17:12:12 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: adjust assert From jkrell at elego.de Mon Nov 22 17:15:42 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 17:15:42 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122161542.EB5C1CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 17:15:42 Modified files: cm3/m3-sys/m3cc/src/: m3makefile clean_marker.txt Log message: Do less checking on FreeBSD4/I386_FREEBSD to try to use less memory. If this still fails, the next thing to try is obvious: do no checking there. From jkrell at elego.de Mon Nov 22 17:16:58 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 17:16:58 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122161658.1FFD7CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 17:16:58 Modified files: cm3/m3-sys/m3cc/src/: m3makefile clean_marker.txt Log message: queue up the next one From rodney_bates at lcwb.coop Mon Nov 22 20:44:00 2010 From: rodney_bates at lcwb.coop (Rodney M. Bates) Date: Mon, 22 Nov 2010 13:44:00 -0600 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20101121223911.C85B52474003@birch.elegosoft.com> References: <20101121223911.C85B52474003@birch.elegosoft.com> Message-ID: <4CEAC800.7070103@lcwb.coop> Jay, I think you overestimate the connection between static links and closures/trampolines, which is really quite weak. They are almost orthogonal mechanisms. Closures come into play only when you pass a nested procedure as an actual parameter, and then call it via the corresponding formal. The closure only stores a pointer to an activation record during the interval between these two events. A trampoline does the same, using a different mechanism. Where the AR pointer came from before it was stored in the closure and how it is used after it is pulled out of the closure during the call through the actual parameter are no different than when nested procedures are called only as procedure constants and thus no closures exist at all. If the static link mechanism works without passing/calling nested procedures as parameters (and thus without any closures being involved), then it should work fine with the above too. Jay Krell wrote: > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 10/11/21 23:39:11 > > Modified files: > cm3/m3-sys/m3cc/gcc-4.5/gcc/: tree-cfg.c > > Log message: > disable another static chain check > > arg, clearly I did an adequate job of getting > the static link stuff to "work" with gcc-4.5 > but not so good at getting it to work with optimizations > and checking; I still suspect there is a disconnect > between our "closures" and gcc's expectations. > > From jay.krell at cornell.edu Mon Nov 22 21:11:53 2010 From: jay.krell at cornell.edu (Jay K) Date: Mon, 22 Nov 2010 20:11:53 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <4CEAC800.7070103@lcwb.coop> References: <20101121223911.C85B52474003@birch.elegosoft.com>, <4CEAC800.7070103@lcwb.coop> Message-ID: I do keep hitting problems related to static links. Either the volatile setjmp/fork error (could be a warning, but I made it an error). Or configure -enable-checking not liking our trees. For the first problem I had to disable the "forward prop" optimization. Not great. For the second I disabled the check. Even worse. These changes are not speculative. So I'm definitely not overestimating in some sense. Granted 1) I might be overestimating in my comments/thoughts 2) there should be a better way to fix it. But there is a problem, either in gcc unpatched, or in how parse.c constructs trees related to nested functions and/or static links, and/or in how I patched in the static link tree code, somewhere. It took me a fair amount of digging to get the static link stuff "working" in gcc 4.5 -- "working" as in code compiles and runs correctly, albeit with these optimization/checking problems, not "working" as in clearly all correct, I now suspect/realize. Very little code in the tree uncovers these problems. Granted, I don't build m3-sys/tests much. But I pretty frequently run do-cm3-all. That's what I mean by "the tree". In particular, the setjmp/fork problem only occurs in the recently added elego directory. (Thanks Olaf! :) ) m3tk is also a good exerciser of this stuff, I think the file StdFormat.m3. I'll try to think more about your point though, later. And I'll try to understand more here as well. Like, why does gcc complain about indirect calls with static links? What does that mean? I mostly know, but not enough to understand quickly why it complains or why we do or not need it or why we end up constructing it. I should put together small samples that trigger the check problem. I think that's easy. And maybe the fork/setjmp problem, probably less easy but I do have a starting point. Additional changes in tree-nested.c are ok as part of a fix, since we unavoidably change that file anyway. (though, again, it might be nice to avoid it; I know we are getting more optimization this way, but is it worth it? I guess, again, I should compare to C, or Ada, and try to understand why our difference isn't significant, as you are saying and I think Tony said). Later, - Jay ---------------------------------------- > Date: Mon, 22 Nov 2010 13:44:00 -0600 > From: rodney_bates at lcwb.coop > To: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > Jay, I think you overestimate the connection between static links > and closures/trampolines, which is really quite weak. They are > almost orthogonal mechanisms. > > Closures come into play only when you pass a nested procedure > as an actual parameter, and then call it via the corresponding > formal. The closure only stores a pointer to an activation record > during the interval between these two events. A trampoline does > the same, using a different mechanism. > > Where the AR pointer came from before it was stored in the closure > and how it is used after it is pulled out of the closure during > the call through the actual parameter are no different than when > nested procedures are called only as procedure constants and thus > no closures exist at all. > > If the static link mechanism works without passing/calling nested > procedures as parameters (and thus without any closures being > involved), then it should work fine with the above too. > > Jay Krell wrote: > > CVSROOT: /usr/cvs > > Changes by: jkrell at birch. 10/11/21 23:39:11 > > > > Modified files: > > cm3/m3-sys/m3cc/gcc-4.5/gcc/: tree-cfg.c > > > > Log message: > > disable another static chain check > > > > arg, clearly I did an adequate job of getting > > the static link stuff to "work" with gcc-4.5 > > but not so good at getting it to work with optimizations > > and checking; I still suspect there is a disconnect > > between our "closures" and gcc's expectations. > > > > From jkrell at elego.de Tue Nov 23 08:59:16 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 8:59:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123075916.9DE9FCC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 08:59:16 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: trace fully in passes even beyond the initial read From jkrell at elego.de Tue Nov 23 10:07:27 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 10:07:27 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123090727.E526F2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 10:07:27 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix tree type mismatch in divide, via heavy handed fix of m3_build => build in binop; ie. not folding consider doing this only for divide and see if that suffices prepare code for insert_mn/extract_mn using bit_field_ref #if'ed out until I can multiple architectures easily enough slight optimization of insert_mn for edge cases and then don't printf about them From jkrell at elego.de Tue Nov 23 10:09:50 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 10:09:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123090950.1313C2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 10:09:50 Modified files: cm3/m3-sys/m3tests/src/p2/p240/: m3makefile Log message: fix signed/unsigned confusion assuming we test every combination, then this is just a matter of naming and the same cases get tested, just under possibly different names From jkrell at elego.de Tue Nov 23 10:20:27 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 10:20:27 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123092028.16B1A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 10:20:27 Added files: cm3/m3-sys/m3tests/src/p2/p240/: m3overrides Log message: add m3overrides particularly useful for this specific test, so can test cross targets This test doesn't need libraries/executables, just the ability to generate assembly. From jkrell at elego.de Tue Nov 23 10:31:26 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 10:31:26 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123093126.A46E52474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 10:31:26 Modified files: cm3/m3-sys/m3tests/src/p2/p240/expected/AMD64_DARWIN/: And.ms Divide.ms EQ.ms GE.ms GT.ms LE.ms LT.ms LeftRotate.ms LeftShift.ms Minus.ms Mod.ms NE.ms Not.ms Or.ms Plus.ms RightRotate.ms RightShift.ms Rotate.ms Shift.ms Times.ms Xor.ms bitfield.ms div_pow2.ms extract.ms extract_constant_both.ms extract_constant_count.ms extract_constant_offset.ms insert.ms insert_constant_both.ms insert_constant_count.ms insert_constant_offset.ms mod_pow2.ms return_constant.ms return_parameter.ms return_parameter_convert.ms return_variable.ms cm3/m3-sys/m3tests/src/p2/p240/expected/I386_LINUX/: bitfield.ms extract.ms insert.ms Log message: update baseline before insert_mn/extract_mn changes SOLsun coming shortly From jkrell at elego.de Tue Nov 23 10:35:49 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 10:35:49 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123093549.9DBDA2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 10:35:49 Added files: cm3/m3-sys/m3tests/src/p2/p240/expected/SOLsun/: A.ms And.ms Divide.ms EQ.ms GE.ms GT.ms LE.ms LT.ms LeftRotate.ms LeftShift.ms Minus.ms Mod.ms NE.ms Not.ms Or.ms Plus.ms RightRotate.ms RightShift.ms Rotate.ms Shift.ms Times.ms Xor.ms bitfield.ms div_pow2.ms divmod_pow2.ms extract.ms extract_constant_both.ms extract_constant_count.ms extract_constant_offset.ms insert.ms insert_constant_both.ms insert_constant_count.ms insert_constant_offset.ms mod_pow2.ms records.ms return_constant.ms return_parameter.ms return_parameter_convert.ms return_variable.ms Log message: add SOLsun baseline before extract_mn/insert_mn changes 3 should suffice: 32bit little endian, 32bit big endian, 64bit little endian I might add more. From jkrell at elego.de Tue Nov 23 10:49:57 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 10:49:57 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123094957.146F72474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 10:49:57 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Go with the obvious less heavy handed fix of only avoiding fold for integer division. This is enough for test p240 and the unoptimized code is definitely better. NOT fully tested, but really probably works. It is probably worth digging into the frontend to see if there is a difference in the types. It is probably also worth digging in the backend, like, we do put in the casts consistently, why are they only not effective for divide? I realize that a little bit of analysis goes a long way on many divide cases: "divide tends to produce small results", sort of. On the other hand, it isn't worth too much effort. Divide is the slowest least used integer operation. From jkrell at elego.de Tue Nov 23 11:38:57 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 11:38:57 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123103857.856132474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 11:38:57 Modified files: cm3/m3-sys/m3cc/src/: gnucc.common m3makefile Log message: remove I386_DARWIN hack (should update clean_marker.txt but it'll cost me..) From jkrell at elego.de Tue Nov 23 11:51:06 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 11:51:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123105106.759382474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 11:51:06 Modified files: cm3/m3-sys/m3cc/src/: platforms.quake Log message: hppa64-hpux => hppa64-hpux11 From jkrell at elego.de Tue Nov 23 12:11:40 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 12:11:40 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123111140.40C7B2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 12:11:40 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/config/pa/: pa-protos.h Log message: add extern C From jkrell at elego.de Tue Nov 23 12:18:06 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 12:18:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123111806.81EA1CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 12:18:06 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: PA64_HPUX Log message: -g crashes sort of see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46618 From hosking at cs.purdue.edu Tue Nov 23 15:48:19 2010 From: hosking at cs.purdue.edu (Tony Hosking) Date: Tue, 23 Nov 2010 09:48:19 -0500 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20101123094957.146F72474003@birch.elegosoft.com> References: <20101123094957.146F72474003@birch.elegosoft.com> Message-ID: On Nov 23, 2010, at 10:49 AM, Jay Krell wrote: > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 10/11/23 10:49:57 > > Modified files: > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c > > Log message: > Go with the obvious less heavy handed fix of only avoiding > fold for integer division. I don't understand what the issue is with folding on integer division. Please explain. > This is enough for test p240 and the unoptimized code is definitely better. > NOT fully tested, but really probably works. > It is probably worth digging into the frontend to see if there is a difference > in the types. It is probably also worth digging in the backend, like, > we do put in the casts consistently, why are they only not effective > for divide? I realize that a little bit of analysis goes a long way > on many divide cases: "divide tends to produce small results", sort of. > On the other hand, it isn't worth too much effort. > Divide is the slowest least used integer operation. From jay.krell at cornell.edu Tue Nov 23 19:45:15 2010 From: jay.krell at cornell.edu (Jay K) Date: Tue, 23 Nov 2010 18:45:15 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101123094957.146F72474003@birch.elegosoft.com>, Message-ID: Try building m3-sys/m3tests/p2/p240. There is an error in the configure enable-checking about the types being mismatched. - Jay > From: hosking at cs.purdue.edu > Date: Tue, 23 Nov 2010 09:48:19 -0500 > To: jkrell at elego.de > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > > On Nov 23, 2010, at 10:49 AM, Jay Krell wrote: > > > CVSROOT: /usr/cvs > > Changes by: jkrell at birch. 10/11/23 10:49:57 > > > > Modified files: > > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c > > > > Log message: > > Go with the obvious less heavy handed fix of only avoiding > > fold for integer division. > > I don't understand what the issue is with folding on integer division. Please explain. > > > This is enough for test p240 and the unoptimized code is definitely better. > > NOT fully tested, but really probably works. > > It is probably worth digging into the frontend to see if there is a difference > > in the types. It is probably also worth digging in the backend, like, > > we do put in the casts consistently, why are they only not effective > > for divide? I realize that a little bit of analysis goes a long way > > on many divide cases: "divide tends to produce small results", sort of. > > On the other hand, it isn't worth too much effort. > > Divide is the slowest least used integer operation. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkrell at elego.de Tue Nov 23 21:22:11 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 21:22:11 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123202211.20E6DCC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 21:22:11 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt m3makefile Log message: skip checking on FreeBSD4, I386_FREEBSD, PPC_DARWIN From jkrell at elego.de Tue Nov 23 21:23:43 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 21:23:43 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123202343.A604ACC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 21:23:43 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: rtl.h Log message: go back a version as the change was ineffective and achieved another way From hosking at cs.purdue.edu Tue Nov 23 22:38:39 2010 From: hosking at cs.purdue.edu (Tony Hosking) Date: Tue, 23 Nov 2010 16:38:39 -0500 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101123094957.146F72474003@birch.elegosoft.com>, Message-ID: <40DB8AE9-6A52-4C50-9D91-4C755919C7B6@cs.purdue.edu> That should be handled by placing an appropriate cast in the gcc tree. On Nov 23, 2010, at 1:45 PM, Jay K wrote: > Try building m3-sys/m3tests/p2/p240. > There is an error in the configure enable-checking about the types being mismatched. > > - Jay > > > > From: hosking at cs.purdue.edu > > Date: Tue, 23 Nov 2010 09:48:19 -0500 > > To: jkrell at elego.de > > CC: m3commit at elegosoft.com > > Subject: Re: [M3commit] CVS Update: cm3 > > > > > > On Nov 23, 2010, at 10:49 AM, Jay Krell wrote: > > > > > CVSROOT: /usr/cvs > > > Changes by: jkrell at birch. 10/11/23 10:49:57 > > > > > > Modified files: > > > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c > > > > > > Log message: > > > Go with the obvious less heavy handed fix of only avoiding > > > fold for integer division. > > > > I don't understand what the issue is with folding on integer division. Please explain. > > > > > This is enough for test p240 and the unoptimized code is definitely better. > > > NOT fully tested, but really probably works. > > > It is probably worth digging into the frontend to see if there is a difference > > > in the types. It is probably also worth digging in the backend, like, > > > we do put in the casts consistently, why are they only not effective > > > for divide? I realize that a little bit of analysis goes a long way > > > on many divide cases: "divide tends to produce small results", sort of. > > > On the other hand, it isn't worth too much effort. > > > Divide is the slowest least used integer operation. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.krell at cornell.edu Tue Nov 23 22:51:25 2010 From: jay.krell at cornell.edu (Jay K) Date: Tue, 23 Nov 2010 21:51:25 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <40DB8AE9-6A52-4C50-9D91-4C755919C7B6@cs.purdue.edu> References: <20101123094957.146F72474003@birch.elegosoft.com>, , , , <40DB8AE9-6A52-4C50-9D91-4C755919C7B6@cs.purdue.edu> Message-ID: But I did that, or maybe they were already there, and it seem/seemed to help in general, but not for divide. Presumably fold is removing the cast somewhere. Maybe a gcc bug??? I can dig deeper if you really want. Or maybe they didn't make a difference and I put them in wrong and divide is the only preexisting problem. I'd have to double check. Sorry, about the lack of certainty.. (certainly casts were needed in general in a few places, but I don't remember specifically for plus/minus/mult/divide). I actually find it odd that build_fold is even a public heavily used function. It seems to me it should be, like, done at the next level down. Which reminds me, in load/store, if the two types are both integers and the same size but different in signedness, I want to try *not* taking the address. Probably also for pointer<=>integer of pointer size. Though this is "short term", since the address-taking should go away *eventually* by other means (component_ref/array_ref), though realistically, that's a ways off.. - Jay ________________________________ > From: hosking at cs.purdue.edu > Date: Tue, 23 Nov 2010 16:38:39 -0500 > To: jay.krell at cornell.edu > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > That should be handled by placing an appropriate cast in the gcc tree. > > On Nov 23, 2010, at 1:45 PM, Jay K wrote: > > Try building m3-sys/m3tests/p2/p240. > There is an error in the configure enable-checking about the types > being mismatched. > > - Jay > > > > From: hosking at cs.purdue.edu > > Date: Tue, 23 Nov 2010 09:48:19 -0500 > > To: jkrell at elego.de > > CC: m3commit at elegosoft.com > > Subject: Re: [M3commit] CVS Update: cm3 > > > > > > On Nov 23, 2010, at 10:49 AM, Jay Krell wrote: > > > > > CVSROOT: /usr/cvs > > > Changes by: jkrell at birch. 10/11/23 10:49:57 > > > > > > Modified files: > > > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c > > > > > > Log message: > > > Go with the obvious less heavy handed fix of only avoiding > > > fold for integer division. > > > > I don't understand what the issue is with folding on integer > division. Please explain. > > > > > This is enough for test p240 and the unoptimized code is definitely > better. > > > NOT fully tested, but really probably works. > > > It is probably worth digging into the frontend to see if there is a > difference > > > in the types. It is probably also worth digging in the backend, like, > > > we do put in the casts consistently, why are they only not effective > > > for divide? I realize that a little bit of analysis goes a long way > > > on many divide cases: "divide tends to produce small results", sort of. > > > On the other hand, it isn't worth too much effort. > > > Divide is the slowest least used integer operation. > > > From hosking at cs.purdue.edu Tue Nov 23 23:47:16 2010 From: hosking at cs.purdue.edu (Tony Hosking) Date: Tue, 23 Nov 2010 17:47:16 -0500 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101123094957.146F72474003@birch.elegosoft.com>, , , , <40DB8AE9-6A52-4C50-9D91-4C755919C7B6@cs.purdue.edu> Message-ID: <26E4073F-6195-4157-9C3A-136E57B26C10@cs.purdue.edu> There are weak and strong casts in gcc. I forget the precise details, but I believe they will make a difference. Antony Hosking | Associate Professor | Computer Science | Purdue University 305 N. University Street | West Lafayette | IN 47907 | USA Office +1 765 494 6001 | Mobile +1 765 427 5484 On Nov 23, 2010, at 4:51 PM, Jay K wrote: > > But I did that, or maybe they were already there, and it seem/seemed to help in general, but not for divide. > Presumably fold is removing the cast somewhere. > Maybe a gcc bug??? > I can dig deeper if you really want. > > > Or maybe they didn't make a difference and I put them in wrong and divide is the only > preexisting problem. I'd have to double check. Sorry, about the lack of certainty.. > (certainly casts were needed in general in a few places, but I don't remember specifically for plus/minus/mult/divide). > > > I actually find it odd that build_fold is even a public heavily used function. > It seems to me it should be, like, done at the next level down. > > > Which reminds me, in load/store, if the two types are both integers and the same size > but different in signedness, I want to try *not* taking the address. > Probably also for pointer<=>integer of pointer size. > Though this is "short term", since the address-taking should go away *eventually* by other means (component_ref/array_ref), though realistically, that's a ways off.. > > > - Jay > > > ________________________________ >> From: hosking at cs.purdue.edu >> Date: Tue, 23 Nov 2010 16:38:39 -0500 >> To: jay.krell at cornell.edu >> CC: m3commit at elegosoft.com >> Subject: Re: [M3commit] CVS Update: cm3 >> >> That should be handled by placing an appropriate cast in the gcc tree. >> >> On Nov 23, 2010, at 1:45 PM, Jay K wrote: >> >> Try building m3-sys/m3tests/p2/p240. >> There is an error in the configure enable-checking about the types >> being mismatched. >> >> - Jay >> >> >>> From: hosking at cs.purdue.edu >>> Date: Tue, 23 Nov 2010 09:48:19 -0500 >>> To: jkrell at elego.de >>> CC: m3commit at elegosoft.com >>> Subject: Re: [M3commit] CVS Update: cm3 >>> >>> >>> On Nov 23, 2010, at 10:49 AM, Jay Krell wrote: >>> >>>> CVSROOT: /usr/cvs >>>> Changes by: jkrell at birch. 10/11/23 10:49:57 >>>> >>>> Modified files: >>>> cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c >>>> >>>> Log message: >>>> Go with the obvious less heavy handed fix of only avoiding >>>> fold for integer division. >>> >>> I don't understand what the issue is with folding on integer >> division. Please explain. >>> >>>> This is enough for test p240 and the unoptimized code is definitely >> better. >>>> NOT fully tested, but really probably works. >>>> It is probably worth digging into the frontend to see if there is a >> difference >>>> in the types. It is probably also worth digging in the backend, like, >>>> we do put in the casts consistently, why are they only not effective >>>> for divide? I realize that a little bit of analysis goes a long way >>>> on many divide cases: "divide tends to produce small results", sort of. >>>> On the other hand, it isn't worth too much effort. >>>> Divide is the slowest least used integer operation. >>> >> From jay.krell at cornell.edu Tue Nov 23 23:50:02 2010 From: jay.krell at cornell.edu (Jay K) Date: Tue, 23 Nov 2010 22:50:02 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <26E4073F-6195-4157-9C3A-136E57B26C10@cs.purdue.edu> References: <20101123094957.146F72474003@birch.elegosoft.com>, , , , <40DB8AE9-6A52-4C50-9D91-4C755919C7B6@cs.purdue.edu> , <26E4073F-6195-4157-9C3A-136E57B26C10@cs.purdue.edu> Message-ID: Aha. I had no idea and should investigate further. Notice though that I've been applying the same sorts of casts everywhere and they generally help. But perhaps they are weak, and weak is usually strong enough, or some such. Almost anything is possible. :) - Jay ---------------------------------------- > Subject: Re: [M3commit] CVS Update: cm3 > From: hosking at cs.purdue.edu > Date: Tue, 23 Nov 2010 17:47:16 -0500 > CC: m3commit at elegosoft.com > To: jay.krell at cornell.edu > > There are weak and strong casts in gcc. > I forget the precise details, but I believe they will make a difference. > > > Antony Hosking | Associate Professor | Computer Science | Purdue University > 305 N. University Street | West Lafayette | IN 47907 | USA > Office +1 765 494 6001 | Mobile +1 765 427 5484 > > > > > On Nov 23, 2010, at 4:51 PM, Jay K wrote: > > > > > But I did that, or maybe they were already there, and it seem/seemed to help in general, but not for divide. > > Presumably fold is removing the cast somewhere. > > Maybe a gcc bug??? > > I can dig deeper if you really want. > > > > > > Or maybe they didn't make a difference and I put them in wrong and divide is the only > > preexisting problem. I'd have to double check. Sorry, about the lack of certainty.. > > (certainly casts were needed in general in a few places, but I don't remember specifically for plus/minus/mult/divide). > > > > > > I actually find it odd that build_fold is even a public heavily used function. > > It seems to me it should be, like, done at the next level down. > > > > > > Which reminds me, in load/store, if the two types are both integers and the same size > > but different in signedness, I want to try *not* taking the address. > > Probably also for pointer<=>integer of pointer size. > > Though this is "short term", since the address-taking should go away *eventually* by other means (component_ref/array_ref), though realistically, that's a ways off.. > > > > > > - Jay > > > > > > ________________________________ > >> From: hosking at cs.purdue.edu > >> Date: Tue, 23 Nov 2010 16:38:39 -0500 > >> To: jay.krell at cornell.edu > >> CC: m3commit at elegosoft.com > >> Subject: Re: [M3commit] CVS Update: cm3 > >> > >> That should be handled by placing an appropriate cast in the gcc tree. > >> > >> On Nov 23, 2010, at 1:45 PM, Jay K wrote: > >> > >> Try building m3-sys/m3tests/p2/p240. > >> There is an error in the configure enable-checking about the types > >> being mismatched. > >> > >> - Jay > >> > >> > >>> From: hosking at cs.purdue.edu > >>> Date: Tue, 23 Nov 2010 09:48:19 -0500 > >>> To: jkrell at elego.de > >>> CC: m3commit at elegosoft.com > >>> Subject: Re: [M3commit] CVS Update: cm3 > >>> > >>> > >>> On Nov 23, 2010, at 10:49 AM, Jay Krell wrote: > >>> > >>>> CVSROOT: /usr/cvs > >>>> Changes by: jkrell at birch. 10/11/23 10:49:57 > >>>> > >>>> Modified files: > >>>> cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c > >>>> > >>>> Log message: > >>>> Go with the obvious less heavy handed fix of only avoiding > >>>> fold for integer division. > >>> > >>> I don't understand what the issue is with folding on integer > >> division. Please explain. > >>> > >>>> This is enough for test p240 and the unoptimized code is definitely > >> better. > >>>> NOT fully tested, but really probably works. > >>>> It is probably worth digging into the frontend to see if there is a > >> difference > >>>> in the types. It is probably also worth digging in the backend, like, > >>>> we do put in the casts consistently, why are they only not effective > >>>> for divide? I realize that a little bit of analysis goes a long way > >>>> on many divide cases: "divide tends to produce small results", sort of. > >>>> On the other hand, it isn't worth too much effort. > >>>> Divide is the slowest least used integer operation. > >>> > >> > From jkrell at elego.de Wed Nov 24 10:34:02 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 24 Nov 2010 10:34:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101124093402.724DECC129@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/24 10:34:02 Added files: cm3/scratch/: make-bitfield bitfield.c Log message: start program to understand bitfields From jkrell at elego.de Thu Nov 25 17:27:43 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 25 Nov 2010 17:27:43 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101125162743.B8120CC12C@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/25 17:27:43 Modified files: cm3/m3-sys/m3cc/src/: m3makefile clean_marker.txt Log message: experiment: turn of checking, see resulting time for Hudson jobs From jkrell at elego.de Fri Nov 26 00:48:39 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 0:48:39 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101125234839.F141BCC366@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 00:48:39 Added files: cm3/m3-tools/cvsup/cvpasswd/: .cvsignore Log message: add .cvsignore From jkrell at elego.de Fri Nov 26 05:31:23 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 5:31:23 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126043123.A6643CC366@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 05:31:23 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/config/rs6000/: rs6000-protos.h rs6000.h Log message: add extern "C" see http://hudson.modula3.com:8080/view/cm3-current/job/cm3-current-build-PPC_LINUX/102/console In file included from ../../gcc-4.5/gcc/m3cg/parse.c:42: ../../gcc-4.5/gcc/config/rs6000/rs6000.h:2427: error: previous declaration of ???int optimize??? with ???C++??? linkage ../../gcc-4.5/gcc/flags.h:113: error: conflicts with new declaration with ???C??? linkage From jkrell at elego.de Fri Nov 26 05:53:22 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 5:53:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126045322.4E5ECCC366@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 05:53:22 Modified files: cm3/scripts/: upgrade.sh Log message: use xfoo = xyes From jkrell at elego.de Fri Nov 26 08:57:06 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 8:57:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126075706.5E45A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 08:57:06 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: gengtype-lex.c Log message: touch file to update timestamp, see if this helps incremental build From jkrell at elego.de Fri Nov 26 09:04:18 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 9:04:18 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126080418.7F35ECC12C@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 09:04:18 Modified files: cm3/scripts/regression/: defs.sh Log message: OMIT_GCC on all realclean steps Maybe slightly overkill. From jkrell at elego.de Fri Nov 26 09:06:02 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 9:06:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126080602.2F18C2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 09:06:02 Modified files: cm3/scripts/regression/: hudson_pkg_tests.sh Log message: OMIT_GCC on realclean From jkrell at elego.de Fri Nov 26 09:18:00 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 9:18:00 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126081800.CDC30CC366@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 09:18:00 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: lto-cgraph.c lto-compress.c lto-opts.c lto-section-in.c lto-section-out.c lto-streamer-in.c lto-streamer-out.c lto-streamer.c lto-symtab.c lto-wpa-fixup.c Log message: gut the LTO code I don't see us ever using this. Esp. not in gcc 4.5 timeframe. From jkrell at elego.de Fri Nov 26 09:55:04 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 9:55:04 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126085504.47D19CC366@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 09:55:04 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: lto-opts.c Log message: fix From jkrell at elego.de Fri Nov 26 11:16:33 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 11:16:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126101633.4E953CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 11:16:33 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: Makefile.in cgraphunit.c collect2.c ipa-cp.c ipa-inline.c ipa-prop.c ipa-pure-const.c ipa-reference.c lto-streamer.h opts.c passes.c tree-pass.h cm3/m3-sys/m3cc/src/: clean_marker.txt Removed files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: lto-cgraph.c lto-compress.c lto-compress.h lto-opts.c lto-section-in.c lto-section-out.c lto-streamer-in.c lto-streamer-out.c lto-streamer.c lto-symtab.c lto-wpa-fixup.c lto-wrapper.c Log message: really remove LTO I don't see us using it any time soon, if ever. From jkrell at elego.de Fri Nov 26 11:27:09 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 11:27:09 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126102710.079E7CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 11:27:09 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: ipa-prop.c Log message: fix warning From jkrell at elego.de Fri Nov 26 12:14:40 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 12:14:40 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126111440.81B52CC12C@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 12:14:40 Modified files: cm3/m3-sys/m3tests/src/p2/p240/: m3makefile Added files: cm3/m3-sys/m3tests/src/p2/p240/: Div.i3 Div.m3 Log message: add reduced test case for debugging From wagner at elego.de Fri Nov 26 19:36:07 2010 From: wagner at elego.de (Olaf Wagner) Date: Fri, 26 Nov 2010 19:36:07 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126183607.58892CC366@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 10/11/26 19:36:07 Modified files: cm3/scripts/regression/: defs.sh Log message: don't check for cm3cg on win32 From jkrell at elego.de Sat Nov 27 00:39:22 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 27 Nov 2010 0:39:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126233940.A2B94CC12C@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/27 00:39:22 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: extern "C" to workaround Darwin gcc/gdb problems can't set breakpoints on C++ functions in libraries or somesuch see http://gcc.gnu.org/ml/gcc/2010-11/msg00614.html for easy way to see the problem From rodney at elego.de Sat Nov 27 01:18:19 2010 From: rodney at elego.de (Rodney M. Bates) Date: Sat, 27 Nov 2010 1:18:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101127001819.CBFE9CC12C@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/27 01:18:19 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: Tag: release_branch_cm3_5_8 m3-valprint.c Log message: Fix a subtle bug in printing Modula-3 set values, which did not adapt between 32- and 64-bit hosts for m3gdb. From rodney at elego.de Sat Nov 27 01:19:14 2010 From: rodney at elego.de (Rodney M. Bates) Date: Sat, 27 Nov 2010 1:19:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101127001914.C57B9CC12C@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/27 01:19:14 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: Tag: release_branch_cm3_5_8 value.c Log message: Small fix to handle Modula-3 floating point types. gdb's own floating type code won't work, because it uses a C++-specific union member that overlaps Modula-3's member of the same union, giving clashes. m3gdb has its own set of floating type codes, but they need to be recognized in *many* more places. The Modula-3 floating type codes are also needed for proper type analysis. From rodney at elego.de Sat Nov 27 01:20:28 2010 From: rodney at elego.de (Rodney M. Bates) Date: Sat, 27 Nov 2010 1:20:28 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101127002028.E5E8A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/27 01:20:28 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: Tag: release_branch_cm3_5_8 amd64-tdep.c Log message: Never-done mods to support passing parameters to Modula-3 procedures in user-typed calls, on AMD64. Pass Modula-3-specific types in the right ways. From rodney at elego.de Sat Nov 27 01:32:26 2010 From: rodney at elego.de (Rodney M. Bates) Date: Sat, 27 Nov 2010 1:32:26 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101127003226.E3DA22474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/27 01:32:26 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: amd64-tdep.c Log message: Never-done mods to support passing parameters to Modula-3 procedures in user-typed calls, on AMD64. Pass Modula-3-specific types in the right ways. From rodney at elego.de Sat Nov 27 01:34:39 2010 From: rodney at elego.de (Rodney M. Bates) Date: Sat, 27 Nov 2010 1:34:39 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101127003439.989A32474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/27 01:34:39 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: m3-valprint.c Log message: Fix a subtle bug in printing Modula-3 set values, which did not adapt between 32- and 64-bit hosts for m3gdb. Also fix a mistyped variable name, probably harmless, but hurts readability. From rodney at elego.de Sat Nov 27 01:35:36 2010 From: rodney at elego.de (Rodney M. Bates) Date: Sat, 27 Nov 2010 1:35:36 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101127003536.C43FCCC12C@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/27 01:35:36 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: value.c Log message: Small fix to handle Modula-3 floating point types. gdb's own floating type code won't work, because it uses a C++-specific union member that overlaps Modula-3's member of the same union, giving clashes. m3gdb has its own set of floating type codes, but they need to be recognized in *many* more places. The Modula-3 floating type codes are also needed for proper type analysis. From jkrell at elego.de Sat Nov 27 01:52:22 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 27 Nov 2010 1:52:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101127005222.2E5772474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/27 01:52:22 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: change tracing indent multiple from 2 to 4 add comment as to why we don't fold integer division, referencing see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46679 From jkrell at elego.de Sat Nov 27 01:54:12 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 27 Nov 2010 1:54:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101127005412.0C4662474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/27 01:54:12 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: whitespace From rcoleburn at elego.de Mon Nov 29 02:34:44 2010 From: rcoleburn at elego.de (Randy Coleburn) Date: Mon, 29 Nov 2010 2:34:44 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101129013444.ADF3BCC12C@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rcoleburn at birch. 10/11/29 02:34:44 Modified files: cm3/scripts/dev/windows/: RCC_upgradeCM3.cmd Log message: Go back to version 1.4 From rcoleburn at elego.de Mon Nov 29 02:42:14 2010 From: rcoleburn at elego.de (Randy Coleburn) Date: Mon, 29 Nov 2010 2:42:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101129014214.DA306CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rcoleburn at birch. 10/11/29 02:42:14 Modified files: cm3/scripts/dev/windows/: RCC_upgradeCM3.cmd Log message: add "-skip m3cc" to all build stages because the "m3cc" package isn't used on Windows From jay.krell at cornell.edu Mon Nov 29 02:39:40 2010 From: jay.krell at cornell.edu (Jay K) Date: Mon, 29 Nov 2010 01:39:40 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20101129013444.ADF3BCC12C@birch.elegosoft.com> References: <20101129013444.ADF3BCC12C@birch.elegosoft.com> Message-ID: Oops, I forgot I changed two files and had only restored one. I still think the version check only removes value, not adds. - Jay > Date: Mon, 29 Nov 2010 02:34:44 +0000 > To: m3commit at elegosoft.com > From: rcoleburn at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: rcoleburn at birch. 10/11/29 02:34:44 > > Modified files: > cm3/scripts/dev/windows/: RCC_upgradeCM3.cmd > > Log message: > Go back to version 1.4 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkrell at elego.de Mon Nov 29 08:35:46 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 29 Nov 2010 8:35:46 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101129073546.3DE982474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/29 08:35:46 Modified files: cm3/scripts/win/: cvs.c Log message: flip newlines to unix; add main() for easier compilation From jkrell at elego.de Mon Nov 29 08:41:17 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 29 Nov 2010 8:41:17 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101129074117.3CE742474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/29 08:41:17 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTDebugC.c Log message: remove dependency on _WIN32_WINNT: just declare IsDebuggerPresent ourselves, maybe in future fork the .i3 file and remove the extra layer on Windows From jkrell at elego.de Mon Nov 29 08:47:54 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 29 Nov 2010 8:47:54 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101129074754.1DD8CCC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/29 08:47:54 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTDebugC.c Log message: fix wrt DebugBreak From jay.krell at cornell.edu Mon Nov 1 01:29:35 2010 From: jay.krell at cornell.edu (Jay K) Date: Mon, 1 Nov 2010 00:29:35 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20101031223740.B536CCC12B@birch.elegosoft.com> References: <20101031223740.B536CCC12B@birch.elegosoft.com> Message-ID: Darn, there is still: ./src/FVRuntime.m3: In function 'FormsVBT__PutTextProperty': ../src/FVRuntime.m3:37:0: error: variable '_nonlocal_var_rec.802' might be clobbered by 'longjmp' or 'vfork' ? m3_backend => 1 I'll try to get the whole system back buildable tonight.. m3cc is so fragile. Maybe I'll look into configure -enable-checking again. Though I was also going to fill in more types e.g. for open arrays. ?- Jay ---------------------------------------- > Date: Sun, 31 Oct 2010 23:37:40 +0000 > To: m3commit at elegosoft.com > From: jkrell at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 10/10/31 23:37:40 > > Modified files: > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c > > Log message: > alas: > == package /Users/jay/dev2/cm3/m3-demo/fisheye == > ../src/GraphData.m3: In function 'GraphData__ReadEdge': > ../src/GraphData.m3:308:0: internal compiler error: in create_tmp_var, at gimplify.c:505 > so disable a few optimizations again > From jkrell at elego.de Mon Nov 1 06:16:47 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 6:16:47 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101051655.495CFCC12C@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 06:16:47 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: disable lots of optimizations, again, at least it can compile everything.. From jkrell at elego.de Mon Nov 1 07:11:26 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 7:11:26 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101061126.159F2CC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 07:11:26 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: allow most optimizations, again, but not dse (dead store elimination) or sra (aggregate to scalar conversion) From jkrell at elego.de Mon Nov 1 07:12:00 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 7:12:00 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101061200.59EB4CC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 07:12:00 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix comment From jkrell at elego.de Mon Nov 1 07:46:11 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 7:46:11 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101064611.80F5FCC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 07:46:11 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: add comment that flag_ipa_cp_clone breaks m3tohtml From jkrell at elego.de Mon Nov 1 08:15:22 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 8:15:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101071522.402B7CC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 08:15:22 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: remove all but one use of TREE_SIDE_EFFECTS optimized m3core and libm3 are unchanged presumably unoptimized is also unchanged From jkrell at elego.de Mon Nov 1 09:24:06 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 9:24:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101082406.49187CC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 09:24:06 Modified files: cm3/m3-sys/m3front/src/misc/: CG.i3 CG.m3 Log message: remove unused Set_runtime_hook From jkrell at elego.de Mon Nov 1 09:35:21 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 9:35:21 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101083521.CFA1BCC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 09:35:21 Modified files: cm3/m3-sys/m3front/src/misc/: CG.i3 CG.m3 Log message: remove get_runtime_hook 1) it is unused 2) it is incompatible with the unidirectional nature of the m3cc backend, so it can't ever be used, in some sense (The middle end could perhaps cache the values and feed them back the frontend? The frontend could do it itself?) From jkrell at elego.de Mon Nov 1 10:34:35 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 10:34:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101093435.BC72DCC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 10:34:35 Modified files: cm3/scripts/: pkginfo.txt Log message: move m3cggen back into base/core/front because it should actually be used by "upgrade", such as when operations are added/removed from m3cg From jkrell at elego.de Mon Nov 1 10:37:25 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 10:37:25 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101093725.4EF00CC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 10:37:25 Modified files: cm3/m3-sys/m3cggen/src/: Main.m3 cm3/m3-sys/m3middle/src/: M3CG.m3 M3CG_BinRd.m3 M3CG_BinWr.m3 M3CG_Binary.i3 M3CG_Check.m3 M3CG_Ops.i3 M3CG_Rd.m3 M3CG_Wr.m3 cm3/m3-sys/m3back/src/: M3C.m3 M3x86.m3 cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: remove get_runtime_hook, set_runtime_hook small part remains, until I work m3cggen into upgrade.py so that m3cg.h can be more easily updated From jkrell at elego.de Mon Nov 1 10:59:45 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 10:59:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101095945.9CE5ACC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 10:59:45 Modified files: cm3/scripts/python/: upgrade.py cm3/m3-sys/m3middle/src/: M3CG_BinRd.m3 M3CG_Binary.i3 cm3/m3-sys/m3cggen/src/: Main.m3 cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3cg.h parse.c Log message: remove the rest of set_runtime_hook From jkrell at elego.de Mon Nov 1 11:03:38 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 1 Nov 2010 11:03:38 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101101100338.ECF83CC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/01 11:03:38 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: struct cgraph_node.needed = true instead of TREE_PUBLIC = true to keep all functions, without making them extern or exported from shared objects From jkrell at elego.de Tue Nov 2 23:01:27 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 2 Nov 2010 23:01:27 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101102220127.9C997CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/02 23:01:27 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: use DECL_PRESERVE_P to preserve all functions it isn't clear if one is supposed to muck around with the cgraph nodes the way I was don't do anything with typenames, in the new fangled type effort From jkrell at elego.de Wed Nov 3 07:22:29 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 7:22:29 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103062229.D3FED2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 07:22:29 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: also use cgraph_mark_needed_node on all functions From jkrell at elego.de Wed Nov 3 09:45:24 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 9:45:24 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103084524.74623CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 09:45:24 Added files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3cg.def Log message: work in progress I would like to make multiple passes over the m3cg intermediate form, without "reparsing" it more than once. So, I would like to read it into an array of structs. So, I would like the "marshalling" to be more data driven/declarative, such as by using the existing declarativeness but in a slightly more malleable form. That is -- a "data" file that can be evaluated under the influence of varying macros. Such as, one set of macros to declare struct fields, and another set of macros to do the marshalling like currently. From jkrell at elego.de Wed Nov 3 09:50:43 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 9:50:43 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103085043.6B194CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 09:50:43 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3cg.def Log message: whitespace/work in progress From jkrell at elego.de Wed Nov 3 09:58:53 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 9:58:53 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103085853.D46BD2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 09:58:53 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3cg.def Log message: whitespace/work in progress From jkrell at elego.de Wed Nov 3 13:19:02 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 13:19:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103121902.3E1E12474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 13:19:02 Added files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-def.h Removed files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3cg.def Log message: work in progress From jkrell at elego.de Wed Nov 3 13:55:52 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 13:55:52 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103125552.33EB92474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 13:55:52 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-def.h Log message: work in progress From jkrell at elego.de Wed Nov 3 14:00:18 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 14:00:18 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103130019.0147BCC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 14:00:18 Modified files: cm3/m3-sys/m3back/src/: M3C.m3 Log message: fix warning: remove set_runtime_hook From jkrell at elego.de Wed Nov 3 14:05:33 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 14:05:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103130533.A1A422474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 14:05:33 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: mark all pointers as aliasable to all; this is just out of paranoia and should maybe be considered more; another thing to consider is being more pessimistic in unsafe modules From jkrell at elego.de Wed Nov 3 14:39:24 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 14:39:24 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103133924.7F2912474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 14:39:24 Modified files: cm3/m3-sys/m3back/src/: M3C.m3 Log message: work in progress From jkrell at elego.de Wed Nov 3 15:34:47 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 15:34:47 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103143448.01BFD2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 15:34:47 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-def.h parse.c Log message: restructure so that we can make multiple efficient passes over the m3cg data specifically, declare structs to hold each call's data and then "parse" the data into a packed array of such structs and then loop over that array so far, loop just once, but that will change neuter the "replay" mechanism, as this work is meant to replace it the file m3-def.h defines the structs case_jump is a special case The intent here is to handle circular (or out of order) types reasonable. From jkrell at elego.de Wed Nov 3 15:41:26 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 15:41:26 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103144126.E33F6CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 15:41:26 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: very very minor reordering to mimic historical ordering; the reason things were the other way is just because I forgot these 3 initially and then added them at the start From jkrell at elego.de Wed Nov 3 16:11:28 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 3 Nov 2010 16:11:28 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103151129.06E65CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/03 16:11:28 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: grow buffer before serialize, so as to avoid memcpy From rodney at elego.de Thu Nov 4 00:12:06 2010 From: rodney at elego.de (Rodney M. Bates) Date: Thu, 4 Nov 2010 0:12:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103231206.ED5BB2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/04 00:12:06 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: Tag: release_branch_cm3_5_8 m3-eval.c Log message: Fix m3gdb to tolerate misaligned pseudo-pointers and print them as integers. From rodney at elego.de Thu Nov 4 00:15:18 2010 From: rodney at elego.de (Rodney M. Bates) Date: Thu, 4 Nov 2010 0:15:18 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101103231518.DD77CCC123@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/04 00:15:18 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: m3-eval.c Log message: Fix m3gdb to tolerate misaligned pseudo-pointers and print them as integers. From jkrell at elego.de Thu Nov 4 07:16:04 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 4 Nov 2010 7:16:04 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101104061604.C6805CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/04 07:16:04 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: tune initial allocation way up -- such that m3x86.m3 doesn't need a realloc From jkrell at elego.de Thu Nov 4 08:29:01 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 4 Nov 2010 8:29:01 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101104072901.EE5E82474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/04 08:29:01 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: be more mindful of alignment From jkrell at elego.de Thu Nov 4 08:42:14 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 4 Nov 2010 8:42:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101104074214.45E8CCC123@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/04 08:42:14 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-def.h m3gty43.h m3gty45.h parse.c Log message: typeid => type_id for C++ compat From jkrell at elego.de Thu Nov 4 22:31:05 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 4 Nov 2010 22:31:05 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101104213105.C989ACC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/04 22:31:05 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: forgot this file -- needed to copy m3-def to gcc-4.5 directory From jkrell at elego.de Fri Nov 5 06:07:16 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 6:07:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105050717.1DCFDCC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 06:07:16 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: restore debug_struct to reveal_opaque From jkrell at elego.de Fri Nov 5 06:11:12 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 6:11:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105051113.130602474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 06:11:12 Modified files: cm3/m3-sys/m3cc/src/: m3makefile cm3/m3-sys/m3cc/gcc/gcc/m3cg/: Make-lang.in config-lang.in m3-def.h Added files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.cpp Removed files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: switch to C++, I want to use 'scope tricks' to avoid repeating the serialization macros in the handler functions -- the handlers will access member data instead From jkrell at elego.de Fri Nov 5 06:37:58 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 6:37:58 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105053759.72086CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 06:37:58 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.cpp Log message: remove extra serialization, access member data instead From jkrell at elego.de Fri Nov 5 07:04:39 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 7:04:39 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105060439.DA15CCC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 07:04:39 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.cpp Log message: remove void* and casts From jkrell at elego.de Fri Nov 5 07:14:05 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 7:14:05 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105061405.A9E0C2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 07:14:05 Modified files: cm3/m3-sys/m3cc/src/: m3makefile clean_marker.txt Added files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Removed files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.cpp Log message: work in progress, temporarily broken: it wasn't compiling parse.cpp, it was just compiling the old parse.c Start fixing that. At least for 4.5. This won't work for ARM_DARWIN. From jkrell at elego.de Fri Nov 5 07:16:13 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 7:16:13 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105061613.765FFCC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 07:16:13 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: config-lang.in Make-lang.in Log message: back to parse.c but with configure -enable-build-with-cxx From jkrell at elego.de Fri Nov 5 07:27:02 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 7:27:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105062702.CD394CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 07:27:02 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix most of the typos/errors/warnings From jkrell at elego.de Fri Nov 5 07:41:48 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 7:41:48 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105064148.AAEE1CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 07:41:48 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: sel-sched.c Log message: fix for C++ From jkrell at elego.de Fri Nov 5 07:45:52 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 7:45:52 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105064552.BA9422474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 07:45:52 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: Make-lang.in Log message: link with CXX From jkrell at elego.de Fri Nov 5 08:14:08 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 8:14:08 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105071408.CA85FCC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 08:14:08 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: comment out unused parameters (C++) From jkrell at elego.de Fri Nov 5 08:14:32 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 8:14:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105071432.9F2F1CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 08:14:32 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: add comment From jkrell at elego.de Fri Nov 5 08:44:51 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 8:44:51 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105074451.D3B50CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 08:44:51 Added files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-parse.h Log message: let's forward declare more stuff, in a separate file, to be sure not to have to move things around to suit (not yet used, but soon) From jkrell at elego.de Fri Nov 5 10:48:13 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 10:48:13 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105094813.B0157CC123@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 10:48:13 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-def.h m3-parse.h parse.c Log message: separate reading/scanning from tracing because we really want to trace probably everything up front and whenever we process an opcode use a vector of pointers to small heap allocated m3cg_op_ts seems no slower use virtual functions From jkrell at elego.de Fri Nov 5 11:02:15 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 11:02:15 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105100215.D22A2CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 11:02:15 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c m3-def.h Log message: go back a version, roughly, due to problem with caltech-parser From jkrell at elego.de Fri Nov 5 11:22:33 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 11:22:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105102233.61A41CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 11:22:33 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-def.h m3-parse.h parse.c Log message: Again with the small objects and virtual functions and splitting read/trace. Small change here to scan_float and for now no trace_float. caltech-parser ok. Problem probably optimization related. Will be looked into, later. From jkrell at elego.de Fri Nov 5 11:34:21 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 11:34:21 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105103421.DE03CCC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 11:34:21 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: more C++ (declare variables anywhere) From jkrell at elego.de Fri Nov 5 11:34:48 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 11:34:48 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105103448.0BC68CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 11:34:48 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: more C++ (declare variables anywhere) From jkrell at elego.de Fri Nov 5 11:41:33 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 11:41:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105104133.EDA43CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 11:41:33 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: forgot this again (m3-parse.h) From jkrell at elego.de Fri Nov 5 11:57:18 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 11:57:18 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105105718.1BC892474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 11:57:18 Modified files: cm3/m3-sys/m3cc/gcc/gmp/: gmp-h.in Log message: remove "using std::FILE" see http://hudson.modula3.com:8080/job/cm3-current-m3cc-AMD64_LINUX/74/console From jkrell at elego.de Fri Nov 5 12:17:04 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 12:17:04 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105111704.7A550CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 12:17:04 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Try a different assert in loophole about the type sizes matching. See http://hudson.modula3.com:8080/job/cm3-current-build-AMD64_FREEBSD/316/consoleFull +++ cm3 -build -override $RARGS -DROOT='/ad0e/home/hudson/workspace/cm3-current-build-AMD64_FREEBSD/cm3' +++ ../src/geometry/Transform.m3: In function 'Transform__Hash': ../src/geometry/Transform.m3:225:0: internal compiler error: in handler, at m3cg/parse.c:5270 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. m3_backend => 4 m3cc (aka cm3cg) failed compiling: Transform.mc ../src/pickle/ver2/PickleStubs.m3: In function 'PickleStubs__SwapReal': ../src/pickle/ver2/PickleStubs.m3:562:0: internal compiler error: in handler, at m3cg/parse.c:5270 Please submit a full bug report, w From jkrell at elego.de Fri Nov 5 12:28:20 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 12:28:20 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105112820.5655CCC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 12:28:20 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix previous to compile! From jkrell at elego.de Fri Nov 5 12:39:32 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 12:39:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105113936.AC231CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 12:39:32 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/config/: sol2.h Log message: add newline to end of file to fix warning see http://hudson.modula3.com:8080/job/cm3-current-m3cc-SOLsun-opencsw-current10s/170/console From jkrell at elego.de Fri Nov 5 12:45:44 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 12:45:44 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105114544.AD6EBCC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 12:45:44 Modified files: cm3/m3-sys/m3cc/gcc/gmp/: gmp-h.in gmp-impl.h Log message: neuter the C++/iosfwd/locale stuff see http://hudson.modula3.com:8080/job/cm3-current-m3cc-SOLsun-opencsw-current10s/170/console In file included from /usr/include/locale.h:50, from /opt/SUNWgccfss/4.2.1/gcc/bin/../lib/gcc/sparc-sun-solaris2.10/4.2.1/../../../../include/c++/4.2.1/clocale:51, from /opt/SUNWgccfss/4.2.1/gcc/bin/../lib/gcc/sparc-sun-solaris2.10/4.2.1/../../../../include/c++/4.2.1/sparc-sun-solaris2.10/bits/c++locale.h:47, from /opt/SUNWgccfss/4.2.1/gcc/bin/../lib/gcc/sparc-sun-solaris2.10/4.2.1/../../../../include/c++/4.2.1/iosfwd:45, from /home/m3hudson/current10s/workspace/cm3-current-m3cc-SOLsun-opencsw-current10s/cm3/m3-sys/m3cc/SOLsun/./gmp/gmp.h:28, from ../../gcc-4.5/gcc/double-int.h:24, from ../../gcc-4.5/gcc/tree.h:30, from ../../gcc-4.5/gcc/langhooks.c:28: /usr/include/libintl.h:50: error: expected unqualified-id before 'const' /usr/include/libintl.h:50: error: expected `)' before 'const' /usr/include/libintl.h:50: error: expected initializer before 'const' /usr/include/libintl.h:62: error: new declaration 'char* fake_ngettext(const char*, const char*, long unsigned int)' ../../gcc-4.5/gcc/intl.h:28: error: ambiguates old declaration 'const char* fake_ngettext(const char*, const char*, long unsigned int)' From hosking at cs.purdue.edu Fri Nov 5 14:52:25 2010 From: hosking at cs.purdue.edu (Tony Hosking) Date: Fri, 5 Nov 2010 09:52:25 -0400 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20101105051113.130602474003@birch.elegosoft.com> References: <20101105051113.130602474003@birch.elegosoft.com> Message-ID: Umm, not a good plan. I don't want to install C++ just to build the backend! On Nov 5, 2010, at 6:11 AM, Jay Krell wrote: > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 10/11/05 06:11:12 > > Modified files: > cm3/m3-sys/m3cc/src/: m3makefile > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: Make-lang.in config-lang.in > m3-def.h > Added files: > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.cpp > Removed files: > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c > > Log message: > switch to C++, I want to use 'scope tricks' to avoid repeating the serialization macros in the handler functions -- the handlers will access member data instead From jay.krell at cornell.edu Fri Nov 5 16:05:08 2010 From: jay.krell at cornell.edu (Jay K) Date: Fri, 5 Nov 2010 15:05:08 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101105051113.130602474003@birch.elegosoft.com>, Message-ID: Do you really not have it already? The gcc developers are planning on using C++ in gcc, so the decision has been made, if we stick with gcc and upgrade to that. LLVM is also written in C++. (not that I plan on using it -- my real interest, again, is generating C, but then, rather C++, for exception handling) ?- Jay ---------------------------------------- > From: hosking at cs.purdue.edu > Date: Fri, 5 Nov 2010 09:52:25 -0400 > To: jkrell at elego.de > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > Umm, not a good plan. I don't want to install C++ just to build the backend! > > On Nov 5, 2010, at 6:11 AM, Jay Krell wrote: > > > CVSROOT: /usr/cvs > > Changes by: jkrell at birch. 10/11/05 06:11:12 > > > > Modified files: > > cm3/m3-sys/m3cc/src/: m3makefile > > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: Make-lang.in config-lang.in > > m3-def.h > > Added files: > > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.cpp > > Removed files: > > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c > > > > Log message: > > switch to C++, I want to use 'scope tricks' to avoid repeating the serialization macros in the handler functions -- the handlers will access member data instead > From jkrell at elego.de Fri Nov 5 16:07:53 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 16:07:53 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105150753.DAE5A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 16:07:53 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: turn off view_convert, it is still failing From jkrell at elego.de Fri Nov 5 16:14:27 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 16:14:27 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105151427.37053CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 16:14:27 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: use view_convert if the stars align, which is sometimes..reallly need to find out what is going on here.. From jkrell at elego.de Fri Nov 5 16:14:48 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 16:14:48 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105151449.05C59CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 16:14:48 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: oops, and enable view_convert From hosking at cs.purdue.edu Fri Nov 5 16:10:27 2010 From: hosking at cs.purdue.edu (Tony Hosking) Date: Fri, 5 Nov 2010 11:10:27 -0400 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101105051113.130602474003@birch.elegosoft.com>, Message-ID: It's an additional hurdle for installation. There are some platforms where I don't have it already. Once the gcc developers require C++ to install gcc's C compiler then I guess maybe this is moot. We really should look at using LLVM! On Nov 5, 2010, at 11:05 AM, Jay K wrote: > > Do you really not have it already? > The gcc developers are planning on using C++ in gcc, so the decision has been > made, if we stick with gcc and upgrade to that. LLVM is also written in C++. > (not that I plan on using it -- my real interest, again, is generating C, but then, > rather C++, for exception handling) > > - Jay > > ---------------------------------------- >> From: hosking at cs.purdue.edu >> Date: Fri, 5 Nov 2010 09:52:25 -0400 >> To: jkrell at elego.de >> CC: m3commit at elegosoft.com >> Subject: Re: [M3commit] CVS Update: cm3 >> >> Umm, not a good plan. I don't want to install C++ just to build the backend! >> >> On Nov 5, 2010, at 6:11 AM, Jay Krell wrote: >> >>> CVSROOT: /usr/cvs >>> Changes by: jkrell at birch. 10/11/05 06:11:12 >>> >>> Modified files: >>> cm3/m3-sys/m3cc/src/: m3makefile >>> cm3/m3-sys/m3cc/gcc/gcc/m3cg/: Make-lang.in config-lang.in >>> m3-def.h >>> Added files: >>> cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.cpp >>> Removed files: >>> cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c >>> >>> Log message: >>> switch to C++, I want to use 'scope tricks' to avoid repeating the serialization macros in the handler functions -- the handlers will access member data instead >> > From dragisha at m3w.org Fri Nov 5 16:21:43 2010 From: dragisha at m3w.org (=?utf-8?Q?Dragi=C5=A1a_Duri=C4=87?=) Date: Fri, 5 Nov 2010 16:21:43 +0100 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101105051113.130602474003@birch.elegosoft.com>, Message-ID: Jay's effort is really excellent thing happening to cm3, but LLVM really is something.... C is nice, and whole system cleanup is for the best, but ultimately - LLVM is where we need to go. If for nothing else, then because it's not moving target like GCC is, and because of what Xcode preview features show LLVM can do for a programmer. On Nov 5, 2010, at 4:10 PM, Tony Hosking wrote: > It's an additional hurdle for installation. There are some platforms where I don't have it already. > Once the gcc developers require C++ to install gcc's C compiler then I guess maybe this is moot. > We really should look at using LLVM! From jay.krell at cornell.edu Fri Nov 5 16:25:19 2010 From: jay.krell at cornell.edu (Jay K) Date: Fri, 5 Nov 2010 15:25:19 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101105051113.130602474003@birch.elegosoft.com>, , Message-ID: I'd really like to use C++. ? In the gcc backend. Or any otherwise C code. Obviously I can do without if I must, for now. It isn't moot in gcc yet since they haven't actually done anything in 4.5.1. The problem I have with LLVM (and gcc) is largely my own laziness, and projected laziness on others. gcc has been a "challenge". C and C++ would be relatively easy. Specifically, knowledge is much better and more widespread what is valid C and C++. The intermediate code will be easier to form correctly, more easily understood by far more people. Granted, it doesn't have to be widely understood or easy, and the more difficult forms have advantages. It would also remove our "source/build dependency". Which granted, might be doable eventually as a gcc plugin. (That is, the dependency would remain and get larger, but you wouldn't need the source and build it.) If C/C++ were generated, nearly all porting and platform-testing would no longer needed. There'd be a source distribution story. That is, we could really fairly honestly test just a few platforms and claim many more are supported. Test Linux/x86 (get the #ifdefs working) and all Linux would likely work. Same for FreeBSD, NetBSD, OpenBSD, Solaris, etc. C++ also should get us much better exception handling, vs. the current situation. ? (Granted, there are other ways to do it.) We could enable all optimizations most likely. ? And get better debugging with stock gdb. ? Again, granted, these are all doable without. Maybe LLVM could be tried once C/C++ are working. ? Or someone else can try it. ?- Jay ---------------------------------------- > Subject: Re: [M3commit] CVS Update: cm3 > From: hosking at cs.purdue.edu > Date: Fri, 5 Nov 2010 11:10:27 -0400 > CC: jkrell at elego.de; m3commit at elegosoft.com > To: jay.krell at cornell.edu > > It's an additional hurdle for installation. There are some platforms where I don't have it already. > Once the gcc developers require C++ to install gcc's C compiler then I guess maybe this is moot. > We really should look at using LLVM! > > On Nov 5, 2010, at 11:05 AM, Jay K wrote: > > > > > Do you really not have it already? > > The gcc developers are planning on using C++ in gcc, so the decision has been > > made, if we stick with gcc and upgrade to that. LLVM is also written in C++. > > (not that I plan on using it -- my real interest, again, is generating C, but then, > > rather C++, for exception handling) > > > > - Jay > > > > ---------------------------------------- > >> From: hosking at cs.purdue.edu > >> Date: Fri, 5 Nov 2010 09:52:25 -0400 > >> To: jkrell at elego.de > >> CC: m3commit at elegosoft.com > >> Subject: Re: [M3commit] CVS Update: cm3 > >> > >> Umm, not a good plan. I don't want to install C++ just to build the backend! > >> > >> On Nov 5, 2010, at 6:11 AM, Jay Krell wrote: > >> > >>> CVSROOT: /usr/cvs > >>> Changes by: jkrell at birch. 10/11/05 06:11:12 > >>> > >>> Modified files: > >>> cm3/m3-sys/m3cc/src/: m3makefile > >>> cm3/m3-sys/m3cc/gcc/gcc/m3cg/: Make-lang.in config-lang.in > >>> m3-def.h > >>> Added files: > >>> cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.cpp > >>> Removed files: > >>> cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c > >>> > >>> Log message: > >>> switch to C++, I want to use 'scope tricks' to avoid repeating the serialization macros in the handler functions -- the handlers will access member data instead > >> > > > From jkrell at elego.de Fri Nov 5 16:33:51 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 16:33:51 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105153351.2B407CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 16:33:51 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: turn off view_convert until I am sure to do testing targetted at it, it is conceivable that building the world and running Juno isn't enough From jkrell at elego.de Fri Nov 5 16:34:29 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 16:34:29 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105153429.5F86BCC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 16:34:29 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: tone down tracing wrt view_convert From jay.krell at cornell.edu Fri Nov 5 16:32:07 2010 From: jay.krell at cornell.edu (Jay K) Date: Fri, 5 Nov 2010 15:32:07 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101105051113.130602474003@birch.elegosoft.com>, , , , , Message-ID: I shouldn't bite the hand that feeds, but I presume LLVM is a moving target roughly as much as gcc is. gcc's moving target has indeed been slightly painful. But it is not the only complaint I have. Plus, you don't see Tony complaining about whatever he had to do to move from 3.x to 4.x. I'm a whiner. LLVM is probably large and slow to build, similar to gcc. But we don't get too many complaints about that. gcc's reach is impressive. C/C++'s reach is even better. I remain keen on VMS/Alpha, VMS/IA64, Linux/ia64. I know they are viable with gcc/c/C++. Unknown about LLVM. I'm also still interested in our own backend maybe. ?- Jay ---------------------------------------- > From: dragisha at m3w.org > Date: Fri, 5 Nov 2010 16:21:43 +0100 > To: hosking at cs.purdue.edu > CC: m3commit at elegosoft.com; jay.krell at cornell.edu > Subject: Re: [M3commit] CVS Update: cm3 > > Jay's effort is really excellent thing happening to cm3, but LLVM really is something.... C is nice, and whole system cleanup is for the best, but ultimately - LLVM is where we need to go. If for nothing else, then because it's not moving target like GCC is, and because of what Xcode preview features show LLVM can do for a programmer. > > On Nov 5, 2010, at 4:10 PM, Tony Hosking wrote: > > > It's an additional hurdle for installation. There are some platforms where I don't have it already. > > Once the gcc developers require C++ to install gcc's C compiler then I guess maybe this is moot. > > We really should look at using LLVM! > From dragisha at m3w.org Fri Nov 5 16:40:56 2010 From: dragisha at m3w.org (=?utf-8?Q?Dragi=C5=A1a_Duri=C4=87?=) Date: Fri, 5 Nov 2010 16:40:56 +0100 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101105051113.130602474003@birch.elegosoft.com>, , , , , Message-ID: FreePascal people are doing their own backend... I don't think it's big luck, but it is free and they are Wirthian (meaning at least nested scopes and strong typing, and IIRC they are some kind of strange body in GCC). LLVM is well specified IR. Their intent is to enable people to use it, and GCC's intent is to control through GPL. I am big fan of whole FSF idea, projects, everything... But sometimes they are just over the edge. They killed GNU Pascal with GCC IR being unspecified and prone to major changes at every minor release. I am not telling you to stop your C effort. All your points are valid. Except some assumptions about LLVM. LLVM is not GCC, and not GPL, and so on... On Nov 5, 2010, at 4:32 PM, Jay K wrote: > I shouldn't bite the hand that feeds, but I presume LLVM is a moving target roughly as much as gcc is. > gcc's moving target has indeed been slightly painful. But it is not the only complaint I have. > Plus, you don't see Tony complaining about whatever he had to do to move from 3.x to 4.x. > I'm a whiner. > LLVM is probably large and slow to build, similar to gcc. > But we don't get too many complaints about that. > > > gcc's reach is impressive. > C/C++'s reach is even better. > I remain keen on VMS/Alpha, VMS/IA64, Linux/ia64. > I know they are viable with gcc/c/C++. Unknown about LLVM. > > > I'm also still interested in our own backend maybe. From jay.krell at cornell.edu Fri Nov 5 16:48:38 2010 From: jay.krell at cornell.edu (Jay K) Date: Fri, 5 Nov 2010 15:48:38 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101105051113.130602474003@birch.elegosoft.com>, , , , , , , , , , , Message-ID: > LLVM is well specified IR Someone still has to read and understand the specification. :) ?> GCC IR being unspecified and prone to major changes at every minor release I'm not sure of this. Tony will know better, having done more upgrades of the backend. I don't think our gcc backend has been much affected by it. What we are affected by: ?? - we add our own IR node for nested functions, and that was affected ??? - our IR has never been well formed (even to this day!) ????? The main problem is our use of overly low level and lacking types and typeful opertions (member references). ??? - seemingly nobody has tried configure -enable-checking, made it work, kept it working ?????? This is still needed. Granted, tree.h and tree.def might not be as good a specification as LLVM has. > licensing Understood. Yeah, it bugs me we can't statically link. Though the separate executable provides nice testability/debugability -- a separate entry point. :) ?> intent is to control through GPL Agreed. :( ?- Jay ---------------------------------------- > From: dragisha at m3w.org > Date: Fri, 5 Nov 2010 16:40:56 +0100 > To: jay.krell at cornell.edu > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > FreePascal people are doing their own backend... I don't think it's big luck, but it is free and they are Wirthian (meaning at least nested scopes and strong typing, and IIRC they are some kind of strange body in GCC). > > LLVM is well specified IR. Their intent is to enable people to use it, and GCC's intent is to control through GPL. I am big fan of whole FSF idea, projects, everything... But sometimes they are just over the edge. They killed GNU Pascal with GCC IR being unspecified and prone to major changes at every minor release. > > I am not telling you to stop your C effort. All your points are valid. Except some assumptions about LLVM. LLVM is not GCC, and not GPL, and so on... > > > On Nov 5, 2010, at 4:32 PM, Jay K wrote: > > > I shouldn't bite the hand that feeds, but I presume LLVM is a moving target roughly as much as gcc is. > > gcc's moving target has indeed been slightly painful. But it is not the only complaint I have. > > Plus, you don't see Tony complaining about whatever he had to do to move from 3.x to 4.x. > > I'm a whiner. > > LLVM is probably large and slow to build, similar to gcc. > > But we don't get too many complaints about that. > > > > > > gcc's reach is impressive. > > C/C++'s reach is even better. > > I remain keen on VMS/Alpha, VMS/IA64, Linux/ia64. > > I know they are viable with gcc/c/C++. Unknown about LLVM. > > > > > > I'm also still interested in our own backend maybe. > From jkrell at elego.de Fri Nov 5 19:02:25 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 19:02:25 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105180226.159602474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 19:02:25 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-parse.h parse.c Log message: some fixes for gcc 4.2 (gcc-apple, Darwin/arm/iphone) From jkrell at elego.de Fri Nov 5 19:03:18 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 19:03:18 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105180318.C9F3B2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 19:03:18 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix previous for 4.5 From jkrell at elego.de Fri Nov 5 19:09:41 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 19:09:41 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105180941.8FEE9CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 19:09:41 Modified files: cm3/m3-sys/m3cc/gcc-apple/gcc/: lambda.h Log message: port C++ fixes from 4.5 From jkrell at elego.de Fri Nov 5 19:26:36 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 19:26:36 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105182637.276F4CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 19:26:36 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: ARM_DARWIN Log message: fix: -m32 not valid, default iPhonePrefix to empty From jkrell at elego.de Fri Nov 5 19:27:42 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 19:27:42 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105182742.0FB37CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 19:27:42 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fixes for Darwin/arm From jkrell at elego.de Fri Nov 5 19:27:49 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 19:27:49 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105182749.7BA33CC125@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 19:27:49 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-parse.h Log message: fixes for Darwin/arm From jkrell at elego.de Fri Nov 5 19:33:54 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 19:33:54 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105183354.1CF472474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 19:33:54 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: charset.c Log message: possible fix for: http://hudson.modula3.com:8080/job/cm3-current-build-PPC_DARWIN/152/consoleFull (but notice how in gcc-apple, I compile only parse.c with CXX, but 4.5 is supposed to be compilable as C++) From jkrell at elego.de Fri Nov 5 19:41:33 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 19:41:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105184133.2DBE02474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 19:41:33 Modified files: cm3/m3-sys/m3cc/gcc-apple/gcc/: Makefile.in Log message: compile parse.c with CXX From jkrell at elego.de Fri Nov 5 22:34:19 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 22:34:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105213419.1CF732474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 22:34:19 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: charset.c Log message: ATTRIBUTE_UNUSED -> ARG_UNUSED From jkrell at elego.de Fri Nov 5 22:34:51 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 22:34:51 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105213451.6831E2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 22:34:51 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: charset.c Log message: add comment that we modified it From jkrell at elego.de Fri Nov 5 22:35:09 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 22:35:09 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105213509.22124CC123@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 22:35:09 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: charset.c Log message: formating From jkrell at elego.de Fri Nov 5 22:42:15 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 22:42:15 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105214215.C8E632474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 22:42:15 Modified files: cm3/scripts/regression/: hudson_build_system.sh hudson_pkg_tests.sh Log message: collect compiler versions From jkrell at elego.de Fri Nov 5 22:44:52 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 22:44:52 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105214452.AAAB72474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 22:44:52 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: directives.c Log message: ATTRIBUTE_UNUSED => ARG_UNUSED for the older g++ on PPC_DARWIN (see ansidecl.h) From jkrell at elego.de Fri Nov 5 22:54:42 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 22:54:42 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105215442.610E02474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 22:54:42 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: expr.c Log message: ATTRIBUTE_UNUSED => ARG_UNUSED for the older g++ on PPC_DARWIN (see ansidecl.h) From jkrell at elego.de Fri Nov 5 22:55:19 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 22:55:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105215519.1B016CC123@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 22:55:19 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: pch.c Log message: ATTRIBUTE_UNUSED => ARG_UNUSED for the older g++ on PPC_DARWIN (see ansidecl.h) From jkrell at elego.de Fri Nov 5 22:55:46 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 22:55:46 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105215546.A8C2FCC123@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 22:55:46 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: files.c Log message: ATTRIBUTE_UNUSED => ARG_UNUSED for the older g++ on PPC_DARWIN (see ansidecl.h) From jkrell at elego.de Fri Nov 5 22:56:47 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 22:56:47 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105215647.4479FCC123@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 22:56:47 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: files.c macro.c pch.c Log message: ATTRIBUTE_UNUSED => ARG_UNUSED for the older g++ on PPC_DARWIN (see ansidecl.h) From jkrell at elego.de Fri Nov 5 23:18:32 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 23:18:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105221832.4A416CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 23:18:32 Modified files: cm3/scripts/regression/: hudson_build_system.sh hudson_pkg_tests.sh Log message: collect compiler versions From jkrell at elego.de Fri Nov 5 23:19:01 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 23:19:01 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105221901.5459BCC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 23:19:01 Modified files: cm3/scripts/regression/: hudson_build_system.sh hudson_pkg_tests.sh Log message: collect compiler versions From jkrell at elego.de Fri Nov 5 23:20:49 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 23:20:49 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105222049.E63432474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 23:20:49 Modified files: cm3/scripts/regression/: hudson_build_system.sh hudson_pkg_tests.sh Log message: collect compiler versions From jkrell at elego.de Fri Nov 5 23:25:59 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 23:25:59 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105222559.A3556CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 23:25:59 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: addresses.h alias.c bt-load.c builtins.c c-common.c c-gimplify.c c-objc-common.c c-parser.c c-pch.c c-ppoutput.c c-pragma.c c-typeck.c caller-save.c calls.c cfg.c cfgcleanup.c cfgexpand.c cfgloop.c cfgrtl.c collect2.c combine.c cppspec.c cse.c cselib.c dbxout.c ddg.c debug.c df-core.c df-problems.c df-scan.c dfp.c diagnostic.c dse.c dwarf2asm.c dwarf2out.c emit-rtl.c except.c explow.c expr.c final.c fold-const.c function.c fwprop.c gcc.c gccspec.c gcov-dump.c gcse.c genattrtab.c genautomata.c genemit.c genextract.c gengtype.c genmodes.c genoutput.c genpeep.c genpreds.c genrecog.c ggc-common.c ggc-page.c ggc-zone.c gimple.c gimplify.c graphite-clast-to-gimple.c graphite-poly.h graphite-sese-to-poly.c gthr-posix.c hooks.c ifcvt.c incpath.c ipa-inline.c ipa-prop.c ipa-pure-const.c ipa-reference.c ipa-struct-reorg.c ira-color.c ira.c jump.c langhooks.c loop-invariant.c loop-iv.c loop-unroll.c lower-subreg.c lto-symtab.c matrix-reorg.c mips-tfile.c mode-switching.c modulo-sched.c omega.c omega.h optabs.c passes.c postreload-gcse.c postreload.c predict.c real.c recog.c regcprop.c reginfo.c reload.c reload1.c resource.c rtlanal.c rtlhooks.c sched-deps.c sched-ebb.c sched-rgn.c sdbout.c sel-sched-dump.c sel-sched-ir.c sel-sched.c sese.c stack-ptr-mod.c statistics.c stmt.c stringpool.c targhooks.c tlink.c tree-affine.c tree-browser.c tree-cfg.c tree-complex.c tree-dfa.c tree-dump.c tree-if-conv.c tree-inline.c tree-into-ssa.c tree-loop-linear.c tree-mudflap.c tree-nomudflap.c tree-outof-ssa.c tree-parloops.c tree-profile.c tree-sra.c tree-ssa-alias.c tree-ssa-copy.c tree-ssa-dce.c tree-ssa-dom.c tree-ssa-dse.c tree-ssa-live.h tree-ssa-loop-im.c tree-ssa-loop-ivopts.c tree-ssa-operands.c tree-ssa-phiopt.c tree-ssa-sccvn.c tree-ssa-uncprop.c tree-ssa.c tree-stdarg.c tree-vect-generic.c tree-vect-loop.c unwind-c.c value-prof.c var-tracking.c varasm.c vmsdbgout.c xcoffout.c Log message: ATTRIBUTE_UNUSED -> ARG_UNUSED for a in *.h *.c; do perl -pi.bak -e "s/([A-Za-z0-9_]+) ATTRIBUTE_UNUSED/ARG_UNUSED(\1)/" $a; done for older g++ such as on PPC_DARWIN From jkrell at elego.de Fri Nov 5 23:51:30 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 23:51:30 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105225138.169222474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 23:51:30 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: genautomata.c Log message: repair From jkrell at elego.de Fri Nov 5 23:53:32 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 23:53:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105225332.1AF652474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 23:53:32 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: genautomata.c Log message: and do it right From jkrell at elego.de Fri Nov 5 23:55:29 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 5 Nov 2010 23:55:29 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105225542.8568ECC123@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/05 23:55:29 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: genemit.c Log message: repair From jkrell at elego.de Sat Nov 6 00:00:01 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 0:00:01 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105230015.49F362474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 00:00:01 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: genattrtab.c genautomata.c genemit.c genextract.c gengtype.c genmodes.c genoutput.c genpeep.c genpreds.c genrecog.c Log message: back to original 4.5.1, deal with it later... From jkrell at elego.de Sat Nov 6 00:02:31 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 0:02:31 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105230233.A49F62474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 00:02:31 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: calls.c Log message: repair From jkrell at elego.de Sat Nov 6 00:05:54 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 0:05:54 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105230557.A5086CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 00:05:54 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: builtins.c Log message: repair From jkrell at elego.de Sat Nov 6 00:07:16 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 0:07:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105230717.00741CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 00:07:16 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: builtins.c Log message: repair From jkrell at elego.de Sat Nov 6 00:26:24 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 0:26:24 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101105232927.0AA542474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 00:26:23 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt Log message: trigger clean From jkrell at elego.de Sat Nov 6 11:54:19 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 11:54:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106105419.61B80CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 11:54:19 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: genpeep.c Log message: go back two versions essentially: quash warning again, and no 'unused' problem in this file, they were locals not parameters From jkrell at elego.de Sat Nov 6 11:56:05 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 11:56:05 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106105605.4E6172474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 11:56:05 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: genattr.c genattrtab.c genautomata.c gencheck.c genchecksum.c gencodes.c genconditions.c genconfig.c genconstants.c genemit.c genextract.c genflags.c gengenrtl.c gengtype-parse.c gengtype.c genmddeps.c genmodes.c genopinit.c genoutput.c genpreds.c genrecog.c gensupport.c Log message: ATTRIBUTE_UNUSED => ARG_UNUSED, for older g++ on Darwin/ppc arg, much ado about very little In Microsoft C, you just: #pragma warning(disable:4100) /* unused parameter */ and are done with it. In C++ you just comment out the name. This is C++ now, actually.. From jkrell at elego.de Sat Nov 6 12:06:09 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 12:06:09 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106110609.1EBEACC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 12:06:09 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: addresses.h alias.c bt-load.c builtins.c c-common.c c-gimplify.c c-objc-common.c c-parser.c c-pch.c c-ppoutput.c c-pragma.c c-typeck.c caller-save.c calls.c cfg.c cfgcleanup.c cfgexpand.c cfgloop.c cfgrtl.c collect2.c combine.c cppspec.c cse.c cselib.c dbxout.c ddg.c debug.c df-core.c df-problems.c df-scan.c dfp.c diagnostic.c dse.c dwarf2asm.c dwarf2out.c emit-rtl.c except.c explow.c expr.c final.c fold-const.c function.c fwprop.c gcc.c gccspec.c gcov-dump.c gcse.c ggc-common.c ggc-page.c ggc-zone.c gimple.c gimplify.c graphite-clast-to-gimple.c graphite-poly.h graphite-sese-to-poly.c gthr-posix.c hooks.c ifcvt.c incpath.c ipa-inline.c ipa-prop.c ipa-pure-const.c ipa-reference.c ipa-struct-reorg.c ira-color.c ira.c jump.c langhooks.c loop-invariant.c loop-iv.c loop-unroll.c lower-subreg.c lto-symtab.c matrix-reorg.c mips-tfile.c mode-switching.c modulo-sched.c omega.c omega.h optabs.c passes.c postreload-gcse.c postreload.c predict.c real.c recog.c regcprop.c reginfo.c reload.c reload1.c resource.c rtlanal.c rtlhooks.c sched-deps.c sched-ebb.c sched-rgn.c sdbout.c sel-sched-dump.c sel-sched-ir.c sel-sched.c sese.c stack-ptr-mod.c statistics.c stmt.c stringpool.c targhooks.c tlink.c tree-affine.c tree-browser.c tree-cfg.c tree-complex.c tree-dfa.c tree-dump.c tree-if-conv.c tree-inline.c tree-into-ssa.c tree-loop-linear.c tree-mudflap.c tree-nomudflap.c tree-outof-ssa.c tree-parloops.c tree-profile.c tree-sra.c tree-ssa-alias.c tree-ssa-copy.c tree-ssa-dce.c tree-ssa-dom.c tree-ssa-dse.c tree-ssa-live.h tree-ssa-loop-im.c tree-ssa-loop-ivopts.c tree-ssa-operands.c tree-ssa-phiopt.c tree-ssa-sccvn.c tree-ssa-uncprop.c tree-ssa.c tree-stdarg.c tree-vect-generic.c tree-vect-loop.c unwind-c.c value-prof.c var-tracking.c varasm.c vmsdbgout.c xcoffout.c Log message: put space after ARG_UNUSED, I guess that is the prefered style (not by me..) but hey, reviewing this, I found more ATTRIB_UNUSED to fix From jkrell at elego.de Sat Nov 6 12:11:34 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 12:11:34 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106111134.6BDD6CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 12:11:34 Modified files: cm3/m3-sys/m3cc/gcc-4.5/include/: ansidecl.h Log message: There are far more of this "unused" problem, e.g. in the config directory, so just punt all attributes for gcc < 4.x. From jkrell at elego.de Sat Nov 6 12:15:46 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 12:15:46 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106111546.A13E02474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 12:15:46 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: directives.c expr.c files.c macro.c pch.c Log message: back to originals (this directory is pretty much dead to us..) From jkrell at elego.de Sat Nov 6 12:46:52 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 12:46:52 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106114652.E92BD2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 12:46:52 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: addresses.h alias.c bt-load.c builtins.c c-common.c c-gimplify.c c-objc-common.c c-parser.c c-pch.c c-ppoutput.c c-pragma.c c-typeck.c caller-save.c calls.c cfg.c cfgcleanup.c cfgexpand.c cfgloop.c cfgrtl.c collect2.c combine.c cppspec.c cse.c cselib.c dbxout.c ddg.c debug.c df-core.c df-problems.c df-scan.c dfp.c diagnostic.c dse.c dwarf2asm.c dwarf2out.c emit-rtl.c except.c explow.c expr.c final.c fold-const.c function.c fwprop.c gcc.c gccspec.c gcov-dump.c gcse.c genattr.c genattrtab.c genautomata.c gencheck.c genchecksum.c gencodes.c genconditions.c genconfig.c genconstants.c genemit.c genextract.c genflags.c gengenrtl.c gengtype-parse.c gengtype.c genmddeps.c genmodes.c genopinit.c genoutput.c genpeep.c genpreds.c genrecog.c gensupport.c ggc-common.c ggc-page.c ggc-zone.c gimple.c gimplify.c graphite-clast-to-gimple.c graphite-poly.h graphite-sese-to-poly.c gthr-posix.c hooks.c ifcvt.c incpath.c ipa-inline.c ipa-prop.c ipa-pure-const.c ipa-reference.c ipa-struct-reorg.c ira-color.c ira.c jump.c langhooks.c loop-invariant.c loop-iv.c loop-unroll.c lower-subreg.c lto-symtab.c matrix-reorg.c mips-tfile.c mode-switching.c modulo-sched.c omega.c omega.h optabs.c passes.c postreload-gcse.c postreload.c predict.c real.c recog.c regcprop.c reginfo.c reload.c reload1.c resource.c rtlanal.c rtlhooks.c sched-deps.c sched-ebb.c sched-rgn.c sdbout.c sel-sched-dump.c sel-sched-ir.c sel-sched.c sese.c stack-ptr-mod.c statistics.c stmt.c stringpool.c targhooks.c tlink.c tree-affine.c tree-browser.c tree-cfg.c tree-complex.c tree-dfa.c tree-dump.c tree-if-conv.c tree-inline.c tree-into-ssa.c tree-loop-linear.c tree-mudflap.c tree-nomudflap.c tree-outof-ssa.c tree-parloops.c tree-profile.c tree-sra.c tree-ssa-alias.c tree-ssa-copy.c tree-ssa-dce.c tree-ssa-dom.c tree-ssa-dse.c tree-ssa-live.h tree-ssa-loop-im.c tree-ssa-loop-ivopts.c tree-ssa-operands.c tree-ssa-phiopt.c tree-ssa-sccvn.c tree-ssa-uncprop.c tree-ssa.c tree-stdarg.c tree-vect-generic.c tree-vect-loop.c unwind-c.c value-prof.c var-tracking.c varasm.c vmsdbgout.c xcoffout.c Log message: go back two days, before the unused stuff arg, this is too hard in CVS, it is easier in all the other systems I should be able to undo specific changes, not have to pick a time From jkrell at elego.de Sat Nov 6 12:55:01 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 12:55:01 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106115502.38B9ACC10F@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 12:55:01 Modified files: cm3/m3-sys/m3cc/gcc-4.5/include/: ansidecl.h cm3/m3-sys/m3cc/gcc-apple/include/: ansidecl.h cm3/m3-sys/m3cc/gcc/include/: ansidecl.h Log message: try a little harder, but not much more on this.. From jkrell at elego.de Sat Nov 6 12:56:10 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 12:56:10 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106115610.87CF2CC123@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 12:56:10 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: sel-sched.c Log message: fix again From jkrell at elego.de Sat Nov 6 13:40:50 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 13:40:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106124050.837E4CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 13:40:50 Modified files: cm3/m3-sys/m3cc/gcc-4.5/include/: ansidecl.h cm3/m3-sys/m3cc/gcc-apple/include/: ansidecl.h cm3/m3-sys/m3cc/gcc/include/: ansidecl.h Log message: omitting unused parameter names doesn't work, because they are sometimes used, 'unused' means 'do not warn if not used, but it might be used' From jkrell at elego.de Sat Nov 6 13:42:26 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 13:42:26 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106124226.4B257CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 13:42:26 Modified files: cm3/m3-sys/m3cc/gcc-4.5/include/: ansidecl.h cm3/m3-sys/m3cc/gcc-apple/include/: ansidecl.h cm3/m3-sys/m3cc/gcc/include/: ansidecl.h Log message: remove newline in code that goes together From jkrell at elego.de Sat Nov 6 13:51:38 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 13:51:38 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106125138.4AAE3CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 13:51:38 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: more output for failing assert..but I'll go ahead and build AMD64_DARWIN From jkrell at elego.de Sat Nov 6 17:06:34 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 17:06:34 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106160634.B19442474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 17:06:34 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: c-common.h c-parser.c combine.c cse.c df.h domwalk.h dwarf2out.c function.h gengtype-lex.l gimple.h hwint.h recog.h regrename.c rtl.h system.h tree-flow.h tree-into-ssa.c tree-ssa-sccvn.h tree.h vmsdbg.h cm3/m3-sys/m3cc/gcc-4.5/include/: obstack.h cm3/m3-sys/m3cc/gcc-4.5/libcpp/: system.h cm3/m3-sys/m3cc/gcc-4.5/libcpp/include/: cpplib.h line-map.h Log message: some fixes and prep for fixes for compiling with SunStudio 12 C++ (g++ on opencsw 9s produces executables that don't work, can't find libstdc++) see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333 From jkrell at elego.de Sat Nov 6 17:30:12 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 17:30:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106163012.A4D302474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 17:30:12 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: line-map.c Log message: "../../gcc-4.5/libcpp/line-map.c", line 100: Error: Different types for "?:" (void*(*)(void*,unsigned) and extern "C" void*(*)(void*,unsigned)). From jkrell at elego.de Sat Nov 6 17:34:31 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 17:34:31 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106163431.ACE0B2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 17:34:31 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: builtins.c Log message: "../../gcc-4.5/gcc/builtins.c", line 3004: Error: Overloading ambiguity between "std::abs(int)" and "std::abs(long)". "../../gcc-4.5/gcc/builtins.c", line 3044: Error: Overloading ambiguity between "std::abs(int)" and "std::abs(long)". "../../gcc-4.5/gcc/builtins.c", line 3051: Error: Overloading ambiguity between "std::abs(int)" and "std::abs(long)". abs => wide_abs (#define'ed by me in hwint.h) From jkrell at elego.de Sat Nov 6 18:04:20 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 18:04:20 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106170420.A13012474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 18:04:20 Modified files: cm3/m3-sys/m3cc/gcc/gmp/: gmp-impl.h Log message: "gmp-impl.h", line 2812: warning: attribute "mode" is unknown, ignored "gmp-impl.h", line 2812: warning: attribute parameter "QI" is undefined "gmp-impl.h", line 2813: warning: attribute "mode" is unknown, ignored "gmp-impl.h", line 2813: warning: attribute parameter "SI" is undefined "gmp-impl.h", line 2814: warning: attribute "mode" is unknown, ignored "gmp-impl.h", line 2814: warning: attribute parameter "SI" is undefined "gmp-impl.h", line 2815: warning: attribute "mode" is unknown, ignored "gmp-impl.h", line 2815: warning: attribute parameter "DI" is undefined "gmp-impl.h", line 2816: warning: attribute "mode" is unknown, ignored "gmp-impl.h", line 2816: warning: attribute parameter "DI" is undefined with SunStudio 12, add if defined(__GNUC__) and go down portable path. From jkrell at elego.de Sat Nov 6 18:09:10 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 18:09:10 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106170910.948242474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 18:09:10 Modified files: cm3/m3-sys/m3cc/gcc-4.5/libcpp/: system.h cm3/m3-sys/m3cc/gcc-4.5/gcc/: system.h Log message: fix ENUM_BITFIELD for C compiler other than gcc cc -c -g -DIN_GCC -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild -I../../gcc-4.5/gcc -I../../gcc-4.5/gcc/build -I../../gcc-4.5/gcc/../include -I../../gcc-4.5/gcc/../libcpp/include -I/home/jkrell/dev2/cm3/m3-sys/m3cc/SOLsun/./gmp -I/home/jkrell/dev2/cm3/m3-sys/m3cc/gcc-4.5/gmp -I../../gcc-4.5/gcc/../libdecnumber -I../../gcc-4.5/gcc/../libdecnumber/dpd -I../libdecnumber -I/usr/include/libelf \ -o build/genconfig.o ../../gcc-4.5/gcc/genconfig.c "../../gcc-4.5/gcc/../libcpp/include/line-map.h", line 66: warning: unnamed struct member and possibly: "../../gcc-4.5/gcc/rtl.h", line 242: warning: unnamed struct member "../../gcc-4.5/gcc/rtl.h", line 245: warning: unnamed struct member "../../gcc-4.5/gcc/genconfig.c", line 75: undefined struct/union member: code "../../gcc-4.5/gcc/genconfig.c", line 100: improper member use: code "../../gcc-4.5/gcc/genconfig.c", line 101: improper member use: code "../../gcc-4.5/gcc/genconfig.c", line 124: improper member use: code "../../gcc-4.5/gcc/genconfig.c", line 135: improper member use: code "../../gcc-4.5/gcc/genconfig.c", line 136: improper member use: code "../../gcc-4.5/gcc/genconfig.c", line 153: improper member use: code "../../gcc-4.5/gcc/genconfig.c", line 155: improper member use: code "../../gcc-4.5/gcc/genconfig.c", line 253: undefined struct/union member: code "../../gcc-4.5/gcc/genconfig.c", line 254: improper member use: code "../../gcc-4.5/gcc/genconfig.c", line 291: undefined struct/union member: code cc: acomp failed for ../../gcc-4.5/gcc/genconfig.c From jkrell at elego.de Sat Nov 6 18:18:27 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 18:18:27 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106171827.C3A122474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 18:18:27 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: dfp.c Log message: "../../gcc-4.5/gcc/dfp.c", line 76: Error: "decimal_do_compare(const real_value*, const real_value*, int)" is expected to return a value. "../../gcc-4.5/gcc/dfp.c", line 100: Error: "decimal_real_to_integer(const real_value*)" is expected to return a value. "../../gcc-4.5/gcc/dfp.c", line 111: Error: "decimal_real_arithmetic(real_value*, tree_code, const real_value*, const real_value and quash warnings From jkrell at elego.de Sat Nov 6 18:25:29 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 18:25:29 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106172529.1A0E02474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 18:25:29 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: fixed-value.c Log message: ../../gcc-4.5/gcc/fixed-value.c", line 60: Error: "fixed_arithmetic(fixed_value*, int, const fixed_value*, const fixed_value*, bool)" is expected to return a value. "../../gcc-4.5/gcc/fixed-value.c", line 65: Error: "fixed_compare(int, const fixed_value*, const fixed_value*)" is expected to return a value. "../../gcc-4.5/gcc/fixed-value.c", line 70: Error: "fixed_convert(fixed_value*, machine_mode, const fixed_value*, bool)" is expected to return a value. ^ and fix warnings From jkrell at elego.de Sat Nov 6 18:27:34 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 18:27:34 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106172734.6311F2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 18:27:34 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: fold-const.c Log message: "../../gcc-4.5/gcc/fold-const.c", line 7823: Error: Overloading ambiguity between "std::abs(int)" and "std::abs(long)". abs => wide_abs, #defined in hwint.h From jkrell at elego.de Sat Nov 6 18:34:53 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 18:34:53 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106173453.78A2F2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 18:34:53 Modified files: cm3/m3-sys/m3cc/src/: gnucc.common Log message: steer toward cc and CC; needs more work maybe From jkrell at elego.de Sat Nov 6 18:36:41 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 18:36:41 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106173641.2911E2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 18:36:41 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: langhooks.c Log message: "../../gcc-4.5/gcc/langhooks.c", line 197: Error: "lhd_type_promotes_to(tree_node*)" is expected to return a value. "../../gcc-4.5/gcc/langhooks.c", line 288: Error: "lhd_tree_size(tree_code)" is expected to return a value. From jkrell at elego.de Sat Nov 6 18:39:24 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 6 Nov 2010 18:39:24 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106173924.2C9A22474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/06 18:39:24 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: lto-compress.c Log message: "../../gcc-4.5/gcc/lto-compress.c", line 46: Error: "lto_start_compression(void(*)(const char*,unsigned,void*), void*)" is expected to return a value. "../../gcc-4.5/gcc/lto-compress.c", line 66: Error: "lto_start_uncompression(void(*)(const char*,unsigned,void*), void*)" is expected to return a value. From jkrell at elego.de Sun Nov 7 00:47:51 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 0:47:51 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101106234751.80B512474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 00:47:51 Modified files: cm3/m3-sys/m3cc/src/: gnucc.common Log message: fix From jkrell at elego.de Sun Nov 7 01:14:49 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 1:14:49 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107001449.E95402474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 01:14:49 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: system.h cm3/m3-sys/m3cc/gcc-4.5/libcpp/: system.h Log message: attempt fix for: Sun doesn't always declare _flsbuf/__flsbuf/_filbuf/__filbuf: opts.c, line 1233: Error: The function "__flsbuf" must have a prototype. see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333 From jkrell at elego.de Sun Nov 7 01:24:21 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 1:24:21 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107002421.48ADB2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 01:24:21 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: system.h cm3/m3-sys/m3cc/gcc-4.5/libcpp/: system.h Log message: move the code down two lines, now that I read what HAVE_DECL_PUTC_UNLOCKED means From jkrell at elego.de Sun Nov 7 01:29:25 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 1:29:25 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107002925.880142474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 01:29:25 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: rtl.c Log message: "../../gcc-4.5/gcc/rtl.def", line 82: Error: Badly formed constant expression. "../../gcc-4.5/gcc/rtl.def", line 89: Error: "}" expected instead of "sizeof". see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333 From jkrell at elego.de Sun Nov 7 01:31:19 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 1:31:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107003119.4F6C22474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 01:31:19 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: targhooks.c Log message: "../../gcc-4.5/gcc/targhooks.c", line 85: Error: "default_legitimate_address_p(machine_mode, rtx_def*, bool)" is expected to return a value. "../../gcc-4.5/gcc/targhooks.c", line 938: Error: "default_addr_space_convert(rtx_def*, tree_node*, tree_node*)" is expected to return a value. see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333 From jkrell at elego.de Sun Nov 7 01:34:16 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 1:34:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107003416.C127C2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 01:34:16 Modified files: cm3/m3-sys/m3cc/src/: gnucc.common Log message: append env From jkrell at elego.de Sun Nov 7 01:35:54 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 1:35:54 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107003554.5E2832474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 01:35:54 Modified files: cm3/m3-sys/m3cc/src/: gnucc.common Log message: more favoring cc/CC, on Solaris From jkrell at elego.de Sun Nov 7 01:36:12 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 1:36:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107003612.546FA2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 01:36:12 Modified files: cm3/m3-sys/m3cc/src/: gnucc.common Log message: comment only From jkrell at elego.de Sun Nov 7 01:46:09 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 1:46:09 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107004609.D83ED2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 01:46:08 Modified files: cm3/m3-sys/m3cc/gcc-4.5/include/: obstack.h Log message: void* instead of char*, I don't understand.. From jkrell at elego.de Sun Nov 7 02:08:27 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 2:08:27 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107010827.DF4C02474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 02:08:27 Modified files: cm3/m3-sys/m3cc/gcc/gmp/: gmp-h.in Log message: Undefined first referenced symbol in file __gmpn_add /home/jkrell/dev2/cm3/m3-sys/m3cc/SOLsun/./gmp/.libs/libgmp.a(add.o) __gmpn_cmp /home/jkrell/dev2/cm3/m3-sys/m3cc/SOLsun/./gmp/.libs/libgmp.a(add.o) __gmpn_sub /home/jkrell/dev2/cm3/m3-sys/m3cc/SOLsun/./gmp/.libs/libgmp.a(add.o) __gmpn_add_1 /home/jkrell/dev2/cm3/m3-sys/m3cc/SOLsun/./gmp/.libs/libgmp.a(add_ui.o) __gmpn_sub_1 /home/jkrell/dev2/cm3/m3-sys/m3cc/SOLsun/./gmp/.libs/libgmp.a(add_ui.o) try extern "C" From jkrell at elego.de Sun Nov 7 02:38:13 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 2:38:13 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107013814.5725C2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 02:38:13 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: system.h cm3/m3-sys/m3cc/gcc-4.5/libcpp/: system.h Log message: huh, seems to work: enum bitfields; can then make it back to one parameter and unchange gengtype, later From jkrell at elego.de Sun Nov 7 02:48:11 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 2:48:11 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107014812.2A0382474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 02:48:11 Modified files: cm3/m3-sys/m3cc/gcc/gmp/mpn/: Makefile.am Makefile.in Added files: cm3/m3-sys/m3cc/gcc/gmp/mpn/generic/: add.c add_1.c cmp.c sub.c sub_1.c Log message: add back add, sub, add_1, sub_1, cmp, for when not optimizing From jkrell at elego.de Sun Nov 7 02:50:17 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 2:50:17 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107015028.E23F32474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 02:50:17 Modified files: cm3/m3-sys/m3cc/gcc/gmp/mpn/: Makefile.in Log message: fix the K&R case From jkrell at elego.de Sun Nov 7 02:54:31 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 2:54:31 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107015432.CCD192474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 02:54:31 Modified files: cm3/m3-sys/m3cc/gcc/gmp/mpn/: Makefile.in Log message: just remove the K&R stuff, gcc requires ANSI C, or even C++ From jkrell at elego.de Sun Nov 7 05:21:45 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 5:21:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107042146.5CE682474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 05:21:45 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: rtl.h Log message: rename gen_lowpart to gen_lowpart_ to workaround Sun CC problem on opencsw current10s see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333 From jkrell at elego.de Sun Nov 7 13:50:51 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 13:50:51 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107125051.18FD6CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 13:50:51 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: bitmap.c Log message: don't #define __alignof__ if it is #defined This should fix a warning using Sun CC. see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333 From jkrell at elego.de Sun Nov 7 13:54:47 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 13:54:47 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107125447.C17D3CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 13:54:47 Modified files: cm3/m3-sys/m3cc/gcc-apple/gcc/: stub-objc.c Log message: typename => type, so it can be compiled as C++ From hosking at cs.purdue.edu Sun Nov 7 14:26:03 2010 From: hosking at cs.purdue.edu (Tony Hosking) Date: Sun, 7 Nov 2010 08:26:03 -0500 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20101107042146.5CE682474003@birch.elegosoft.com> References: <20101107042146.5CE682474003@birch.elegosoft.com> Message-ID: <1DBE8167-E3BA-4A5B-B36C-D5982DE94B3E@cs.purdue.edu> Are all these hacks for broken sun cc really necessary? Sent from my iPad On 07/11/2010, at 5:21 AM, jkrell at elego.de (Jay Krell) wrote: > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 10/11/07 05:21:45 > > Modified files: > cm3/m3-sys/m3cc/gcc-4.5/gcc/: rtl.h > > Log message: > rename gen_lowpart to gen_lowpart_ to workaround Sun CC problem > on opencsw current10s > see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333 From jkrell at elego.de Sun Nov 7 22:44:12 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 22:44:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107214412.5634D2474008@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 22:44:12 Modified files: cm3/m3-sys/m3cc/gcc/gmp/: Makefile.am Makefile.in cm3/m3-sys/m3cc/gcc/gmp/mpn/: Makefile.in cm3/m3-sys/m3cc/gcc/gmp/mpz/: Makefile.in Removed files: cm3/m3-sys/m3cc/gcc/gmp/: ansi2knr.1 ansi2knr.c Log message: trim K&R support From jkrell at elego.de Sun Nov 7 22:45:36 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 22:45:36 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107214536.2FE23CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 22:45:36 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt m3makefile cm3/m3-sys/m3cc/gcc/gcc/m3cg/: Make-lang.in m3-parse.h parse.c Removed files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-convert.c Log message: for some reason, m3-convert.c needs to be combined with parse.c in particular, on Solaris 2.10 with Sun CC, the value of TREE_TYPE (expr) changes from the caller and convert. The value in convert is garbage and it crashes. This doesn't make sense, but I think it is ok to make the change without understanding the rest of the problem. If history preservation is paramount, we could #include it instead. I didn't just merge the files, I also made edits to the convert function. It had two temporaries that were identical to a paramter -- removed. Current gcc 4.5 c-convert.c uses a switch instead of an if-latter, done. removed support for vector/fixed/decimalfloat in a few cases, e.g. INIT_FLOAT, LOAD_ADDRESS, use a local instead of changing what is now a "persistant" member variable fix the tracing during the handler calls (op vs. get_op()) support m3_break_lineno during the handler calls (far more interesting there, unless you want to debug the reading of the .mc file) NOTE: the tracing during handler calls doesn't print the parameters; that is only done in the reading pass. That can be fixed. Generally the tracing isn't interesting in the reading pass, only if there is a bug in reading. From jkrell at elego.de Sun Nov 7 22:48:47 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 22:48:47 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107214847.48954CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 22:48:47 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: Makefile.in dfp.c Removed files: cm3/m3-sys/m3cc/gcc-4.5/libdecnumber/: ChangeLog Makefile.in aclocal.m4 config.in configure configure.ac dconfig.h decCommonSymbols.h decContext.h decContextSymbols.h decDPD.h decDPDSymbols.h decDouble.h decDoubleSymbols.h decExcept.h decNumber.h decNumberLocal.h decNumberSymbols.h decPacked.h decPackedSymbols.h decQuad.h decQuadSymbols.h decRound.h decSingle.h decSingleSymbols.h cm3/m3-sys/m3cc/gcc-4.5/libdecnumber/bid/: bid-dpd.h bid2dpd_dpd2bid.h decimal128.h decimal128Local.h decimal128Symbols.h decimal32.h decimal32Symbols.h decimal64.h decimal64Symbols.h cm3/m3-sys/m3cc/gcc-4.5/libdecnumber/dpd/: decimal128.h decimal128Local.h decimal128Symbols.h decimal32.h decimal32Symbols.h decimal64.h decimal64Symbols.h Log message: trim unused code -- decimal float support From jay.krell at cornell.edu Sun Nov 7 22:52:53 2010 From: jay.krell at cornell.edu (Jay K) Date: Sun, 7 Nov 2010 21:52:53 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <1DBE8167-E3BA-4A5B-B36C-D5982DE94B3E@cs.purdue.edu> References: <20101107042146.5CE682474003@birch.elegosoft.com>, <1DBE8167-E3BA-4A5B-B36C-D5982DE94B3E@cs.purdue.edu> Message-ID: I would prefer to have them, yes. g++ is broken on the opencsw machines. -bash-4.1$ /opt/csw/gcc4/bin/g++ 2.c -bash-4.1$ ./a.out ld.so.1: a.out: fatal: libstdc++.so.6: open failed: No such file or directory Killed I suspect gcc-trunk will get them, but I can't guarantee that or its timing. The ENUM_BITFIELD change could be mostly undone. I can compile m3cc on Solaris 2.10 with /usr/bin/bin/CC now. ?- Jay ---------------------------------------- > From: hosking at cs.purdue.edu > To: jkrell at elego.de > Date: Sun, 7 Nov 2010 08:26:03 -0500 > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > Are all these hacks for broken sun cc really necessary? > > Sent from my iPad > > On 07/11/2010, at 5:21 AM, jkrell at elego.de (Jay Krell) wrote: > > > CVSROOT: /usr/cvs > > Changes by: jkrell at birch. 10/11/07 05:21:45 > > > > Modified files: > > cm3/m3-sys/m3cc/gcc-4.5/gcc/: rtl.h > > > > Log message: > > rename gen_lowpart to gen_lowpart_ to workaround Sun CC problem > > on opencsw current10s > > see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333 From jkrell at elego.de Sun Nov 7 22:57:22 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 22:57:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107215722.B1B2CCC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 22:57:22 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: Solaris.common Log message: probe for OpenGL on all Solaris targets -- it is missing on opencsw current10s From jkrell at elego.de Sun Nov 7 23:29:57 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 7 Nov 2010 23:29:57 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101107222957.DE741CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/07 23:29:57 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: system.h cm3/m3-sys/m3cc/gcc-4.5/libcpp/: system.h Log message: use bitfields for non-gcc C compilers From jkrell at elego.de Mon Nov 8 01:05:50 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 1:05:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108000551.4990A2474008@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 01:05:50 Modified files: cm3/m3-libs/m3core/src/text/: TextLiteral.i3 Log message: reenable crossing from 32bit to 64bit From jkrell at elego.de Mon Nov 8 02:11:55 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 2:11:55 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108011155.B1F802474008@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 02:11:55 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/config/rs6000/: rs6000.c Log message: see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46334 see http://hudson.modula3.com:8080/job/cm3-current-m3cc-PPC_DARWIN/93/consoleFull g++ -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -DHAVE_CONFIG_H -o m3cgc1 m3cg/parse.o m3cg/m3-convert.o attribs.o main.o libbackend.a ../libcpp/libcpp.a ../libcpp/libcpp.a ../libiberty/libiberty.a -L/Volumes/luthien/home/hudson2/workspace/cm3-m3cc-PPC_DARWIN/cm3/m3-sys/m3cc/PPC_DARWIN/./gmp/.libs -lgmp -L/Volumes/luthien/home/hudson2/workspace/cm3-m3cc-PPC_DARWIN/cm3/m3-sys/m3cc/PPC_DARWIN/./gmp/.libs -lgmp ld: Undefined symbols: __Z29legitimate_indirect_address_pP7rtx_defi remove inline From jkrell at elego.de Mon Nov 8 02:28:21 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 2:28:21 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108012821.2303DCC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 02:28:21 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/config/i386/: i386.md Log message: put "return 0;" after gcc_unreachable see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46333 see http://hudson.modula3.com:8080/job/cm3-current-m3cc-I386_SOLARIS-opencsw-current10x/106/console cd . && cd gcc && gmake CXX=/usr/bin/CC CC=/usr/bin/cc MAKE=gmake AUTOCONF=: AUTOMAKE=: LEX='touch lex.yy.c' MAKEINFO=: s-modes insn-config.h m3cg /usr/bin/CC -c -g -DIN_GCC -DHAVE_CONFIG_H -I. -I. -I../../gcc-4.5/gcc -I../../gcc-4.5/gcc/. -I../../gcc-4.5/gcc/../include -I../../gcc-4.5/gcc/../libcpp/include -I/home/m3hudson/current10x/workspace/cm3-current-m3cc-I386_SOLARIS-opencsw-current10x/cm3/m3-sys/m3cc/I386_SOLARIS/./gmp -I/home/m3hudson/current10x/workspace/cm3-current-m3cc-I386_SOLARIS-opencsw-current10x/cm3/m3-sys/m3cc/gcc-4.5/gmp -I/usr/include/libelf insn-output.c -o insn-output.o "../../gcc-4.5/gcc/config/i386/i386.md", line 2987: Error: "output_100(rtx_def**, rtx_def*)" is expected to return a value. "../../gcc-4.5/gcc/config/i386/i386.md", line 2999: Error: "output_101(rtx_def**, rtx_def*)" is expected to return a value. "../../gcc-4.5/gcc/config/i386/i386.md", line 3490: Error: "output_106(rtx_def**, rtx_def*)" is expected to return a value. "../../gcc-4.5/gcc/config/i386/i386.md", line 3502: Error: "output_107(rtx_def**, rtx_def*)" is expected to return a value. "../../gcc-4.5/gcc/config/i386/i386.md", line 3643: Error: "output_111(rtx_def**, rtx_def*)" is expected to return a value. 5 Error(s) detected. (note that Sun CC isn't unreasonable here an some of its other errors; sometimes the gcc code is g++ specific, ENUM_BITFIELD for example) From jkrell at elego.de Mon Nov 8 02:48:45 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 2:48:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108014845.4FAC1CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 02:48:45 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt Log message: clean From jkrell at elego.de Mon Nov 8 09:39:31 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 9:39:31 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108083931.A5446CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 09:39:31 Modified files: cm3/scripts/regression/: hudson_build_system.sh hudson_pkg_tests.sh Log message: possible fix for set -ex From jkrell at elego.de Mon Nov 8 11:18:32 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 11:18:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108101832.24376CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 11:18:32 Modified files: cm3/scripts/: sysinfo.sh Log message: attempt to fix for set -ex (PPC_DARWIN) From jkrell at elego.de Mon Nov 8 11:19:06 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 11:19:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108101906.C478ECC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 11:19:06 Modified files: cm3/scripts/: sysinfo-new.sh Log message: attempt to fix for set -ex (PPC_DARWIN) From jkrell at elego.de Mon Nov 8 11:19:50 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 11:19:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108101950.A229BCC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 11:19:50 Modified files: cm3/scripts/regression/: defs.sh Log message: attempt to fix for set -ex (PPC_DARWIN) From jkrell at elego.de Mon Nov 8 12:24:30 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 12:24:30 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108112430.324FACC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 12:24:30 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: extend support to OSF4 via -enable-obsolete From jkrell at elego.de Mon Nov 8 12:30:21 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 12:30:21 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108113021.9B3EDCC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 12:30:21 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: VMS.common Log message: if not defined around setting TARGET_ENDIAN it is readonly and always already set but also, indeed, VMS is always little endian From jkrell at elego.de Mon Nov 8 12:46:55 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 12:46:55 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108114655.EA3462474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 12:46:55 Modified files: cm3/m3-sys/m3cc/gcc/gmp/: gmp-impl.h Log message: fix integer types From jkrell at elego.de Mon Nov 8 13:00:33 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 13:00:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108120033.2F6C12474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 13:00:33 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: vmsdbgout.c Log message: fix ALPHA32_VMS to compile as C++ From jkrell at elego.de Mon Nov 8 13:20:40 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 13:20:40 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108122040.D2E5A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 13:20:40 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: quash warnings about not handling every enum value in a switch From jkrell at elego.de Mon Nov 8 13:29:03 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 13:29:03 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108122903.E2BF72474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 13:29:03 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: ALPHA32_VMS ALPHA64_VMS Log message: no debug info on ALPHA32/64_VMS, at least "for now" the backend crashes..the problem looks familiar, like something already solved, but quick attempt to fix failed in particular, it was hashing null, usually the result of "UNKNOWN_LOCATION" but I tried changing the #define build_decl in parse.c to use BUILTINS_LOCATION if input_location == UNKNOWN_LOCATION, no luck should really find out what decl it was.. From jkrell at elego.de Mon Nov 8 13:29:03 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 8 Nov 2010 13:29:03 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101108122903.E2BF72474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/08 13:29:03 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: ALPHA32_VMS ALPHA64_VMS Log message: no debug info on ALPHA32/64_VMS, at least "for now" the backend crashes..the problem looks familiar, like something already solved, but quick attempt to fix failed in particular, it was hashing null, usually the result of "UNKNOWN_LOCATION" but I tried changing the #define build_decl in parse.c to use BUILTINS_LOCATION if input_location == UNKNOWN_LOCATION, no luck should really find out what decl it was.. From jkrell at elego.de Tue Nov 9 12:05:39 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 9 Nov 2010 12:05:39 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101109110539.3811ECC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/09 12:05:39 Modified files: cm3/m3-libs/sysutils/src/: FSUtils.m3 Log message: disable diagnostic output, but code left in, for now From jkrell at elego.de Wed Nov 10 09:28:14 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 9:28:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110082814.C135CCC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 09:28:14 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: use deriveds for clean, including for PREBUILT use BindExport for ship, including for PREBUILT => writing into .M3SHIP or manually copying are both sleazy, and unnecessary note that cm3 -clean is still very incomplete it would help somewhat is deriveds could handle directories.. really clean just should equal realclean.. the goal of knowing every single output is laudible but probably not really realistic far far easier to know the root output directory and hope/pray/verify that the outputs are really all in it (there definitely have been violations to that!, and in a sense there still are deliberate ones, e.g. when you set M3CC_TARGET..maybe someday gcc will be multi-target and -target=all will be real.. eh..yet another C/C++ backend provides...one codegen for all targets..) From jkrell at elego.de Wed Nov 10 09:32:35 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 9:32:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110083235.C49DCCC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 09:32:35 Modified files: cm3/scripts/: upgrade.sh Log message: blow away the entire config directory and rebuild it from scratch, instead of only deleting the files that happen to exist currently -- this handles deletes, which are, granted, rare From jkrell at elego.de Wed Nov 10 10:50:02 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 10:50:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110095002.9B08A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 10:50:02 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: remove fs_rmrec workaround From jkrell at elego.de Wed Nov 10 11:27:34 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 11:27:34 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110102734.B6DAD2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 11:27:34 Modified files: cm3/scripts/python/: make-dist.py Log message: remove libm3gcdefs support From jkrell at elego.de Wed Nov 10 11:28:29 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 11:28:29 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110102829.14A472474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 11:28:29 Modified files: cm3/scripts/python/: make-dist.py Log message: remove unnecessary building of m3bundle and redundant listing of mklib From jkrell at elego.de Wed Nov 10 11:29:17 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 11:29:17 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110102917.781802474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 11:29:17 Modified files: cm3/scripts/: upgrade.sh Log message: remove use of cminstall remove prebuild of m3bundle/cminstall remove the fallback upon error related to config files always follow the same steps: build w/old w/o libm3/m3core update/ship all at once: cm3, cm3cg, config rebuild all including m3core/libm3 update/ship again (just cm3 should suffice) don't bother using install-cm3-compiler.sh don't bother making backups including that the config backups weren't valuable/complete and we have so many other backups already add use of m3cggen this is only useful under development, not really in Hudson et. al. as the developer should commit the updated m3cg.h replace "run" with set -ex edit usage statement stop using "core" group it is slightly and unnecessarily inflated (cminstall, m3bundle, parseparams) use a hardcoded list reduce boilerplate running sysinfo.sh etc. make sure we can run cm3 --version and cm3cg --version before accepting them (including we have to hack M3CONFIG in case cm3.cfg is not in $PATH, lame! it has a version even if there is no cm3.cfg and no target!) Still, this doesn't work as it should -- it should ship to temp, use that to ship to a second temp, and only then update the original and delete the temps. (as well, build should just immediately ship, since it is a new empty location) (tbd) See what python/make-dist.py does. From jkrell at elego.de Wed Nov 10 11:34:37 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 11:34:37 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110103437.44F3E2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 11:34:37 Removed files: cm3/scripts/: upgrade-5.3.sh Log message: remove obsolete/unused file From jkrell at elego.de Wed Nov 10 11:42:40 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 11:42:40 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110104240.B1F942474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 11:42:40 Removed files: cm3/scripts/: boot-cm3-build-on-target.sh boot-cm3-core.sh boot-cm3-makefile-lib.tmpl boot-cm3-makefile-prog.tmpl boot-cm3-with-m3.sh copy-bootarchives.sh Log message: remove unused files From jkrell at elego.de Wed Nov 10 11:45:08 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 11:45:08 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110104508.A4B242474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 11:45:08 Removed files: cm3/scripts/: build-cross-backend.sh pack-crossbuild.sh ppc-cross-build.sh Log message: remove unused files From jkrell at elego.de Wed Nov 10 11:57:36 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 11:57:36 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110105736.BFCAE2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 11:57:36 Modified files: cm3/scripts/: make-bin-dist-min.sh Log message: remove create-skel.sh use, replace with one mkdir all the other mkdirs are done as needed already From jkrell at elego.de Wed Nov 10 11:58:01 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 11:58:01 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110105801.893BC2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 11:58:01 Removed files: cm3/scripts/: create-skel.sh Log message: remove unused From jkrell at elego.de Wed Nov 10 11:59:44 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 11:59:44 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110105944.4E9902474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 11:59:44 Modified files: cm3/scripts/win/: do-cm3-std.cmd Log message: remove obsolete comment -- really build std, in order, don't need to frontload m3bundle From jkrell at elego.de Wed Nov 10 12:00:17 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 12:00:17 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110110017.DEAED2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 12:00:17 Removed files: cm3/scripts/: do-cm3-std.bat Log message: remove unused From jkrell at elego.de Wed Nov 10 12:07:57 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 12:07:57 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110110757.6A1E72474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 12:07:57 Removed files: cm3/scripts/: backup-pkgs.sh archive-pkg.sh Log message: remove unused From jkrell at elego.de Wed Nov 10 12:14:49 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 12:14:49 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110111449.DE7272474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 12:14:49 Modified files: cm3/scripts/: upgrade.sh Log message: reexpand boilerplate, so scripts can run with cd=root From jkrell at elego.de Wed Nov 10 12:26:38 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 12:26:38 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110112638.B3AEC2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 12:26:38 Modified files: cm3/scripts/dev/windows/: do-cm3.cmd Log message: Support all NT operating systems without further checks. This is highly likely portable down to NT 3.51 and portable up to all NT operating systems that will ever be created, at least that have any ability to run any .cmd file. I left the check for "%OS%"=="Windows_NT" in because, I guess, OS/2 can run .cmd files. But Windows 9x can also run them, there are versions of cmd.exe for it. So the check is probably still overeager. Anyway, nobody is likely to try any of the other systems (OS/2, Win9x, NT 3.1, etc.) From jkrell at elego.de Wed Nov 10 12:28:36 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 12:28:36 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110112836.186AC2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 12:28:36 Modified files: cm3/scripts/dev/windows/: do-cm3.cmd Log message: pushd foo cd bar is terser and no less clear as pushd foo\bar From jkrell at elego.de Wed Nov 10 12:29:56 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 12:29:56 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110112958.51D7C2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 12:29:56 Modified files: cm3/scripts/dev/windows/: RCC_upgradeCM3.cmd Log message: pushd foo cd bar is equivalent to pushd foo\bar From jkrell at elego.de Wed Nov 10 12:51:59 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 12:51:59 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110115159.52C8A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 12:51:59 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Turn off all the new type code for now. The elego code base turned up: new source -> compiling RsrcFilter.m3 ../src/RsrcFilter.m3: In function 'RsrcFilter__Init': ../src/RsrcFilter.m3:77:0: internal compiler error: in int_mode_for_mode, at stor-layout.c:469 (even without any optimizations, target=AMD64_DARWIN) From jkrell at elego.de Wed Nov 10 13:24:45 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 13:24:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110122445.DBEFF2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 13:24:45 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: split m3_volatize into get_volatize() and set_volatize() From jkrell at elego.de Wed Nov 10 14:12:40 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 14:12:40 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110131240.29A1F2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 14:12:40 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: don't inline nested functions inside volatized functions, to fix: elego/m3msh/src/M3MiniShell.m3: In function 'M3MiniShell__ProcessParameters': elego/m3msh/src/M3MiniShell.m3:608:0: error: variable '_nonlocal_var_rec.188' might be clobbered by 'longjmp' or 'vfork' From jkrell at elego.de Wed Nov 10 14:13:55 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 14:13:55 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110131355.3ACEFCC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 14:13:55 Modified files: cm3/scripts/: pkginfo.txt Log message: add the elego packages From jkrell at elego.de Wed Nov 10 14:18:11 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 14:18:11 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110131811.80C41CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 14:18:11 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: tree-nested.c Log message: add comment at top saying we changed it From jkrell at elego.de Wed Nov 10 14:39:42 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 10 Nov 2010 14:39:42 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101110133942.6A9A82474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 14:39:42 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: cure is worse than disease -- causes breaks elsewhere, needs more investigation From jkrell at elego.de Thu Nov 11 08:52:34 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 8:52:34 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111075234.667E2CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 08:52:34 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: make get/set_volatize functions instead of macros From jkrell at elego.de Thu Nov 11 09:12:02 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 9:12:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111081204.33561CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 09:12:02 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix warnings From jkrell at elego.de Thu Nov 11 09:28:42 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 9:28:42 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111082842.3A089CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 09:28:42 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: zero struct language_function with memset From jkrell at elego.de Thu Nov 11 10:44:41 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 10:44:41 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111094442.28E24CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 10:44:41 Modified files: cm3/scripts/regression/: hudson_pkg_tests.sh Log message: no need for existance check before rm -rf From jkrell at elego.de Thu Nov 11 10:46:26 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 10:46:26 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111094626.5CEB6CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 10:46:26 Modified files: cm3/scripts/regression/: hudson_build_system.sh Log message: try set -ex From jkrell at elego.de Thu Nov 11 11:01:40 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 11:01:40 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111100140.D5940CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 11:01:40 Modified files: cm3/scripts/regression/: defs.sh Log message: no need for existance check before rm -rf From jkrell at elego.de Thu Nov 11 11:10:05 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 11:10:05 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111101005.66821CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 11:10:05 Modified files: cm3/scripts/: do-cm3-std.sh Log message: remove m3bundle oddity, making 'all' and 'std' almost the same, and I don't understand the difference From jkrell at elego.de Thu Nov 11 11:12:17 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 11:12:17 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111101217.10E34CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 11:12:17 Modified files: cm3/scripts/: do-cm3-std.sh Log message: make 'std' == 'all' -- 'std' was filtering on 'std', whereas all is really just every line in pkginfo.txt; it was intended to have every line say 'std', but that is also pointless From jkrell at elego.de Thu Nov 11 11:16:04 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 11:16:04 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111101604.73E99CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 11:16:04 Modified files: cm3/scripts/python/: pylib.py Log message: more efficient equating of std==all, which already was true From jkrell at elego.de Thu Nov 11 11:22:35 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 11:22:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111102235.6DE14CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 11:22:35 Modified files: cm3/scripts/: pkginfo.txt cm3/scripts/dev/windows/: do-cm3.cmd cm3/scripts/win/: do-cm3-std.cmd Log message: make "all" and "std" both be simply every line in pkginfo.txt don't have to put "std" tag on every line to make it so From jkrell at elego.de Thu Nov 11 11:29:50 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 11:29:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111102950.6CC7E2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 11:29:50 Modified files: cm3/scripts/regression/: defs.sh Log message: rely significantly on upgrade.sh (note that the previous code did this: build buildship install-compiler.sh merely removing the second line might have sufficed in particular install-compiler.sh is perfectly willing to copy a "built local" cm3 however this all seems much cleaner ) From jkrell at elego.de Thu Nov 11 11:38:19 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 11:38:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111103819.4F38A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 11:38:19 Modified files: cm3/scripts/: make-bin-dist-min.sh pkgcmds.sh upgrade.sh Log message: move the code from upgrade.sh that knows how to create the cfg files to function install_config in pkgcmds.sh, so that make-bin-dist-min.sh can use it, fixing this problem: http://hudson.modula3.com:8080/job/cm3-current-build-AMD64_FREEBSD/376/console cp: /ad0e/home/hudson/workspace/cm3-current-build-AMD64_FREEBSD/cm3/m3-sys/cminstall/src/config-no-install/CVS is a directory (not copied). From jkrell at elego.de Thu Nov 11 11:39:16 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 11:39:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111103916.0C01C2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 11:39:16 Modified files: cm3/scripts/: make-bin-dist-min.sh Log message: comment only From jkrell at elego.de Thu Nov 11 11:46:44 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 11:46:44 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111104644.B7BED2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 11:46:44 Modified files: cm3/scripts/: upgrade.sh Log message: comment out the run of m3cggen see http://hudson.modula3.com:8080/job/cm3-current-build-AMD64_FREEBSD/376/console (Locally modified m3cg.h moved to .#m3cg.h.1.6) U m3-sys/m3cc/gcc/gcc/m3cg/m3cg.h The right way to do this is: on a developer machine, always run it in hudson, run it, output elsewhere, compare, if they are not equal, error out The compromise is: on a developer machine, uncomment it in hudson, never run it if the output would vary, there is a mismatch between the frontend and backend as to the m3cg intermediate format, and hopefully there will soon follow major major errors The historical behavior matches the compromise, except the commented out code wasn't there even commented out. From jkrell at elego.de Thu Nov 11 12:00:28 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 12:00:28 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111110030.AEB672474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 12:00:28 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: don't inline anything, to fix: elego/m3msh/src/M3MiniShell.m3: In function 'M3MiniShell__ProcessParameters': elego/m3msh/src/M3MiniShell.m3:608:0: error: variable '_nonlocal_var_rec.188' might be clobbered by 'longjmp' or 'vfork' very not good I tried a fair number of other things and nothing both compiled that and compiled the rest of the tree, at -O3. -O2 was less of a problem. It would *appear* that tree-nested copied volatility from the originals to the fields of the nonlocal struct, but nevertheless, this error occurs. (usually a warning, but I made it an error, we really don't want to let this occur) From jkrell at elego.de Thu Nov 11 12:43:22 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 12:43:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111114322.0AB712474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 12:43:22 Modified files: cm3/m3-sys/m3cc/gcc/fixincludes/: configure cm3/m3-sys/m3cc/gcc/gmp/: configure cm3/m3-sys/m3cc/gcc-4.5/: configure cm3/m3-sys/m3cc/gcc-4.5/fixincludes/: configure cm3/m3-sys/m3cc/gcc-4.5/gcc/: configure cm3/m3-sys/m3cc/gcc-4.5/libcpp/: configure cm3/m3-sys/m3cc/gcc-4.5/libgcc/: configure cm3/m3-sys/m3cc/gcc-4.5/libiberty/: configure cm3/m3-sys/m3cc/gcc-4.5/lto-plugin/: configure cm3/m3-sys/m3cc/gcc-4.5/zlib/: configure Log message: fix building under nohup again (e.g. on Olaf's Darwin/ppc machine) I have mail to autoconf people again to try to understand/resolve this. From jkrell at elego.de Thu Nov 11 12:57:53 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 12:57:53 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111115753.928F72474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 12:57:53 Modified files: cm3/caltech-parser/cit_common/: .cvsignore cm3/caltech-parser/cit_util/: .cvsignore cm3/caltech-parser/drawcontext/: .cvsignore cm3/caltech-parser/hack/: .cvsignore cm3/caltech-parser/m3browserhack/: .cvsignore cm3/caltech-parser/m3tmplhack/: .cvsignore cm3/caltech-parser/paneman/: .cvsignore cm3/caltech-parser/term/: .cvsignore cm3/m3-comm/events/: .cvsignore cm3/m3-comm/netobj/: .cvsignore cm3/m3-comm/netobjd/: .cvsignore cm3/m3-comm/rdwr/: .cvsignore cm3/m3-comm/serial/: .cvsignore cm3/m3-comm/sharedobj/: .cvsignore cm3/m3-comm/sharedobjgen/: .cvsignore cm3/m3-comm/stubgen/: .cvsignore cm3/m3-comm/tapi/: .cvsignore cm3/m3-comm/tcp/: .cvsignore cm3/m3-comm/udp/: .cvsignore cm3/m3-db/db/: .cvsignore cm3/m3-db/odbc/: .cvsignore cm3/m3-db/pgodbc/: .cvsignore cm3/m3-db/postgres95/: .cvsignore cm3/m3-db/smalldb/: .cvsignore cm3/m3-db/stable/: .cvsignore cm3/m3-db/stablegen/: .cvsignore cm3/m3-demo/calculator/: .cvsignore cm3/m3-demo/cube/: .cvsignore cm3/m3-demo/dpsslides/: .cvsignore cm3/m3-demo/fisheye/: .cvsignore cm3/m3-demo/mentor/: .cvsignore cm3/m3-demo/sil/: .cvsignore cm3/m3-games/badbricks/: .cvsignore cm3/m3-games/columns/: .cvsignore cm3/m3-games/fours/: .cvsignore cm3/m3-games/maze/: .cvsignore cm3/m3-games/solitaire/: .cvsignore cm3/m3-games/tetris/: .cvsignore cm3/m3-lectern/buildlectern/: .cvsignore cm3/m3-lectern/editlectern/: .cvsignore cm3/m3-lectern/lectern/: .cvsignore cm3/m3-lectern/lecternclient/: .cvsignore cm3/m3-lectern/lecterndoc/: .cvsignore cm3/m3-lectern/lecterntohtml/: .cvsignore cm3/m3-lectern/ocr/: .cvsignore cm3/m3-libs/arithmetic/: .cvsignore cm3/m3-libs/binIO/: .cvsignore cm3/m3-libs/bitvector/: .cvsignore cm3/m3-libs/commandrw/: .cvsignore cm3/m3-libs/debug/: .cvsignore cm3/m3-libs/deepcopy/: .cvsignore cm3/m3-libs/digraph/: .cvsignore cm3/m3-libs/dps/: .cvsignore cm3/m3-libs/embutils/: .cvsignore cm3/m3-libs/fftw/: .cvsignore cm3/m3-libs/libbuf/: .cvsignore cm3/m3-libs/libm3/: .cvsignore cm3/m3-libs/libsio/: .cvsignore cm3/m3-libs/listfuncs/: .cvsignore cm3/m3-libs/m3core/: .cvsignore cm3/m3-libs/m3tk-misc/: .cvsignore cm3/m3-libs/parseparams/: .cvsignore cm3/m3-libs/patternmatching/: .cvsignore cm3/m3-libs/plplot/: .cvsignore cm3/m3-libs/realgeometry/: .cvsignore cm3/m3-libs/set/: .cvsignore cm3/m3-libs/sgml/: .cvsignore cm3/m3-libs/slisp/: .cvsignore cm3/m3-libs/sortedtableextras/: .cvsignore cm3/m3-libs/sysutils/: .cvsignore cm3/m3-libs/table-list/: .cvsignore cm3/m3-libs/tcl/: .cvsignore cm3/m3-libs/tempfiles/: .cvsignore cm3/m3-libs/unittest/: .cvsignore cm3/m3-libs/unittest-numeric/: .cvsignore cm3/m3-mail/llscan/: .cvsignore cm3/m3-mail/postcard/: .cvsignore cm3/m3-mail/webcard/: .cvsignore cm3/m3-obliq/metasyn/: .cvsignore cm3/m3-obliq/obliq/: .cvsignore cm3/m3-obliq/obliqbin3D/: .cvsignore cm3/m3-obliq/obliqbinanim/: .cvsignore cm3/m3-obliq/obliqbinmin/: .cvsignore cm3/m3-obliq/obliqbinstd/: .cvsignore cm3/m3-obliq/obliqbinui/: .cvsignore cm3/m3-obliq/obliqlib3D/: .cvsignore cm3/m3-obliq/obliqlibanim/: .cvsignore cm3/m3-obliq/obliqlibemb/: .cvsignore cm3/m3-obliq/obliqlibm3/: .cvsignore cm3/m3-obliq/obliqlibui/: .cvsignore cm3/m3-obliq/obliqparse/: .cvsignore cm3/m3-obliq/obliqprint/: .cvsignore cm3/m3-obliq/obliqrt/: .cvsignore cm3/m3-obliq/obliqsrvstd/: .cvsignore cm3/m3-obliq/obliqsrvui/: .cvsignore cm3/m3-obliq/synex/: .cvsignore cm3/m3-obliq/synloc/: .cvsignore cm3/m3-obliq/visualobliq/: .cvsignore cm3/m3-obliq/vocgi/: .cvsignore cm3/m3-obliq/voquery/: .cvsignore cm3/m3-obliq/vorun/: .cvsignore cm3/m3-pkgtools/pkgfprint/: .cvsignore cm3/m3-pkgtools/pkgobj/: .cvsignore cm3/m3-pkgtools/pkgq/: .cvsignore cm3/m3-pkgtools/pkgsrv/: .cvsignore cm3/m3-pkgtools/pkgtool/: .cvsignore cm3/m3-sys/cm3/: .cvsignore cm3/m3-sys/cm3ide/: .cvsignore cm3/m3-sys/cminstall/: .cvsignore cm3/m3-sys/dll2lib/: .cvsignore cm3/m3-sys/fix_nl/: .cvsignore cm3/m3-sys/libdump/: .cvsignore cm3/m3-sys/m3back/: .cvsignore cm3/m3-sys/m3cc/: .cvsignore cm3/m3-sys/m3cgcat/: .cvsignore cm3/m3-sys/m3cggen/: .cvsignore cm3/m3-sys/m3front/: .cvsignore cm3/m3-sys/m3gdb/: .cvsignore cm3/m3-sys/m3linker/: .cvsignore cm3/m3-sys/m3loader/: .cvsignore cm3/m3-sys/m3middle/: .cvsignore cm3/m3-sys/m3objfile/: .cvsignore cm3/m3-sys/m3quake/: .cvsignore cm3/m3-sys/m3scanner/: .cvsignore cm3/m3-sys/m3staloneback/: .cvsignore cm3/m3-sys/m3tools/: .cvsignore cm3/m3-sys/mklib/: .cvsignore cm3/m3-sys/windowsResources/: .cvsignore cm3/m3-tools/cmpdir/: .cvsignore cm3/m3-tools/cmpfp/: .cvsignore cm3/m3-tools/coverage/: .cvsignore cm3/m3-tools/dirfp/: .cvsignore cm3/m3-tools/gnuemacs/: .cvsignore cm3/m3-tools/hexdump/: .cvsignore cm3/m3-tools/m3browser/: .cvsignore cm3/m3-tools/m3bundle/: .cvsignore cm3/m3-tools/m3markup/: .cvsignore cm3/m3-tools/m3scan/: .cvsignore cm3/m3-tools/m3tk/: .cvsignore cm3/m3-tools/m3tohtml/: .cvsignore cm3/m3-tools/m3totex/: .cvsignore cm3/m3-tools/mtex/: .cvsignore cm3/m3-tools/pp/: .cvsignore cm3/m3-tools/recordheap/: .cvsignore cm3/m3-tools/rehearsecode/: .cvsignore cm3/m3-tools/replayheap/: .cvsignore cm3/m3-tools/showheap/: .cvsignore cm3/m3-tools/shownew/: .cvsignore cm3/m3-tools/showthread/: .cvsignore cm3/m3-tools/uniq/: .cvsignore cm3/m3-ui/PEX/: .cvsignore cm3/m3-ui/X11R4/: .cvsignore cm3/m3-ui/anim3D/: .cvsignore cm3/m3-ui/bicycle/: .cvsignore cm3/m3-ui/cmvbt/: .cvsignore cm3/m3-ui/codeview/: .cvsignore cm3/m3-ui/formsedit/: .cvsignore cm3/m3-ui/formsvbt/: .cvsignore cm3/m3-ui/formsvbtpixmaps/: .cvsignore cm3/m3-ui/formsview/: .cvsignore cm3/m3-ui/images/: .cvsignore cm3/m3-ui/jvideo/: .cvsignore cm3/m3-ui/m3zume/: .cvsignore cm3/m3-ui/mg/: .cvsignore cm3/m3-ui/mgkit/: .cvsignore cm3/m3-ui/motif/: .cvsignore cm3/m3-ui/opengl/: .cvsignore cm3/m3-ui/ui/: .cvsignore cm3/m3-ui/vbtkit/: .cvsignore cm3/m3-ui/videovbt/: .cvsignore cm3/m3-ui/webvbt/: .cvsignore cm3/m3-ui/zeus/: .cvsignore cm3/m3-win/import-libs/: .cvsignore cm3/m3-www/deckscape/: .cvsignore cm3/m3-www/http/: .cvsignore cm3/m3-www/proxy/: .cvsignore cm3/m3-www/web/: .cvsignore cm3/m3-www/webcat/: .cvsignore cm3/m3-www/webscape/: .cvsignore Log message: add I386_NETBSD ALPHA32_VMS ALPHA64_VMS see http://hudson.modula3.com:8080/job/cm3-current-build-I386_NETBSD/36/console (The problem the past while on I386_NETBSD was that the clock was wrong and so m3cc/gcc-4.5/configure entered an infinite loop, constantly reconfiguring.) From jkrell at elego.de Thu Nov 11 19:29:19 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 11 Nov 2010 19:29:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111182919.1CD3A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/11 19:29:19 Modified files: cm3/scripts/regression/: defs.sh Log message: oops see http://hudson.modula3.com:8080/job/cm3-current-build-SOLsun-opencsw-current10s/374/console probably others From jkrell at elego.de Fri Nov 12 00:25:07 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 12 Nov 2010 0:25:07 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111232516.DE42B2474006@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/12 00:25:06 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: machmode.h system.h Log message: huh? extern "C" so I can set breakpoints? I really hope not, that will put a kibosh on C++. But a small test case worked in gdb. tbd.. From jkrell at elego.de Fri Nov 12 00:43:38 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 12 Nov 2010 0:43:38 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111234346.54FCB2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/12 00:43:38 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: Makefile.in Log message: always build treebrowser From jkrell at elego.de Fri Nov 12 00:58:17 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 12 Nov 2010 0:58:17 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111235818.249312474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/12 00:58:17 Added files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: .cvsignore Log message: add .cvsignore From jkrell at elego.de Fri Nov 12 00:59:02 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 12 Nov 2010 0:59:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101111235902.92D2A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/12 00:59:02 Added files: cm3/m3-sys/m3cc/gcc-apple/gcc/: .cvsignore Log message: add .cvsignore From jkrell at elego.de Fri Nov 12 03:19:37 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 12 Nov 2010 3:19:37 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101112021937.1A1732474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/12 03:19:37 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: system.h machmode.h Log message: go back, no extern C, we'll see.. From rodney at elego.de Sat Nov 13 18:27:05 2010 From: rodney at elego.de (Rodney M. Bates) Date: Sat, 13 Nov 2010 18:27:05 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101113172705.4187B2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/13 18:27:05 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: Tag: release_branch_cm3_5_8 m3-lang.c m3-util.c m3-valprint.c Log message: Fix a bug in m3gdb's adaptation to 64 bits. It was taking the size of M3 INTEGER from existing infrastructure that gives the size of a C int. However, this turns out to be 32 for gcc, even on a 64-bit machine. Get the size of INTEGER from the target name instead. From jkrell at elego.de Sat Nov 13 23:50:09 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 13 Nov 2010 23:50:09 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101113225010.597642474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/13 23:50:08 Added files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: externc.cpp Log message: program to add extern C to files From jkrell at elego.de Sun Nov 14 00:03:58 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 14 Nov 2010 0:03:58 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101113230359.0F22B2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/14 00:03:58 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: externc.cpp Log message: fewer newlines added, more to do From rodney at elego.de Mon Nov 15 00:06:35 2010 From: rodney at elego.de (Rodney M. Bates) Date: Mon, 15 Nov 2010 0:06:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101114230635.F095CCC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/15 00:06:35 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: Tag: release_branch_cm3_5_8 m3-lang.c m3-util.c Log message: Clean up some lingering 32/64-bit adaptation problems and some other bugs, shown up by compile warnings. There are still warnings, but should not reflect bugs. It seems too difficult to get the warnings out in a 32/46-bit size-indepenent way. They only effect code for debugging m3gdb--printing pointers in hexadecimal. From rodney at elego.de Mon Nov 15 00:07:57 2010 From: rodney at elego.de (Rodney M. Bates) Date: Mon, 15 Nov 2010 0:07:57 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101114230759.E2CB8CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/15 00:07:57 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: m3-lang.c m3-util.c m3-valprint.c Log message: Clean up some lingering 32/64-bit adaptation problems and some other bugs, shown up by compile warnings. There are still warnings, but should not reflect bugs. It seems too difficult to get the warnings out in a 32/46-bit size-indepenent way. They only effect code for debugging m3gdb--printing pointers in hexadecimal. From jkrell at elego.de Mon Nov 15 08:46:45 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 15 Nov 2010 8:46:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101115074645.7886FCC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/15 08:46:45 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/config/i386/: i386.c Log message: fix warning about using uninitialized variable From jkrell at elego.de Mon Nov 15 08:49:44 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 15 Nov 2010 8:49:44 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101115074944.E5F1BCC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/15 08:49:44 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: addresses.h alias.c alias.h alloc-pool.c alloc-pool.h attribs.c auto-inc-dec.c basic-block.h bb-reorder.c bitmap.c bitmap.h bt-load.c c-aux-info.c c-common.c c-common.h c-convert.c c-cppbuiltin.c c-decl.c c-dump.c c-errors.c c-format.c c-format.h c-gimplify.c c-lang.c c-lang.h c-lex.c c-objc-common.c c-objc-common.h c-omp.c c-opts.c c-parser.c c-pch.c c-ppoutput.c c-pragma.c c-pragma.h c-pretty-print.c c-pretty-print.h c-semantics.c c-tree.h c-typeck.c caller-save.c calls.c cfg.c cfganal.c cfgbuild.c cfgcleanup.c cfgexpand.c cfghooks.c cfghooks.h cfglayout.c cfglayout.h cfgloop.c cfgloop.h cfgloopanal.c cfgloopmanip.c cfgrtl.c cgraph.c cgraph.h cgraphbuild.c cgraphunit.c collect2-aix.h collect2.h combine-stack-adj.c combine.c conditions.h convert.c convert.h coretypes.h coverage.c coverage.h cppdefault.c cppdefault.h cppspec.c cse.c cselib.c cselib.h dbgcnt.c dbgcnt.h dbxout.c dbxout.h dce.c dce.h ddg.c ddg.h debug.c debug.h defaults.h df-byte-scan.c df-core.c df-problems.c df-scan.c df.h dfp.c dfp.h diagnostic.c diagnostic.h dojump.c dominance.c domwalk.c domwalk.h double-int.c double-int.h dse.c dse.h dummy-checksum.c dwarf2asm.c dwarf2asm.h dwarf2out.c dwarf2out.h ebitmap.h emit-rtl.h errors.c errors.h et-forest.h except.h expr.h externc.cpp fixed-value.h flags.h fold-const.c function.h gbl-ctors.h gcc-plugin.h gcc.h genattr.c genattrtab.c genautomata.c gencheck.c genchecksum.c gencodes.c genconditions.c genconfig.c genconstants.c genemit.c genextract.c genflags.c gengenrtl.c gengtype-parse.c gengtype.c gengtype.h genmddeps.c genmodes.c genopinit.c genoutput.c genpeep.c genpreds.c genrecog.c gensupport.c gensupport.h ggc.h gimple.h graph.h graphds.h graphite-clast-to-gimple.h graphite-dependences.h graphite-poly.h graphite-ppl.h graphite-scop-detection.h graphite-sese-to-poly.h graphite.h hard-reg-set.h hooks.h hosthooks-def.h hosthooks.h incpath.h input.h insn-addr.h integrate.h intl.h ipa-prop.h ipa-reference.h ipa-struct-reorg.h ipa-type-escape.h ipa-utils.h ira-int.h ira.h lambda.h langhooks-def.h langhooks.h libfuncs.h libgcc2.h longlong.h lto-compress.h lto-streamer.h machmode.h matrix-reorg.c mcf.c mode-switching.c modulo-sched.c omega.h optabs.h opts.h output.h params.h plugin.h pointer-set.h predict.h prefix.h pretty-print.h profile.h real.h recog.h regs.h reload.h resource.h rtl-error.c rtl.h rtlhooks-def.h sbitmap.c sbitmap.h sched-deps.c sched-ebb.c sched-int.h sched-rgn.c sched-vis.c sdbout.h sel-sched-dump.c sel-sched-dump.h sel-sched-ir.c sel-sched-ir.h sel-sched.c sel-sched.h sese.c sese.h simplify-rtx.c sparseset.c sparseset.h sreal.c sreal.h ssaexpand.h stack-ptr-mod.c statistics.c statistics.h stmt.c stor-layout.c store-motion.c stringpool.c system.h target.h targhooks.c targhooks.h timevar.c timevar.h tlink.c toplev.c toplev.h tracer.c tree-affine.c tree-affine.h tree-browser.c tree-call-cdce.c tree-cfg.c tree-cfgcleanup.c tree-chrec.c tree-chrec.h tree-complex.c tree-data-ref.c tree-data-ref.h tree-dfa.c tree-dump.c tree-dump.h tree-eh.c tree-flow-inline.h tree-flow.h tree-if-conv.c tree-inline.c tree-inline.h tree-into-ssa.c tree-iterator.c tree-iterator.h tree-loop-distribution.c tree-loop-linear.c tree-mudflap.c tree-mudflap.h tree-nested.c tree-nomudflap.c tree-nrv.c tree-object-size.c tree-optimize.c tree-outof-ssa.c tree-parloops.c tree-pass.h tree-phinodes.c tree-predcom.c tree-pretty-print.c tree-profile.c tree-scalar-evolution.c tree-scalar-evolution.h tree-sra.c tree-ssa-address.c tree-ssa-alias.c tree-ssa-alias.h tree-ssa-coalesce.c tree-ssa-copy.c tree-ssa-copyrename.c tree-ssa-dce.c tree-ssa-dom.c tree-ssa-dse.c tree-ssa-forwprop.c tree-ssa-ifcombine.c tree-ssa-live.c tree-ssa-live.h tree-ssa-loop-ch.c tree-ssa-loop-im.c tree-ssa-loop-ivcanon.c tree-ssa-loop-ivopts.c tree-ssa-loop-manip.c tree-ssa-loop-niter.c tree-ssa-loop-prefetch.c tree-ssa-loop-unswitch.c tree-ssa-loop.c tree-ssa-math-opts.c tree-ssa-operands.c tree-ssa-operands.h tree-ssa-phiopt.c tree-ssa-phiprop.c tree-ssa-pre.c tree-ssa-propagate.c tree-ssa-propagate.h tree-ssa-reassoc.c tree-ssa-sccvn.c tree-ssa-sccvn.h tree-ssa-sink.c tree-ssa-structalias.c tree-ssa-ter.c tree-ssa-threadedge.c tree-ssa-threadupdate.c tree-ssa-uncprop.c tree-ssa.c tree-ssanames.c tree-stdarg.c tree-stdarg.h tree-switch-conversion.c tree-tailcall.c tree-vect-data-refs.c tree-vect-generic.c tree-vect-loop-manip.c tree-vect-loop.c tree-vect-patterns.c tree-vect-slp.c tree-vect-stmts.c tree-vectorizer.c tree-vectorizer.h tree-vrp.c tree.c tree.h unwind-dw2-fde.h unwind-pe.h value-prof.h varray.h vec.h vecprim.h version.h vmsdbg.h xcoffout.h cm3/m3-sys/m3cc/gcc-4.5/libcpp/include/: symtab.h cm3/m3-sys/m3cc/src/: clean_marker.txt Log message: apply #ifdef __cplusplus extern "C" { } liberally a good idea in many code bases it seems to fix/improve debugging, though it really ought not more to do From jkrell at elego.de Mon Nov 15 09:08:02 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 15 Nov 2010 9:08:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101115080802.AFDC2CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/15 09:08:02 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: ebitmap.c emit-rtl.c et-forest.c except.c explow.c expmed.c expr.c Log message: a bit more extern "C" From jkrell at elego.de Mon Nov 15 09:24:59 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 15 Nov 2010 9:24:59 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101115082459.3CD81CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/15 09:24:59 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: remove tab, there's a problem here where .m3ship file isn't being created From jkrell at elego.de Mon Nov 15 11:09:07 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 15 Nov 2010 11:09:07 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101115100907.22779CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/15 11:09:07 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-def.h Log message: f => frequency for clearer tracing From jkrell at elego.de Mon Nov 15 11:15:57 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 15 Nov 2010 11:15:57 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101115101557.1EB47CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/15 11:15:57 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c m3-parse.h Log message: better tracing; specifically print the integers for procs/labels/vars a little better than the frequent "noname" for vars From jkrell at elego.de Tue Nov 16 09:15:16 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 16 Nov 2010 9:15:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101116081516.DEF36CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/16 09:15:16 Modified files: cm3/m3-sys/m3middle/src/: M3Buf.m3 M3CG_BinRd.m3 M3CG_Rd.m3 Log message: grow buffers from 2K or 4K to 64K From jkrell at elego.de Tue Nov 16 09:17:12 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 16 Nov 2010 9:17:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101116081713.04436CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/16 09:17:12 Modified files: cm3/m3-sys/m3middle/src/: M3CG_BinWr.m3 M3CG_Wr.m3 Log message: flush buffers at 32K instead of 1K From jkrell at elego.de Tue Nov 16 09:25:24 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 16 Nov 2010 9:25:24 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101116082524.43E09CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/16 09:25:24 Modified files: cm3/m3-sys/m3middle/src/: M3CG_BinWr.m3 M3CG_Wr.m3 Log message: flush at 60K instead of 32K From jkrell at elego.de Tue Nov 16 09:31:06 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 16 Nov 2010 9:31:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101116083106.C0B4DCC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/16 09:31:06 Modified files: cm3/m3-sys/m3middle/src/: M3Buf.m3 Log message: remove two largish lookup tables (200 bytes total) From jkrell at elego.de Tue Nov 16 09:32:32 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 16 Nov 2010 9:32:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101116083232.AEBC7CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/16 09:32:32 Modified files: cm3/m3-sys/m3middle/src/: M3Buf.m3 Log message: invert test for clarity From jkrell at elego.de Tue Nov 16 09:39:33 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 16 Nov 2010 9:39:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101116083933.C84A7CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/16 09:39:33 Modified files: cm3/m3-sys/m3cc/src/: m3makefile Log message: possible fix for shipping failing due to lack of .M3SHIP file, but code is duplicated From jkrell at elego.de Tue Nov 16 10:06:52 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 16 Nov 2010 10:06:52 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101116090652.2446ACC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/16 10:06:52 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c cm3/m3-sys/m3middle/src/: M3CG_BinWr.m3 Log message: use "bytes" more and "integers" less calling convention, opcode, boolean, type of float, pieces of float, m3type realistically, the only place this will make a difference is in pieces of float, since all the others are very small integers and would already be encoded in a byte; floats will be consistently encoded as 4 or 8 bytes, no more as well, the older code is more flexible -- would more automatically transition to encode opcodes beyond 247, but given that we are at 159, probably safe forever I'm also not sure the variably sized encoding is worthwhile. It is compact, understood. From jkrell at elego.de Tue Nov 16 10:11:41 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 16 Nov 2010 10:11:41 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101116091141.619A5CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/16 10:11:41 Modified files: cm3/m3-sys/m3middle/src/: M3CG_BinRd.m3 Log message: more int vs. byte From jkrell at elego.de Tue Nov 16 10:17:55 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 16 Nov 2010 10:17:55 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101116091755.A016DCC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/16 10:17:55 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: remove unnecessary cast and mask in scan_float From jkrell at elego.de Wed Nov 17 14:38:11 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 17 Nov 2010 14:38:11 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101117133811.B7D16CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/17 14:38:11 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: small cleanup enabled by being C++ From jkrell at elego.de Wed Nov 17 14:41:18 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 17 Nov 2010 14:41:18 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101117134118.ADDB4CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/17 14:41:18 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: factor set_eq/set_ne into a function that takes EQ_EXPR or NE_EXPR From jkrell at elego.de Wed Nov 17 22:45:54 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 17 Nov 2010 22:45:54 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101117214600.2C7262474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/17 22:45:54 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt Log message: trigger clean From jkrell at elego.de Wed Nov 17 23:36:18 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 17 Nov 2010 23:36:18 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101117223619.02178CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/17 23:36:18 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: opth-gen.awk Log message: extern C in options.h From jkrell at elego.de Wed Nov 17 23:36:36 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 17 Nov 2010 23:36:36 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101117223636.886A0CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/17 23:36:36 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt Log message: clean again From jkrell at elego.de Wed Nov 17 23:48:56 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 17 Nov 2010 23:48:56 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101117224857.C54182474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/17 23:48:56 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt cm3/m3-sys/m3cc/gcc-4.5/gcc/: opth-gen.awk Log message: try again From jkrell at elego.de Thu Nov 18 12:29:55 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 12:29:55 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118112955.AFC6A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 12:29:55 Added files: cm3/scripts/regression/: cvs2.sh Log message: capture current wrapper from opencsw From jkrell at elego.de Thu Nov 18 12:31:12 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 12:31:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118113112.ACD972474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 12:31:12 Modified files: cm3/scripts/regression/: cvs.sh cvs2.sh Added files: cm3/scripts/regression/: cvs3.sh Log message: add another wrapper variant, and comments From jkrell at elego.de Thu Nov 18 12:34:23 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 12:34:23 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118113423.3BFD52474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 12:34:23 Modified files: cm3/scripts/regression/: cvs3.sh Log message: remove echo on exec From jkrell at elego.de Thu Nov 18 12:35:44 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 12:35:44 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118113544.87DA32474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 12:35:44 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt Log message: let's see if opencsw picks this up with my edited bin/cvs From jkrell at elego.de Thu Nov 18 12:40:33 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 12:40:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118114033.3AE622474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 12:40:33 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: targhooks.c Log message: see http://hudson.modula3.com:8080/view/cm3-current/job/cm3-current-m3cc-I386_SOLARIS-opencsw-current10x/118/console "../../gcc-4.5/gcc/targhooks.c", line 614: Error: "default_function_value(const tree_node*, const tree_node*, bool)" is expected to return a value place "return 0;" after gcc_unreachable From jkrell at elego.de Thu Nov 18 12:50:21 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 12:50:21 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118115021.672DF2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 12:50:21 Modified files: cm3/scripts/regression/: cvs.sh Removed files: cm3/scripts/regression/: cvs2.sh Log message: use history From jkrell at elego.de Thu Nov 18 12:50:41 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 12:50:41 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118115041.C3AA32474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 12:50:41 Modified files: cm3/scripts/regression/: cvs.sh Removed files: cm3/scripts/regression/: cvs3.sh Log message: history From jkrell at elego.de Thu Nov 18 12:51:14 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 12:51:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118115114.149FD2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 12:51:14 Added files: cm3/scripts/regression/: cvs.py Log message: fork off a new version :) From jkrell at elego.de Thu Nov 18 13:16:02 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 13:16:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118121602.0C0202474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 13:16:02 Modified files: cm3/scripts/regression/: cvs.py Log message: initial version From jkrell at elego.de Thu Nov 18 13:19:45 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 13:19:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118121945.A4B072474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 13:19:45 Modified files: cm3/scripts/regression/: cvs.py Log message: edits -- really just needed to change it to make it executable From jkrell at elego.de Thu Nov 18 13:20:02 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 13:20:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118122002.6C5AC2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 13:20:02 Modified files: cm3/scripts/regression/: cvs.py Log message: edit From jkrell at elego.de Thu Nov 18 14:00:51 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 14:00:51 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118130051.D58032474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 14:00:51 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: targhooks.c Log message: another missing return value From jkrell at elego.de Thu Nov 18 22:21:54 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 22:21:54 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118212156.7F9DD2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 22:21:54 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: Makefile.in gcc.c gccspec.c gcse.c genpeep.c genpreds.c ggc-common.c ggc-none.c ggc-page.c ggc-zone.c gimple-iterator.c gimple-low.c gimple-pretty-print.c gimple.c gimplify.c graph.c graphds.c haifa-sched.c hooks.c ifcvt.c incpath.c init-regs.c integrate.c intl.c ipa-cp.c ipa-inline.c ipa-prop.c ipa-pure-const.c ipa-reference.c ipa-struct-reorg.c ipa-type-escape.c ipa-utils.c ipa.c ira-build.c ira-color.c ira-conflicts.c ira-costs.c ira-emit.c ira-lives.c ira.c lto-cgraph.c lto-compress.c lto-opts.c lto-section-in.c lto-section-out.c lto-streamer-in.c lto-streamer-out.c lto-streamer.c lto-symtab.c lto-wpa-fixup.c lto-wrapper.c read-rtl.c real.c recog.c reg-stack.c regcprop.c reginfo.c regmove.c regrename.c regstat.c reload.c reload1.c reorg.c resource.c rtl.c rtlanal.c rtlhooks.c tree-ssa-ccp.c tree-ssa-loop.c value-prof.c var-tracking.c varasm.c varpool.c varray.c vec.c version.c vmsdbgout.c web.c xcoffout.c cm3/m3-sys/m3cc/src/: clean_marker.txt Removed files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: graphite-blocking.c graphite-clast-to-gimple.c graphite-clast-to-gimple.h graphite-dependences.c graphite-dependences.h graphite-interchange.c graphite-poly.c graphite-poly.h graphite-ppl.c graphite-ppl.h graphite-scop-detection.c graphite-scop-detection.h graphite-sese-to-poly.c graphite-sese-to-poly.h graphite.c graphite.h Log message: add more extern "C" hopefully will fix the few errors at http://hudson.modula3.com:8080/view/cm3-current/job/cm3-current-m3cc-I386_SOLARIS-opencsw-current10x/121/console remove all the graphite/cloog/ppl stuff it is all optional and we don't use it, we have enough problems with the non-optional optimizations From jkrell at elego.de Thu Nov 18 22:47:40 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 22:47:40 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118214740.8D77A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 22:47:40 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: params.c passes.c plugin.c pointer-set.c postreload-gcse.c postreload.c predict.c prefix.c pretty-print.c print-rtl.c print-tree.c profile.c Log message: extern "C" From jkrell at elego.de Thu Nov 18 22:49:38 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 22:49:38 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118214938.E33CB2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 22:49:38 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: final.c fixed-value.c function.c fwprop.c Log message: extern "C" From jkrell at elego.de Thu Nov 18 22:52:11 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 22:52:11 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118215211.DE70E2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 22:52:11 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: host-default.c Log message: add extern "C" From jkrell at elego.de Thu Nov 18 23:49:51 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 23:49:51 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118224951.B0D252474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 23:49:51 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: more information in assertion failure From jkrell at elego.de Thu Nov 18 23:52:34 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 23:52:34 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118225234.5B1A0CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 23:52:34 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: this should fix Darwin assertion failure, by checking for no_uid for segments before 0 From jkrell at elego.de Thu Nov 18 23:59:58 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 18 Nov 2010 23:59:58 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101118225958.670312474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/18 23:59:58 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix types to memcmp, memcpy, memmove, memset, shift honor overlap flag in copy use memcpy/memmove for copy instead of making up a new type of the desired size and copying it specifically: int32 memcmp(addr, addr, size_t) memcpy(addr, addr, size_t) memset(addr, int32, size_t) NOT ptdiff_t memcmp(addr, addr, ptdiff_t) NOT m3mcpy(addr, addr, ptdiff_t) NOT memset(addr, ptrdiff_t, ptdiff_t) always shift unsigned and then convert back to desired type This should fix some of the configure enable-checking errors. make the parameter rearrangement in copy_n clearer From jkrell at elego.de Fri Nov 19 08:51:29 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 8:51:29 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119075129.DB0BF2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 08:51:29 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: set sizes are unsigned factor some common code into binop and unop (add, subtract, multiply, etc.) From jkrell at elego.de Fri Nov 19 08:53:30 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 8:53:30 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119075330.BAB4FCC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 08:53:30 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: save one newline From jkrell at elego.de Fri Nov 19 10:28:45 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 10:28:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119092845.466E72474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 10:28:45 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix a type mismatch in set operations, found by enable-checking fixed just by computing sizes a few lines later, so they use the computed underlying types *after* they are computed put a newline in the assertion message for readability (It is an easy one to trigger via human error, running cm3cg manually, such as in a debugger, without -m64) fixup the assertions a bit in m3_do_fixed_insert (I'd like to give bitfield operations another shot..) From jkrell at elego.de Fri Nov 19 10:31:28 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 10:31:28 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119093128.0ED772474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 10:31:28 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: STRING_AND_LENGTH => CONSTANT_STRING_AND_LENGTH From jkrell at elego.de Fri Nov 19 12:46:04 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 12:46:04 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119114604.B671ECC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 12:46:04 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: in insert/extract: "n" => "count" "i" => "offset" (I'd be ok with "position" also.) for, in my opinion, much improved clarity. From jkrell at elego.de Fri Nov 19 12:48:28 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 12:48:28 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119114828.F1BBDCC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 12:48:28 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c m3-parse.h Log message: add an extra pass so that declare_segment can get to the data that is in bind_segment, so that the size/alignment of segments is always correct; this fixes configure -enable-checking This probably also addresses the recurring problem I have had where loads in segments were broken because the segment was smaller than the load offset, e.g. on OpenBSD/mips64, and much was broken. I had been working around by blowing up the initial segment size guess. Now we get it right up front. More work is needed here for the typing/debugging of segments (aka globals). Once we turn types back on! (once they don't break things) add a lot of casts to satisfy configure -enable-checking This could use careful review. configure -enable-checking all good now *except* for static link problem, and as such shall be enabled shortly unconditionally, at least the checks that don't affect .h files (except static link problem) (that's an extra level of checking I haven't tested recently, will soon, but might be too slow; as well, we can/should dial this back for release) From jkrell at elego.de Fri Nov 19 12:57:26 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 12:57:26 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119115726.D4128CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 12:57:26 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix assertion for 32bit targets see http://hudson.modula3.com:8080/view/cm3-current/job/cm3-current-build-SOLsun-opencsw-current10s/393/console (I've been testing almost exclusively AMD64_DARWIN) From jay.krell at cornell.edu Fri Nov 19 12:52:02 2010 From: jay.krell at cornell.edu (Jay K) Date: Fri, 19 Nov 2010 11:52:02 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20101119114828.F1BBDCC126@birch.elegosoft.com> References: <20101119114828.F1BBDCC126@birch.elegosoft.com> Message-ID: diff attached, more semantically significant than usual (as opposed to "structural" changes that try not to change behavior, this actually doesn't really mean to change behavior either, but it might) > Date: Fri, 19 Nov 2010 12:48:28 +0000 > To: m3commit at elegosoft.com > From: jkrell at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 10/11/19 12:48:28 > > Modified files: > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c m3-parse.h > > Log message: > add an extra pass so that declare_segment can get to the data > that is in bind_segment, so that the size/alignment of segments > is always correct; this fixes configure -enable-checking > This probably also addresses the recurring problem I have had > where loads in segments were broken because the segment was > smaller than the load offset, e.g. on OpenBSD/mips64, and > much was broken. I had been working around by blowing up > the initial segment size guess. Now we get it right up front. > > More work is needed here for the typing/debugging of segments (aka globals). > Once we turn types back on! (once they don't break things) > > add a lot of casts to satisfy configure -enable-checking > This could use careful review. > > configure -enable-checking all good now *except* for static link problem, > and as such shall be enabled shortly unconditionally, at least > the checks that don't affect .h files (except static link problem) > (that's an extra level of checking I haven't tested recently, will soon, > but might be too slow; as well, we can/should dial this back for release) > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: 4.txt URL: From jkrell at elego.de Fri Nov 19 13:04:18 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 13:04:18 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119120418.8E54FCC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 13:04:18 Modified files: cm3/m3-sys/m3cc/src/: m3makefile gnucc.common Log message: Don't consider host=AMD64_DARWIN, target=I386_DARWIN to be a cross. This is to workaround here: http://hudson.modula3.com:8080/view/cm3-current/job/cm3-current-m3cc-I386_DARWIN/56/console I386_DARWIN/cm3cg: No such file or directory which was caused because I "rebooted" the Darwin Hudson nodes, i.e. reinstalled, and I guess installed AMD64 as I386, with the hope that it'd just rebuild and replace itself or such. This change isn't terrible, but we don't have a simple clean general framework for "biarch" or "multiarch" situations like this, where host != target, but host can run target. There are many others, e.g. SOLsun/SOLgnu/SPARC32_SOLARIS, NT386/Cygwin/MinGWin, I386_LINUX/AMD64_LINUX (usually but not always), SPARC32/SPARC64 Solaris, I386/AMD64 Solaris, I386/*64 NT (AMD64, IA64)m and probably other I386/AMD64 systems. From jkrell at elego.de Fri Nov 19 13:04:35 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 13:04:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119120435.F28E7CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 13:04:35 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt Log message: clean From jkrell at elego.de Fri Nov 19 13:09:17 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 13:09:17 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119120917.295AACC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 13:09:17 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: cfgcleanup.c cfgexpand.c cfghooks.c cfglayout.c cfgloopmanip.c cfgrtl.c tree-cfg.c tree-cfgcleanup.c Log message: enable much of what configure -enable-checking would enable, without actually having to use configure -enable-checking Notable exceptions: - tree types -- that involves I imagine making macros call functions - a specific check involving static links, that fails - other expensive checks like aggressive gc, valgrind, etc. From jkrell at elego.de Fri Nov 19 13:09:55 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 13:09:55 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119120955.4C2ADCC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 13:09:55 Removed files: cm3/m3-sys/m3cc/gcc-4.5/gcc/config/: memcmp.c memcpy.c memmove.c memset.c Log message: surely these are not needed; every system provides them so says ANSI C circa over 20 years ago From jkrell at elego.de Fri Nov 19 13:17:35 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 13:17:35 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119121735.5F6412474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 13:17:35 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: more information if assertion fails...this has failed on 32bit platforms, I'm being dumb on the easier stuff.. From jkrell at elego.de Fri Nov 19 17:18:46 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 17:18:46 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119161846.F167F2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 17:18:46 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: typos in previous From jkrell at elego.de Fri Nov 19 17:51:40 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 17:51:40 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119165140.A62342474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 17:51:40 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTMisc.i3 RTMiscC.c Log message: I forgot to commit this. The aliasing runs afoul of the checks enabled now in gcc. So duplicate things. see http://hudson.modula3.com:8080/view/cm3-current/job/cm3-current-build-AMD64_FREEBSD/410/console D.10047 = RTMisc__Upper (D.5235, dataAlignment.323); ../src/runtime/common/RTCollector.m3:393: confused by earlier errors, bailing out m3_backend => 4 m3cc (aka cm3cg) failed compiling: RTCollector.mc ../src/runtime/common/RTCollector.m3: In function 'RTHeapRep__LongAlloc': ../src/runtime/common/RTCollector.m3:393:0: error: invalid conversion in gimple call * int_64 D.10047 = RTMisc__Upper (D.5235, dataAlignment.323); From jkrell at elego.de Fri Nov 19 17:56:15 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 17:56:15 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119165615.9636A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 17:56:15 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt Log message: try clean, for http://hudson.modula3.com:8080/view/cm3-current/job/cm3-current-m3cc-AMD64_DARWIN/63/console looks like it missed a clean a while ago?? didn't update gengtype?? (That change can probably be undone though.) From jkrell at elego.de Fri Nov 19 17:58:31 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 17:58:31 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119165831.38D272474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 17:58:31 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: Darwin.common Log message: Just in case -- another change I had locally. Turn off -g on cm3cg temporarily, go back to -gstabs. In particular, -g crashes earlier released cm3cg. (But there is no m3gdb support for our special stabs, on Darwin, and -g doesn't crash current cm3cg.) From jkrell at elego.de Fri Nov 19 17:59:48 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 17:59:48 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119165948.CD2482474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 17:59:48 Modified files: cm3/scripts/: make-src-dist-all.sh make-script-dist.sh Log message: Surely using "ls" instead of "/bin/ls" is reasonable, idiomatic, efficient, etc.? From jkrell at elego.de Fri Nov 19 18:00:33 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 18:00:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119170033.A87472474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 18:00:33 Modified files: cm3/scripts/: make-doc-dist.sh Log message: "/bin/ls" => "ls" From jkrell at elego.de Fri Nov 19 18:02:50 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 18:02:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119170250.4A614CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 18:02:50 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: Unix.common Log message: don't encourage -Wuninitialized, I haven't been using it lately and I guess we don't 'believe' in it, since the frontend does certain checks and from gcc's point of view we absolutely read uninitialized data (we insert bitfields into uninitialized words, maybe bitfield refs will fix that..?) From jkrell at elego.de Fri Nov 19 18:03:23 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 18:03:23 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119170323.D12D1CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 18:03:23 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: Unix.common Log message: Go back -- we should initialize the words, eh? From jkrell at elego.de Fri Nov 19 18:22:54 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 18:22:54 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119172254.60413CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 18:22:54 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: gengtype-lex.c Log message: try regenerating this, makes me a little nervous but the diff looks small, reasonable, analogous to the input change From jkrell at elego.de Fri Nov 19 18:26:47 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 18:26:47 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119172647.3C9BECC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 18:26:47 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: gengtype-lex.c Log message: use -o so #line directives are correct From jkrell at elego.de Fri Nov 19 18:34:03 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 18:34:03 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119173403.DB0C4CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 18:34:03 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: gengtype-lex.c Log message: use the matching version of flex to reduce the diff; the change around EOF vs. 0 is what particularly worried me From jkrell at elego.de Fri Nov 19 23:52:31 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 23:52:31 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119225231.DC2302474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 23:52:31 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: very slightly undo changes to m3_do_fixed_insert the assertion failures are hitting some Hudson nodes and the fprintf(stderr) isn't showing anything to help me From jkrell at elego.de Fri Nov 19 23:56:09 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 19 Nov 2010 23:56:09 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119225609.B8E89CC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/19 23:56:09 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: really, let's try to see the information before the assertion failure, try stder and stdout, also add more information From jkrell at elego.de Sat Nov 20 00:02:59 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 0:02:59 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119230259.9DF4CCC129@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 00:02:59 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: try again with the printing, but not the asserts in m3_do_fixed_insert From jkrell at elego.de Sat Nov 20 00:10:05 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 0:10:05 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119231029.64430CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 00:10:05 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: UINT is good enough for tracing (vs. ULONG) From jkrell at elego.de Sat Nov 20 00:11:45 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 0:11:45 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101119231151.4F547CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 00:11:45 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix warnings in m3_do_fixed_insert I'll try BIT_FIELD_REF here soon anyway! From jkrell at elego.de Sat Nov 20 11:25:10 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 11:25:10 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101120102511.02C8B2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 11:25:10 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-parse.h m3gty43.h m3gty45.h parse.c Log message: scan_sign: get_byte instead of get_int scan_proc, scan_label, scan_var: size_t/ptrdiff_t instead of U/WIDE/INT64, with range check I would like these to all be size_t but I think we use negative values in some places, that are to be ignored or somesuch. rejigger types a bit: mostly WIDE => INT64, UWIDE => UINT64 but then some casts to WIDE/UWIDE for printf (I considered being independent of that by using our own formating functions and string concat (ACONCAT) but nevermind, tedious and should get on to more valuable stuff.) fix warning in m3_do_fixed_insert ULONG => UINT/UINT32 use limits.h to find UINT32 (ie: actually still portable to 16 bit int) From jkrell at elego.de Sat Nov 20 13:48:03 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 13:48:03 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101120124804.202D32474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 13:48:03 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: restore TREE_SIDE_EFFECTS see recent change: Mon Nov 1 08:15:22 2010 MET (2 weeks, 5 days ago) by jkrell remove all but one use of TREE_SIDE_EFFECTS optimized m3core and libm3 are unchanged presumably unoptimized is also unchanged and maybe add a few more on all MODIFY_EXPR, BIND_EXPR, and calls and on volatile load/store (which we have very few of) It isn't automatic on those though? This is based on a quick perusal of the C frontend. I was really wondering what they do for nested functions, but ended up fixating on their add_stmt => add_to_statement_list_force vs. our add_stmt => add_to_statement_list which varies in that non-force doen't add if not TREE_SIDE_EFFECTS. I also don't know why we have TREE_USED in add_stmt. Left alone, just added a comment. Allow inlining in *modules* that have *no* nested functions, but not at all in *modules* that have *any* nested functions. I tried just nested functions and/or their parents, that's not enough. A little better but still not very good. It seems some of the previously broken cases for optimization aren't broken now. But still, overall, reenabling any/many of the few we have disabled, break somewhere. And some of this is probably related to type info or its absense. Continue punting for now. From jkrell at elego.de Sat Nov 20 14:34:27 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 14:34:27 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101120133427.58AC8CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 14:34:27 Modified files: cm3/m3-sys/m3middle/src/: M3CG_BinWr.m3 Log message: a byte instead of an int suffices for sign (I don't think the m3cc backend even uses this any longer) From jkrell at elego.de Sat Nov 20 14:43:17 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 14:43:17 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101120134317.8BCD22474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 14:43:17 Modified files: cm3/scripts/regression/: defs.sh Log message: fix for set -ex: don't fail unset NOCLEAN if it isn't set From jkrell at elego.de Sat Nov 20 22:28:50 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 22:28:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101120212850.619EACC126@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 22:28:50 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Remove the remaining volatile stores, on extract and static_link. On static_link, this helps *slightly* with enable-checking, and this is generally what we want anyway, for better optimization. (of course we still volatize in the presence of setjmp/fork) It is not enough however to remove the hack in the enable-checking, as it still hits in some cases. More to do here. From jkrell at elego.de Sat Nov 20 23:01:22 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 23:01:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101120220122.DA19C2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 23:01:22 Added files: cm3/m3-tools/kate/: .cvsignore Log message: add .cvsignore From jkrell at elego.de Sat Nov 20 23:03:02 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 23:03:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101120220305.A430E2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 23:03:02 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: m3-parse.h Log message: forgot this file, when removing volatile, should be ok though, just warnings I expect From jkrell at elego.de Sat Nov 20 23:04:04 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 23:04:04 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101120220404.2E2E82474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 23:04:04 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: tree-cfg.c Log message: remove another check related to static chain, but I think only fails this if the previous is checked, more to do here.. From jkrell at elego.de Sat Nov 20 23:06:33 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 23:06:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101120220633.CE9FD2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 23:06:33 Modified files: cm3/m3-libs/m3core/src/: m3core.h Log message: use limits.h to verify integer sizes and even be portable to 16bit int From jkrell at elego.de Sat Nov 20 23:31:48 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 20 Nov 2010 23:31:48 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101120223148.B68952474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/20 23:31:48 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: cfgcleanup.c cfgexpand.c cfghooks.c cfglayout.c cfgloopmanip.c cfgrtl.c tree-cfgcleanup.c Log message: Go back to making checking not be hardcoded, but subject to configure. This seems like a step backwards, but I will soon change the actual configure, to enable these checks, and more. (Currently other checks fail, working on it..) (Probably, something like, we will for some time enable *lots* of checks, make sure it works and stays working, and then will relax it to check less; the full checking is very noticably slower.) From rcolebur at SCIRES.COM Sun Nov 21 02:54:09 2010 From: rcolebur at SCIRES.COM (Coleburn, Randy) Date: Sat, 20 Nov 2010 20:54:09 -0500 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20101110112836.186AC2474003@birch.elegosoft.com> References: <20101110112836.186AC2474003@birch.elegosoft.com> Message-ID: Jay: My recollection about the reason this was coded as a "pushd foo" followed by a "cd .." was to get around a problem in one of the older cmd shell variants. I agree that "pushd foo\bar" is better than "pushd foo" "cd bar", but note that relative paths are being used in some of my code that you changed, so your example is not exactly the same. My experience with an older shell (I can't remember which) is that it ran into problems with Pushd ..\..\.. Popd when the target of the original pushd did not exist. ALSO WORD TO THE WISE: IF IT ISN'T BROKE, DON'T FIX IT. This code was working fine. Your "optimization" is trivial and may wind up breaking something (esp. if my recollection is correct). Regards, Randy -----Original Message----- From: Jay Krell [mailto:jkrell at elego.de] Sent: Wednesday, November 10, 2010 7:29 AM To: m3commit at elegosoft.com Subject: [M3commit] CVS Update: cm3 CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 12:28:36 Modified files: cm3/scripts/dev/windows/: do-cm3.cmd Log message: pushd foo cd bar is terser and no less clear as pushd foo\bar From rcolebur at SCIRES.COM Sun Nov 21 02:54:09 2010 From: rcolebur at SCIRES.COM (Coleburn, Randy) Date: Sat, 20 Nov 2010 20:54:09 -0500 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20101110112638.B3AEC2474003@birch.elegosoft.com> References: <20101110112638.B3AEC2474003@birch.elegosoft.com> Message-ID: Jay: You miss the point. I put these checks in to prevent running on systems earlier than Windows 2000. I believe there may be features in this script that don't work on the older systems. Plus, the checks create a temporary variable that can be used to identify the host OS if OS-specific adjustments are needed. Your changes remove this feature. Also, you added another couple of lines dealing with "STD" that essentially equate "STD" to "ALL". Is this the meaning now of "STD"? In the past, it has meant something different. Regards, Randy -----Original Message----- From: Jay Krell [mailto:jkrell at elego.de] Sent: Wednesday, November 10, 2010 7:27 AM To: m3commit at elegosoft.com Subject: [M3commit] CVS Update: cm3 CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/10 12:26:38 Modified files: cm3/scripts/dev/windows/: do-cm3.cmd Log message: Support all NT operating systems without further checks. This is highly likely portable down to NT 3.51 and portable up to all NT operating systems that will ever be created, at least that have any ability to run any .cmd file. I left the check for "%OS%"=="Windows_NT" in because, I guess, OS/2 can run .cmd files. But Windows 9x can also run them, there are versions of cmd.exe for it. So the check is probably still overeager. Anyway, nobody is likely to try any of the other systems (OS/2, Win9x, NT 3.1, etc.) From jay.krell at cornell.edu Sun Nov 21 07:39:50 2010 From: jay.krell at cornell.edu (Jay K) Date: Sun, 21 Nov 2010 06:39:50 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101110112836.186AC2474003@birch.elegosoft.com>, Message-ID: Ok I'll put it back. - Jay/phone > From: rcolebur at SCIRES.COM > To: jkrell at elego.de; m3commit at elegosoft.com > Date: Sat, 20 Nov 2010 20:54:09 -0500 > Subject: Re: [M3commit] CVS Update: cm3 > > Jay: > > My recollection about the reason this was coded as a "pushd foo" followed by a "cd .." was to get around a problem in one of the older cmd shell variants. > > I agree that "pushd foo\bar" is better than "pushd foo" "cd bar", but note that relative paths are being used in some of my code that you changed, so your example is not exactly the same. > > My experience with an older shell (I can't remember which) is that it ran into problems with > Pushd ..\..\.. > Popd > when the target of the original pushd did not exist. > > ALSO WORD TO THE WISE: IF IT ISN'T BROKE, DON'T FIX IT. This code was working fine. Your "optimization" is trivial and may wind up breaking something (esp. if my recollection is correct). > > Regards, > Randy > > -----Original Message----- > From: Jay Krell [mailto:jkrell at elego.de] > Sent: Wednesday, November 10, 2010 7:29 AM > To: m3commit at elegosoft.com > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 10/11/10 12:28:36 > > Modified files: > cm3/scripts/dev/windows/: do-cm3.cmd > > Log message: > pushd foo > cd bar > > is terser and no less clear as > pushd foo\bar > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.krell at cornell.edu Sun Nov 21 07:47:44 2010 From: jay.krell at cornell.edu (Jay K) Date: Sun, 21 Nov 2010 06:47:44 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101110112638.B3AEC2474003@birch.elegosoft.com>, Message-ID: It looks to me like it'd work on much older systems. Little sense stopping it & it creates work for every subsequent release, which will surely keep coming. Don't generate such needless work. Let me tell a quick story. A very common, maybe the most common, reason programs don't work on newer versions of Windows is that programmer check the OS version and refuse to run on newer. The OS therefore recognizes many such programs and "lies" to them as to the version. And then the programs work fine. The lesson is that version checks are a suspicious construct and usually do no good, only harm. - Jay/phone > From: rcolebur at SCIRES.COM > To: jkrell at elego.de; m3commit at elegosoft.com > Date: Sat, 20 Nov 2010 20:54:09 -0500 > Subject: Re: [M3commit] CVS Update: cm3 > > Jay: You miss the point. I put these checks in to prevent running on systems earlier than Windows 2000. > I believe there may be features in this script that don't work on the older systems. Plus, the checks create a temporary variable that can be used to identify the host OS if OS-specific adjustments are needed. Your changes remove this feature. > > Also, you added another couple of lines dealing with "STD" that essentially equate "STD" to "ALL". Is this the meaning now of "STD"? In the past, it has meant something different. > > Regards, > Randy > > -----Original Message----- > From: Jay Krell [mailto:jkrell at elego.de] > Sent: Wednesday, November 10, 2010 7:27 AM > To: m3commit at elegosoft.com > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 10/11/10 12:26:38 > > Modified files: > cm3/scripts/dev/windows/: do-cm3.cmd > > Log message: > Support all NT operating systems without further checks. > This is highly likely portable down to NT 3.51 and portable up to > all NT operating systems that will ever be created, at least > that have any ability to run any .cmd file. > > I left the check for "%OS%"=="Windows_NT" in because, I guess, > OS/2 can run .cmd files. > But Windows 9x can also run them, there are versions of cmd.exe for it. > So the check is probably still overeager. > Anyway, nobody is likely to try any of the other systems (OS/2, Win9x, NT 3.1, etc.) > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkrell at elego.de Sun Nov 21 10:26:44 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 21 Nov 2010 10:26:44 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101121092644.318A7CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/21 10:26:44 Modified files: cm3/scripts/dev/windows/: do-cm3.cmd Log message: go back to version 1.4 From wagner at elego.de Sun Nov 21 13:23:34 2010 From: wagner at elego.de (Olaf Wagner) Date: Sun, 21 Nov 2010 13:23:34 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101121122334.404282474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 10/11/21 13:23:34 Modified files: cm3/scripts/regression/: hudson_build_system.sh Log message: Always use lastok pool as a start, not just if current doesn't exist. Can we clean up all that debug output? It's very specific and doesn't make understand the script easier... From wagner at elego.de Sun Nov 21 13:57:43 2010 From: wagner at elego.de (Olaf Wagner) Date: Sun, 21 Nov 2010 13:57:43 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101121125743.3C3122474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 10/11/21 13:57:43 Modified files: cm3/scripts/regression/: defs.sh Log message: improve traces and checking for existing cm3 installations From wagner at elego.de Sun Nov 21 14:00:38 2010 From: wagner at elego.de (Olaf Wagner) Date: Sun, 21 Nov 2010 14:00:38 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101121130038.CBA1F2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 10/11/21 14:00:38 Modified files: cm3/scripts/regression/: hudson_build_system.sh Log message: disable verbose debugging output remove plin specific traces From wagner at elego.de Sun Nov 21 14:18:07 2010 From: wagner at elego.de (Olaf Wagner) Date: Sun, 21 Nov 2010 14:18:07 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101121131807.8ED0F2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 10/11/21 14:18:07 Modified files: cm3/scripts/regression/: hudson_build_system.sh Log message: Only use prebuilt cm3cg if USE_PREBUILT_CM3CG parameter is set to true. This is currently not done in any Hudson job IIRC. From jkrell at elego.de Sun Nov 21 20:11:30 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 21 Nov 2010 20:11:30 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101121191130.CD5B82474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/21 20:11:30 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: calls.c Log message: fix warning about possibly uninitialized variable From jkrell at elego.de Sun Nov 21 21:00:16 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 21 Nov 2010 21:00:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101121200016.C1C892474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/21 21:00:16 Modified files: cm3/m3-sys/m3cc/src/: m3makefile clean_marker.txt cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: significant fixes for configure -enable-checking - Continue using bitfield_refs for load/store, but mark the parameter addressable. Hopefully this isn't as bad as volatile, though given how effective it is, I suspect it might be. We can do better in future using component/array_ref. - don't inline nested functions whose parents are not inlinable (e.g. parent has barrier label) - don't inline any function that manipulate static link (load/pop) - ie: nested functions can be inlined, but only in the absence of exception handling or accessing parent frame; i.e. when they are used for scoping the name of the function - remove a chunk in volatilize that had the tree types wrong - add another m3_cast, that I suspected was needed anyway but couldn't prove via an error, now I have seen it error - remove the recent addition of stabilize_reference, it makes me nervous; it might be an optimization or a deoptimization and then: - allow many optimizations that we previously did not allow, in fact, all of them, but suppress a new one, flag_tree_forwprop, which I suspect actually is a simple valuable one, but I think this is the right compromise at the moment. I'm "dancing" between types, optimizations, checking, and also disabling some checks. - enable the checking in all builds not quite all checking, as all is really really really slow, though we should find a way to run that occasionally We'll want to dial this down for release to speed it back up. I think for dialing it up, maybe dedicate a host or task, and don't have that one make releases/snapshots. It could be a second host of the same type as another, e.g. a second I386_LINUX host. (We also need to enable optimizations in Hudson sometimes.) Only tested on AMD64_DARWIN. From jkrell at elego.de Sun Nov 21 21:03:04 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 21 Nov 2010 21:03:04 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101121200304.53B9C2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/21 21:03:04 Modified files: cm3/scripts/python/: upgrade.py Log message: don't run m3cggen here either, like in upgrade.sh; developer can uncomment it when making changes; CVS gets confused and cvs -z3 commit always wants to commit the file, even though it is unchanged (perforce does this better, you'd check it out, copy, then p4 revert -a to revert unchanged files) From jkrell at elego.de Sun Nov 21 23:39:11 2010 From: jkrell at elego.de (Jay Krell) Date: Sun, 21 Nov 2010 23:39:11 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101121223911.C85B52474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/21 23:39:11 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: tree-cfg.c Log message: disable another static chain check arg, clearly I did an adequate job of getting the static link stuff to "work" with gcc-4.5 but not so good at getting it to work with optimizations and checking; I still suspect there is a disconnect between our "closures" and gcc's expectations. From jkrell at elego.de Mon Nov 22 08:23:18 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 8:23:18 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122072319.074D12474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 08:23:18 Modified files: cm3/scripts/regression/: hudson_build_system.sh hudson_pkg_tests.sh Log message: ulimit -d unlimited put back set -e it is good to not ignore errors From jkrell at elego.de Mon Nov 22 08:38:55 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 8:38:55 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122073855.E8B4F2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 08:38:55 Modified files: cm3/m3-sys/m3cc/src/: m3makefile clean_marker.txt Log message: add more checks not fully tested From jkrell at elego.de Mon Nov 22 08:45:37 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 8:45:37 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122074537.F30BE2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 08:45:37 Modified files: cm3/scripts/regression/: hudson_build_system.sh hudson_pkg_tests.sh Log message: see http://hudson.modula3.com:8080/job/cm3-current-build-PPC_DARWIN/177/consoleFull /Users/hudson/workspace/cm3-current-build-PPC_DARWIN/cm3/scripts/regression/hudson_build_system.sh: line 40: [: missing `]' From jkrell at elego.de Mon Nov 22 08:55:59 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 8:55:59 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122075600.032432474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 08:55:59 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: alias.c Log message: try simplify code for g++ 3.x for PPC_DARWIN. I doubt this will work. We can probably use g++ 4.0 here. From jkrell at elego.de Mon Nov 22 08:57:32 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 8:57:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122075732.F35EA2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 08:57:32 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: alias.c Log message: go back a version, I see how to fix better From jkrell at elego.de Mon Nov 22 09:03:16 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 9:03:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122080316.4F6FACC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 09:03:16 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: rtl.h Log message: require a newer compiler for RTL_FLAG_CHECKING, should fix PPC_DARWIN From jkrell at elego.de Mon Nov 22 09:04:54 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 9:04:54 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122080454.DE92C2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 09:04:54 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: rtl.h Log message: allow for older gcc but require newer g++ From jkrell at elego.de Mon Nov 22 09:06:59 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 9:06:59 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122080659.D43E5CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 09:06:59 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt Log message: clean again From jkrell at elego.de Mon Nov 22 17:11:32 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 17:11:32 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122161132.317F32474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 17:11:32 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: printfs are working now! (thanks to cm3cg update working presumably) Should fix: http://hudson.modula3.com:8080/view/cm3-current/job/cm3-current-build-I386_DARWIN/83/console From jkrell at elego.de Mon Nov 22 17:12:12 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 17:12:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122161212.AFAA4CC10F@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 17:12:12 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: adjust assert From jkrell at elego.de Mon Nov 22 17:15:42 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 17:15:42 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122161542.EB5C1CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 17:15:42 Modified files: cm3/m3-sys/m3cc/src/: m3makefile clean_marker.txt Log message: Do less checking on FreeBSD4/I386_FREEBSD to try to use less memory. If this still fails, the next thing to try is obvious: do no checking there. From jkrell at elego.de Mon Nov 22 17:16:58 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 22 Nov 2010 17:16:58 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101122161658.1FFD7CC124@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/22 17:16:58 Modified files: cm3/m3-sys/m3cc/src/: m3makefile clean_marker.txt Log message: queue up the next one From rodney_bates at lcwb.coop Mon Nov 22 20:44:00 2010 From: rodney_bates at lcwb.coop (Rodney M. Bates) Date: Mon, 22 Nov 2010 13:44:00 -0600 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20101121223911.C85B52474003@birch.elegosoft.com> References: <20101121223911.C85B52474003@birch.elegosoft.com> Message-ID: <4CEAC800.7070103@lcwb.coop> Jay, I think you overestimate the connection between static links and closures/trampolines, which is really quite weak. They are almost orthogonal mechanisms. Closures come into play only when you pass a nested procedure as an actual parameter, and then call it via the corresponding formal. The closure only stores a pointer to an activation record during the interval between these two events. A trampoline does the same, using a different mechanism. Where the AR pointer came from before it was stored in the closure and how it is used after it is pulled out of the closure during the call through the actual parameter are no different than when nested procedures are called only as procedure constants and thus no closures exist at all. If the static link mechanism works without passing/calling nested procedures as parameters (and thus without any closures being involved), then it should work fine with the above too. Jay Krell wrote: > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 10/11/21 23:39:11 > > Modified files: > cm3/m3-sys/m3cc/gcc-4.5/gcc/: tree-cfg.c > > Log message: > disable another static chain check > > arg, clearly I did an adequate job of getting > the static link stuff to "work" with gcc-4.5 > but not so good at getting it to work with optimizations > and checking; I still suspect there is a disconnect > between our "closures" and gcc's expectations. > > From jay.krell at cornell.edu Mon Nov 22 21:11:53 2010 From: jay.krell at cornell.edu (Jay K) Date: Mon, 22 Nov 2010 20:11:53 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <4CEAC800.7070103@lcwb.coop> References: <20101121223911.C85B52474003@birch.elegosoft.com>, <4CEAC800.7070103@lcwb.coop> Message-ID: I do keep hitting problems related to static links. Either the volatile setjmp/fork error (could be a warning, but I made it an error). Or configure -enable-checking not liking our trees. For the first problem I had to disable the "forward prop" optimization. Not great. For the second I disabled the check. Even worse. These changes are not speculative. So I'm definitely not overestimating in some sense. Granted 1) I might be overestimating in my comments/thoughts 2) there should be a better way to fix it. But there is a problem, either in gcc unpatched, or in how parse.c constructs trees related to nested functions and/or static links, and/or in how I patched in the static link tree code, somewhere. It took me a fair amount of digging to get the static link stuff "working" in gcc 4.5 -- "working" as in code compiles and runs correctly, albeit with these optimization/checking problems, not "working" as in clearly all correct, I now suspect/realize. Very little code in the tree uncovers these problems. Granted, I don't build m3-sys/tests much. But I pretty frequently run do-cm3-all. That's what I mean by "the tree". In particular, the setjmp/fork problem only occurs in the recently added elego directory. (Thanks Olaf! :) ) m3tk is also a good exerciser of this stuff, I think the file StdFormat.m3. I'll try to think more about your point though, later. And I'll try to understand more here as well. Like, why does gcc complain about indirect calls with static links? What does that mean? I mostly know, but not enough to understand quickly why it complains or why we do or not need it or why we end up constructing it. I should put together small samples that trigger the check problem. I think that's easy. And maybe the fork/setjmp problem, probably less easy but I do have a starting point. Additional changes in tree-nested.c are ok as part of a fix, since we unavoidably change that file anyway. (though, again, it might be nice to avoid it; I know we are getting more optimization this way, but is it worth it? I guess, again, I should compare to C, or Ada, and try to understand why our difference isn't significant, as you are saying and I think Tony said). Later, - Jay ---------------------------------------- > Date: Mon, 22 Nov 2010 13:44:00 -0600 > From: rodney_bates at lcwb.coop > To: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > Jay, I think you overestimate the connection between static links > and closures/trampolines, which is really quite weak. They are > almost orthogonal mechanisms. > > Closures come into play only when you pass a nested procedure > as an actual parameter, and then call it via the corresponding > formal. The closure only stores a pointer to an activation record > during the interval between these two events. A trampoline does > the same, using a different mechanism. > > Where the AR pointer came from before it was stored in the closure > and how it is used after it is pulled out of the closure during > the call through the actual parameter are no different than when > nested procedures are called only as procedure constants and thus > no closures exist at all. > > If the static link mechanism works without passing/calling nested > procedures as parameters (and thus without any closures being > involved), then it should work fine with the above too. > > Jay Krell wrote: > > CVSROOT: /usr/cvs > > Changes by: jkrell at birch. 10/11/21 23:39:11 > > > > Modified files: > > cm3/m3-sys/m3cc/gcc-4.5/gcc/: tree-cfg.c > > > > Log message: > > disable another static chain check > > > > arg, clearly I did an adequate job of getting > > the static link stuff to "work" with gcc-4.5 > > but not so good at getting it to work with optimizations > > and checking; I still suspect there is a disconnect > > between our "closures" and gcc's expectations. > > > > From jkrell at elego.de Tue Nov 23 08:59:16 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 8:59:16 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123075916.9DE9FCC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 08:59:16 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: trace fully in passes even beyond the initial read From jkrell at elego.de Tue Nov 23 10:07:27 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 10:07:27 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123090727.E526F2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 10:07:27 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: fix tree type mismatch in divide, via heavy handed fix of m3_build => build in binop; ie. not folding consider doing this only for divide and see if that suffices prepare code for insert_mn/extract_mn using bit_field_ref #if'ed out until I can multiple architectures easily enough slight optimization of insert_mn for edge cases and then don't printf about them From jkrell at elego.de Tue Nov 23 10:09:50 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 10:09:50 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123090950.1313C2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 10:09:50 Modified files: cm3/m3-sys/m3tests/src/p2/p240/: m3makefile Log message: fix signed/unsigned confusion assuming we test every combination, then this is just a matter of naming and the same cases get tested, just under possibly different names From jkrell at elego.de Tue Nov 23 10:20:27 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 10:20:27 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123092028.16B1A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 10:20:27 Added files: cm3/m3-sys/m3tests/src/p2/p240/: m3overrides Log message: add m3overrides particularly useful for this specific test, so can test cross targets This test doesn't need libraries/executables, just the ability to generate assembly. From jkrell at elego.de Tue Nov 23 10:31:26 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 10:31:26 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123093126.A46E52474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 10:31:26 Modified files: cm3/m3-sys/m3tests/src/p2/p240/expected/AMD64_DARWIN/: And.ms Divide.ms EQ.ms GE.ms GT.ms LE.ms LT.ms LeftRotate.ms LeftShift.ms Minus.ms Mod.ms NE.ms Not.ms Or.ms Plus.ms RightRotate.ms RightShift.ms Rotate.ms Shift.ms Times.ms Xor.ms bitfield.ms div_pow2.ms extract.ms extract_constant_both.ms extract_constant_count.ms extract_constant_offset.ms insert.ms insert_constant_both.ms insert_constant_count.ms insert_constant_offset.ms mod_pow2.ms return_constant.ms return_parameter.ms return_parameter_convert.ms return_variable.ms cm3/m3-sys/m3tests/src/p2/p240/expected/I386_LINUX/: bitfield.ms extract.ms insert.ms Log message: update baseline before insert_mn/extract_mn changes SOLsun coming shortly From jkrell at elego.de Tue Nov 23 10:35:49 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 10:35:49 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123093549.9DBDA2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 10:35:49 Added files: cm3/m3-sys/m3tests/src/p2/p240/expected/SOLsun/: A.ms And.ms Divide.ms EQ.ms GE.ms GT.ms LE.ms LT.ms LeftRotate.ms LeftShift.ms Minus.ms Mod.ms NE.ms Not.ms Or.ms Plus.ms RightRotate.ms RightShift.ms Rotate.ms Shift.ms Times.ms Xor.ms bitfield.ms div_pow2.ms divmod_pow2.ms extract.ms extract_constant_both.ms extract_constant_count.ms extract_constant_offset.ms insert.ms insert_constant_both.ms insert_constant_count.ms insert_constant_offset.ms mod_pow2.ms records.ms return_constant.ms return_parameter.ms return_parameter_convert.ms return_variable.ms Log message: add SOLsun baseline before extract_mn/insert_mn changes 3 should suffice: 32bit little endian, 32bit big endian, 64bit little endian I might add more. From jkrell at elego.de Tue Nov 23 10:49:57 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 10:49:57 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123094957.146F72474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 10:49:57 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: Go with the obvious less heavy handed fix of only avoiding fold for integer division. This is enough for test p240 and the unoptimized code is definitely better. NOT fully tested, but really probably works. It is probably worth digging into the frontend to see if there is a difference in the types. It is probably also worth digging in the backend, like, we do put in the casts consistently, why are they only not effective for divide? I realize that a little bit of analysis goes a long way on many divide cases: "divide tends to produce small results", sort of. On the other hand, it isn't worth too much effort. Divide is the slowest least used integer operation. From jkrell at elego.de Tue Nov 23 11:38:57 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 11:38:57 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123103857.856132474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 11:38:57 Modified files: cm3/m3-sys/m3cc/src/: gnucc.common m3makefile Log message: remove I386_DARWIN hack (should update clean_marker.txt but it'll cost me..) From jkrell at elego.de Tue Nov 23 11:51:06 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 11:51:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123105106.759382474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 11:51:06 Modified files: cm3/m3-sys/m3cc/src/: platforms.quake Log message: hppa64-hpux => hppa64-hpux11 From jkrell at elego.de Tue Nov 23 12:11:40 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 12:11:40 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123111140.40C7B2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 12:11:40 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/config/pa/: pa-protos.h Log message: add extern C From jkrell at elego.de Tue Nov 23 12:18:06 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 12:18:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123111806.81EA1CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 12:18:06 Modified files: cm3/m3-sys/cminstall/src/config-no-install/: PA64_HPUX Log message: -g crashes sort of see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46618 From hosking at cs.purdue.edu Tue Nov 23 15:48:19 2010 From: hosking at cs.purdue.edu (Tony Hosking) Date: Tue, 23 Nov 2010 09:48:19 -0500 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20101123094957.146F72474003@birch.elegosoft.com> References: <20101123094957.146F72474003@birch.elegosoft.com> Message-ID: On Nov 23, 2010, at 10:49 AM, Jay Krell wrote: > CVSROOT: /usr/cvs > Changes by: jkrell at birch. 10/11/23 10:49:57 > > Modified files: > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c > > Log message: > Go with the obvious less heavy handed fix of only avoiding > fold for integer division. I don't understand what the issue is with folding on integer division. Please explain. > This is enough for test p240 and the unoptimized code is definitely better. > NOT fully tested, but really probably works. > It is probably worth digging into the frontend to see if there is a difference > in the types. It is probably also worth digging in the backend, like, > we do put in the casts consistently, why are they only not effective > for divide? I realize that a little bit of analysis goes a long way > on many divide cases: "divide tends to produce small results", sort of. > On the other hand, it isn't worth too much effort. > Divide is the slowest least used integer operation. From jay.krell at cornell.edu Tue Nov 23 19:45:15 2010 From: jay.krell at cornell.edu (Jay K) Date: Tue, 23 Nov 2010 18:45:15 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101123094957.146F72474003@birch.elegosoft.com>, Message-ID: Try building m3-sys/m3tests/p2/p240. There is an error in the configure enable-checking about the types being mismatched. - Jay > From: hosking at cs.purdue.edu > Date: Tue, 23 Nov 2010 09:48:19 -0500 > To: jkrell at elego.de > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > > On Nov 23, 2010, at 10:49 AM, Jay Krell wrote: > > > CVSROOT: /usr/cvs > > Changes by: jkrell at birch. 10/11/23 10:49:57 > > > > Modified files: > > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c > > > > Log message: > > Go with the obvious less heavy handed fix of only avoiding > > fold for integer division. > > I don't understand what the issue is with folding on integer division. Please explain. > > > This is enough for test p240 and the unoptimized code is definitely better. > > NOT fully tested, but really probably works. > > It is probably worth digging into the frontend to see if there is a difference > > in the types. It is probably also worth digging in the backend, like, > > we do put in the casts consistently, why are they only not effective > > for divide? I realize that a little bit of analysis goes a long way > > on many divide cases: "divide tends to produce small results", sort of. > > On the other hand, it isn't worth too much effort. > > Divide is the slowest least used integer operation. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkrell at elego.de Tue Nov 23 21:22:11 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 21:22:11 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123202211.20E6DCC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 21:22:11 Modified files: cm3/m3-sys/m3cc/src/: clean_marker.txt m3makefile Log message: skip checking on FreeBSD4, I386_FREEBSD, PPC_DARWIN From jkrell at elego.de Tue Nov 23 21:23:43 2010 From: jkrell at elego.de (Jay Krell) Date: Tue, 23 Nov 2010 21:23:43 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101123202343.A604ACC12B@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/23 21:23:43 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: rtl.h Log message: go back a version as the change was ineffective and achieved another way From hosking at cs.purdue.edu Tue Nov 23 22:38:39 2010 From: hosking at cs.purdue.edu (Tony Hosking) Date: Tue, 23 Nov 2010 16:38:39 -0500 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101123094957.146F72474003@birch.elegosoft.com>, Message-ID: <40DB8AE9-6A52-4C50-9D91-4C755919C7B6@cs.purdue.edu> That should be handled by placing an appropriate cast in the gcc tree. On Nov 23, 2010, at 1:45 PM, Jay K wrote: > Try building m3-sys/m3tests/p2/p240. > There is an error in the configure enable-checking about the types being mismatched. > > - Jay > > > > From: hosking at cs.purdue.edu > > Date: Tue, 23 Nov 2010 09:48:19 -0500 > > To: jkrell at elego.de > > CC: m3commit at elegosoft.com > > Subject: Re: [M3commit] CVS Update: cm3 > > > > > > On Nov 23, 2010, at 10:49 AM, Jay Krell wrote: > > > > > CVSROOT: /usr/cvs > > > Changes by: jkrell at birch. 10/11/23 10:49:57 > > > > > > Modified files: > > > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c > > > > > > Log message: > > > Go with the obvious less heavy handed fix of only avoiding > > > fold for integer division. > > > > I don't understand what the issue is with folding on integer division. Please explain. > > > > > This is enough for test p240 and the unoptimized code is definitely better. > > > NOT fully tested, but really probably works. > > > It is probably worth digging into the frontend to see if there is a difference > > > in the types. It is probably also worth digging in the backend, like, > > > we do put in the casts consistently, why are they only not effective > > > for divide? I realize that a little bit of analysis goes a long way > > > on many divide cases: "divide tends to produce small results", sort of. > > > On the other hand, it isn't worth too much effort. > > > Divide is the slowest least used integer operation. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.krell at cornell.edu Tue Nov 23 22:51:25 2010 From: jay.krell at cornell.edu (Jay K) Date: Tue, 23 Nov 2010 21:51:25 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <40DB8AE9-6A52-4C50-9D91-4C755919C7B6@cs.purdue.edu> References: <20101123094957.146F72474003@birch.elegosoft.com>, , , , <40DB8AE9-6A52-4C50-9D91-4C755919C7B6@cs.purdue.edu> Message-ID: But I did that, or maybe they were already there, and it seem/seemed to help in general, but not for divide. Presumably fold is removing the cast somewhere. Maybe a gcc bug??? I can dig deeper if you really want. Or maybe they didn't make a difference and I put them in wrong and divide is the only preexisting problem. I'd have to double check. Sorry, about the lack of certainty.. (certainly casts were needed in general in a few places, but I don't remember specifically for plus/minus/mult/divide). I actually find it odd that build_fold is even a public heavily used function. It seems to me it should be, like, done at the next level down. Which reminds me, in load/store, if the two types are both integers and the same size but different in signedness, I want to try *not* taking the address. Probably also for pointer<=>integer of pointer size. Though this is "short term", since the address-taking should go away *eventually* by other means (component_ref/array_ref), though realistically, that's a ways off.. - Jay ________________________________ > From: hosking at cs.purdue.edu > Date: Tue, 23 Nov 2010 16:38:39 -0500 > To: jay.krell at cornell.edu > CC: m3commit at elegosoft.com > Subject: Re: [M3commit] CVS Update: cm3 > > That should be handled by placing an appropriate cast in the gcc tree. > > On Nov 23, 2010, at 1:45 PM, Jay K wrote: > > Try building m3-sys/m3tests/p2/p240. > There is an error in the configure enable-checking about the types > being mismatched. > > - Jay > > > > From: hosking at cs.purdue.edu > > Date: Tue, 23 Nov 2010 09:48:19 -0500 > > To: jkrell at elego.de > > CC: m3commit at elegosoft.com > > Subject: Re: [M3commit] CVS Update: cm3 > > > > > > On Nov 23, 2010, at 10:49 AM, Jay Krell wrote: > > > > > CVSROOT: /usr/cvs > > > Changes by: jkrell at birch. 10/11/23 10:49:57 > > > > > > Modified files: > > > cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c > > > > > > Log message: > > > Go with the obvious less heavy handed fix of only avoiding > > > fold for integer division. > > > > I don't understand what the issue is with folding on integer > division. Please explain. > > > > > This is enough for test p240 and the unoptimized code is definitely > better. > > > NOT fully tested, but really probably works. > > > It is probably worth digging into the frontend to see if there is a > difference > > > in the types. It is probably also worth digging in the backend, like, > > > we do put in the casts consistently, why are they only not effective > > > for divide? I realize that a little bit of analysis goes a long way > > > on many divide cases: "divide tends to produce small results", sort of. > > > On the other hand, it isn't worth too much effort. > > > Divide is the slowest least used integer operation. > > > From hosking at cs.purdue.edu Tue Nov 23 23:47:16 2010 From: hosking at cs.purdue.edu (Tony Hosking) Date: Tue, 23 Nov 2010 17:47:16 -0500 Subject: [M3commit] CVS Update: cm3 In-Reply-To: References: <20101123094957.146F72474003@birch.elegosoft.com>, , , , <40DB8AE9-6A52-4C50-9D91-4C755919C7B6@cs.purdue.edu> Message-ID: <26E4073F-6195-4157-9C3A-136E57B26C10@cs.purdue.edu> There are weak and strong casts in gcc. I forget the precise details, but I believe they will make a difference. Antony Hosking | Associate Professor | Computer Science | Purdue University 305 N. University Street | West Lafayette | IN 47907 | USA Office +1 765 494 6001 | Mobile +1 765 427 5484 On Nov 23, 2010, at 4:51 PM, Jay K wrote: > > But I did that, or maybe they were already there, and it seem/seemed to help in general, but not for divide. > Presumably fold is removing the cast somewhere. > Maybe a gcc bug??? > I can dig deeper if you really want. > > > Or maybe they didn't make a difference and I put them in wrong and divide is the only > preexisting problem. I'd have to double check. Sorry, about the lack of certainty.. > (certainly casts were needed in general in a few places, but I don't remember specifically for plus/minus/mult/divide). > > > I actually find it odd that build_fold is even a public heavily used function. > It seems to me it should be, like, done at the next level down. > > > Which reminds me, in load/store, if the two types are both integers and the same size > but different in signedness, I want to try *not* taking the address. > Probably also for pointer<=>integer of pointer size. > Though this is "short term", since the address-taking should go away *eventually* by other means (component_ref/array_ref), though realistically, that's a ways off.. > > > - Jay > > > ________________________________ >> From: hosking at cs.purdue.edu >> Date: Tue, 23 Nov 2010 16:38:39 -0500 >> To: jay.krell at cornell.edu >> CC: m3commit at elegosoft.com >> Subject: Re: [M3commit] CVS Update: cm3 >> >> That should be handled by placing an appropriate cast in the gcc tree. >> >> On Nov 23, 2010, at 1:45 PM, Jay K wrote: >> >> Try building m3-sys/m3tests/p2/p240. >> There is an error in the configure enable-checking about the types >> being mismatched. >> >> - Jay >> >> >>> From: hosking at cs.purdue.edu >>> Date: Tue, 23 Nov 2010 09:48:19 -0500 >>> To: jkrell at elego.de >>> CC: m3commit at elegosoft.com >>> Subject: Re: [M3commit] CVS Update: cm3 >>> >>> >>> On Nov 23, 2010, at 10:49 AM, Jay Krell wrote: >>> >>>> CVSROOT: /usr/cvs >>>> Changes by: jkrell at birch. 10/11/23 10:49:57 >>>> >>>> Modified files: >>>> cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c >>>> >>>> Log message: >>>> Go with the obvious less heavy handed fix of only avoiding >>>> fold for integer division. >>> >>> I don't understand what the issue is with folding on integer >> division. Please explain. >>> >>>> This is enough for test p240 and the unoptimized code is definitely >> better. >>>> NOT fully tested, but really probably works. >>>> It is probably worth digging into the frontend to see if there is a >> difference >>>> in the types. It is probably also worth digging in the backend, like, >>>> we do put in the casts consistently, why are they only not effective >>>> for divide? I realize that a little bit of analysis goes a long way >>>> on many divide cases: "divide tends to produce small results", sort of. >>>> On the other hand, it isn't worth too much effort. >>>> Divide is the slowest least used integer operation. >>> >> From jay.krell at cornell.edu Tue Nov 23 23:50:02 2010 From: jay.krell at cornell.edu (Jay K) Date: Tue, 23 Nov 2010 22:50:02 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <26E4073F-6195-4157-9C3A-136E57B26C10@cs.purdue.edu> References: <20101123094957.146F72474003@birch.elegosoft.com>, , , , <40DB8AE9-6A52-4C50-9D91-4C755919C7B6@cs.purdue.edu> , <26E4073F-6195-4157-9C3A-136E57B26C10@cs.purdue.edu> Message-ID: Aha. I had no idea and should investigate further. Notice though that I've been applying the same sorts of casts everywhere and they generally help. But perhaps they are weak, and weak is usually strong enough, or some such. Almost anything is possible. :) - Jay ---------------------------------------- > Subject: Re: [M3commit] CVS Update: cm3 > From: hosking at cs.purdue.edu > Date: Tue, 23 Nov 2010 17:47:16 -0500 > CC: m3commit at elegosoft.com > To: jay.krell at cornell.edu > > There are weak and strong casts in gcc. > I forget the precise details, but I believe they will make a difference. > > > Antony Hosking | Associate Professor | Computer Science | Purdue University > 305 N. University Street | West Lafayette | IN 47907 | USA > Office +1 765 494 6001 | Mobile +1 765 427 5484 > > > > > On Nov 23, 2010, at 4:51 PM, Jay K wrote: > > > > > But I did that, or maybe they were already there, and it seem/seemed to help in general, but not for divide. > > Presumably fold is removing the cast somewhere. > > Maybe a gcc bug??? > > I can dig deeper if you really want. > > > > > > Or maybe they didn't make a difference and I put them in wrong and divide is the only > > preexisting problem. I'd have to double check. Sorry, about the lack of certainty.. > > (certainly casts were needed in general in a few places, but I don't remember specifically for plus/minus/mult/divide). > > > > > > I actually find it odd that build_fold is even a public heavily used function. > > It seems to me it should be, like, done at the next level down. > > > > > > Which reminds me, in load/store, if the two types are both integers and the same size > > but different in signedness, I want to try *not* taking the address. > > Probably also for pointer<=>integer of pointer size. > > Though this is "short term", since the address-taking should go away *eventually* by other means (component_ref/array_ref), though realistically, that's a ways off.. > > > > > > - Jay > > > > > > ________________________________ > >> From: hosking at cs.purdue.edu > >> Date: Tue, 23 Nov 2010 16:38:39 -0500 > >> To: jay.krell at cornell.edu > >> CC: m3commit at elegosoft.com > >> Subject: Re: [M3commit] CVS Update: cm3 > >> > >> That should be handled by placing an appropriate cast in the gcc tree. > >> > >> On Nov 23, 2010, at 1:45 PM, Jay K wrote: > >> > >> Try building m3-sys/m3tests/p2/p240. > >> There is an error in the configure enable-checking about the types > >> being mismatched. > >> > >> - Jay > >> > >> > >>> From: hosking at cs.purdue.edu > >>> Date: Tue, 23 Nov 2010 09:48:19 -0500 > >>> To: jkrell at elego.de > >>> CC: m3commit at elegosoft.com > >>> Subject: Re: [M3commit] CVS Update: cm3 > >>> > >>> > >>> On Nov 23, 2010, at 10:49 AM, Jay Krell wrote: > >>> > >>>> CVSROOT: /usr/cvs > >>>> Changes by: jkrell at birch. 10/11/23 10:49:57 > >>>> > >>>> Modified files: > >>>> cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c > >>>> > >>>> Log message: > >>>> Go with the obvious less heavy handed fix of only avoiding > >>>> fold for integer division. > >>> > >>> I don't understand what the issue is with folding on integer > >> division. Please explain. > >>> > >>>> This is enough for test p240 and the unoptimized code is definitely > >> better. > >>>> NOT fully tested, but really probably works. > >>>> It is probably worth digging into the frontend to see if there is a > >> difference > >>>> in the types. It is probably also worth digging in the backend, like, > >>>> we do put in the casts consistently, why are they only not effective > >>>> for divide? I realize that a little bit of analysis goes a long way > >>>> on many divide cases: "divide tends to produce small results", sort of. > >>>> On the other hand, it isn't worth too much effort. > >>>> Divide is the slowest least used integer operation. > >>> > >> > From jkrell at elego.de Wed Nov 24 10:34:02 2010 From: jkrell at elego.de (Jay Krell) Date: Wed, 24 Nov 2010 10:34:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101124093402.724DECC129@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/24 10:34:02 Added files: cm3/scratch/: make-bitfield bitfield.c Log message: start program to understand bitfields From jkrell at elego.de Thu Nov 25 17:27:43 2010 From: jkrell at elego.de (Jay Krell) Date: Thu, 25 Nov 2010 17:27:43 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101125162743.B8120CC12C@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/25 17:27:43 Modified files: cm3/m3-sys/m3cc/src/: m3makefile clean_marker.txt Log message: experiment: turn of checking, see resulting time for Hudson jobs From jkrell at elego.de Fri Nov 26 00:48:39 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 0:48:39 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101125234839.F141BCC366@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 00:48:39 Added files: cm3/m3-tools/cvsup/cvpasswd/: .cvsignore Log message: add .cvsignore From jkrell at elego.de Fri Nov 26 05:31:23 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 5:31:23 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126043123.A6643CC366@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 05:31:23 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/config/rs6000/: rs6000-protos.h rs6000.h Log message: add extern "C" see http://hudson.modula3.com:8080/view/cm3-current/job/cm3-current-build-PPC_LINUX/102/console In file included from ../../gcc-4.5/gcc/m3cg/parse.c:42: ../../gcc-4.5/gcc/config/rs6000/rs6000.h:2427: error: previous declaration of ???int optimize??? with ???C++??? linkage ../../gcc-4.5/gcc/flags.h:113: error: conflicts with new declaration with ???C??? linkage From jkrell at elego.de Fri Nov 26 05:53:22 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 5:53:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126045322.4E5ECCC366@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 05:53:22 Modified files: cm3/scripts/: upgrade.sh Log message: use xfoo = xyes From jkrell at elego.de Fri Nov 26 08:57:06 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 8:57:06 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126075706.5E45A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 08:57:06 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: gengtype-lex.c Log message: touch file to update timestamp, see if this helps incremental build From jkrell at elego.de Fri Nov 26 09:04:18 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 9:04:18 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126080418.7F35ECC12C@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 09:04:18 Modified files: cm3/scripts/regression/: defs.sh Log message: OMIT_GCC on all realclean steps Maybe slightly overkill. From jkrell at elego.de Fri Nov 26 09:06:02 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 9:06:02 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126080602.2F18C2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 09:06:02 Modified files: cm3/scripts/regression/: hudson_pkg_tests.sh Log message: OMIT_GCC on realclean From jkrell at elego.de Fri Nov 26 09:18:00 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 9:18:00 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126081800.CDC30CC366@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 09:18:00 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: lto-cgraph.c lto-compress.c lto-opts.c lto-section-in.c lto-section-out.c lto-streamer-in.c lto-streamer-out.c lto-streamer.c lto-symtab.c lto-wpa-fixup.c Log message: gut the LTO code I don't see us ever using this. Esp. not in gcc 4.5 timeframe. From jkrell at elego.de Fri Nov 26 09:55:04 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 9:55:04 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126085504.47D19CC366@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 09:55:04 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: lto-opts.c Log message: fix From jkrell at elego.de Fri Nov 26 11:16:33 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 11:16:33 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126101633.4E953CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 11:16:33 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: Makefile.in cgraphunit.c collect2.c ipa-cp.c ipa-inline.c ipa-prop.c ipa-pure-const.c ipa-reference.c lto-streamer.h opts.c passes.c tree-pass.h cm3/m3-sys/m3cc/src/: clean_marker.txt Removed files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: lto-cgraph.c lto-compress.c lto-compress.h lto-opts.c lto-section-in.c lto-section-out.c lto-streamer-in.c lto-streamer-out.c lto-streamer.c lto-symtab.c lto-wpa-fixup.c lto-wrapper.c Log message: really remove LTO I don't see us using it any time soon, if ever. From jkrell at elego.de Fri Nov 26 11:27:09 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 11:27:09 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126102710.079E7CC127@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 11:27:09 Modified files: cm3/m3-sys/m3cc/gcc-4.5/gcc/: ipa-prop.c Log message: fix warning From jkrell at elego.de Fri Nov 26 12:14:40 2010 From: jkrell at elego.de (Jay Krell) Date: Fri, 26 Nov 2010 12:14:40 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126111440.81B52CC12C@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/26 12:14:40 Modified files: cm3/m3-sys/m3tests/src/p2/p240/: m3makefile Added files: cm3/m3-sys/m3tests/src/p2/p240/: Div.i3 Div.m3 Log message: add reduced test case for debugging From wagner at elego.de Fri Nov 26 19:36:07 2010 From: wagner at elego.de (Olaf Wagner) Date: Fri, 26 Nov 2010 19:36:07 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126183607.58892CC366@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: wagner at birch. 10/11/26 19:36:07 Modified files: cm3/scripts/regression/: defs.sh Log message: don't check for cm3cg on win32 From jkrell at elego.de Sat Nov 27 00:39:22 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 27 Nov 2010 0:39:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101126233940.A2B94CC12C@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/27 00:39:22 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: extern "C" to workaround Darwin gcc/gdb problems can't set breakpoints on C++ functions in libraries or somesuch see http://gcc.gnu.org/ml/gcc/2010-11/msg00614.html for easy way to see the problem From rodney at elego.de Sat Nov 27 01:18:19 2010 From: rodney at elego.de (Rodney M. Bates) Date: Sat, 27 Nov 2010 1:18:19 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101127001819.CBFE9CC12C@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/27 01:18:19 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: Tag: release_branch_cm3_5_8 m3-valprint.c Log message: Fix a subtle bug in printing Modula-3 set values, which did not adapt between 32- and 64-bit hosts for m3gdb. From rodney at elego.de Sat Nov 27 01:19:14 2010 From: rodney at elego.de (Rodney M. Bates) Date: Sat, 27 Nov 2010 1:19:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101127001914.C57B9CC12C@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/27 01:19:14 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: Tag: release_branch_cm3_5_8 value.c Log message: Small fix to handle Modula-3 floating point types. gdb's own floating type code won't work, because it uses a C++-specific union member that overlaps Modula-3's member of the same union, giving clashes. m3gdb has its own set of floating type codes, but they need to be recognized in *many* more places. The Modula-3 floating type codes are also needed for proper type analysis. From rodney at elego.de Sat Nov 27 01:20:28 2010 From: rodney at elego.de (Rodney M. Bates) Date: Sat, 27 Nov 2010 1:20:28 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101127002028.E5E8A2474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/27 01:20:28 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: Tag: release_branch_cm3_5_8 amd64-tdep.c Log message: Never-done mods to support passing parameters to Modula-3 procedures in user-typed calls, on AMD64. Pass Modula-3-specific types in the right ways. From rodney at elego.de Sat Nov 27 01:32:26 2010 From: rodney at elego.de (Rodney M. Bates) Date: Sat, 27 Nov 2010 1:32:26 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101127003226.E3DA22474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/27 01:32:26 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: amd64-tdep.c Log message: Never-done mods to support passing parameters to Modula-3 procedures in user-typed calls, on AMD64. Pass Modula-3-specific types in the right ways. From rodney at elego.de Sat Nov 27 01:34:39 2010 From: rodney at elego.de (Rodney M. Bates) Date: Sat, 27 Nov 2010 1:34:39 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101127003439.989A32474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/27 01:34:39 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: m3-valprint.c Log message: Fix a subtle bug in printing Modula-3 set values, which did not adapt between 32- and 64-bit hosts for m3gdb. Also fix a mistyped variable name, probably harmless, but hurts readability. From rodney at elego.de Sat Nov 27 01:35:36 2010 From: rodney at elego.de (Rodney M. Bates) Date: Sat, 27 Nov 2010 1:35:36 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101127003536.C43FCCC12C@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rodney at birch. 10/11/27 01:35:36 Modified files: cm3/m3-sys/m3gdb/gdb/gdb/: value.c Log message: Small fix to handle Modula-3 floating point types. gdb's own floating type code won't work, because it uses a C++-specific union member that overlaps Modula-3's member of the same union, giving clashes. m3gdb has its own set of floating type codes, but they need to be recognized in *many* more places. The Modula-3 floating type codes are also needed for proper type analysis. From jkrell at elego.de Sat Nov 27 01:52:22 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 27 Nov 2010 1:52:22 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101127005222.2E5772474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/27 01:52:22 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: change tracing indent multiple from 2 to 4 add comment as to why we don't fold integer division, referencing see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46679 From jkrell at elego.de Sat Nov 27 01:54:12 2010 From: jkrell at elego.de (Jay Krell) Date: Sat, 27 Nov 2010 1:54:12 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101127005412.0C4662474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/27 01:54:12 Modified files: cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c Log message: whitespace From rcoleburn at elego.de Mon Nov 29 02:34:44 2010 From: rcoleburn at elego.de (Randy Coleburn) Date: Mon, 29 Nov 2010 2:34:44 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101129013444.ADF3BCC12C@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rcoleburn at birch. 10/11/29 02:34:44 Modified files: cm3/scripts/dev/windows/: RCC_upgradeCM3.cmd Log message: Go back to version 1.4 From rcoleburn at elego.de Mon Nov 29 02:42:14 2010 From: rcoleburn at elego.de (Randy Coleburn) Date: Mon, 29 Nov 2010 2:42:14 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101129014214.DA306CC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: rcoleburn at birch. 10/11/29 02:42:14 Modified files: cm3/scripts/dev/windows/: RCC_upgradeCM3.cmd Log message: add "-skip m3cc" to all build stages because the "m3cc" package isn't used on Windows From jay.krell at cornell.edu Mon Nov 29 02:39:40 2010 From: jay.krell at cornell.edu (Jay K) Date: Mon, 29 Nov 2010 01:39:40 +0000 Subject: [M3commit] CVS Update: cm3 In-Reply-To: <20101129013444.ADF3BCC12C@birch.elegosoft.com> References: <20101129013444.ADF3BCC12C@birch.elegosoft.com> Message-ID: Oops, I forgot I changed two files and had only restored one. I still think the version check only removes value, not adds. - Jay > Date: Mon, 29 Nov 2010 02:34:44 +0000 > To: m3commit at elegosoft.com > From: rcoleburn at elego.de > Subject: [M3commit] CVS Update: cm3 > > CVSROOT: /usr/cvs > Changes by: rcoleburn at birch. 10/11/29 02:34:44 > > Modified files: > cm3/scripts/dev/windows/: RCC_upgradeCM3.cmd > > Log message: > Go back to version 1.4 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkrell at elego.de Mon Nov 29 08:35:46 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 29 Nov 2010 8:35:46 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101129073546.3DE982474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/29 08:35:46 Modified files: cm3/scripts/win/: cvs.c Log message: flip newlines to unix; add main() for easier compilation From jkrell at elego.de Mon Nov 29 08:41:17 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 29 Nov 2010 8:41:17 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101129074117.3CE742474003@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/29 08:41:17 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTDebugC.c Log message: remove dependency on _WIN32_WINNT: just declare IsDebuggerPresent ourselves, maybe in future fork the .i3 file and remove the extra layer on Windows From jkrell at elego.de Mon Nov 29 08:47:54 2010 From: jkrell at elego.de (Jay Krell) Date: Mon, 29 Nov 2010 8:47:54 () Subject: [M3commit] CVS Update: cm3 Message-ID: <20101129074754.1DD8CCC128@birch.elegosoft.com> CVSROOT: /usr/cvs Changes by: jkrell at birch. 10/11/29 08:47:54 Modified files: cm3/m3-libs/m3core/src/runtime/common/: RTDebugC.c Log message: fix wrt DebugBreak