[Bug modula2/108182] gm2 driver mishandles target and multilib options

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108182 --- Comment #9 from Gaius Mulley --- Created attachment 54214 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54214&action=edit Potential fix for target multilib_dir handling -m and -f (version 3) version3 work in progress, implemented usi

[Bug modula2/108182] gm2 driver mishandles target and multilib options

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108182 --- Comment #10 from Gaius Mulley --- here is version 4 of the bugfix which enables the driver to link against shared libraries.

[Bug modula2/108261] modula-2 module registration process seems to fail with shared libraries.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108261 --- Comment #7 from Gaius Mulley --- Created attachment 54218 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54218&action=edit Potential fix for target multilib_dir handling (version 4) shared lib fix

[Bug modula2/108261] modula-2 module registration process seems to fail with shared libraries.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108261 --- Comment #9 from Gaius Mulley --- I wonder if: 0. change link array to contain elements of { char *name, (*fn) module_init, (*fn) module_fini }. 1. add new option for gm2 -flibname=foo when creating libraries. libname is buried i

[Bug modula2/108142] Many empty directories created in the build directory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108142 --- Comment #7 from Gaius Mulley --- Updated patch posted to list.

[Bug modula2/108142] Many empty directories created in the build directory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108142 Gaius Mulley changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug modula2/108261] modula-2 module registration process seems to fail with shared libraries.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108261 --- Comment #11 from Gaius Mulley --- > when a module has the same name but a different interface are the symbols distinct (i.e. mangled differently)? no. So, as you say, the ordering of the static link works fine. I had assumed that dynami

[Bug modula2/108261] modula-2 module registration process seems to fail with shared libraries.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108261 --- Comment #17 from Gaius Mulley --- Yes I was coming to the same conclusion (re: name mangling). If each library module had its mangled name component set via -flibname=pim or -flibname=iso etc. Then we have one universe of distinct named mo

[Bug modula2/108261] modula-2 module registration process seems to fail with shared libraries.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108261 --- Comment #18 from Gaius Mulley --- For the runtime perspective then your layered approach is much cleaner. It would be good to allow users to be able to use pim and some iso functionality or visa versa.

[Bug modula2/108136] Modula2 meets cppcheck

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108136 Gaius Mulley changed: What|Removed |Added Last reconfirmed||2023-01-12 Status|UNCONFIRME

[Bug modula2/108136] Modula2 meets cppcheck

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108136 --- Comment #2 from Gaius Mulley --- Created attachment 54260 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54260&action=edit Add missing return statement to RTco_select

[Bug modula2/108121] Failing tests on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108121 --- Comment #4 from Gaius Mulley --- I believe the bug exposed by arraybool.mod has been fixed. M2Quads BuildNot resulted in an uninitialized tokenpos.

[Bug modula2/108121] Failing tests on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108121 --- Comment #5 from Gaius Mulley --- Created attachment 54274 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54274&action=edit Bugfix for arraybool For what it is worth here is the bugfix for the bug exposed by arraybool.mod. Bootstrappe

[Bug modula2/108404] M2RTS_Halt fails with a segv (it should emit a diagnostic and exit).

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108404 --- Comment #1 from Gaius Mulley --- Ah the ARRAY OF CHAR is passed as: struct { char *contents; unsigned int high }. (Even if VAR or non VAR). The effect of non VAR is for the callee to take a copy. Essentially if RTco calls halt it should:

[Bug modula2/108404] M2RTS_Halt fails with a segv (it should emit a diagnostic and exit).

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108404 --- Comment #2 from Gaius Mulley --- For completeness if Modula-2 calls a C function defined in a DEFINITION FOR "C" module then it will pass a "hello world" as a pointer to a null terminated character sequence. All strings gm2 generate are nul

[Bug modula2/108404] M2RTS_Halt fails with a segv (it should emit a diagnostic and exit).

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108404 Gaius Mulley changed: What|Removed |Added CC||gaius at gcc dot gnu.org --- Comment #3

[Bug other/108413] copyrights for gcc 2023

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108413 --- Comment #9 from Gaius Mulley --- I've git pushed some fixes for gcc/m2/mc/mcOptions.mod to obfuscate the copyright text. The change to mcOptions.mod also includes the removal of the 'YEAR' constant and it queries the system for the year. A

[Bug modula2/108404] M2RTS_Halt fails with a segv (it should emit a diagnostic and exit).

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108404 --- Comment #5 from Gaius Mulley --- I've committed the patch above - since the source tree without it definitely has a mismatched prototype. The exit issue needs to be resolved before this PR can close.

[Bug modula2/108373] Update 'contrib/gcc_update:files_and_dependencies' for Modula-2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108373 Gaius Mulley changed: What|Removed |Added Last reconfirmed||2023-01-19 Status|UNCONFIRME

[Bug modula2/108373] Update 'contrib/gcc_update:files_and_dependencies' for Modula-2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108373 Gaius Mulley changed: What|Removed |Added CC||gaius at gcc dot gnu.org --- Comment #1

[Bug modula2/108462] duplicate install of static libraries

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108462 Gaius Mulley changed: What|Removed |Added CC||gaius at gcc dot gnu.org --- Comment #1

[Bug modula2/108462] duplicate install of static libraries

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108462 --- Comment #2 from Gaius Mulley --- There should be archives in the different architecture directories as per normal. Accompanying these should be the library module source SYSTEM.def (which could vary depending upon architectural characterist

[Bug modula2/108373] Update 'contrib/gcc_update:files_and_dependencies' for Modula-2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108373 --- Comment #2 from Gaius Mulley --- git pushed the attachment and propose that the PR is closed.

[Bug modula2/108373] Update 'contrib/gcc_update:files_and_dependencies' for Modula-2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108373 Gaius Mulley changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug modula2/108462] duplicate install of static libraries

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108462 --- Comment #3 from Gaius Mulley --- ah, oops, of course the testsuite checks in tree :-) So after an install: $ cd gcc/testsuite/gm2/isocoroutines/run/pass $ gm2 -fiso coroutine.mod && ./a.out would be a simple test.

[Bug modula2/108135] Modula2 meets clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108135 Gaius Mulley changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #1 from Gaius Mulle

[Bug modula2/108135] Modula2 meets clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108135 Gaius Mulley changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug modula2/108136] Modula2 meets cppcheck

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108136 Gaius Mulley changed: What|Removed |Added CC||gaius at gcc dot gnu.org --- Comment #3

[Bug modula2/108135] Modula2 meets clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108135 Gaius Mulley changed: What|Removed |Added CC||gaius at gcc dot gnu.org --- Comment #4

[Bug modula2/108135] Modula2 meets clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108135 Gaius Mulley changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug modula2/108557] Stuck compilation for empty file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108557 Gaius Mulley changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug modula2/108551] gcc/m2/gm2-libs-pim/Termbase.mod:128:1: error: control reaches end of non-void function [-Werror=return-type]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108551 Gaius Mulley changed: What|Removed |Added CC||gaius at gcc dot gnu.org --- Comment #5

[Bug modula2/108551] gcc/m2/gm2-libs-pim/Termbase.mod:128:1: error: control reaches end of non-void function [-Werror=return-type]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108551 Gaius Mulley changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #6 from Gaius Mulle

[Bug modula2/108551] gcc/m2/gm2-libs-pim/Termbase.mod:128:1: error: control reaches end of non-void function [-Werror=return-type]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108551 Gaius Mulley changed: What|Removed |Added Attachment #54354|0 |1 is obsolete|

[Bug modula2/108551] gcc/m2/gm2-libs-pim/Termbase.mod:128:1: error: control reaches end of non-void function [-Werror=return-type]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108551 --- Comment #8 from Gaius Mulley --- All git committed and pushed.

[Bug modula2/108557] Stuck compilation for empty file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108557 Gaius Mulley changed: What|Removed |Added CC||gaius at gcc dot gnu.org --- Comment #2

[Bug modula2/108557] Stuck compilation for empty file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108557 Gaius Mulley changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug modula2/108612] m2/gm2-libs-iso/ClientSocket.mod:229:1: error: control reaches end of non-void function [-Werror=return-type]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108612 Gaius Mulley changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever confirmed|0

[Bug modula2/108612] m2/gm2-libs-iso/ClientSocket.mod:229:1: error: control reaches end of non-void function [-Werror=return-type]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108612 Gaius Mulley changed: What|Removed |Added CC||gaius at gcc dot gnu.org --- Comment #3

[Bug modula2/108612] m2/gm2-libs-iso/ClientSocket.mod:229:1: error: control reaches end of non-void function [-Werror=return-type]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108612 --- Comment #4 from Gaius Mulley --- Created attachment 54383 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54383&action=edit Proposed fix v2 Here is version 2 of the proposed fix which should also help resolve PR modula2/108551. Note a

[Bug modula2/108612] m2/gm2-libs-iso/ClientSocket.mod:229:1: error: control reaches end of non-void function [-Werror=return-type]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108612 --- Comment #6 from Gaius Mulley --- Will do - I'm currently seeing problems on a bootstrap build and regression tests (after a rebase). Once this clears I'll commit / push the changes.

[Bug modula2/108551] gcc/m2/gm2-libs-pim/Termbase.mod:128:1: error: control reaches end of non-void function [-Werror=return-type]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108551 Gaius Mulley changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug modula2/108612] m2/gm2-libs-iso/ClientSocket.mod:229:1: error: control reaches end of non-void function [-Werror=return-type]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108612 Gaius Mulley changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug modula2/107234] Format error in m2pp.cc (m2pp_integer_cst)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107234 Gaius Mulley changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever confirmed|0

[Bug modula2/107234] Format error in m2pp.cc (m2pp_integer_cst)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107234 Gaius Mulley changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug modula2/108135] Modula2 meets clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108135 Gaius Mulley changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug modula2/108261] modula-2 module registration process seems to fail with shared libraries.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108261 Gaius Mulley changed: What|Removed |Added CC||gaius at gcc dot gnu.org --- Comment #20

[Bug modula2/108261] modula-2 module registration process seems to fail with shared libraries.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108261 --- Comment #21 from Gaius Mulley --- For clarity the "RTentity uninitialized Storage module" error has disappeared.

[Bug modula2/108261] modula-2 module registration process seems to fail with shared libraries.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108261 Gaius Mulley changed: What|Removed |Added Status|NEW |WAITING

[Bug modula2/108261] modula-2 module registration process seems to fail with shared libraries.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108261 --- Comment #22 from Gaius Mulley --- Created attachment 54486 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54486&action=edit Proposed fix v3 Here is the latest version of the proposed patch with a new implementation of RTco.cc

[Bug testsuite/108835] gm2 tests at large -jNN numbers do not return

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108835 Gaius Mulley changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever confirmed|0

[Bug testsuite/108835] gm2 tests at large -jNN numbers do not return

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108835 --- Comment #2 from Gaius Mulley --- Created attachment 54487 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54487&action=edit Proposed fix Here is the work in progress patch (code could do with a cleanup).

[Bug testsuite/108835] gm2 tests at large -jNN numbers do not return

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108835 Gaius Mulley changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug modula2/108261] modula-2 module registration process seems to fail with shared libraries.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108261 Gaius Mulley changed: What|Removed |Added Attachment #54461|0 |1 is obsolete|

[Bug modula2/108261] modula-2 module registration process seems to fail with shared libraries.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108261 Gaius Mulley changed: What|Removed |Added Attachment #54504|0 |1 is obsolete|

[Bug modula2/108261] modula-2 module registration process seems to fail with shared libraries.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108261 Gaius Mulley changed: What|Removed |Added Attachment #54515|0 |1 is obsolete|

[Bug modula2/108261] modula-2 module registration process seems to fail with shared libraries.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108261 Gaius Mulley changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug modula2/108944] libgm2/libm2pim/sckt.cc:254:3: warning: memset() called to fill 0 bytes. [memsetZeroBytes]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108944 Gaius Mulley changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug modula2/108944] libgm2/libm2pim/sckt.cc:254:3: warning: memset() called to fill 0 bytes. [memsetZeroBytes]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108944 Gaius Mulley changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug modula2/108956] [13 regression] SEGV in M2RTS_RegisterModule

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108956 Gaius Mulley changed: What|Removed |Added CC||gaius at gcc dot gnu.org --- Comment #1

[Bug modula2/108956] [13 regression] SEGV in M2RTS_RegisterModule

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108956 Gaius Mulley changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug modula2/108956] [13 regression] SEGV in M2RTS_RegisterModule

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108956 --- Comment #2 from Gaius Mulley --- The hand built modules were not changed to include the libname. (UnixArgs, ldtoa, dtoa for the tool pge). The patch corrects the hand built modules and also includes fixes for the attribute noreturn warning

[Bug modula2/108956] [13 regression] SEGV in M2RTS_RegisterModule

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108956 Gaius Mulley changed: What|Removed |Added Attachment #54553|0 |1 is obsolete|

[Bug modula2/108956] [13 regression] SEGV in M2RTS_RegisterModule

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108956 --- Comment #6 from Gaius Mulley --- Do the above fixes resolve this PR ?

[Bug modula2/108956] [13 regression] SEGV in M2RTS_RegisterModule

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108956 Gaius Mulley changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug modula2/109032] message 'compiler checks to force' is too complicated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109032 Gaius Mulley changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever confirmed|0

[Bug modula2/109089] New: implementation of boolean should be C++/C bool rather than int

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109089 Bug ID: 109089 Summary: implementation of boolean should be C++/C bool rather than int Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal

[Bug modula2/109089] implementation of boolean should be C++/C bool rather than int

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109089 Gaius Mulley changed: What|Removed |Added Last reconfirmed||2023-03-10 Ever confirmed|0

[Bug modula2/109089] implementation of boolean should be C++/C bool rather than int

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109089 --- Comment #1 from Gaius Mulley --- Created attachment 54634 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54634&action=edit Proposed fix Here is the proposed patch which has been bootstrapped on ppc64le, x86_64, armv7l, aarch64, debian

[Bug modula2/109089] implementation of boolean should be C++/C bool rather than int

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109089 Gaius Mulley changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug modula2/109103] Missing function internal_error_at

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109103 Gaius Mulley changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug modula2/109103] Missing function internal_error_at

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109103 --- Comment #1 from Gaius Mulley --- Created attachment 54649 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54649&action=edit Proposed fix Here is a proposed patch.

[Bug modula2/109103] Missing function internal_error_at

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109103 Gaius Mulley changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug modula2/109125] [13 regression] SIGBUS in m2pim_ldtoa_ldtoa

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109125 --- Comment #1 from Gaius Mulley --- Created attachment 54662 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54662&action=edit Proposed fix Thanks for the bug report - here is a proposed patch for ldtoa, dtoa and also termios all of which

[Bug modula2/109125] [13 regression] SIGBUS in m2pim_ldtoa_ldtoa

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109125 Gaius Mulley changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug modula2/109125] [13 regression] SIGBUS in m2pim_ldtoa_ldtoa

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109125 Gaius Mulley changed: What|Removed |Added Attachment #54662|0 |1 is obsolete|

[Bug modula2/109125] [13 regression] SIGBUS in m2pim_ldtoa_ldtoa

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109125 --- Comment #5 from Gaius Mulley --- readreal.mod requires the input file testnumber to be in the same directory as the executable invocation. Or manually create a text file containing: cat << EOF > testnumber 12.3456 EOF

[Bug modula2/102342] gm2 testsuite failures for non-default multilib

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102342 Gaius Mulley changed: What|Removed |Added CC||gaius at gcc dot gnu.org Resolut

[Bug modula2/101391] Unresolved reference to module getopt

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101391 Gaius Mulley changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug modula2/105391] gm2 doesn't heed --with-gmp*

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105391 Gaius Mulley changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug modula2/105388] [12/13 regression] Conflicting trunc decls in mc-boot/Gdecl.c etc. on Solaris

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105388 Gaius Mulley changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug modula2/105390] [12/13 regression] sigfpe redeclared in mc-boot-ch/GSysExceptions.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105390 Gaius Mulley changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug modula2/105411] gm2 testsuite should use TEST_ALWAYS_FLAGS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105411 Gaius Mulley changed: What|Removed |Added Status|UNCONFIRMED |WAITING Ever confirmed|0

[Bug modula2/106443] Many 32-bit tests FAIL to link on Solaris/sparcv9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106443 Gaius Mulley changed: What|Removed |Added Status|UNCONFIRMED |WAITING Ever confirmed|0

[Bug modula2/106443] Many 32-bit tests FAIL to link on Solaris/sparcv9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106443 --- Comment #3 from Gaius Mulley --- Thanks for the report and reminder/patch - I've now pushed the patch to gcc.cc.

[Bug modula2/106443] Many 32-bit tests FAIL to link on Solaris/sparcv9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106443 --- Comment #4 from Gaius Mulley --- just querying whether this bug can be closed now?

[Bug modula2/106917] modula-2 fails to bootstrap with the modula-2 branch ,20220912

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106917 --- Comment #1 from Gaius Mulley --- please can I have a copy of the configure and make command? I've tried: ../gcc-git-devel-modula2/configure --enable-languages=m2 --prefix=/home/gaius/opt --libexecdir=/home/gaius/opt/lib --enable-host-share

[Bug modula2/93575] the modula2 frontend fails to build with a profiled bootstrap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93575 --- Comment #2 from Gaius Mulley --- seeking confirmation that this is fixed and can be closed?

[Bug modula2/102322] libgm2 Makefiles should be self-contained

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102322 Gaius Mulley changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug modula2/106917] modula-2 fails to bootstrap with the modula-2 branch ,20220912

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106917 --- Comment #2 from Gaius Mulley --- I've git pushed fixes to libgm2 relating to GM2_FOR_TARGET. Does this also fix this build?

[Bug modula2/93575] the modula2 frontend fails to build with a profiled bootstrap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93575 --- Comment #3 from Gaius Mulley --- on re-reading the report I see the gcc-10 tag (I was too focused on trunk).

[Bug modula2/101389] Parallel build doesn't work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101389 --- Comment #3 from Gaius Mulley --- I've pushed some changes to gcc/m2/Makefile.in on Tue Jan 11 19:21:06 2022 + which fix parallel build errors on stage1 binaries (exposed when -j48 was used). I've rebuilt gm2 using -j48 and -j64 and all

[Bug modula2/104065] [12 Regression] trunk 20220117 fails to build modula2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104065 --- Comment #2 from Gaius Mulley --- Thanks for the hint. I've now renamed the .c files to .cc and adjusted the Make-lang.in and waiting for the full bootstrap to complete before pushing changes.

[Bug modula2/101388] Unconditional use of __MAX_BAUD

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101388 Gaius Mulley changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug modula2/104065] [12 Regression] trunk 20220117 fails to build modula2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104065 Gaius Mulley changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug modula2/104065] [12 Regression] trunk 20220117 fails to build modula2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104065 Gaius Mulley changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug modula2/104065] [12 Regression] trunk 20220117 fails to build modula2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104065 Gaius Mulley changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #5 from Gaius Mulle

[Bug modula2/101391] Unresolved reference to module getopt

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101391 --- Comment #6 from Gaius Mulley --- Comment on attachment 51457 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51457 Additonal patch providing cgetopt_* All done - thanks for the patch and apologies for the delay in applying.

[Bug modula2/104065] [12 Regression] trunk 20220117 fails to build modula2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104065 --- Comment #6 from Gaius Mulley --- ok I've fixed the problem above and the bootstrap tool builds cleanly with a C++ compiler. I'm continuing the build before git pushing changes. I've changed most if not all $(CC) to $(CXX) inside the Make-l

[Bug modula2/104065] [12 Regression] trunk 20220117 fails to build modula2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104065 --- Comment #7 from Gaius Mulley --- All fixed now (I think), see mailing list entry https://gcc.gnu.org/pipermail/gcc-cvs/2022-January/359679.html In summary $(CC) is only used to compile flex generated source. $(CXX) is used instead. The

  1   2   3   4   5   6   7   8   >