)]}'
{
  "commit": "d114379fdeb802ea32f8c3be7b9f36596aecc18b",
  "tree": "964d716c8df6ede4e333d721a0ef27e7fd3d6286",
  "parents": [
    "52ca3d3fe6139ec45e04b4cfb1b5e244a8459586"
  ],
  "author": {
    "name": "H.J. Lu",
    "email": "hjl.tools@gmail.com",
    "time": "Thu Oct 02 07:35:43 2025 +0800"
  },
  "committer": {
    "name": "H.J. Lu",
    "email": "hjl.tools@gmail.com",
    "time": "Thu Oct 02 07:42:18 2025 +0800"
  },
  "message": "Sync toplevel files from gcc\n\ncommit bab1b2488e2a01b311d584bbecbc6834194e30ed\nAuthor: Nicolas Boulenguez \u003cnicolas@debian.org\u003e\nDate:   Sun Jun 22 19:23:11 2025 +0200\n\n    Ada: Introduce GNATMAKE_FOR_BUILD Makefile variable\n\n    This gets rid of the hardcoded \u0027gnatmake\u0027 command used during the build.\n\ncommit 79091220da796a4b60561a7bf2e9e8f5e5276bc4\nAuthor: Kugan Vivekanandarajah \u003ckvivekananda@nvidia.com\u003e\nDate:   Tue Jun 10 09:19:37 2025 +1000\n\n    [AutoFDO] Fix profile bootstrap for x86_64\n\n    This patch fixes profile bootstrap for x86_64 by special\n    caseing cpu_type for x86_64 as it shares AUTO_PROFILE\n    from i386.\n\ncommit fcb60292984fa7181ec91d7f81fd18549d1aaf39\nAuthor: Kugan Vivekanandarajah \u003ckvivekananda@nvidia.com\u003e\nDate:   Thu May 29 08:47:19 2025 +1000\n\n    [AUTOFDO] Fix autogen remake issue\n\n    Fix autogen issue introduced by commit\n    commit 86dc974cf30f926a014438a5fccdc9d41e26282b\n\ncommit 86dc974cf30f926a014438a5fccdc9d41e26282b\nAuthor: Kugan Vivekanandarajah \u003ckvivekananda@nvidia.com\u003e\nDate:   Mon May 26 11:41:59 2025 +1000\n\n    [AUTOFDO][AARCH64] Add support for profilebootstrap\n\n    Add support for autoprofiledbootstrap in aarch64.\n    This is similar to what is done for i386. Added\n    gcc/config/aarch64/gcc-auto-profile for aarch64 profile\n    creation.\n\n    How to run:\n    configure --with-build-config\u003dbootstrap-lto\n    make autoprofiledbootstrap\n\ncommit dff727b2c28c52e90e0bd61957d15f907494b245\nAuthor: Stephanos Ioannidis \u003croot@stephanos.io\u003e\nDate:   Wed May 21 17:28:36 2025 -0600\n\n    [PATCH] configure: Always add pre-installed header directories to search path\n\n    configure script was adding the target directory flags, including the\n    \u0027-B\u0027 flags for the executable prefix and the \u0027-isystem\u0027 flags for the\n    pre-installed header directories, to the target flags only for\n    non-Canadian builds under the premise that the host binaries under the\n    executable prefix will not be able to execute on the build system for\n    Canadian builds.\n\n    While that is true for the \u0027-B\u0027 flags specifying the executable prefix,\n    the \u0027-isystem\u0027 flags specifying the pre-installed header directories are\n    not affected by this and do not need special handling.\n\n    This patch updates the configure script to always add the \u0027include\u0027 and\n    \u0027sys-include\u0027 pre-installed header directories to the target search\n    path, in order to ensure that the availability of the pre-installed\n    header directories in the search path is consistent across non-Canadian\n    and Canadian builds.\n\n    When \u0027--with-headers\u0027 flag is specified, this effectively ensures that\n    the libc headers, that are copied from the specified header directory to\n    the sys-include directory, are used by libstdc++.\n\ncommit 6390fc86995fbd5239497cb9e1797a3af51d3936\nAuthor: Rainer Orth \u003cro@CeBiTec.Uni-Bielefeld.DE\u003e\nDate:   Tue Apr 22 13:47:17 2025 +0200\n\n    cobol: Restrict COBOL to supported Linux arches [PR119217]\n\n    The COBOL frontend is currently built on all x86_64 and aarch64 hosts\n    although the code contains some Linux/glibc specifics that break the build\n    e.g. on Solaris/amd64.\n\n    Tested on Linux/x86_64 and Solaris/amd64.\n\ncommit 17ed44c96f6e5c0cc02d8cb29ff5943dd30ab3c1\nAuthor: Iain Sandoe \u003ciain@sandoe.co.uk\u003e\nDate:   Mon Mar 31 07:02:54 2025 +0100\n\n    config, toplevel, Darwin: Pass -B instead of -L to C++ commands.\n\n    Darwin from 10.11 needs embedded rpaths to find the correct libraries at\n    runtime.  Recent increases in hardening have made it such that the dynamic\n    loader will no longer fall back to using an installed libstdc++ when the\n    (new) linked one is not found.  This means we fail configure tests (that\n    should pass) for runtimes that use C++.\n\n    We can resolve this by passing \u0027-B\u0027 to the C++ command lines instead of \u0027-L\u0027\n    (-B implies -L on Darwin, but also causes a corresponding embedded rpath).\n\ncommit dcb7009efc5358207d1b0612732a0608915a3ef7\nAuthor: Richard Biener \u003crguenther@suse.de\u003e\nDate:   Fri Mar 28 13:48:36 2025 +0100\n\n    bootstrap/119513 - fix cobol bootstrap with --enable-generated-files-in-srcdir\n\n    This adds gcc/cobol/parse.o to compare_exclusions and makes sure to\n    ignore errors when copying generated files, like it\u0027s done when\n    copying gengtype-lex.cc.\n\ncommit 0fb10aca02852b2e8d78a78c07aa2f62aec6a07e\nAuthor: Iain Sandoe \u003ciain@sandoe.co.uk\u003e\nDate:   Tue Mar 25 16:20:58 2025 +0000\n\n    toplevel, libcobol: Add dependency on libquadmath build [PR119244].\n\n    For the configuration of libgcobol to be correct for targets that need\n    to use libquadmath for 128b FP support, we must be able to find the\n    quadmath library (or not, for targets that have the support in libc).\n\ncommit 70bc553e1b565d2e162894ea29a223b44e9133e3\nAuthor: Iain Sandoe \u003ciain@sandoe.co.uk\u003e\nDate:   Sun Mar 23 11:45:17 2025 +0000\n\n    toplevel, Makefile: Add missing CXX_FOR_TARGET export [PR88319].\n\n    Actually, the issue is not local to the libitm case, it currently affects\n    any \u0027cxx\u003dtrue\u0027 top-level configured target library.\n\n    The issue is a missing export of CXX_FOR_TARGET.\n\ncommit c650b557cb01f97bebb894aa68e5e74c2147c395\nAuthor: Thomas Schwinge \u003cthomas@codesourcery.com\u003e\nDate:   Mon Jul 11 22:36:39 2022 +0200\n\n    GCN, nvptx: Don\u0027t default-disable libstdc++ build\n\n    In addition to making libstdc++ itself available, this, via enabling\n    \u0027build-gcc/*/libstdc++-v3/scripts/testsuite_flags\u0027, in particular also makes\n    the standard C++ headers available to \u0027make check-gcc-c++\u0027.  With that, there\n    are a lot of FAIL/UNRESOLVED -\u003e PASS progressions, where we previously ran\n    into, for example:\n\n        FAIL: g++.dg/coroutines/co-await-syntax-00-needs-expr.C  (test for errors, line 6)\n        FAIL: g++.dg/coroutines/co-await-syntax-00-needs-expr.C (test for excess errors)\n        Excess errors:\n        [...]/gcc/testsuite/g++.dg/coroutines/coro.h:132:10: fatal error: cstdlib: No such file or directory\n\n    Similarly, there are a lot of FAIL/UNRESOLVED -\u003e UNSUPPORTED \"progressions\" due\n    to \u0027sorry, unimplemented: exception handling not supported\u0027.\n\n    The \u0027make check-target-libstdc++-v3\u0027 results don\u0027t look too bad, either.\n\n    This also reverts Subversion r221362\n    (Git commit d94fae044da071381b73a2ee8afa874b14fa3820) \"No libstdc++ for nvptx\",\n    and commit 2f4f3c0e9345805160ecacd6de527b519a8c9206 \"No libstdc++ for GCN\".\n\n    With libstdc++ now available, libgrust gets enabled, which we in turn again\n    have to disable, for \u0027sorry, unimplemented: exception handling not supported\u0027\n    reasons.\n\ncommit 09c2a0ab94e1e731433eb2687ad16a9c79617e14\nAuthor: Jakub Jelinek \u003cjakub@redhat.com\u003e\nDate:   Tue Mar 11 14:34:01 2025 +0100\n\n    cobol: Fix up libgcobol configure [PR119216]\n\n    Sorry, seems I\u0027ve screwed up the earlier libgcobol/configure.tgt change.\n    Looking in more detail, the way e.g. libsanitizer/configure.tgt works is\n    that it is sourced twice, once at toplevel and there it just sets\n    UNSUPPORTED\u003d1 for fully unsupported triplets, and then inside of\n    libsanitizer/configure where it decides to include or not include the\n    various sublibraries depending on the *_SUPPORTED flags.\n\n    So, the following patch attempts to do the same for libgcobol as well.\n\n    The BIULD_LIBGCOBOL automake conditional was unused, this patch guards it\n    on LIBGCOBOL_SUPPORTED as well and guards with it\n    toolexeclib_LTLIBRARIES  \u003d libgcobol.la\n\n    Also, AM_CFLAGS has been changed to AM_CXXFLAGS as there are just C++\n    sources in the library.\n\ncommit 6a3f9f30d93c376a8a5e98be888da14923b85e63\nAuthor: Iain Sandoe \u003ciain@sandoe.co.uk\u003e\nDate:   Tue Mar 11 09:56:18 2025 +0000\n\n    configure, Darwin: Require explicit selection of COBOL.\n\n    By defult, Darwin does not have sufficient tools to build COBOL\n    so we do not want to include it in --enable-languages\u003dall since\n    this will break regular testing of all supported languages.\n\n    However, we do want to be able to build it on demand (where the\n    build system has sufficiently new tools) and so do not want to\n    disable it permanently.\n\ncommit 45c281deb7a2e24a21f2f68a2a3652e30f27f953\nAuthor: James K. Lowden \u003cjklowden@symas.com\u003e\nDate:   Mon Mar 10 16:04:49 2025 +0100\n\n    COBOL: config and build machinery\n\ncommit ab35fc0d897011c6de075e000d1e0388e6359d4e\nAuthor: Thomas Schwinge \u003ctschwinge@baylibre.com\u003e\nDate:   Wed Feb 19 09:30:45 2025 +0100\n\n    GCN, nvptx: Support \u0027--enable-languages\u003dall\u0027\n\n    ..., where \"support\" means that the build doesn\u0027t fail, but it doesn\u0027t mean\n    that all target libraries get built and we get pretty test results for the\n    additional languages.\n\ncommit bc3597635a708cd91d742c91c6050829cfb4062a\nAuthor: David Malcolm \u003cdmalcolm@redhat.com\u003e\nDate:   Fri Nov 29 18:13:22 2024 -0500\n\n    Rename \"libdiagnostics\" to \"libgdiagnostics\"\n\n    \"libdiagnostics\" clashes with an existing soname in Debian, as\n    per:\n      https://gcc.gnu.org/pipermail/gcc/2024-November/245175.html\n\n    Rename it to \"libgdiagnostics\" for uniqueness.\n\n    I am being deliberately vague about what the \"g\" stands for:\n    it could be \"gnu\", \"gcc\", or \"gpl-licensed\" as the reader desires.\n\ncommit fc59a3995cb46c190c0efb0431ad204e399975c4\nAuthor: Pierre-Emmanuel Patry \u003cpierre-emmanuel.patry@embecosm.com\u003e\nDate:   Wed May 3 18:43:10 2023 +0200\n\n    gccrs: Fix bootstrap build\n\n    This commit fixes bootstrapping for future additions to libgrust/\n\ncommit 7a6906c8d80e437a97c780370a8fec4e00561c7b\nAuthor: Pierre-Emmanuel Patry \u003cpierre-emmanuel.patry@embecosm.com\u003e\nDate:   Mon Jun 12 10:51:49 2023 +0200\n\n    gccrs: Fix missing build dependency\n\n    Fix the missing dependency between the gcc and libgrust.\n\n\t* Makefile.def: Synced from gcc.\n\t* Makefile.tpl: Likewise.\n\t* configure.ac: Likewise.\n\t* Makefile.in: Regenerated.\n\t* configure: Likewise.\n\nSigned-off-by: H.J. Lu \u003chjl.tools@gmail.com\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "93485c71ac3f14615e2f81cdaba33d60dc4a7fea",
      "old_mode": 33188,
      "old_path": "Makefile.def",
      "new_id": "e5b95d7f705f6cdc9f064a6ecf64442ec5bbc819",
      "new_mode": 33188,
      "new_path": "Makefile.def"
    },
    {
      "type": "modify",
      "old_id": "3b0f6321ffd5372b97118a47592b06f00317a9bb",
      "old_mode": 33188,
      "old_path": "Makefile.in",
      "new_id": "0b04b71dcdbe2bb254118bbb6fc9e21c12fd3d77",
      "new_mode": 33188,
      "new_path": "Makefile.in"
    },
    {
      "type": "modify",
      "old_id": "c642836662136eef0141fd69ae9481eb00cec5c2",
      "old_mode": 33188,
      "old_path": "Makefile.tpl",
      "new_id": "bb30adcd522757fd38e07acbeb86497d77a303e6",
      "new_mode": 33188,
      "new_path": "Makefile.tpl"
    },
    {
      "type": "modify",
      "old_id": "55fe00e8a305f4e68a9861e7f12edf2f46d21e82",
      "old_mode": 33261,
      "old_path": "configure",
      "new_id": "90f99cdef7be3729eb9adf2ca227ed5b20178918",
      "new_mode": 33261,
      "new_path": "configure"
    },
    {
      "type": "modify",
      "old_id": "8050259e34f5ce1efef7bdabe9a4d0198053ea31",
      "old_mode": 33188,
      "old_path": "configure.ac",
      "new_id": "2996a124206a9697931d41d32dfad062e58b6757",
      "new_mode": 33188,
      "new_path": "configure.ac"
    }
  ]
}