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
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]:
A very brief update to say that I've merged the new linking
implementation back onto the devel/modula-2 branch,
regards,
Gaius
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:
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
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
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
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
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
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
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
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
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
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
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.
>
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.
>
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
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 /dev/nul
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 bas
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 16:22:16.88
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
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 202
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<---
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.cc2
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
+++ gcc-gi
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
+++ gcc-git-devel-modula2/gcc/m2/gm2-gcc/m2linemap.c
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
+++ gcc-git-devel-modula2/gcc/te
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<
diff
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.
--8<--8<--8<--8<-
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
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.
--8<--8<--8<--8<--8<--8<
diff
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 /dev/nul
Gerald Pfeifer writes:
> I pushed this for now.
>
> Gaius, if you want to make changes to that section of readings.html,
> absolutely be free doing so (and I'll be happy help, too).
>
> Gerald
>
> ---
> htdocs/readings.html | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/htdocs/readings.
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 (sparcv9-sun-sol
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 C/C++
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 writ
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
> - http://floppsi
Another very brief update to say that I'm now tidying up the code and
primary platform testing
regards,
Gaius
Martin Liška writes:
> On 8/30/22 13:03, Gaius Mulley via Gcc-patches wrote:
>>
>> Another very brief update to say that I'm now tidying up the code and
>> primary platform testing
>>
>> regards,
>> Gaius
>
> Hello.
>
> As you may know I&
Martin Liška writes:
> How do you mean that? You should ideally generate .rst (Sphinx markup)
> instead of the *.texi files. These will be then included in the converted
> Sphinx manual similarly to how you include it now to the Texinfo manual.
>
> Does it make sense?
>
> Cheers,
> Martin
ah rig
Martin Liška writes:
> So please fix the crash I reported and I can convert GM2 texi manual.
will do,
regards,
Gaius
Martin Liška writes:
> Note I've just converted the current Modula-2 manual to RST (Sphinx):
> https://splichal.eu/scripts/sphinx/
>
> It contains some minor issues, but in general it should be pretty fine. Note
> pygments
> contains a corresponding lexer:
> https://pygments.org/docs/lexers/#mul
Martin Liška writes:
>> gm2.texi. I see a few missing options (missing from gm2.texi) and also
>
> Do you have an example, please?
-fscaffold-main was missing from gcc/doc/gm2.texi. I've git pushed a
correction (and alphabetically sorted all options).
>> I see problems with the libraries - m
Hello,
this email contains:
2. the top level /gm2tools contents.
---
New file: gm2tools/autogen.sh
---
#!/bin/sh
# autogen.sh regenerate the autoconf files.
# Copyright 2013-2022 Free Software Foundation, Inc.
#
# This
hello,
this file is part-01 of the patch set for the gm2 review.
1. all GCC files which have been patched.
==
The 'Only in' diff output was:
Only in gcc-git-devel-modula2/gcc: m2
Only in gcc-git-devel-modula2/gcc/testsuite: gm2
Only in gcc-git-devel-mod
Hello,
this email contains:
4. the glue code (between Modula-2 and GCC) part 3/3.
(*.def files).
New file: gcc/m2/gm2-gcc/README
This directory contains the interface code between the Modula-2 front
end and GCC. In effect this is the Modul
Hello,
this file contains:
6. gcc/m2/Make-lang.in
==
-
New file: gcc/m2/Make-lang.in
-
# Top level -*- makefile -*- fragment for GNU M2.
# Copyright (C) 2000-2022 Free Software Foundation, Inc.
#Th
Hello,
this file contains:
7. gcc/doc/gm2.texi
==
-
New file: gcc/doc/gm2.texi
-
\input texinfo
@c -*-texinfo-*-
@c Copyright (C) 2001-2022 Free Software Foundation, Inc.
@c This is part of the GM2 m
Hello,
this email contains v2:
2. the top level /gm2tools contents.
-
New file: ./ChangeLog
-
2022-05-18 Gaius Mulley
* gm2l.1: Corrected default implementation/program module
extension to .mod.
* m2color.c: Ref
Joseph Myers writes:
> On Wed, 18 May 2022, Gaius Mulley via Gcc-patches wrote:
>
>> /* This is the contribution to the `documented_lang_options' array in
>>toplev.c for gm2. */
>
> I'm not sure what this is (an unused file?), but documented_lang_optio
Hello,
for completeness here is v2 of the patch set:
(m2pp.c has been renamed m2pp.cc and a missing dependency added to
m2rte).
6. gcc/m2/Make-lang.in
==
-
New file: gcc/m2/Make-lang.in
-
# To
Richard Biener writes:
> On Wed, May 18, 2022 at 3:47 PM Gaius Mulley via Gcc-patches
> wrote:
>>
>> hello,
>>
>> this file is part-01 of the patch set for the gm2 review.
Hi Richard,
> I think you did a better job last time splitting the patches.
ah many
Hi,
Gaius wrote:
> the changes do raise questions. The reason for the changes here are to
> allow easy linking for modula-2 users.
> $ gm2 hello.mod
> for example will compile and link with all dependent modules (dependants
> are generated by analysing module source imports). The gm2 drive
Richard Biener writes:
> On Sat, May 21, 2022 at 3:11 AM Gaius Mulley wrote:
>>
>>
>> Hi,
>>
>> Gaius wrote:
>>
>> > the changes do raise questions. The reason for the changes here are to
>> > allow easy linking for modula-2 users.
>>
>> > $ gm2 hello.mod
>>
>> > for example will compile and l
Matthias Klose writes:
> On 1/18/21 2:55 PM, Gaius Mulley via Gcc-patches wrote:
>> Richard Biener writes:
>>> I've just done ./configure --enable-languages=m2; make -j24
>>>
>>> I would suggest to not rush this in now during stage4
>>> but
Matthias Klose writes:
> On 1/18/21 2:55 PM, Gaius Mulley via Gcc-patches wrote:
>> Richard Biener writes:
>>> I've just done ./configure --enable-languages=m2; make -j24
>>>
>>> I would suggest to not rush this in now during stage4
>>> but
Hello, I have added myself for Write After Approval and DCO.
Thanks Gaius
=
/
* MAINTAINERS: Add myself for write after approval and DCO.
2021-07-06 Gaius Mulley
Signed-off-by: Gaius Mulley
diff --git a/MAINTAINERS b/MAINTAINERS
index 4d6ac9c5765
Hello Gerald,
Here are two proposed patches to wwwdocs:
htdocs/frontends.html: Update the description of GNU Modula-2.
htdocs/git.html: Document the new devel/modula-2 branch.
regards,
Gaius
=
diff --git a/htdocs/frontends.html b/htdocs/frontends.html
index bec33b7b..60f08aa4 100
Gerald Pfeifer writes:
> I realize this predates your patch (which merely changes version numbers),
> but a reference to back ends could be misunderstood. I assume GNU Modula-2
> doesn't just use the back ends (x86, aarch64,...), but also the middle-end
> and tree optimizers etc.?
>
> What do you
Gerald Pfeifer writes:
>> +is fully operational with the GCC 10 and GCC 11 (on
>
> Here I'd omit "the", though I cannot (linguistically) explain why
> and have to refer to established practice.
thanks for catching the unnecessary "the" - all committed and pushed
now,
regards,
Gaius
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/
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
>> t
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 th
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
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
---
gcc/m2/config
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 profiledbo
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.
Te
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 location
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,
> i
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 d
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
> 0
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.
>>
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. Besid
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 c
heck cxxobj1 having 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 1
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
>
> NOTE:
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.
>
> gcc/testsuite/ChangeL
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).
>
> gcc/m2
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).
>
> teste
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
> registra
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.
>
> gcc/m2/Chan
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 procedures
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 aarc
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 w
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
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 susp
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 op
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
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
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 char
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 (pro
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 -B
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 reprodu
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
>> > $(GCC_HEADER_DEPEND
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
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:
>
> * gm2-gcc/
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:
> gcc/m2/mc-boot/GmcOptions.c
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)
>
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
Hello,
here is a patch which merges the gm2 front end into the GCC tree. The
patches have been boostrapped under x86_64 GNU/Linux Debian Stretch
built using make -j 24 and also under x86_64 GNU/Linux Debian Buster
using make -j 4.
Tested on Debian Stretch x86_64
===
1 - 100 of 166 matches
Mail list logo