PATCH bugzila request Bug 92146 gm2: the brig, fortran, go and D frontends are missing lang_register_spec_functions

Hi Martin and Matthias, as requested here are the lang_register_spec_functions for brig, fortran, go and D: 15-patches Description: lang register for go 14-patches Description: lang register for brig 13-patches Description: lang register for D 13-patches Description: lang register for fo

Re: PATCH bugzila request Bug 92146 gm2: the brig, fortran, go and D frontends are missing lang_register_spec_functions

Gaius Mulley writes: > Hi Martin and Matthias, > > as requested here are the lang_register_spec_functions for brig, > fortran, go and D: ah correction here is the fortran lang_register_spec_functions patch: 12-patches Description: fortran lang_register_spec_function regards, Gaius

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v3)

Matthias Klose writes: > On 17.11.19 07:49, Gaius Mulley wrote: >> >> Hello, >> >> while spending the weekend on the Howland and Baker islands :-) I >> thought I'd post version three of the patches which introduce Modula-2 >> into the GCC trunk. Th

Re: [PATCH 1/2] modula2: Add m2.install-html rule to gcc/m2/Make-lang.in

Christophe Lyon writes: > This rule was missing, and 'make install-html' was failing. > It is copied from the corresponding one in fortran. > > 2024-03-29 Christophe Lyon > > gcc/m2/ > * Make-lang.in (install-html): New rule. > --- > gcc/m2/Make-lang.in | 19 +++ >

Re: [PATCH 2/2] modula2: Fix m2.install-info in gcc/m2/Make-lang.in

Christophe Lyon writes: > Fix a few typos: the generated filename is m2.info (not gm2.info, and > gm2$(exeext) is a file not a directory (so test -d would always fail). > > 2024-03-29 Christophe Lyon > > gcc/m2/ > * Make-lang.in (m2.install-info): Fix rule. > --- > gcc/m2/Make-lan

Re: [PATCH] modula2: Add m2.install-dvi in gcc/m2/Make-lang.in

Christophe Lyon writes: > m2 has a m2.dvi build rule, but lacks the m2.install-dvi one. > > 2024-04-04 Christophe Lyon > > gcc/m2/ > * Make-lang.in (m2.install-dvi): New rule. > --- > gcc/m2/Make-lang.in | 12 > 1 file changed, 12 insertions(+) > > diff --git a/gcc/m2

[PATCH][wwwdocs] modula2 update for changes.html, index.html, readings.html and frontends.html

Hello, Here are a proposed set of patches to highlight the changes in the modula-2 frontend for GCC 14.1. The patches also contain updates for: * readings.html: Add Modula-2 language standards. * index.html: Modula-2 listed in the languages supported by GCC. * frontends.html: Update now

[pushed] modula2: add modula-2 language section to languages supported by GCC

Pushed to trunk as r14-9915-g0dc39dee836761f1bc993d760f4ed5f3d127897a This patch introduces a small modula-2 language section to the Language Standards Supported by GCC node. gcc/ChangeLog: * doc/standards.texi (Language Standards Supported by GCC): Add Modula-2 language sectio

[pushed] modula2: add modula-2 language section to languages supported by GCC

Pushed to trunk as r14-9915-g0dc39dee836761f1bc993d760f4ed5f3d127897a This patch introduces a small modula-2 language section to the Language Standards Supported by GCC node. gcc/ChangeLog: * doc/standards.texi (Language Standards Supported by GCC): Add Modula-2 language sectio

[PATCH] PR modula2/113836 gm2 does not dump gimple or quadruples to a file

98da2a54d --- /dev/null +++ b/gcc/m2/gm2-compiler/M2LangDump.def @@ -0,0 +1,65 @@ +(* M2LangDump.def provides support routines for the -flang-dump. + +Copyright (C) 2024 Free Software Foundation, Inc. +Contributed by Gaius Mulley . + +This file is part of GNU Modula-2. + +GNU Modula-2 is free softwa

Re: [PATCH] libgm2: Define missing configure macros [PR113888]

Rainer Orth writes: > As detailed in PR modula2/113888, the 32-bit libm2pim/target.c doesn't > assemble in a Linux/sparc64 multilib build. However, the root cause is > that the HAVE_EXP10* macros are never defined. While I was at it, I > checked for other cases where the code uses HAVE_* macros

Re: [PATCH] libgm2: Fix libm2iso/wraptime.cc compilation on Solaris

Rainer Orth writes: > As it turned out, my patch to complete the libgm2 autoconf macros works > on both Linux/sparc64 and Linux/x86_64, but breaks Solaris bootstrap: > > /vol/gcc/src/hg/master/local/libgm2/libm2iso/wraptime.cc: In function 'int > m2iso_wraptime_gettimeofday(void*, timezone*)': >

Re: [PATCH RFA] build: drop target libs from LD_LIBRARY_PATH [PR105688]

Iain Sandoe writes: > Right now, AFAIK the only target runtimes used by host tools are > libstdc++, libgcc and libgnat. I agree that might change with rust - > since the rust folks are talking about using one of the runtimes in > the FE, I am not aware of other language FEs requiring their targt

Re: [PATCH RFA] build: drop target libs from LD_LIBRARY_PATH [PR105688]

Iain Sandoe writes: > Hi Gaius, > >> On 22 Feb 2024, at 18:06, Gaius Mulley wrote: >> >> Iain Sandoe writes: >> >>> Right now, AFAIK the only target runtimes used by host tools are >>> libstdc++, libgcc and libgnat. I agree that might change

[PATCH] modula2: Many powerpc platforms do _not_ have support for IEEE754 long double [PR111956]

ok for master ? Bootstrapped on power8 (cfarm135), power9 (cfarm120) and x86_64-linux-gnu. --- This patch corrects commit r14-4149-g81d5ca0b9b8431f1bd7a5ec8a2c94f04bb0cf032 which assummed all powerpc platforms would have IEEE754 long double. The patch ensures that cc1gm2 obtains the default I

Re: [PATCH] modula2: Many powerpc platforms do _not_ have support for IEEE754 long double [PR111956]

Richard Biener writes: > On Thu, Jan 18, 2024 at 1:58 AM Gaius Mulley wrote: >> >> >> ok for master ? >> >> Bootstrapped on power8 (cfarm135), power9 (cfarm120) and >> x86_64-linux-gnu. > > OK. many thanks! > I wonder what this does to the lib

Re: [PATCH] m2: Use time_t in time and don't redefine alloca

"H.J. Lu" writes: > Fix the m2 build warning and error: > > [...] > ../../src/gcc/m2/mc/mc.flex:32:9: warning: "alloca" redefined >32 | #define alloca __builtin_alloca > | ^~ > In file included from /usr/include/stdlib.h:587, > from :22: > /usr/include/alloc

Re: [PATCH] gm2: Fix mc/mc.flex compilation on Solaris

Rainer Orth writes: > The recent warning changes broke gm2 bootstrap on Solaris: > > /vol/gcc/src/hg/master/local/gcc/m2/mc/mc.flex: In function 'handleFile': > /vol/gcc/src/hg/master/local/gcc/m2/mc/mc.flex:297:21: error: implicit > declaration of function 'alloca' [-Wimplicit-function-declarat

Re: Modula-2: Support '-isysroot [...]'

Thomas Schwinge writes: > Hi! > > OK to push the attached "Modula-2: Support '-isysroot [...]'"? > > This greatly improves test results for the cross configurations I've > tested, but I don't know if any real handling needs to be implemented, or > this should be done differently altogether? > > >

Re: [PATCH] modula2: Fully respect DESTDIR in texi rule

Sam James writes: > This was originally reported in Gentoo at https://bugs.gentoo.org/930014. > > 2024-05-20 Sam James > gcc/m2/ > * Make-lang.in (m2.install-info): Pass --destdir for dir index. > --- > gcc/m2/Make-lang.in | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > dif

Re: [PATCH 06/52] m2: Replace uses of {FLOAT, {, LONG_}DOUBLE}_TYPE_SIZE

Kewen Lin writes: > Joseph pointed out "floating types should have their mode, > not a poorly defined precision value" in the discussion[1], > as he and Richi suggested, the existing macros > {FLOAT,{,LONG_}DOUBLE}_TYPE_SIZE will be replaced with a > hook mode_for_floating_type. To be prepared f

Re: [PATCH] gm2: add missing debug output guard

Wilken Gottwalt writes: > On Sat, 10 Aug 2024 13:43:33 +0200 (CEST) > Gerald Pfeifer wrote: > >> On Tue, 23 Jul 2024, Gaius Mulley wrote: >> >> gcc/gm2: >> >> * gm2-libs-iso/MemStream.mod: Guard debug output. >> > many thanks! >> >&g

Re: [PATCH] gm2: fix bad programming practice warning

Wilken Gottwalt writes: > On Wed, 24 Jul 2024 12:09:46 +0200 > Wilken Gottwalt wrote: > >> Fix identifier names to be too similar to Modula-2 keywords and causing >> warnings coming from Modula-2's own libraries. >> >> m2/m2iso/StdChans.mod:54:20: note: In implementation module ‘StdChans’: >> e

Re: [PATCH] gm2: fix bad programming practice identifier warning

Wilken Gottwalt writes: > On Tue, 23 Jul 2024 09:58:56 +0200 > Wilken Gottwalt wrote: > >> Fix using keywords as identifiers to prevent warnings coming from >> Modula-2's own libraries. >> >> m2pim/DynamicStrings.mod:1358:27: note: In procedure ‘Slice’: the symbol >> name ‘end’ is legal as an i

Re: [PATCH] gm2: export all libc number conversion functions

Wilken Gottwalt writes: > Export all string to integral and floating point number conversion functions > (atof, atoi, atol, atoll, strtod, strtof, strtold, strtol, strtoll, strtoul, > strtoull). > > gcc/gm2: > * gm2-libs/libc.def: Export all string to number conversion functions. > > Signed

Re: [PATCH 06/52] m2: Replace uses of {FLOAT, {, LONG_}DOUBLE}_TYPE_SIZE

"Kewen.Lin" writes: > Hi Joseph and Gaius, > > on 2024/6/4 02:02, Joseph Myers wrote: >> On Sun, 2 Jun 2024, Kewen Lin wrote: >> >>> diff --git a/gcc/m2/gm2-gcc/m2type.cc b/gcc/m2/gm2-gcc/m2type.cc >>> index 571923c08ef..d52cbdf0b99 100644 >>> --- a/gcc/m2/gm2-gcc/m2type.cc >>> +++ b/gcc/m2/gm2-

Re: [PATCH 06/52] m2: Replace uses of {FLOAT, {, LONG_}DOUBLE}_TYPE_SIZE

"Kewen.Lin" writes: Hi Kewen, > Nice! Looking forward to you pushing this new one (I'm withdrawing the > original > patch). all pushed now - thanks for the original patch! regards, Gaius

Re: [PATCH 06/52] m2: Replace uses of {FLOAT, {, LONG_}DOUBLE}_TYPE_SIZE

"Kewen.Lin" writes: > Hi Gaius, > >>> static tree >>> build_m2_short_real_node (void) >>> { >>> - tree c; >>> - >>> - /* Define `REAL'. */ >>> - >>> - c = make_node (REAL_TYPE); >>> - TYPE_PRECISION (c) = FLOAT_TYPE_SIZE; >>> - layout_type (c); >>> - return c; >>> + /* Define `SHORTREA

Re: [PATCH] gm2: add missing debug output guard

Wilken Gottwalt writes: > The Close() procedure in MemStream is missing a guard to prevent it from > printing in non-debug mode. > > gcc/gm2: > * gm2-libs-iso/MemStream.mod: Guard debug output. > > Signed-off-by: Wilken Gottwalt > --- > gcc/m2/gm2-libs-iso/MemStream.mod | 5 - > 1 fil

Re: [PATCH] gm2: fix bad programming practice identifier warning

Wilken Gottwalt writes: > Fix using keywords as identifiers to prevent warnings coming from > Modula-2's own libraries. > > m2pim/DynamicStrings.mod:1358:27: note: In procedure ‘Slice’: the symbol > name ‘end’ is legal as an identifier, however as such it might cause > confusion and is considered

Re: [PATCH] doc: Rephrase GM2 Limitations section

Gerald Pfeifer writes: > I noticed a non-working link, then some other details in that section. > > Here is a suggestion to rework it a bit. > > Okay? > > Gerald > > > >>From 83e856355a94bd78afbf19eed32ca1726658f581 Mon Sep 17 00:00:00 2001 > From: Gerald Pfeifer > Date: Mon, 5 Aug 2024 21:06:20

Re: [committed] Further spelling fixes in translatable strings

Jakub Jelinek writes: > On Tue, Apr 23, 2024 at 11:32:08AM +0100, Jonathan Wakely wrote: >> On Mon, 22 Apr 2024 at 22:30, Jakub Jelinek wrote: >> Yup: >> https://gcc.gnu.org/codingconventions.html#Spelling >> >> That spelling is explicitly mentioned at the link above, so they >> should be "ize"

Re: [PATCH] testsuite: gm2: Remove timeout overrides [PR114886]

Rainer Orth writes: > A large number of gm2 tests are timing out even on current Solaris/SPARC > systems. As detailed in the PR, the problem is that the gm2 testsuite > artificially lowers many timeouts way below the DejaGnu default of 300 > seconds, often as short as 10 seconds. The problem li

Re: [PATCH] libgm2: re-generate with autoreconf

Christophe Lyon writes: > On Tue, 30 Apr 2024 at 04:01, Simon Marchi wrote: >> >> I get a diff when running "autoreconf" in this directory. I think that >> the current state is erroneous: it appears to have been generated using >> >> aclocal -I ../config -I .. >> >> even though configure.ac

[pushed] wwwdocs: modula2 update for changes.html, index.html, readings.html and frontends.html

Pushed the commit c74a573fa888f3970b6b38d57020f0160e49e58a frontends.html: Mention modula-2 was merged during gcc-13. gcc-14/changes.html: New section heading for modula-2 and populate. index.html: Add modula-2 to the list of languages supported by GCC. readings.html (Modula 2 inform

Re: [PATCH] testsuite: gm2: Remove timeout overrides [PR114886]

Rainer Orth writes: > Hi Gaius, > >> yes this looks good to me please apply. Thanks for the rationale > > done for trunk. I guess it's ok to apply to the gcc-14 branch after the > release and some soak time? many thanks - and yes certainly also to gcc-14 (after an appropriate amount of delay),

Re: [PATCH] libgm2: re-generate with autoreconf

Simon Marchi writes: > > I don't have access to the gcc repo, so could you please push the patch > on my behalf? all done - many thanks for the patch! regards, Gaius

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

Matthias Klose writes: > On 08.07.19 23:19, Matthias Klose wrote: >> On 14.06.19 15:09, Gaius Mulley wrote: >>> >>> Hello, >>> >>> here is version two of the patches which introduce Modula-2 into the >>> GCC trunk. The patches include: >

[PATCH, M2] introduction of --enable-libm2 in top level directory

small groups. A possible ChangeLog entry might be: 2013-11-19 Gaius Mulley * configure.ac: Added --enable-libm2. * Makefile.def: Added entries for libm2. * configure: Regenerated. * Makefile.in: Regenerated. I presume the person committing the patches also

Re: [PATCH, M2] introduction of --enable-libm2 in top level directory

"Joseph S. Myers" writes: > On Tue, 19 Nov 2013, Gaius Mulley wrote: > > We don't use --enable- options like that. Instead: > > (a) The front end's config-lang.in file sets target_libs, thereby causing > the library to be disabled if the language is. Of c

[PATCH, M2] Compiler driver patches

building and running the regression testsuite. No further regressions were introduced. Here is a possible gcc/ChangeLog entry: 2013-11-21 Gaius Mulley * gcc/gcc.c (handle_OPT_B): New function which reduces size of driver_handle_option. Also allows this function to be calle

Re: [PATCH, M2] Compiler driver patches

"Joseph S. Myers" writes: > On Wed, 20 Nov 2013, Gaius Mulley wrote: > >> As an example of why this is required - the Modula-2 compiler driver >> uses its own linker. So it needs to both suppress the default linker >> and also get a list of objects generated

Re: [PATCH, M2] Compiler driver patches

"Joseph S. Myers" writes: > On Wed, 20 Nov 2013, Gaius Mulley wrote: > >> Thanks for all the comments regarding the set of patches. Perhaps the >> statement "use its own linker" is misleading. When gm2 is asked to link >> a module hello.mod it does t

PING: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

Just wanted to politely ping https://gcc.gnu.org/ml/gcc-patches/2019-06/msg00832.html (which was a rewrite of: https://gcc.gnu.org/ml/gcc-patches/2013-11/msg02620.html to set the context of the above approach) OK for trunk? regards, Gaius

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

Richard Sandiford writes: > Thanks for the patch and sorry for the slow reply. > > Gaius Mulley writes: >> Hello, >> >> here is version two of the patches which introduce Modula-2 into the >> GCC trunk. The patches include: >> >> (*) a patch to

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

Segher Boessenkool writes: > Hi Gaius, > > On Fri, Jun 14, 2019 at 02:09:48PM +0100, Gaius Mulley wrote: >> here is version two of the patches which introduce Modula-2 into the >> GCC trunk. The patches include: >> >> (*) a patch to allow all front ends

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

Rainer Orth writes: > Hi Gaius, > >> here is version two of the patches which introduce Modula-2 into the >> GCC trunk. The patches include: >> >> (*) a patch to allow all front ends to register a lang spec function. >>(included are patches for all front ends to provide an empty >>

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

Gaius Mulley writes: > Hi Rainer, > > it rather depends upon what you want, if you want the latest complete > gm2 grafting onto the svn gcc trunk then these two scripts will create a > patched tree and also rebuild gm2. > > > > [however please be careful with the sc

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

Rainer Orth writes: > here are some initial issues. I'll reply to Matthias' mail to expand on > other problems he's raised. > > * First, the build broke like this: > > /vol/gcc/src/hg/trunk/solaris/gcc/gm2/mc-boot/GRTint.c:57:30: error: 'time' > redeclared as different kind of symbol >57 |

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

Matthias Klose writes: >> - There are three letter libraries with pretty generic >>names installed into the system libdir: log, iso, cor, >>min, ulm. At least for log, you have a file conflict >>with another library. Shouldn't these libraries named >>mpre specific, like libgm2lo

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

Matthias Klose writes: >> the libraries ./usr/lib/x86_64-linux-gnu/lib{ulm,pim,gm2,cor,iso,min}.a >> are not needed the correct locations of the static libraries are: >> >> ./usr/lib/gcc/x86_64-linux-gnu/9/m2/ulm/libulm.a >> ./usr/lib/gcc/x86_64-linux-gnu/9/m2/min/libmin.a >> ./usr/lib/gcc/x86_6

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

Rainer Orth writes: > Hi Matthias, > >> I had a look at the GCC 9 version of the patches, with a build including a >> make >> install. Some comments: >> >> - A parallel build (at least with -j4) isn't working. A sequental >>build works fine. I think forcing a sequential build will not >>

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

Matthias Klose writes: > And an unrelated one: You are introducing python2 as a build-dependency. > Afaics, it's only one invocation > > python ../../src/gcc/gm2/tools-src/def2texi.py -uLibraries -s../../src/gcc/gm2 > -b/home/packages/gcc/9/u/gcc-9-9.1.1/build/gcc/gm2 > > /home/packages/gcc/9/u/g

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

Matthias Klose writes: >> - libpth.{a,so} is installed in the system libdir, which >>conflicts with the installation of the libpth packages >>on most distros. > > found out that a system provided libpth can be used. Otoh if you build the > in-tree libpth, it shouldn't be installed, but

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

Matthias Klose writes: > On 09.07.19 23:30, Matthias Klose wrote: >> On 09.07.19 21:48, Gaius Mulley wrote: >>> Matthias Klose writes: >>> >>>>> - libpth.{a,so} is installed in the system libdir, which >>>>>conflicts with the ins

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

Matthias Klose writes: > In both gcc/gm2 and libgm2, there are explicit calls to make, which probably > should bre replaced by $(MAKE). thanks - now fixed in 9.1.0 and master regards, Gaius

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

Matthias Klose writes: >>> - The internal tools in the gcclibdir are installed twice, with >>>both vanilla names and prefixed/suffixed names. >>> The installed tree: >>> >>> ./usr/bin >>> ./usr/bin/x86_64-linux-gnu-gm2-9 >>> ./usr/bin/x86_64-linux-gnu-gm2m-9 >>> ./usr/lib/gcc/x86_64-linux-gn

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

Matthias Klose writes: > I don't know about a best solution, but I contributed changes to > DRUNTIME_LIBRARIES_ZLIB in libphobos/m4/druntime/libraries.m4 and > gcc/doc/install.texi (--with-target-system-zlib). > > Or you look at libffi/libgo, with libgo always linking the convenience libffi > lib

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

Matthias Klose writes: >> I had a look at the GCC 9 version of the patches, with a build including a >> make >> install. Some comments: > > Had a test build based on the gcc-9 branch, > https://launchpad.net/~doko/+archive/ubuntu/toolchain/+sourcepub/10331180/+listing-archive-extra > > powerpc64

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

Segher Boessenkool writes: > On Thu, Jul 11, 2019 at 12:49:44PM +0100, Gaius Mulley wrote: >> Matthias Klose writes: >> > powerpc64le-linux-gnu fails to build (search for "unfinished" in the build >> > log) >> > >> > during RTL pass: fina

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

Segher Boessenkool writes: > On Thu, Jul 11, 2019 at 06:09:10PM +0100, Gaius Mulley wrote: >> Segher Boessenkool writes: >> >> > On Thu, Jul 11, 2019 at 12:49:44PM +0100, Gaius Mulley wrote: >> >> Matthias Klose writes: >> >> > powerpc64le-l

[PATCH] remove incorrect assert

Hi, here is a tiny patch which removes an assert which I believe is wrong. I think it is an anomaly as the only callee (determine_max_movement at gcc/tree-ssa-loop-im.c:749) tests the asserted result against NULL. (If the assert really were correct then the else statement is redundant (dead code

possible negative patch for gcc/tree-ssa-loop-im.c (or removal of an assert)

Hello, I've been looking through tree-ssa-loop-im.c (while hunting down a bug in the modula-2 front end) and found a curiosity in gcc/tree-ssa-loop-im.c. It seems that there is dead code in function determine_max_movement as mem_ref_in_stmt can never return NULL. static mem_ref_p mem_ref_in_s

Re: possible negative patch for gcc/tree-ssa-loop-im.c (or removal of an assert)

Gaius Mulley writes: > Hello, > > I've been looking through tree-ssa-loop-im.c (while hunting down a bug > in the modula-2 front end) and found a curiosity in > gcc/tree-ssa-loop-im.c. > > It seems that there is dead code in function determine_max_movement > as mem

Re: [PATCH 5/5] libgm2/libm2pim/wrapc.cc: Define NULL as nullptr

Alejandro Colomar writes: > For internal C++ code, unconditionally define NULL as nullptr. > We already require a C++11 compiler to bootstrap GCC anyway. > > Link: > Signed-off-by: Alejandro Colomar > --- > libgm2/libm2pim/wrapc.cc | 4 +--- > 1 file

Re: [PATCH] m2: Fix up dependencies some more

Jakub Jelinek writes: > Hi! > > Anyway, bootstrapped/regtested successfully on x86_64-linux and i686-linux, > ok for trunk? That doesn't mean all dependencies are correct, just that > this change didn't make things worse. > > 2024-11-06 Jakub Jelinek > > gcc/m2/ > * Make-lang.in (m2_OBJ

Re: [PATCH] gm2: fix bad programming practice warning

Wilken Gottwalt writes: > Fix identifier names to be too similar to Modula-2 keywords and causing > warnings coming from Modula-2's own libraries. > > m2/m2log/InOut.mod:51:18: note: In implementation module ‘InOut’: > either the identifier has the same name as a keyword or alternatively a > keyw

Re: [PATCH] Remove the rest of INCLUDE_MEMORY

Andrew Pinski writes: > I missed these in r15-5603-gb3f1b9e2aa079f8ec73e because they > were no in a `.cc` or `.h` file or they were outside of the gcc > subdirectory. > > Bootstrapped and tested on x86_64-linux-gnu. > > gcc/m2/ChangeLog: > > * mc/keyc.mod: Don't print `#define INCLUDE_MEMO

Re: [PATCH] build: Remove INCLUDE_MEMORY [PR117737]

Andrew Pinski writes: > Since diagnostic.h is included in over half of the sources, requiring to > `#define INCLUDE_MEMORY` > does not make sense. Instead lets unconditionally include memory in system.h. > > The majority of this patch is just removing `#define INCLUDE_MEMORY` from the > sources

Re: [PATCH v2 7/7] Alpha: Add option to avoid data races for partial writes [PR117759]

"Maciej W. Rozycki" writes: ... > There are notable regressions between a plain `-mno-bwx' configuration > and a `-mno-bwx -msafe-partial' one: > > FAIL: gm2/iso/run/pass/strcons.mod execution, -g > FAIL: gm2/iso/run/pass/strcons.mod execution, -O > FAIL: gm2/iso/run/pass/strcons.mod executi

Re: [PATCH v2 7/7] Alpha: Add option to avoid data races for partial writes [PR117759]

Jeff Law writes: > On 1/6/25 6:03 AM, Maciej W. Rozycki wrote: ... >> There are notable regressions between a plain `-mno-bwx' >> configuration >> and a `-mno-bwx -msafe-partial' one: >> FAIL: gm2/iso/run/pass/strcons.mod execution, -g >> FAIL: gm2/iso/run/pass/strcons.mod execution, -O >> FAI

Re: [committed] modula2: Fix a comment typo

Jakub Jelinek writes: > Hi! > > During make gcc.pot I've noticed among tons of other warnings (e.g. because > can't appears in non-C/C++ style comment and so gettext considers it > unterminated) a warning where the lack of " looked unintentional. > > Committed to trunk as obvious. > > 2025-04-09

Re: [PATCH] testsuite, gm2: Use -B option for libstdc++ where required.

Iain Sandoe writes: > TL;DR without this change we get circa 2500 new fails in the gm2 testsuite > when PR119172 is fixed. > > Recent increases in security constraints on macOS14+ (resulting in PR119172) > mean that the system will not fall back to using alternate shared libs than > the ones actu

Re: [PATCH] modula2: Fix bootstrap

Jakub Jelinek writes: > Hi! > > internal-fn.h since yesterday includes insn-opinit.h, which is a generated > header. > One of my bootstraps today failed because some m2 sources started compiling > before insn-opinit.h has been generated. > > Normally, gcc/Makefile.in has > # In order for parallel

Re: [PATCH] m2, build: Use LDLFAGS for mklink

Rainer Orth writes: > When trying to bootstrap current trunk on macOS 14.0 beta 3 with Xcode > 15 beta 4, the build failed running mklink in stage 2: > > unset CC ; m2/boot-bin/mklink -s --langc++ --exit --name m2/mc-boot/main.cc > /vol/gcc/src/hg/master/darwin/gcc/m2/init/mcinit > dyld[55825]:

Modula-2: merge followup (brief update on the progress of the new linking implementation)

A very brief update to say that I've merged the new linking implementation back onto the devel/modula-2 branch, regards, Gaius

Re: Modula-2: merge followup (brief update on the progress of the new linking implementation)

Rainer Orth writes: > Hi Gaius, > >> A very brief update to say that I've merged the new linking >> implementation back onto the devel/modula-2 branch, > > unfortunately, that branch doesn't bootstrap for me anywere: > > * On both x86_64-pc-linux-gnu and i386-pc-solaris2.11: > > libtool: compile:

Re: Modula-2: merge followup (brief update on the progress of the new linking implementation)

Rainer Orth writes: Hi Rainer, many thanks for the patch and log of the failures. I've committed the patch and rebuilt all Makefile.in's which are affected by m2. I think this just leaves: > * While this lets the build finish on all of i386-pc-solaris2.11, > sparcv9-sun-solaris2.11, and x86

Re: Modula-2: merge followup (brief update on the progress of the new linking implementation)

Rainer Orth writes: >> I think this just leaves: >> >>> * While this lets the build finish on all of i386-pc-solaris2.11, >>> sparcv9-sun-solaris2.11, and x86_64-pc-linux-gnu, I get thousands of >>> testsuite failures, all of the same kind: >>> >>> Undefined first refere

Progress of the new linking implementation

Hello, the non shared library linking is complete and the gm2 driver has been rewritten using the fortran/c++ code base. Once the shared library scaffold is complete the focus will be on tidying up and platform/architecture testing. All 11.7k tests pass on amd64 and aarch64 debian regards, Ga

Re: [PATCH] modula-2: Amend the handling of failed select() calls in RTint [PR108835].

Iain Sandoe writes: > Tested on various affected Darwin versions and on x86_64-linux-gnu > OK for trunk? > OK for 13.2? > thanks > Iain lgtm - many thanks, regards, Gaius

[PATCH] Allow front ends to register spec functions gcc/{gcc.cc,gcc.h} [PR108261]

Hello, bootstrapped on gcc master x86_64 and no extra failures generated on all front ends. Would this be ok for trunc? regards, Gaius Allow front ends to register spec functions gcc/{gcc.cc,gcc.h} [PR108261] This patch allows front ends to register spec functions. It is motivated by PR108

[PATCH] Allow front ends to register spec functions gcc/{gcc.cc,gcc.h} [PR108261]

Hello, bootstrapped on gcc master x86_64 and no extra failures generated on all front ends. Would this be ok for trunc? regards, Gaius Allow front ends to register spec functions gcc/{gcc.cc,gcc.h} [PR108261] This patch allows front ends to register spec functions. It is motivated by PR108

Re: [wwwdocs] document modula-2 in gcc-13/changes.html (and index.html)

Gerald Pfeifer writes: > Hi Gaius, > > apologies, I thought you had pushed the updated patch and only now > realized it's not in yet. > > Please look into the few bits below and then go ahead and push. > > On Mon, 6 Feb 2023, Gaius Mulley wrote: >> * htdo

Re: [pushed] wwwdocs: gcc-13: Escape < and > as < and >

Gerald Pfeifer writes: > Note that in HTML < and > have a special meaning, so we cannot simply > write "<* noreturn *>", but need to escape it as "<* noreturn *>". > > Pushed. > > Gerald apologies and thanks for correcting this bug regards, Gaius

Re: [wwwdocs] document modula-2 in gcc-13/changes.html (and index.html)

Gerald Pfeifer writes: > The patch is now in, alas all the GNU M2 manual links now point to > non-existant locations. > > Does maintainer-scripts/update_web_docs_git require an update to cover > Modula-2 and actually build the manual we are now linking to (or rather > trying to)? > > Gerald Ap

Re: libgm2: Remove 'autogen.sh'

Thomas Schwinge writes: > Hi! > > On 2023-04-14T13:49:20+0100, Gaius Mulley via Gcc-patches > wrote: >> Thomas Schwinge writes: >>> Separately, given that plain 'autoreconf' works, why have 'autogen.sh' at >>> all? >> >> If

Re: [PATCH 05/14] m2: use _P() defines from tree.h

Bernhard Reutner-Fischer via Gcc-patches writes: > From: Bernhard Reutner-Fischer > > gcc/m2/ChangeLog: > > * gm2-gcc/m2builtins.cc (doradix): Use _P defines from tree.h. > (doplaces): Ditto. > (doexponentmin): Ditto. > (doexponentmax): Ditto. > (dolarge): Ditto. >

Re: [PATCH 05/14] m2: use _P() defines from tree.h

Bernhard Reutner-Fischer via Gcc-patches writes: > From: Bernhard Reutner-Fischer > > gcc/m2/ChangeLog: > > * gm2-gcc/m2builtins.cc (doradix): Use _P defines from tree.h. > (doplaces): Ditto. > (doexponentmin): Ditto. > (doexponentmax): Ditto. > (dolarge): Ditto. >

[PATCH] 0/19 modula-2 front end patches overview

Here are the latest modula-2 front end patches for review. The status of the patches and their contents are also contained at: https://splendidisolation.ddns.net/public/modula2/patchsummary.html where they are also broken down into topic groups. In summary the high level changes from the la

[PATCH] 7/19 modula2 front end: libgm2/libm2log contents

(C) 2004-2022 Free Software Foundation, Inc. +Contributed by Gaius Mulley . + +This file is part of GNU Modula-2. + +GNU Modula-2 is free software; you can redistribute it and/or modify +it under the terms of the GNU General Public License as published by +the Free Software Foundation; either vers

[PATCH] 3/19 modula2 front end: gm2 driver files.

ithin GNU Modula-2. + +Copyright (C) 2007-2022 Free Software Foundation, Inc. +Contributed by Gaius Mulley . + +This file is part of GNU Modula-2. + +GNU Modula-2 is free software; you can redistribute it and/or modify +it under the terms of the GNU General Public License as published by +the Free S

[PATCH] 6/19 modula2 front end: libgm2/libm2min contents

t; ; exit 1 ; \ + fi ; \ + chmod 644 $(DESTDIR)$(inst_libdir)/$(MULTIDIR)$(M2LIBDIR)$$i ; \ + done + +force: diff -ruw /dev/null gcc-git-devel-modula2/libgm2/libm2min/libc.c --- /dev/null 2022-08-24 16:22:16.88870 +0100 +++ gcc-git-devel-modula2/libgm2/libm2min/libc.c

[PATCH] 2/19 modula2 front end: Make-lang.in

The makefile fragment for modula2 which builds the gm2 driver and cc1gm2. --8<--8<--8<--8<--8<--8< diff -ruw /dev/null gcc-git-devel-modula2/gcc/m2/Make-lang.in --- /dev/null 2022-08-24 16:22:16.88870 +0100 +++ gcc-git-devel-modula2/gcc/m

[PATCH] 8/19 modula2 front end: libgm2 contents

eLog --- /dev/null 2022-08-24 16:22:16.88870 +0100 +++ gcc-git-devel-modula2/libgm2/ChangeLog 2022-10-07 20:21:18.730097923 +0100 @@ -0,0 +1,506 @@ +2022-05-18 Gaius Mulley + + * Corrected dates on all source files. + * libm2pim/Selective.c: Reformatted comments.

[PATCH] 1/19 modula2 front end: changes outside gcc/m2, libgm2 and gcc/testsuite.

This patch set contains the non machine generated changes found in / for example the language die and documentation changes. It also contains the changes to the top level build Makefile infastructure and the install.texi sourcebuild.texi documentation. --8<--8<--8<---

[PATCH] 14/19 modula2 front end: gimple interface remainder

m2/gm2-gcc/init.cc2022-10-07 20:21:18.650096940 +0100 @@ -0,0 +1,199 @@ +/* init.cc initializes the modules of the GNU Modula-2 front end. + +Copyright (C) 2012-2022 Free Software Foundation, Inc. +Contributed by Gaius Mulley . + +This file is part of GNU Modula-2. + +GNU Modula-2 is free

[PATCH] 9/19 modula2 front end: plugin source files

0070 +0100 +++ gcc-git-devel-modula2/gcc/m2/plugin/m2rte.cc2022-10-07 20:21:18.682097332 +0100 @@ -0,0 +1,335 @@ +/* m2rte.cc a plugin to detect runtime exceptions at compiletime. + +Copyright (C) 2017-2022 Free Software Foundation, Inc. +Contributed by Gaius Mulley . + +This file is pa

[PATCH] 13/19 modula2 front end: gimple interface *[g-m]*.cc

la2/gcc/m2/gm2-gcc/m2linemap.cc 2022-10-07 20:21:18.650096940 +0100 @@ -0,0 +1,254 @@ +/* m2linemap.cc provides an interface to GCC linemaps. + +Copyright (C) 2012-2022 Free Software Foundation, Inc. +Contributed by Gaius Mulley . + +This file is part of GNU Modula-2. + +GNU Modula-2 is free software; you c

[PATCH] 17/19 modula2 front end: dejagnu expect library scripts

E. See the +# GNU General Public License for more details. +# +# You should have received a copy of the GNU General Public License +# along with GCC; see the file COPYING3. If not see +# <http://www.gnu.org/licenses/>. + +# This file was written by Gaius Mulley (gaius.mul...@southwales.ac

  1   2   3   >