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
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
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:
> 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
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
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
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:
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
>
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)
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
"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
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
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
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
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.
"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
"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
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
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
>
"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
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
"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
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
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
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,
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
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 \
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
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
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
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-
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
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
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
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
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:
>> 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
38 matches
Mail list logo
