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
On 9/8/22 17:52, Gaius Mulley wrote:
> 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
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
On 8/31/22 15:25, Martin Liška wrote:
> On 8/31/22 15:19, Gaius Mulley wrote:
>> 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 i
Martin Liška writes:
> So please fix the crash I reported and I can convert GM2 texi manual.
will do,
regards,
Gaius
On 8/31/22 15:19, Gaius Mulley wrote:
> 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.
>>
>> D
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
On 8/30/22 17:36, Gaius Mulley wrote:
> 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'm work
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'm working on the documentation migration from texinfo to
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'm working on the documentation migration from texinfo to
Sphinx
and I noticed you have quite
Another very brief update to say that I'm now tidying up the code and
primary platform testing
regards,
Gaius
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
Hi Gaius,
> 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
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
Hi Gaius,
> 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.
thanks. I've noticed that libgm2/configure has been generated with a
patched autoconf which includes runstatedir, unlike the upstream
version. It's
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
Hi Gaius,
> thanks for the report - the first bug report (above) is now fixed on
> devel/modula-2.
thanks, that got me closer, but not quite there yet:
* First, I get:
/vol/gcc/src/hg/master/modula-2/gcc/m2/gm2-libs-min/SYSTEM.mod:29:1: error: In
implementation module 'SYSTEM': module 'M2RTS'
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:
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 sparc-sun-solaris2.11:
[...]
> Seems like PR modula2/101392 raised its ugly head again, af
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: /var/gcc/modula-2/11.4-gcc-modula-
A very brief update to say that I've merged the new linking
implementation back onto the devel/modula-2 branch,
regards,
Gaius
Hi,
all 11k regression tests pass with the new linking implementation (on
devel/m2link). I plan to migrate the patches back to devel/modula-2 and
then remove devel/m2link. Thereafter {polish,test} and generate new
patch sets. Thanks for the clear explanation on how the dynamic
scaffold should
> Am 17.06.2022 um 19:09 schrieb Gaius Mulley via Gcc-patches
> :
>
>
> New linking implementation is complete, gcc bootstraps and hello
> world links. I'll git push the changes, then test/debug/polish and
> produce new patch sets
Great!
Thanks,
Richard
> regards,
> Gaius
New linking implementation is complete, gcc bootstraps and hello
world links. I'll git push the changes, then test/debug/polish and
produce new patch sets
regards,
Gaius
Here is a brief synopsis of the new linking implementation.
Completed: runtime module dependency resolution, IR scaffold and IR
runtime dependency graph and the compiler driver.
Todo: per module ctors.
The proposed road map: once helloworld links using the new scheme I
plan to git push the upd
25 matches
Mail list logo
