FX Coudert writes:
>> Ah yes indeed it is systematic. Many thanks for spotting this - git
>> pushed GNU flex required
>> https://gcc.gnu.org/pipermail/gcc-cvs/2024-July/406305.html
>
> Couldn’t the generated files be committed to the tree, so that flex is not
> needed (unless one modifies the s
FX Coudert writes:
> Another quick m2-related question: I am seeing, in a build of GCC
> 14.1.0 on Linux, that flex is called when building with the modula-2
> front-end. It was not the case in previous builds, and the only
> difference is that I added m2 to the languages. Is that systematic? If
FX Coudert writes:
> Hi,
>
> I am unable to perform a nonbootstrap build when gm2 is included, with
> Apple clang 15 as compiler. The error is due to incorrect inclusion of
> headers ( and ) which are included after GCC’s
> system.h has been included, and macros like abort() are redefined or
> po
Jonathan Wakely writes:
> On Tue, 25 Oct 2022 at 13:23, Gaius Mulley via Gcc wrote:
>>
>>
>> Just wondering what is the safest way to delete a user branch?
>>
>> [I used ./contrib/git-add-user-branch.sh and wanted to start over
>> (user branch for m2 a
Just wondering what is the safest way to delete a user branch?
[I used ./contrib/git-add-user-branch.sh and wanted to start over
(user branch for m2 and gcc12)],
many thanks,
Gaius
Richard Biener writes:
> I suggest you post merge patches where the branch touches generic code
> for review again, indicating parts that have been approved in the
> past.
Hello Richard, David and the GCC Steering Committee,
Firstly thank you for the release of gcc-12.1 and secondly thank you
f
Richard Biener writes:
>> Am 14.05.2022 um 00:57 schrieb Gaius Mulley via Gcc :
>>
>>
>> Hi David,
>>
>> David Edelsohn writes:
>>
>>> I hope that you and the GNU Modula-2 team can propose the merge of the
>>> Modula-2 front-
Hi David,
David Edelsohn writes:
> I hope that you and the GNU Modula-2 team can propose the merge of the
> Modula-2 front-end and library soon.
[reposting with a new title for mailing list clarity]
Yes I was also wondering whether now might be a sensible time for the
Modula-2 front end to m
David Edelsohn writes:
> Hi, Gaius
>
> I hope that you and the GNU Modula-2 team can propose the merge of the
> Modula-2 front-end and library soon.
>
> Thanks, David
Hi David,
yes indeed - sorry for the delay in my reply.
Yes I was also wondering whether now might be a sensible time for the
M
Richard Biener writes:
>>Aside from the bug(s) above it is looking pretty stable - and was
>>wondering when or if it would be a good time to merge gm2 into the
>>trunk?
>
> Merging early in stage1 would make most sense.
yes, sure - sounds sensible. I'll polish, patch, git merge, test and
bug h
I've been testing the gm2 development branch (based on gcc-12)
against lto and non lto builds.
git clone git://gcc.gnu.org/git/gcc.git gcc-git
cd gcc-git
git checkout devel/modula-2
I'm using the configure options:
CXXFLAGS="-g" CFLAGS="-g $PROFILE" ${absdir}/configure \
Hello,
a huge apology as I'm sure this must be obvious - but I cannot see how
to set the status on bugzilla. In summary the above bugs have been
resolved (I believe),
regards,
Gaius
David Edelsohn writes:
> Hi, Gaius
>
> Thanks for your diligent effort to complete this port of Modula-2 and
> prepare it for inclusion in GCC. I have forwarded the proposal to the
> GCC Steering Committee.
>
> Thanks, David
Hi David,
many thanks for forwarding the proposal - always great fun
Hello GCC Steering Committee and fellow GCC developers,
I was wondering whether now might be a sensible time to graft GNU
Modula-2 into the GCC tree? (on the master branch only). At present
gm2 fully implements PIM2, PIM3, PIM4 and ISO dialects of Modula-2. All
the ISO libraries are implement
Jonathan Wakely writes:
> On Wed, 15 Jan 2020 at 11:21, Gaius Mulley wrote:
>>
>> Andrew Pinski writes:
>>
>> >
>> > One thing which you could do is kinda of what glibc did when they
>> > merged glibc and glibc-ports.
>> > Really it
Andrew Pinski writes:
>
> One thing which you could do is kinda of what glibc did when they
> merged glibc and glibc-ports.
> Really it would useful if you get GM2 into the base sources of gcc
> instead for GCC 11 :).
Hello,
yes indeed this is a huge priority for gm2 - all the big issues are
re
Jonathan Wakely writes:
> Is there a reason you can't just make it a branch of the GCC repo?
>
> It would mean you need to merge from upstream GCC into your repo,
> rather than just dropping your repo into/onto a GCC clone, but to me
> it seems the more natural solution. The modifications to the
Hello,
Firstly many thanks to all who have worked on the git migration and also
for the offer of help :-)
I'm seeking a little advice on an efficient way to combine the gm2 git
repro with the gcc git repro. When gcc was using subversion I had a
script which untared the gm2 git over the subvers
e positive is that again I'm focused back onto replacing libpth 🙂
regards,
Gaius
From: Matthias Klose
Sent: 01 October 2019 13:46
To: Gaius Mulley ; gcc@gcc.gnu.org
Subject: Re: state of play/strategy for including Modula-2 into the trunk
(licence queries)
Florian Weimer writes:
> * Gaius Mulley:
>
>>> The question is whether this is really necessary. Obviously, there is
>>> no requirement to ship all supporting code under the GPL version 3 or
>>> later for GCC. See the libffi subdirectory, which has its own
>
Florian Weimer writes:
> * Gaius Mulley:
>
>> gm2 does use GNU libpth (to create context and switch contexts).
>> Although it doesn't need libpth for single process programs. I think
>> the GNU libpth project is no longer maintained, so I've included it in:
Hello,
I thought I'd seek advice on how to get the Modula-2 front end into
trunk and also give a state of play.
State of play
=
Currently the gm2-trunk passes all but one regression test on amd64.
Other architectures/platforms vary. In early September the whole number
overflow de
Steve Kargl writes:
> On Thu, Sep 05, 2019 at 07:08:48AM -0700, Steve Kargl wrote:
>> On Thu, Sep 05, 2019 at 07:03:25AM -0700, Steve Kargl wrote:
>> > On Thu, Sep 05, 2019 at 02:16:08PM +0300, Janne Blomqvist wrote:
>> > > On Thu, Sep 5, 2019 at 2:08 PM Nathan Sidwell wrote:
>> > > >
>> > > > I
"Joseph S. Myers" writes:
> On Wed, 13 Nov 2013, Gaius Mulley wrote:
>
>> >> In general, for GCC development to consider requirements of your front end
>> >> or back end, getting it into the GCC repository and developing it there is
>> >> stro
Jeff Law writes:
> On 11/13/13 11:30, Joseph S. Myers wrote:
>> On Wed, 13 Nov 2013, Gaius Mulley wrote:
>>
>>> just for completeness this also applies to Modula-2 which uses the
>>> technique of double book keeping. Not sure if this is totally relevant
>
Richard Biener writes:
> On Wed, Nov 13, 2013 at 11:37 AM, Steven Bosscher
> wrote:
>> On Wed, Nov 13, 2013 at 11:10 AM, Richard Biener wrote:
>>> Well, he doesn't even consider that the exact same "tree rant" applies
>>> to frontend code.
>>
>> That's not entirely true, either. Most front ends
Robert Bergermann writes:
> Hallo gcc@gcc.gnu.org g...@nongnu.org !
>
> Als erstes moechte ich meine Begeisterung zum Ausdruck bringen, da ich mich
> sehr
> darueber gefreut habe das es einen Modula2-Compiler gibt der recht aktuell ist
> und ger gepflegt wird! Super Sache!!
>
> Aus Bequemlichkeit
"Joseph S. Myers" writes:
> See PR 48580 for discussion of possible approaches for representing
> overflow detection and handling (and, in particular, making -ftrapv work
> properly and making -fwrapv and -ftrapv affect the IR generated by front
> ends instead of being global flags), both in G
Hi,
I was wondering whether there is an easy way for a front end to detect
whether an integer overflow had occurred? Currently the GNU Modula-2
front end will detect cardinal number and integer subrange out of bound
(during assignment, INC and DEC). However it does not detect overflows
for thes
Hi,
GNU Modula-2 1.0 has been released. Full details on how to download
gm2 can be found on the homepage www.nongnu.org/gm2. It successfully
passes all regression tests on both the x86_32 and x86_64 Debian
GNU/Linux platforms, for details about other ports please also see the
homepage.
A huge
"Richard Guenther" <[EMAIL PROTECTED]> writes:
> > to its language tree.def and gimplify this. Before I embark on
> > this I'd like to ask whether using
> > __builtin_longjmp/__builtin_setjmp is definitely the wrong way to
> > go?
>
> Definitely. You will be not able to handle/throw exceptions
Kenneth Zadeck <[EMAIL PROTECTED]> writes:
> >> Anyway, there must be other uses of types in either the existing middle end
> >> or that people have dreams of adding to the middle end in the future. Now
> >> is the time to raise your hand before the design has been started.
Hi,
for me its grea
"Richard Guenther" <[EMAIL PROTECTED]> writes:
> > to its language tree.def and gimplify this. Before I embark on this
> > I'd like to ask whether using __builtin_longjmp/__builtin_setjmp is
> > definitely the wrong way to go?
>
> Definitely. You will be not able to handle/throw exceptions from
Hi,
I'm currently trying to implement the exception handling in GNU
Modula-2 and was wondering which of the following two routes to use.
I was initially enthusiastic about using __builtin_setjmp/
__builtin_longjmp as Modula-2 exceptions can be implemented with these
mechanisms - and it would also
"Steven Bosscher" <[EMAIL PROTECTED]> writes:
> Does the code conform to the GNU/GCC coding conventions? You can find
> those on the gcc web site (http://gcc.gnu.org/codingconventions.html).
Hi,
thanks for the URL.
Generally yes - although the documentation needs more work to include
internal f
"Steven Bosscher" <[EMAIL PROTECTED]> writes:
> On 25 Mar 2006 00:02:43 +, Gaius Mulley <[EMAIL PROTECTED]> wrote:
> > Pragmatically I guess it is best for me to maintain a reversed patch
> > which can be applied to a gcc-4.1.0 tar ball which reintroduce
Eric Botcazou <[EMAIL PROTECTED]> writes:
> > Pragmatically I guess it is best for me to maintain a reversed patch
> > which can be applied to a gcc-4.1.0 tar ball which reintroduces this
> > TYPE. Any thoughts?
>
> Integrating the Modula-2 front-end?
Hi,
this would be an excellent thing to do.
Hi,
I'm trying to port bring the GNU Modula-2 front end up to gcc-4.1.0
and have found out that SET_TYPE has been removed :-)
I see the patch from Dec 2004:
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00670.html
and understand the reason (no front ends in gcc tree use SET_TYPE
etc). I suppose
38 matches
Mail list logo
