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]:

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

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

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. >

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 autoreconf does the

Re: [PATCH] gcc/m2: Drop references to $(P)

Arsen Arsenović writes: > $(P) seems to have been a workaround for some old, proprietary make > implementations that we no longer support. It was removed in > r0-31149-gb8dad04b688e9c. > > gcc/m2/ChangeLog: > > * Make-lang.in: Remove references to $(P). > * Make-maintainer.in:

Re: libgm2: Adjust 'autogen.sh' to 'ACLOCAL_AMFLAGS', and simplify

Thomas Schwinge writes: > Hi! > > On 2022-12-06T14:47:26+0000, Gaius Mulley via Gcc-patches > wrote: >> This patch set consists of the libgm2 makefile, autoconf sources >> necessary to build the libm2pim, libm2iso, libm2min, libm2cor >> and libm2log. > > N

Re: [PATCH] Modula-2: fix documentation layout

Eric Botcazou writes: > Hi Gaius, > >> yes indeed and thanks for the patch! > > You're welcome. The documentation was slightly broken again in the meantime, > but nothing really serious this time. > > Again tested with a modern and an old version of Makeinfo. OK for mainline? > > > 2023-03-27

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

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: > 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: >> * htdocs/frontends.html: An update to say

[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

[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

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

Gerald Pfeifer writes: > On Fri, 3 Feb 2023, Gaius Mulley wrote: >> The following patch provides a summary of the modula-2 front end >> and also contains links to the online modula-2 documentation in >> index.html. > >> +Modula-2 >> + >> + Support for the language Modula-2 has been added. The

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

Hello, The following patch provides a summary of the modula-2 front end and also contains links to the online modula-2 documentation in index.html. [I'm just about to git push fixes so that modula-2 builds html, info and pdf documentation into the standard directories.] regards, Gaius

Re: For Modula-2 build-tree testing, also set up paths to compiler libraries

Thomas Schwinge writes: > Hi! > > On 2022-10-10T16:31:26+0100, Gaius Mulley via Gcc-patches > wrote: >> Here are the dejagnu expect library scripts for the gm2 >> testsuite. > > This (or some variant thereof; haven't checked), be

Re: [PATCH] modula2/108462 - duplicate install of static modula2 target libs

Richard Biener writes: > On Mon, 23 Jan 2023, Richard Biener wrote: > >> The following addresses the fact that libgm2 installs static libraries >> into two places, one performed by >> >> toolexeclib_LTLIBRARIES = libm2cor.la >> >> and one performed as part of the install-data-local rule to a

Re: [COMMITTED] testsuite: Restore TORTURE_OPTIONS in gm2/warnings/returntype/fail/warnings-returntype-fail.exp

Rainer Orth writes: > Between 20230126 and 20230127, 1100+ gm2 tests started to FAIL for the > non-default multilib, e.g. > > FAIL: gm2/calling-c/datatypes/unbounded/run/pass/m.mod compilation, > {additional_flags= -O0 -g -Werror=return-type } timeout=10 > UNRESOLVED:

Re: [PATCH] modula-2: Fixes for preprocessing [PR102343, PR108182]

Iain Sandoe writes: > Tested on x86_64, powerpc64 - linux-gnu (with 32b multilibs), > i686, powerpc darwin (with 64b multilibs) x86_64 darwin (with and without > 32b multilib). > OK for trunk? > thanks > Iain > > --- 8< --- > > Modula-2 uses the C preprocessor to implement handling for

Re: [PATCH] modula-2: Fix stack size request in initPreemptive [PR108405]

Iain Sandoe writes: > Given that, currently, this value is not configurable per target the > short-term solution is to avoid a bad request. > > Tested on x86_64-darwin21, OK for trunk? > thanks > Iain Hi Iain, yes this is fine. LGTM - thanks regards, Gaius

Re: [PATCH] modula-2, driver, Front end: Revise handling of I and L paths [PR108182].

Iain Sandoe writes: > Tested on x86_64-linux-gnu (with a 32b multilib), powerpc, i686 and > x86_64-darwin. OK for trunk? > thanks, > Iain > > --- 8< --- > > The adds the includes in the FE as done in other GCC languages. > It also revises the library handling to avoid additional -L options >

Re: [PATCH] Modula-2, testsuite: Remove use of concatenated paths.

Iain Sandoe writes: > tested on x86_64-darwin21 with an updated compiler that does not support > the path concatentation and on an unpatched trunk. > OK for trunk? > thanks > Iain > > --- 8< --- > > The original implementation for Modula-2 search paths allows things like > '-I/path/a:/path/b'.

Re: [PATCH] modula2/108144 - Fix multilib install of libgm2

Richard Biener writes: > The following adjusts libgm2 to properly use the multilib build > infrastructure, thereby fixing the install with > --enable-version-specific-runtime-libs > > In particular config-ml.pl needs to be applied to generated Makefiles > as documented in the manual and we have

Re: [PATCH] modula-2, testsuite: Make libs and interfaces consistent.

Iain Sandoe writes: > Tested on x86_64-linux-gnu (with a 32b multilib), powerpc, i686 and > x86_64-darwin. OK for trunk? > thanks, > Iain LGTM, thank you regards, Gaius

Re: [PATCH] modula2/108144 - fix --enable-version-specific-runtime-libs

Richard Biener writes: > The following fixes --enable-version-specific-runtime-libs for > the modula2 target libraries. The issue is that the install > happens via for example > > toolexeclib_LTLIBRARIES = libm2cor.la > > and toolexeclibdir is set to $(toolexecdir)/$(gcc_version)$(MULTISUBDIR)

Re: [PATCH] contrib: Partial fix for failed update-copyright --this year [PR108413]

Jakub Jelinek writes: > Hi! > > As mentioned on IRC or in PR108413, the last update-copyright.py --this year > failed and that is why we are in a strange state where some copyrights have > been updated and others have not. > The full list of errors I got was I think: >

Re: [PATCH] modula-2: Handle pass '-v' option to the compiler.

Iain Sandoe writes: > Tested on x86-64-darwin21. > OK for trunk? > Iain yes LGTM, thanks, Gaius > --- 8< --- > > Somehow this setting had been missed, and we really need the verbose > flag to enable useful debug output. > > Signed-off-by: Iain Sandoe > > gcc/m2/ChangeLog: > > *

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

Jason Merrill writes: > On 12/6/22 09:47, Gaius Mulley via Gcc-patches wrote: >> Here are the dejagnu expect library scripts for the gm2 >> testsuite. > > A couple of weeks ago I noticed on a testrun that the modula tests > didn't seem to be timing out properl

Re: [PATCH, Modula2] PR-108142 Many empty directories created in the build directory

Jakub Jelinek writes: > On Tue, Jan 10, 2023 at 11:16:28AM +0100, Richard Biener via Gcc-patches > wrote: >> > @@ -424,7 +388,7 @@ override PLUGINCFLAGS := $(filter-out >> > -mdynamic-no-pic,$(PLUGINCFLAGS)) >> > >> > plugin/m2rte$(soext): $(srcdir)/m2/plugin/m2rte.cc >> >

Re: Missing dependencies in m2/ ?

Jeff Law writes: > I'm still seeing it as of about 2 hours ago: > > http://law-sandy.freeddns.org:8080/job/avr-elf/2125/console > > A good run (yesterday): > > http://law-sandy.freeddns.org:8080/job/avr-elf/2124/console > > Hi Jeff, many thanks for the urls above - useful I'll attempt to

[PATCH, Modula2] PR-108142 Many empty directories created in the build directory

PR-108142 Modula-2 configure generates many subdirectories in the top build directory. This patch dynamically creates subdirectories under gcc/m2 if and when required. Bootstrapped on x86_64 gnu/linux, ok for master? regards, Gaius gcc/m2/ChangeLog: * Make-lang.in (GM2_1): Change

Re: [PATCH] Modula-2: fix documentation layout

Eric Botcazou writes: > Hi, > > the Modula-2 documentation is rejected by older versions of Makeinfo because > the web of @node markers is fairly broken, apparently some subsections were > moved around, most notably between the Overview and Using sections, and the > @node markers were not

Re: Missing dependencies in m2/ ?

Jeff Law via Gcc-patches writes: > I've been getting sporatic errors like this since the introduction of > the modula-2 front-end: > >> In file included from ../../..//gcc/gcc/m2/mc-boot/GSFIO.c:29: >> ../../..//gcc/gcc/system.h:556:20: error: conflicting declaration of C >> function 'const

[PATCH, modula2] v2 PR-108182 gm2 driver mishandles target and multilib options

Hi, This is version 2 with the SKIPOPT applied to every option given to save_switch. ok for master? Bootstrapped on x86_64 gnu/linux and darwin. regards, Gaius PR-108182 gm2 driver mishandles target and multilib options here are some patches which attempt to allow target specific include

Re: [PATCH] modula-2, libm2min: Declare abort and exit as expected.

Iain Sandoe writes: > Tested with a build on x86_64-darwin21, the build warnings are gone and > the build completed as normal. > OK for master? > thanks > Iain > > --- 8< --- > > The build is currently emitting a warning that abort() is declared differently > from the built-in. This updates the

[PATCH, modula2] PR-108182 gm2 driver mishandles target and multilib options

ChangeLog entry follows: regards, Gaius [PATCH, modula2] PR-108182 gm2 driver mishandles target and multilib options here are some patches which attempt to allow target specific include paths and library paths in the gm2 driver. I admit that the patch has flaws in that it only processes

[PATCH, modula2] PR-108182 gm2 driver mishandles target and multilib options

Hi, here are some patches which attempt to allow target specific include paths and library paths in the gm2 driver. I admit that the patch has flaws in that it only processes options -f, -m in the lang_specific_driver. [Called after driver::set_up_specs but before read_specs is called]. I

Re: [PATCH] modula-2: Remove uses of scalb*() and significand*() [PR107631]

Iain Sandoe writes: > Tested on x86_64-darwin21 and x86_64-linux-gnu without any m2 regressions. > OK for trunk? > thanks > Iain yes sure LGTM thank you! Gaius

Re: [PATCH] modula-2, driver: Implement handling for -static-libgm2.

Iain Sandoe writes: > Hi Gaius, > >> On 4 Jan 2023, at 12:11, Gaius Mulley wrote: >> >> Iain Sandoe writes: >> >>> tested on x86_64-linux-gnu, x86_64,aarch64-darwin21, > >> >> yes LGTM - it was unimplemented - thanks! > > My apologies, when I came to apply this I realised that I posted the

Re: [PATCH 4/n] modula-2, driver: Handle static-libstd++ for targets without static/dynamic

Iain Sandoe writes: > Oops pressed ‘send' too soon - this is part of the series for Darwin: > > There are several modula-2 issues on Darwin, some blocking bootstrap on > one or more system versions. > > This has been tested on powerpc/i688-darwin9 .. x86_64-darwin10,17,21 and > the prototype

[PATCH modula2] Add missing declarations to gcc/m2/gm2-libs-min/M2RTS.def

Bootstrapped on gnu/linux x86_64 Ok for trunk? thanks Gaius - o< - o< - o< - o< - o< Add missing declarations to gcc/m2/gm2-libs-min/M2RTS.def This patch adds two missing procedures to gcc/m2/gm2-libs-min/M2RTS.def required for linking (the

Re: [PATCH] modula-2, driver: Implement handling for -static-libgm2.

Iain Sandoe writes: > tested on x86_64-linux-gnu, x86_64,aarch64-darwin21, > OK for trunk? > thanks, > Iain > > --- 8< --- > > This was unimplemented so far. > > gcc/ChangeLog: > > * common.opt: Add -static-libgm2. > * config/darwin.h (LINK_SPEC): Handle static-libgm2. > >

Re: [PATCH] modula-2: Module registration constructors need to be visible [PR108259].

Iain Sandoe writes: > Tested on x86_64-linux-gnu, x86_64,aarch64-darwin21. > There remain issues with shared libraries, but the link fails are fixed > by this. > > OK for master? > Thanks > Iain > > --- 8< --- > > In the current design the main executable links explicitly to the module >

Re: [PATCH] modula-2: Fix registration of modules via constructors [PR108183].

Iain Sandoe writes: > When I first made this patch I had a question as to what should be > done for registration CTORs generated by the compiler for .mod files. > I've now answered that question (the code that makes the GCC decl > has also be updated in a separately posted patch). > >

Re: [PATCH] modula-2, doc: Build dvi, ps and pdf doc in the gcc/doc directory.

Iain Sandoe writes: > Tested on darwin21 with "make m2.pdf" and "make m2.dvi". > OK for trunk? > thanks. > Iain > > --- 8< --- > > This also uses the configured $(TEXI2DVI) and $(TEXI2PDF) to deal with those > targets (since we cannot assume to know what the user might have installed). > >

Re: [PATCH] Modula-2, testsuite: No 96 bit floating type on Darwin.

Iain Sandoe writes: > Tested on x86_64 and aarch64 Darwin, > OK for master? > thanks > Iain > > --- 8< --- > > The realbitscast.mod is currently failing on x86_64 and aarch64 > Darwin since they do not have a 96b floating type. Disable the > type for all Darwin arches. > >

Re: [PATCH 3/n] modula2: Ensure that module registration constructors are 'extern' [PR108183].

Iain Sandoe writes: > There are several modula-2 issues on Darwin, some blocking bootstrap on > one or more system versions. > > This has been tested on powerpc/i688-darwin9 .. x86_64-darwin10,17,21 and > the prototype aarch64-darwin branch on darwin21. > > OK for trunk? > thanks > Iain > >

Re: [PATCH modula2] PR-108142 Remove empty directories created in the build directory

been rebuilt by the relevant g++/gcc. I propose to rework the patch (renaming the directories) and ensure that Canadian cross works (currently it doesn't) - although it was tested for classic cross (build == host != target). regards, Gaius >> On 26 Dec 2022, at 14:46, Gaius Mulley via Gc

[PATCH modula2] PR-108142 Remove empty directories created in the build directory

Hello, Bootstrapped on amd64 GNU/Linux. Ok for trunk? regards, Gaius --- 8< --- PR-108142 Remove empty directories created in the build directory. This patch removes empty directories created in the build directory. Directories are only created if required and all modula-2 build output is

Re: [PATCH] modula2: PR-108119 Disable m2 plugin m2rte

Rainer Orth writes: > Hi Gaius, > > Btw., you've got a couple of formatting errors in your ChangeLog entires: > ChangeLog: * Makefile.def (extra_configure_flags): Add @enable_m2plugin@. * Makefile.in : Rebuilt. > ^ no blank here.

Re: [PATCH] modula2: PR-108119 Disable m2 plugin m2rte

Richard Biener writes: >> >> ChangeLog: >> >> * Makefile.def (extra_configure_flags): Add @enable_m2plugin@. >> * Makefile.in : Rebuilt. >> * configure : Rebuilt. >> * configure.ac (host_tools): Remove unused gm2tools. >> (m2plugin) New AC_ARG_ENABLE. >>

Re: [committed] modula2: Fix lto profiledbootstrap on powerpc64le-linux and s390x-linux [PR108153]

Jakub Jelinek writes: > Hi! > > Lto profiledbootstrap was failing for me on {powerpc64le,s390x}-linux with > modula 2 enabled, with: > cc1gm2: internal compiler error: the location value is corrupt > 0x11a3d2d m2assert_AssertLocation(unsigned int) > ../../gcc/m2/gm2-gcc/m2assert.cc:40 >

[PATCH] modula2: PR-108119 Disable m2 plugin m2rte

Hello, PR-108119 Disable m2 plugin m2rte (provide --enable-m2plugin configure option). The m2 plugin m2rte attempts to find reachable calls to the m2 exception handler, but it identifies the m2 exception calls by procedure name. As this won't work with other languages it should be disabled by

Re: [PATCH] modula2: Don't treat % in Modula 2 messages specially

Jakub Jelinek writes: > Hi! > > On top of the just posted patch, this patch makes sure that > any % chars in message strings aren't treated as format chars. > None of these functions take variable number of arguments, so for > most of format specifiers there is nowhere to take arguments from, >

Re: [PATCH] modula2: Fix up bootstrap on powerpc64le-linux [PR108147]

Jakub Jelinek writes: > Hi! > > As mentioned in the PR, bootstrap with m2 enabled currently fails > on powerpc64le-linux, we get weird ICE after printing some diagnostics. > The problem is that mc creates from *.def prototypes like > extern void m2linemap_WarningAtf (m2linemap_location_t

[PATCH, m2]: PR-108122 Reduce sleep times in gm2/pimcoroutines/run/pass/testtime.mod

PR-108122 Reduce sleep times in gm2/pimcoroutines/run/pass/testtime.mod Change time unit to 1 jiffy (with respect to TimerHandler.def) rather than a second. gcc/testsuite/ChangeLog: * gm2/pimcoroutines/run/pass/testtime.mod: Reduce sleep times in the test by a factor of 25.

[PATCH, m2] Add missing m2.stage{profile,feedback} to Make-lang.in

Add missing profile and feedback hooks consistent with all other frontends. gcc/m2/ChangeLog: * Make-lang.in (m2.stageprofile): Added. (m2.stagefeedback) Added. Bootstrapped and tested using configure --with-build-config=bootstrap-lto-lean --enable-languages=m2 make

[committed, pushed] PR-107607 m2: Remove bdepend on realpath, cut and echo

It can be replaced by a subshell'd cd just fine. (cd gcc/m2; autoconf-2.69) gcc/m2/ChangeLog: * configure.ac: Stop probing for realpath. * tools-src/calcpath: Break dependency on realpath, cut and echo. * configure: Rebuilt ---

Re: [PATCH v5 1/19] modula2 front end: Fixes, improvements detecting python3 and documentation generation (shorter).

Jakub Jelinek writes: > On Wed, Dec 14, 2022 at 08:35:07AM +0000, Gaius Mulley via Gcc-patches wrote: >> thanks - this is the last patch tick. So I'll actually do the merge now :-) > > I've committed following patch to fix up formatting of ChangeLog entries. Many thank

Re: [PATCH v5 1/19] modula2 front end: Fixes, improvements detecting python3 and documentation generation (shorter).

Richard Biener writes: > On Wed, Dec 14, 2022 at 8:48 AM Gaius Mulley wrote: >> >> >> >> This patch set adds a re-exp ACX_CHECK_PROG_VER to detect python3. >> HAVE_PYTHON is then checked in gcc/m2/Make-lang.in to generate library >> chapters if python3 is available. If python3 is unavailable

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

Richard Biener writes: > On Sat, Dec 10, 2022 at 1:49 AM Gaius Mulley via Gcc-patches > wrote: >> >> >> While writing the ChangeLog entries git gcc-verify spotted an oversight >> with v3 of this patch set. I had forgotten to post gm2.texi and also a >&g

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

Richard Biener writes: > On Sat, Dec 10, 2022 at 12:29 PM Gaius Mulley via Gcc-patches > wrote: >> >> >> This patch contains a replacement doc/gm2.texi which uses American >> spelling, all references to gm2 outside the gcc tree purged and the >> News/

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

This patch contains a replacement doc/gm2.texi which uses American spelling, all references to gm2 outside the gcc tree purged and the News/Obtaining sections have been removed. Also included at the end is the lang.opt file for reference. diff -ruw /dev/null

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

While writing the ChangeLog entries git gcc-verify spotted an oversight with v3 of this patch set. I had forgotten to post gm2.texi and also a tiny patchlet in gcc/configure.ac (to detect Python). HAVE_PYTHON is used within gcc/m2/Make-lang.in to avoid generating the library section included

Re: [PATCH v3 16/19] modula2 front end: bootstrap and documentation tools

Martin Liška writes: > On 12/6/22 15:47, Gaius Mulley wrote: >> |Hi Martin, here is the revised patch having applied all previous >> recommendations: >> https://gcc.gnu.org/pipermail/gcc-patches/2022-October/603436.html. Is >> this ok now? Thanks for the improvement suggestions.| > > Hello. > >

[PATCH v4 15/19] modula2 front end: cc1gm2 additional non modula2 source files

Version 4 contains two missed feedback suggestions (namespace in m2pp.cc) and use build_nonstandard_integer_type in gm2-lang.cc:gm2_type_for_size. This patch set contains the .h, .cc and .flex files found in gcc/m2. The files are tightly coupled with the gimple interface (see

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

This patchset contains the gimple interface. --8<--8<--8<--8<--8<--8< diff -ruw /dev/null gcc-git-devel-modula2/gcc/m2/gm2-gcc/init.cc --- /dev/null 2022-08-24 16:22:16.88870 +0100 +++ gcc-git-devel-modula2/gcc/m2/gm2-gcc/init.cc

[PATCH v3 11/19] modula2 front end: gimple interface *[a-d]*.cc

This patchset contains the gimple interface. --8<--8<--8<--8<--8<--8< diff -ruw /dev/null gcc-git-devel-modula2/gcc/m2/gm2-gcc/m2assert.cc --- /dev/null 2022-08-24 16:22:16.88870 +0100 +++ gcc-git-devel-modula2/gcc/m2/gm2-gcc/m2assert.cc

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

Here are the latest modula-2 front end patches. Since the posting in https://gcc.gnu.org/pipermail/gcc-patches/2022-October/603161.html I've rewritten the python3 documentation scripts (feedback from patchset 16) and applied all the suggestions from the feedback in patchset 15 (gm2-lang.cc).

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

This patchset contains the gimple interface. --8<--8<--8<--8<--8<--8< diff -ruw /dev/null gcc-git-devel-modula2/gcc/m2/gm2-gcc/m2linemap.cc --- /dev/null 2022-08-24 16:22:16.88870 +0100 +++

[PATCH v3 16/19] modula2 front end: bootstrap and documentation tools

Hi Martin, here is the revised patch having applied all previous recommendations: https://gcc.gnu.org/pipermail/gcc-patches/2022-October/603436.html. Is this ok now? Thanks for the improvement suggestions. --8<--8<--8<--8<--8<--8< diff -ruw

[PATCH v3 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 +++

[PATCH v3 15/19] modula2 front end: cc1gm2 additional non modula2 source files

This patch set contains the .h, .cc and .flex files found in gcc/m2. The files are tightly coupled with the gimple interface (see 04-gimple-interface) and built using the rules found in (01-03-make). --8<--8<--8<--8<--8<--8< diff -ruw

[PATCH v3 4/19] modula2 front end: libgm2/libm2pim contents

This patch set consists of the makefiles, autoconf sources necessary to build the various libgm2/libm2pim libraries. The c/c++/h files are included in the patch set. The modula-2 sources are found in gcc/m2/ as they are used by the compiler.

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

Here are the dejagnu expect library scripts for the gm2 testsuite. --8<--8<--8<--8<--8<--8< diff -ruw /dev/null gcc-git-devel-modula2/gcc/testsuite/lib/gm2.exp --- /dev/null 2022-08-24 16:22:16.88870 +0100 +++

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

This patchset contains the c++, h and option related files necessary to build the driver program gm2. The patch also consists of the autoconf/configure related build infastructure sources found in gcc/m2. The reviewer might need to look at the 01-02-make patchset. The gm2 driver is heavily

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

This patch set consists of the libgm2 makefile, autoconf sources necessary to build the libm2pim, libm2iso, libm2min, libm2cor and libm2log. --8<--8<--8<--8<--8<--8< diff -ruw /dev/null gcc-git-devel-modula2/libgm2/ChangeLog --- /dev/null

[PATCH v3 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.

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

This patchset contains the modula2 plugin which detects some runtime errors at compiletime. --8<--8<--8<--8<--8<--8< diff -ruw /dev/null gcc-git-devel-modula2/gcc/m2/plugin/m2rte.cc --- /dev/null 2022-08-24 16:22:16.88870 +0100 +++

[PATCH v3 5/19] modula2 front end: libgm2/libm2iso contents

This patch set consists of the makefiles, autoconf sources necessary to build the various libgm2/libm2iso libraries. The c/c++/h files are also included in the patch set. The modula-2 sources are found in gcc/m2. --8<--8<--8<--8<--8<--8<

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

This patch set consists of the makefiles, autoconf and a few C sources to build the libgm2/libm2min libraries. --8<--8<--8<--8<--8<--8< diff -ruw /dev/null gcc-git-devel-modula2/libgm2/libm2min/Makefile.am --- /dev/null 2022-08-24

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

This patch set consists of the makefiles, autoconf sources necessary to build the various libgm2 libraries. The c/c++/h files are included in the patch set. The modula-2 sources are found in gcc/m2. --8<--8<--8<--8<--8<--8< diff -ruw

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

Richard Biener writes: >> >> I think it's important to get this (and the rust frontend) into the tree >> before >> Christmas holidays so it gets exposed to the more weird treatment of some >> of our users (build wise). This way we can develop either a negative or >> positive list of

Re: [PATCH v2 16/19] modula2 front end: bootstrap and documentation tools

David Malcolm writes: >> Once modula-2 is in master I'd like to revisit rst in devel/modula-2 >> along with analyzer patches and m2 generics.  If successful then >> submit >> patches in early stage 1. > > Am I right in thinking the analyzer stuff would be an updated version > of the work you

Re: [PATCH v2 16/19] modula2 front end: bootstrap and documentation tools

Martin Liška writes: > On 11/8/22 14:22, Gaius Mulley wrote: >> Martin Liška writes: >> >> should be good - I'll complete the rst output in the scripts, > > Hi. > Hi Martin, > As you probably noticed, the Sphinx migration didn't go well. Yes, sorry to see this didn't happen. Thank you for

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

Richard Biener writes: > On Mon, Oct 10, 2022 at 5:35 PM Gaius Mulley via Gcc-patches > wrote: >> >> >> >> This patch set consists of the libgm2 makefile, autoconf sources >> necessary to build the libm2pim, libm2iso, libm2min, libm2cor >> and libm2log.

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

Richard Biener writes: > On Mon, Oct 10, 2022 at 5:35 PM Gaius Mulley via Gcc-patches > wrote: >> >> >> >> This patch set consists of the libgm2 makefile, autoconf sources >> necessary to build the libm2pim, libm2iso, libm2min, libm2cor >> and libm2log

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

Richard Biener writes: [snip] > It feels like most of the above would usually be handled via lang specific > specs rather than open-coded in the driver? Is there a specific reason you > opted for explicit handling here? The last time submitting the patches I perhaps went overboard using

Re: [PATCH] 15/19 modula2 front end: cc1gm2 additional non modula2 source files

Richard Biener writes: >> +/* We don't use language_function. */ > > well ... oops, yes - I'll remove the comment! >> +struct GTY (()) language_function >> +{ >> + >> + /* While we are parsing the function, this contains information about >> + the statement-tree that we are building. */ >>

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

Richard Biener writes: > On Mon, Oct 10, 2022 at 5:32 PM Gaius Mulley via Gcc-patches > wrote: >> >> >> Here are the latest modula-2 front end patches for review. >> The status of the patches and their contents are also contained at: >> >>https:/

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

Richard Biener writes: >> +M2_MAINTAINER = no >> + >> +CPP_GM2=-fpermissive -DIN_GCC -g > > Do we really need -fpermissive here? no not needed (and now removed) - thanks for spotting it. >> +GM2_1 = ./gm2 -B./stage1/m2 -g -fm2-g >> + >> +GM2_FOR_TARGET = $(STAGE_CC_WRAPPER) ./gm2 -B./

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

Richard Biener writes: > On Mon, Oct 10, 2022 at 5:36 PM Gaius Mulley via Gcc-patches > wrote: >> >> >> >> This patch set contains the non machine generated changes found in / >> for example the language die and documentation changes. It also >> c

Re: [PATCH v2 16/19] modula2 front end: bootstrap and documentation tools

Martin Liška writes: > 1) I would prefer using ' instead of ": > > $ flake8 ./gcc/m2/tools-src/tidydates.py > ... > ./gcc/m2/tools-src/tidydates.py:124:30: Q000 Double quotes found but single > quotes preferred > ./gcc/m2/tools-src/tidydates.py:127:27: Q000 Double quotes found but single >

[PATCH v2 16/19] modula2 front end: bootstrap and documentation tools

Hi Martin, here is the revised patch having applied all previous recommendations: https://gcc.gnu.org/pipermail/gcc-patches/2022-October/603436.html Is this ok now? Thanks for the improvement suggestions (argparse results in fewer lines of code :-) regards, Gaius

Re: [PATCH] 16/19 modula2 front end: bootstrap and documentation tools

Martin Liška writes: > Hello. > > I noticed the devel/modula-2 branch contains the following dead links: > > - http://www.gccsummit.org/2006 > - http://www.gccsummit.org/2010/speakers.php?types=LIGHTNING > - http://floppsie.comp.glam.ac.uk/Papers/paper23/gaius-mulley-gnu-m2.pdf > -

Re: [PATCH] 16/19 modula2 front end: bootstrap and documentation tools

Martin Liška writes: >> This patch set contains the bootstrap linking tool as well as python3 >> scripts to automatically generate texi libraries section of the gm2 >> documentation. In the fullness of time this will be changed to emit >> sphinx. > > Yep, looking forward to it. I'm going to

Re: [DOCS] Python Language Conventions

David Malcolm writes: > On Thu, 2022-10-13 at 11:44 +0200, Gerald Pfeifer wrote: >> Hi Martin, >> >> On Thu, 13 Oct 2022, Martin Liška wrote: >> > I think we should add how Python scripts should be formatted. I >> > noticed >> > that while reading the Modula-2 patchset where it follows the

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

Rainer Orth writes: > Hi Gaius, > >> Testing >> === > [...] >> The devel/modula-2 branch has been bootstrapped on: >> > [...] >>sparc64 solaris >>sparc32 solaris > > which versions exactly did you run those bootstraps on? I'm asking > because for Solaris 11.4/SPARCV9

[PATCH] 15/19 modula2 front end: cc1gm2 additional non modula2 source files

This patch set contains the .h, .cc and .flex files found in gcc/m2. The files are tightly coupled with the gimple interface (see 04-gimple-interface) and built using the rules found in (01-03-make). --8<--8<--8<--8<--8<--8< diff -ruw

  1   2   >