https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119510

--- Comment #13 from GCC Commits <cvs-commit at gcc dot gnu.org> ---
The master branch has been updated by Jakub Jelinek <ja...@gcc.gnu.org>:

https://gcc.gnu.org/g:7d126e2bbb378d1344f871011406c08aa88a85cd

commit r15-9060-g7d126e2bbb378d1344f871011406c08aa88a85cd
Author: Jakub Jelinek <ja...@redhat.com>
Date:   Mon Mar 31 10:13:42 2025 +0200

    gcc_release: Generate srcdir extras/infos/man pages from all FEs [PR119510]

    Enabling cobol explicitly (at least unconditionally) in gcc_release has the
    disadvantage that the script no longer works for GCC <= 14, I think it
would
    be better to keep it working for all still supported release branches.

    And as mentioned in the PR, we still don't generate the
    --enable-generated-files-in-srcdir extras/infos/man pages for languages
    not actually enabled.
    Using --enable-languages=all would mean gcc_release takes far longer and
    more importantly, various FEs have extra dependencies, Ada requires a
    working Ada compiler (furthermore not newer than the gcc release, so if
    I run this on a system with say GCC 15 installed, even when I have Ada
    installed, I won't be able to gcc_release GCC 14 or 13 etc.), D working D
    compiler, Go takes a long time to build libgo.

    So, the following patch instead takes similar approach to what
    make regenerate-opt-urls
    takes, it generates stuff even for non-enabled languages.
    For most languages it works just fine and is a matter of say for cobol
    make cobol.srcextra cobol.srcinfo cobol.srcman
    The only problem is Modula 2, which has some messed up dependencies and
    when the FE is not enabled, this will try to build the whole FE as well and
    fail.  I think it would be useful to fix that but at least before that is
    fixed on the trunk and all release branches, the following patch just
    conditionally (so that it works even for GCC 12 which doesn't have Modula
2)
    enables also m2.

    And lastly, libffi seems to be only enabled for Go (and maybe D), I'd
prefer
    not to enable those languages for the reasons stated above, so if we really
    need libffi.info in release tarballs (despite libffi being used only as
    implementation detail and not installed), the patch just generates it by
    hand.

    2025-03-29  Jakub Jelinek  <ja...@redhat.com>

            PR other/119510
            * gcc_release: Use --enable-languages=c,c++,lto and if m2 is
available,
            with,m2 appended to that.  Check for all possible languages and run
            make $lang.srcextra $lang.srcinfo $lang.srcman for those.  Add
            libffi/doc/libffi.info.

Reply via email to