[Bug modula2/121354] ICE when attempting to fold HIGH from an unbounded array in a nested procedure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121354 --- Comment #2 from Gaius Mulley --- Running it again using gm2 to build the compiler yields the same ICE but using the m2 sources: $ gm2 -fiso squash1.mod the gm2 front end poisoned this symbol (schnur) In function ‘GetGPMString’: cc1gm2: int

[Bug modula2/121354] ICE when attempting to fold HIGH from an unbounded array in a nested procedure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121354 --- Comment #4 from Gaius Mulley --- Created attachment 62029 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62029&action=edit Proposed fix which ignores attempts at folding HIGH for unbounded arrays The bug fix re-implements gcc/m2/gm2-c

[Bug modula2/121354] ICE when attempting to fold HIGH from an unbounded array in a nested procedure

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

[Bug modula2/121354] New: ICE when attempting to fold HIGH from an unbounded array in a nested procedure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121354 Bug ID: 121354 Summary: ICE when attempting to fold HIGH from an unbounded array in a nested procedure Product: gcc Version: 16.0 Status: UNCONFIRMED Severity:

[Bug modula2/121354] ICE when attempting to fold HIGH from an unbounded array in a nested procedure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121354 --- Comment #3 from Gaius Mulley --- The problem is that it is attempting to fold HIGH for an unbounded array. FoldHigh needs to ignore such cases.

[Bug modula2/121314] quotes appearing in concatenated error strings

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

[Bug modula2/121314] quotes appearing in concatenated error strings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121314 --- Comment #3 from Gaius Mulley --- The multiple single quotes have been removed. There is still the issue of the error message being duplicated but this is a separate issue. $ gm2 badindrtype2.mod badindrtype2.mod:8:6: error: In procedure ‘

[Bug modula2/121314] quotes appearing in concatenated error strings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121314 --- Comment #2 from Gaius Mulley --- Created attachment 62026 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62026&action=edit Proposed fix for a string concat bug in bootstrap tool mc The proposed fix which has been bootstrap tested on x

[Bug modula2/121314] quotes appearing in concatenated error strings

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

[Bug modula2/121314] New: quotes appearing in concatenated error strings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121314 Bug ID: 121314 Summary: quotes appearing in concatenated error strings Product: gcc Version: 16.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: m

[Bug modula2/121289] Poor warning location when using -Wstyle

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

[Bug modula2/121289] Poor warning location when using -Wstyle

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121289 --- Comment #3 from Gaius Mulley --- After the patch has been applied the warning location is correct: $ gm2 -Wstyle badvarname.mod badvarname.mod:6:4: note: In procedure ‘Foo’: either the identifier has the same name as a keyword or alternativ

[Bug modula2/121289] Poor warning location when using -Wstyle

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121289 --- Comment #2 from Gaius Mulley --- Created attachment 61992 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61992&action=edit Proposed fix which adds the correct location to the warning message The patch adds a tok location parameter to

[Bug modula2/121289] Poor warning location when using -Wstyle

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

[Bug modula2/121289] New: Poor warning location when using -Wstyle

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121289 Bug ID: 121289 Summary: Poor warning location when using -Wstyle Product: gcc Version: 16.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: modula2

[Bug modula2/121276] New: FTBFS on x86_64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121276 Bug ID: 121276 Summary: FTBFS on x86_64 Product: gcc Version: 16.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: modula2 Assignee: gaiu

[Bug modula2/121164] [15 Regression] Modula 2 build failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121164 --- Comment #7 from Gaius Mulley --- Created attachment 61933 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61933&action=edit Followup patch which corrects the location of the cc1gm2 error message This is a followup patch for PR modula2

[Bug modula2/121164] [15 Regression] Modula 2 build failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121164 --- Comment #6 from Gaius Mulley --- As a followup the cc1gm2 error message lacks the location. Now fixed with a patch (to follow) which generates the correct error messages: $ gm2 arrayofchar.mod -Wall ./arrayofchar.def:9:27: error: In proced

[Bug modula2/121164] [15 Regression] Modula 2 build failure

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

[Bug modula2/121164] [15 Regression] Modula 2 build failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121164 --- Comment #2 from Gaius Mulley --- Created attachment 61913 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61913&action=edit Proposed fix correcting the implementation procedure parameter name for ARRAYOFCHAR:Write Here is a proposed fi

[Bug modula2/121164] [15 Regression] Modula 2 build failure

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

[Bug modula2/120673] Mutually dependent types crash the compiler

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

[Bug modula2/120761] GM2_FOR_BUILD is not substituted in the toplevel Makefile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120761 --- Comment #4 from Gaius Mulley --- I've posted the patch to the mailing list: https://gcc.gnu.org/pipermail/gcc-patches/2025-June/687484.html if someone can eyeball it and give it an lgtm I'll push it.

[Bug modula2/120542] Return statement in the main procedure crashes the compiler

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

[Bug modula2/120389] Assigning a CHAR to an INTEGER crashes the compiler

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

[Bug modula2/120909] Tilde is not recognised in path include

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120909 --- Comment #3 from Gaius Mulley --- Thanks for spotting this!

[Bug modula2/120912] Request for a procedure to obtain a file from an IOChan

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

[Bug modula2/120909] New: Tilde is not recognised in path include

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120909 Bug ID: 120909 Summary: Tilde is not recognised in path include Product: gcc Version: 14.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: modula

[Bug modula2/120912] Request for a procedure to obtain a file from an IOChan

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

[Bug modula2/120912] New: Request for a procedure to obtain a file from an IOChan

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120912 Bug ID: 120912 Summary: Request for a procedure to obtain a file from an IOChan Product: gcc Version: 16.0 Status: UNCONFIRMED Severity: normal Prior

[Bug modula2/120909] Tilde is not recognised in path include

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

[Bug modula2/120189] documented link command does not work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120189 Gaius Mulley changed: What|Removed |Added Last reconfirmed||2025-06-25 Ever confirmed|0

[Bug modula2/120761] GM2_FOR_BUILD is not substituted in the toplevel Makefile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120761 --- Comment #3 from Gaius Mulley --- Created attachment 61692 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61692&action=edit Proposed fix which removes GM2_FOR_BUILD This patch removes GM2_FOR_BUILD from Makefile.tpl and the debugging e

[Bug modula2/120761] GM2_FOR_BUILD is not substituted in the toplevel Makefile

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

[Bug modula2/120731] Possible error in Strings.Pos causing sigsegv

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

[Bug modula2/120731] Possible error in Strings.Pos causing sigsegv

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120731 --- Comment #2 from Gaius Mulley --- Created attachment 61679 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61679&action=edit Proposed patch for Strings.Pos Here is a proposed patch (currently being bootstrap tested). An internal Slice i

[Bug modula2/120731] New: Possible error in Strings.Pos causing sigsegv

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120731 Bug ID: 120731 Summary: Possible error in Strings.Pos causing sigsegv Product: gcc Version: 16.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: mo

[Bug modula2/120731] Possible error in Strings.Pos causing sigsegv

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

[Bug modula2/120673] Mutually dependent types crash the compiler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120673 --- Comment #4 from Gaius Mulley --- $ cat cyclictypes4.mod MODULE cyclictypes4 ; TYPE A = B ; B = C ; C = D ; D = A ; VAR v: A ; BEGIN END cyclictypes4. $ gm2 -c cyclictypes4.mod cyclictypes4.mod:4:4: error: circular depende

[Bug modula2/120673] Mutually dependent types crash the compiler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120673 --- Comment #2 from Gaius Mulley --- Created attachment 61654 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61654&action=edit Proposed fix which detects cyclic type dependencies This patch fixes an ICE which will occur if cyclic dependen

[Bug modula2/120673] Mutually dependent types crash the compiler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120673 Gaius Mulley changed: What|Removed |Added Last reconfirmed||2025-06-17 Ever confirmed|0

[Bug modula2/120606] FOR loop ICE if the last expression uses an array

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

[Bug modula2/120606] FOR loop ICE if the last expression uses an array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120606 --- Comment #3 from Gaius Mulley --- Created attachment 61607 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61607&action=edit Proposed fix which dereferences any Lvalue for start and end expression of a for loop The above patch fixes the

[Bug modula2/120606] FOR loop ICE if the last expression uses an array

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

[Bug modula2/120606] FOR loop ICE if the last expression uses an array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120606 --- Comment #1 from Gaius Mulley --- The same example code, with the correct cased keywords: MODULE forarray ; VAR array: ARRAY [0..10] OF INTEGER ; PROCEDURE Init ; VAR i, n: CARDINAL ; BEGIN array[0] := 10 ; n := 0 ; FOR i :=

[Bug modula2/120606] New: FOR loop ICE if the last expression uses an array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120606 Bug ID: 120606 Summary: FOR loop ICE if the last expression uses an array Product: gcc Version: 16.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component

[Bug modula2/119650] WriteString for String

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119650 Gaius Mulley changed: What|Removed |Added Target Milestone|--- |16.0 Status|ASSIGNED

[Bug modula2/117203] Add Delete procedure function to FIO

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

[Bug modula2/117203] Add Delete procedure function to FIO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117203 Gaius Mulley changed: What|Removed |Added Version|15.0|16.0 --- Comment #3 from Gaius Mulley -

[Bug modula2/117203] Add Delete procedure function to FIO

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

[Bug modula2/120542] Return statement in the main procedure crashes the compiler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120542 --- Comment #2 from Gaius Mulley --- Created attachment 61585 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61585&action=edit Proposed fix which detects whether a return statement is allowed The patch checks whether a return statement is

[Bug modula2/120542] Return statement in the main procedure crashes the compiler

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

[Bug modula2/120474] InOut buffering should flush the WriteLn before the Read

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

[Bug modula2/120497] An error is generated when returning a var variable which is a pointer

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

[Bug modula2/120497] New: An error is generated when returning a var variable which is a pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120497 Bug ID: 120497 Summary: An error is generated when returning a var variable which is a pointer Product: gcc Version: 16.0 Status: UNCONFIRMED Severity: normal

[Bug modula2/120497] An error is generated when returning a var variable which is a pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120497 --- Comment #2 from Gaius Mulley --- Created attachment 61557 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61557&action=edit Proposed fix for return type checking. Proposed fix which skips over the lvalue for a VAR variable when being t

[Bug modula2/120497] An error is generated when returning a var variable which is a pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120497 Gaius Mulley changed: What|Removed |Added Last reconfirmed||2025-05-31 Status|UNCONFIRME

[Bug modula2/120389] Assigning a CHAR to an INTEGER crashes the compiler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120389 --- Comment #6 from Gaius Mulley --- When compiled with gm2 after the patch above has been applied, we get a clean compile. $ gm2 -c testxindr2.mod $ echo $? 0

[Bug modula2/120389] Assigning a CHAR to an INTEGER crashes the compiler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120389 --- Comment #5 from Gaius Mulley --- Confirmed. Also this code provokes the bug: $ cat testxindr2.mod MODULE testxindr2 ; (*!m2iso+gm2*) CONST NulName = 0 ; TYPE Name = CARDINAL ; PROCEDURE set (VAR n: Name) ; BEGIN n := NulName EN

[Bug modula2/120389] Assigning a CHAR to an INTEGER crashes the compiler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120389 --- Comment #4 from Gaius Mulley --- Created attachment 61551 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61551&action=edit Improved proposed fix This patch type checks lvalues within the becomes op. It also rewrites and tidies up the

[Bug modula2/120474] InOut buffering should flush the WriteLn before the Read

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120474 Gaius Mulley changed: What|Removed |Added Last reconfirmed||2025-05-29 Status|UNCONFIRME

[Bug modula2/120474] New: InOut buffering should flush the WriteLn before the Read

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120474 Bug ID: 120474 Summary: InOut buffering should flush the WriteLn before the Read Product: gcc Version: 16.0 Status: UNCONFIRMED Severity: normal Prio

[Bug modula2/120389] Assigning a CHAR to an INTEGER crashes the compiler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120389 --- Comment #2 from Gaius Mulley --- Created attachment 61494 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61494&action=edit Proposed fix which incompatible types in Xindr Here is a proposed patch. $ cat badarray.mod MODULE badarray3 ;

[Bug modula2/120389] Assigning a CHAR to an INTEGER crashes the compiler

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

[Bug modula2/120253] Error message column numbers should start at 1 not 0

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

[Bug modula2/115276] libgm2 wraptime.InitTM returns NIL

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

[Bug modula2/119915] Sprintf1 repeats the entire format string if it starts with a directive

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

[Bug modula2/120188] documented example does not work

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

[Bug modula2/120253] Error message column numbers should start at 1 not 0

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

[Bug modula2/120188] documented example does not work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120188 --- Comment #8 from Gaius Mulley --- PR modula2/120253

[Bug modula2/120188] documented example does not work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120188 --- Comment #7 from Gaius Mulley --- See PR-120253 for the column starting at 0 bug (rather than 1).

[Bug modula2/120253] New: Error message column numbers should start at 1 not 0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120253 Bug ID: 120253 Summary: Error message column numbers should start at 1 not 0 Product: gcc Version: 16.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compon

[Bug modula2/120188] documented example does not work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120188 --- Comment #5 from Gaius Mulley --- Created attachment 61408 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61408&action=edit Proposed fix to documentation and testsuite additions to include documentation example The gm2.texi is fixed in

[Bug modula2/120188] documented example does not work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120188 Gaius Mulley changed: What|Removed |Added Last reconfirmed||2025-05-09 Ever confirmed|0

[Bug modula2/120117] ICE when attempting to obtain the MAX of an aliased set type.

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

[Bug modula2/120117] ICE when attempting to obtain the MAX of an aliased set type.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120117 --- Comment #2 from Gaius Mulley --- Created attachment 61320 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61320&action=edit Proposed fix which skips the aliased type and does not remove the same quad twice The ICE occurred because of a

[Bug modula2/120117] ICE when attempting to obtain the MAX of an aliased set type.

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

[Bug modula2/120117] New: ICE when attempting to obtain the MAX of an aliased set type.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120117 Bug ID: 120117 Summary: ICE when attempting to obtain the MAX of an aliased set type. Product: gcc Version: 16.0 Status: UNCONFIRMED Severity: normal

[Bug modula2/115276] libgm2 wraptime.InitTM returns NIL

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

[Bug modula2/115276] libgm2 wraptime.InitTM returns NIL

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

[Bug modula2/119915] Sprintf1 repeats the entire format string if it starts with a directive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119915 --- Comment #2 from Gaius Mulley --- Created attachment 61191 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61191&action=edit Proposed fix which fixes %u and %x format specifiers in FormatStrings.mod Proposed patch with run time regressi

[Bug modula2/119915] Sprintf1 repeats the entire format string if it starts with a directive

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

[Bug modula2/119914] Passing a constant to the unbounded array compiles and causes a.out to dump core

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

[Bug modula2/119914] Passing a constant to the unbounded array compiles and causes a.out to dump core

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

[Bug modula2/119914] Passing a constant to the unbounded array compiles and causes a.out to dump core

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

[Bug modula2/119914] Passing a constant to the unbounded array compiles and causes a.out to dump core

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

[Bug modula2/119914] Passing a constant to the unbounded array compiles and causes a.out to dump core

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119914 --- Comment #2 from Gaius Mulley --- Created attachment 61183 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61183&action=edit Proposed v0 fix and patch The patch needs improving bug it does prevent the ICE and the compiler generates an e

[Bug modula2/119914] New: Passing a constant to the unbounded array compiles and causes a.out to dump core

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119914 Bug ID: 119914 Summary: Passing a constant to the unbounded array compiles and causes a.out to dump core Product: gcc Version: 15.0 Status: UNCONFIRMED Severit

[Bug modula2/119779] ASM examples no longer work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119779 --- Comment #5 from Gaius Mulley --- For clarity the tests both run from the command line: $ gm2 -g exampleadd2.mod $ ./a.out $ cat exampleadd2.mod (* { dg-do assemble { target { x86_64-*-* } } } *) (* { dg-options "-g" } *) MODULE exampleadd

[Bug modula2/119751] There's a need to tidy up m2 subdirectories' contents

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119751 --- Comment #16 from Gaius Mulley --- RE: ASM examples probably easier to continue this thread over at PR modula2/119779

[Bug modula2/119751] There's a need to tidy up m2 subdirectories' contents

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119751 --- Comment #14 from Gaius Mulley --- Regarding Comment #8 Yes I believe so, logged as PR modula2/119779 Thanks for spotting this bug!

[Bug modula2/119779] ASM examples no longer work

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

[Bug modula2/119779] ASM examples no longer work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119779 --- Comment #2 from Gaius Mulley --- Created attachment 61105 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61105&action=edit Proposed fix for documentation and accompanying dg testcases PR modula2/119779 ASM examples no longer work Thi

[Bug modula2/119779] New: ASM examples no longer work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119779 Bug ID: 119779 Summary: ASM examples no longer work Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: modula2 As

[Bug modula2/119779] ASM examples no longer work

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

[Bug modula2/119751] There's a need to tidy up m2 subdirectories' contents

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119751 Gaius Mulley changed: What|Removed |Added Last reconfirmed||2025-04-13 Status|UNCONFIRME

[Bug modula2/119751] There's a need to tidy up m2 subdirectories' contents

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119751 --- Comment #11 from Gaius Mulley --- Replying to comment#7 I think the solution is to extend the ISO attributes (eg <* DIALECT iso10514 *>) to specify the modula-2 dialect and also have another attribute to warn if the user module is importing

[Bug modula2/119751] There's a need to tidy up m2 subdirectories' contents

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119751 --- Comment #10 from Gaius Mulley --- Created attachment 61090 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61090&action=edit Proposed fix to remove gcc/m2/gm2-libs/COROUTINES.mod The above patch removes gcc/m2/gm2-libs/COROUTINES.mod w

[Bug modula2/119751] There's a need to tidy up m2 subdirectories' contents

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119751 --- Comment #5 from Gaius Mulley --- Thanks for the report. [As an aside gm2 from GCC-12 has a completely different linking mechanism to gm2 GCC-14.2] The file gcc/m2/gm2-libs/COROUTINES.def is a definition for "C" and thus has no accompanying

[Bug modula2/119735] make gcc.pot generates warnings in the m2 code base

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

  1   2   3   4   5   6   7   8   9   >