From noreply at github.com Thu Sep 1 21:18:01 2016 From: noreply at github.com (GitHub) Date: Thu, 01 Sep 2016 12:18:01 -0700 Subject: [M3commit] [modula3/cm3] 097730: A manual attempt to escape a git-morass, involving... Message-ID: <57c87ee95f94b_3a683fa6bc13914083648@hookshot-fe4-cp1-prd.iad.github.net.mail> Branch: refs/heads/master Home: https://github.com/modula3/cm3 Commit: 097730e1b25ab91dda82ecbc705261ef9a73f7de https://github.com/modula3/cm3/commit/097730e1b25ab91dda82ecbc705261ef9a73f7de Author: Rodney Bates Date: 2016-09-01 (Thu, 01 Sep 2016) Changed paths: M doc/reference/complete/html/About_this_document.html M doc/reference/complete/m3-defn-complete.html M doc/reference/complete/m3-defn-complete.pdf M doc/reference/complete/m3-defn-complete.ps Log Message: ----------- A manual attempt to escape a git-morass, involving language definition. From noreply at github.com Fri Sep 2 02:31:14 2016 From: noreply at github.com (GitHub) Date: Thu, 01 Sep 2016 17:31:14 -0700 Subject: [M3commit] [modula3/cm3] 1fc326: Another attempt to straigen out derived files for ... Message-ID: <57c8c8529efc0_29523fb31baab140101996@hookshot-fe3-cp1-prd.iad.github.net.mail> Branch: refs/heads/master Home: https://github.com/modula3/cm3 Commit: 1fc3263cc0784fa78937c0f17d63ed49eddae312 https://github.com/modula3/cm3/commit/1fc3263cc0784fa78937c0f17d63ed49eddae312 Author: Rodney Bates Date: 2016-09-01 (Thu, 01 Sep 2016) Changed paths: A doc/reference/complete/.gitignore A doc/reference/complete/html/.gitignore R doc/reference/complete/html/0_0_0_11_4_1_Interfaces.html A doc/reference/complete/html/0_0_0_1_1_4_1_Interfaces.html R doc/reference/complete/html/0_0_0_21_4_2_Objects.html A doc/reference/complete/html/0_0_0_2_1_4_2_Objects.html R doc/reference/complete/html/0_0_0_31_4_3_Generics.html A doc/reference/complete/html/0_0_0_3_1_4_3_Generics.html R doc/reference/complete/html/0_0_0_41_4_4_Threads.html A doc/reference/complete/html/0_0_0_4_1_4_4_Threads.html R doc/reference/complete/html/0_0_0_51_4_5_Safety.html A doc/reference/complete/html/0_0_0_5_1_4_5_Safety.html R doc/reference/complete/html/0_0_0_61_4_6_Garbage.html A doc/reference/complete/html/0_0_0_6_1_4_6_Garbage.html R doc/reference/complete/html/0_0_0_71_4_7_Exceptions.html A doc/reference/complete/html/0_0_0_7_1_4_7_Exceptions.html R doc/reference/complete/html/0_0_0_81_4_8_Type.html A doc/reference/complete/html/0_0_0_8_1_4_8_Type.html R doc/reference/complete/html/0_0_0_91_4_9_Simplicity.html A doc/reference/complete/html/0_0_0_9_1_4_9_Simplicity.html M doc/reference/complete/html/About_this_document.html M doc/reference/complete/html/next_g.png M doc/reference/complete/html/prev_g.png M doc/reference/complete/html/up_g.png M doc/reference/complete/m3-defn-complete.html M doc/reference/complete/m3-defn-complete.ps M doc/reference/complete/nx_grp_g.png M doc/reference/complete/prev_g.png M doc/reference/complete/up_g.png Log Message: ----------- Another attempt to straigen out derived files for the language definition. This is very difficult, because recent versions of the tools invoked by Makefile, to build all the derived files from m3-defn-complete.tex have changed the set of file names they generate. That, along with the large number of files and little information about what they are make it difficult to figure out what previouslly tracked files to delete, what to update, and what to start tracking. There is a problem with the build process, probably a missing dependency in Makefile. running 'make' produces a warning that m3-defn-complete.aux is unavailable, resulting in unnumbered sections. But that file is present after the build. But rerunning 'make' claims there is nothing to do. 'make clean' removes m3-defn-complete.aux, along with everything else, thus just running around the hamster wheel again. Naming m3-defn-complete.aux aside, 'make clean', naming m3-defn-complete.aux back, then 'make' appeared to work around this. Commit: d31f6ca184c66755317ba990a2bd6fb2f0af7f0c https://github.com/modula3/cm3/commit/d31f6ca184c66755317ba990a2bd6fb2f0af7f0c Author: Rodney Bates Date: 2016-09-01 (Thu, 01 Sep 2016) Changed paths: A doc/reference/complete/WARNINGS Log Message: ----------- Add WARNINGS file, generated by the build process for the language definition. Compare: https://github.com/modula3/cm3/compare/097730e1b25a...d31f6ca184c6 From noreply at github.com Fri Sep 30 04:23:24 2016 From: noreply at github.com (GitHub) Date: Thu, 29 Sep 2016 19:23:24 -0700 Subject: [M3commit] [modula3/cm3] c00008: Fix 1st problem in cm3ide reported by Wolfgang Kel... Message-ID: <57edcc9ca7100_20193fe2ba6c714048752@hookshot-fe2-cp1-prd.iad.github.net.mail> Branch: refs/heads/master Home: https://github.com/modula3/cm3 Commit: c00008869ef1c4588ce0a62b0e4b6da5171ae608 https://github.com/modula3/cm3/commit/c00008869ef1c4588ce0a62b0e4b6da5171ae608 Author: Rodney Bates Date: 2016-09-29 (Thu, 29 Sep 2016) Changed paths: M m3-sys/cm3ide/src/Main.m3 Log Message: ----------- Fix 1st problem in cm3ide reported by Wolfgang Keller <9103784 at gmx.de> This seems to have been a timing nondeterminacy between starting up of the web server and display threads of cm3ide. These were able to happen concurrently, and when the display thread asks the web browser to open a page first, there is no server to provide it, and the web browser fails. The failure was intermittent on my machine. Surely this must have worked at one time. I have never used or gotten inside cm3ide before, so this is a bit speculative, but I am guessing the change from user threads to pthreads may have altered which one usually wins the race, making the latent bug show up. Commit: bcf4abe5bdd3af5bea372bd7fdf51dbf60619a86 https://github.com/modula3/cm3/commit/bcf4abe5bdd3af5bea372bd7fdf51dbf60619a86 Author: Rodney Bates Date: 2016-09-29 (Thu, 29 Sep 2016) Changed paths: M m3-sys/cm3ide/src/misc/Display.m3 Log Message: ----------- Improve some misleading log messages in cm3ide, regarding startup. The messages could be misleading in some cases. The make claims about what "start_browser" returned in cases when it didn't even return at all, or even get called. The shutdown message could still be improved by giving a higher-level explanation of what "start_browser" returned (a user can hardly be expected even to know what "start_browser" is). But the comments on what its return value really means are confusing. Compare: https://github.com/modula3/cm3/compare/d31f6ca184c6...bcf4abe5bdd3