This is the mail archive of the
mailing list for the GCC project.
Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)
- From: Rainer Orth <ro at CeBiTec dot Uni-Bielefeld dot DE>
- To: Gaius Mulley <gaius dot mulley at southwales dot ac dot uk>
- Cc: gcc-patches at gcc dot gnu dot org
- Date: Wed, 03 Jul 2019 10:41:08 +0200
- Subject: Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)
- References: <firstname.lastname@example.org>
> here is version two of the patches which introduce Modula-2 into the
> GCC trunk. The patches include:
> (*) a patch to allow all front ends to register a lang spec function.
> (included are patches for all front ends to provide an empty
> callback function).
> (*) patch diffs to allow the Modula-2 front end driver to be
> built using GCC Makefile and friends.
> The compressed tarball includes:
> (*) gcc/m2 (compiler driver and lang-spec stuff for Modula-2).
> Including the need for registering lang spec functions.
> (*) gcc/testsuite/gm2 (a Modula-2 dejagnu test to ensure that
> the gm2 driver is built and can understands --version).
> These patches have been re-written after taking on board the comments
> found in this thread:
> it is a revised patch set from:
> I've run make bootstrap and run the regression tests on trunk and no
> extra failures occur for all languages touched in the ChangeLog.
> I'm currently tracking gcc trunk and gcc-9 with gm2 (which works well
> with amd64/arm64/i386) - these patches are currently simply for the
> driver to minimise the patch size. There are also > 1800 tests in a
> dejagnu testsuite for gm2 which can be included at some future time.
I meant to give a build with gm2 included a try on Solaris, but ended up
pretty much confused:
* I've started with the gm2 repo on savannah. Running the combine-trees
script on master tried to combine gm2 with gcc 4.7.4. Trying again
with configure --with-gcc=none (no branch, for trunk?) didn't work
either (don't remember the details off-hand).
* Next, I discovered and tried the gcc_trunk branch there. While it
matches the patch set you sent here, it lacks most of the compiler
proper, which only lives on master!? In addition, the patches in
there lack support for building libgm2. Those are present on the
master branch (which has both trunk and trunc in
gcc-versionno/gcc/gm2/patches/gcc). I tried to merge the trees and
apply the patches manually, but failed again later.
At this point, I gave up. Am I missing something fundamental here?
Rainer Orth, Center for Biotechnology, Bielefeld University