aboutsummaryrefslogtreecommitdiff
path: root/contrib
AgeCommit message (Collapse)AuthorFilesLines
2023-05-19Daily bump.GCC Administrator2-0/+11
2023-05-18contrib: Fix nonportable shell syntax in "test" and "[" commands [PR105831]Jonathan Wakely3-5/+5
POSIX sh does not support the == for string comparisons, use = instead. These contrib scripts all use a bash shebang so == does work, but there's no reason they can't just use the more portable form anyway. PR bootstrap/105831 contrib/ChangeLog: * bench-stringop: Use = operator instead of ==. * repro_fail: Likewise. contrib/reghunt/ChangeLog: * bin/reg-hunt: Use = operator instead of ==.
2023-04-29Daily bump.GCC Administrator1-0/+5
2023-04-28contrib: port doxygen script to Python3Martin Liska2-2/+2
contrib/ChangeLog: * filter_gcc_for_doxygen: Use python3 and not python2. * filter_params.py: Likewise.
2023-04-27Daily bump.GCC Administrator1-0/+4
2023-04-26Update gennews for GCC 13.Jakub Jelinek1-0/+1
2023-04-26 Jakub Jelinek <jakub@redhat.com> * gennews (files): Add files for GCC 13.
2023-04-18Daily bump.GCC Administrator1-0/+5
2023-04-17Update crontab and git_update_version.pyJakub Jelinek1-1/+1
2023-04-17 Jakub Jelinek <jakub@redhat.com> maintainer-scripts/ * crontab: Snapshots from trunk are now GCC 14 related. Add GCC 13 snapshots from the respective branch. contrib/ * gcc-changelog/git_update_version.py (active_refs): Add releases/gcc-13.
2023-03-17Daily bump.GCC Administrator1-0/+5
2023-03-16contrib: Update instructions regarding Unicode updatesJakub Jelinek2-7/+595
I've noticed we have instructions on how to update from newer Unicode standard, but it didn't mention uname2c.h regeneration. The following patch mentions that, also mentions that the Copyright years of Unicode should be updated and adds a copy of NameAliases.txt which is used for uname2c.h generation. 2023-03-16 Jakub Jelinek <jakub@redhat.com> * unicode/README: Update to mention also makeuname2c. * unicode/NameAliases.txt: New file.
2023-03-14Daily bump.GCC Administrator1-0/+9
2023-03-13libcpp: Update cpp_wcwidth() to Unicode 15Lewis Hyatt6-95/+673
Updates cpp_wcwidth() to Unicode 15, following the procedure in contrib/unicode/README mechanically without incident. contrib/ChangeLog: * unicode/DerivedCoreProperties.txt: Update to Unicode 15. * unicode/DerivedNormalizationProps.txt: Likewise. * unicode/EastAsianWidth.txt: Likwise. * unicode/PropList.txt: Likewise. * unicode/README: Likewise. * unicode/UnicodeData.txt: Likewise. libcpp/ChangeLog: * generated_cpp_wcwidth.h: Regenerated for Unicode 15.
2023-02-23Daily bump.GCC Administrator1-0/+4
2023-02-22In 'contrib/config-list.mk', clarify i686-symbolics-gnu to i686-gnuThomas Schwinge1-1/+1
Already in the first revision of 'contrib/config-list.mk', i686-symbolics-gnu has been present, but it's not clear to me whether that was meant to be Symbolics as in the manufacturer, <https://en.wikipedia.org/wiki/Symbolics>, with GNU (that is, GNU/Hurd) kernel/operating system (user land), or Symbolics kernel with GNU operating system (user land)? I can't find any mention of "Symbolics" in the history of 'config.sub' upstream. Either way, GCC configures i686-symbolics-gnu exactly the same as i686-gnu: $ sed -n -e '/Using .* host machine hooks\.$/q' -e '/^Using the following target machine macro files:$/,$p' log/i686-gnu-make.out Using the following target machine macro files: [...]/gcc/config/vxworks-dummy.h [...]/gcc/config/i386/i386.h [...]/gcc/config/i386/unix.h [...]/gcc/config/i386/att.h [...]/gcc/config/elfos.h [...]/gcc/config/gnu-user.h [...]/gcc/config/glibc-stdint.h [...]/gcc/config/i386/gnu-user-common.h [...]/gcc/config/i386/gnu-user.h [...]/gcc/config/gnu.h [...]/gcc/config/i386/gnu.h [...]/gcc/config/initfini-array.h ..., so let's clarify i686-symbolics-gnu to i686-gnu. contrib/ * config-list.mk (LIST): Clarify i686-symbolics-gnu to i686-gnu.
2023-02-18Daily bump.GCC Administrator1-0/+4
2023-02-17contrib: Fix make_sunver.pl warningRainer Orth1-1/+1
Petr informed me that perl 5.32 bundled with Solaris 11.4 warns about make_sunver.pl: Unescaped left brace in regex is passed through in regex; marked by <-- HERE in m/^([ \t]*){ <-- HERE $/ at /vol/gcc/src/hg/master/local/libgomp/../contrib/make_sunver.pl line 216. I didn't notice since I'm using a common installation of perl 5.12 across Solaris versions that doesn't show that warning. His patch fixes the issue. Tested on Solaris 11.3 (perl 5.12) and 11.4 (perl 5.32). 2023-01-20 Petr Sumbera <petr.sumbera@oracle.com> contrib: * make_sunver.pl: Escape brace.
2023-02-17Daily bump.GCC Administrator1-0/+4
2023-02-16objs-gcc.sh: Only bootstrap if source-directory contains gccHans-Peter Nilsson1-1/+3
I use objs-gcc.sh as a preparatory step before calling btest-gcc.sh in my scripts, for example my cris-elf autotester. I thought, why not use it for native builds too. Except that use, with binutils release-style tarballs and a x86_64-pc-linux-gnu host, was broken. Now that I look at it, the script seems to have aged poorly... Still, there's a need for such a script to install stuff needed for btest-gcc.sh (and to fix up stuff if needed), and this can still be that script. So, I prefer to fix show-stoppers for common uses, while taking care to retain compatibility for use that could possibly still work, with current sources. A long time ago (before 2011, but after this script was created in 2002, and used for a few years), the binutils (and gdb and gcc) toplevel Makefile may have had a bootstrap target that worked with binutils but didn't require gcc sources to be present. Now, you'll get an error (see configure.ac line 1366 and on). Let's just build the default make-target when "bootstrap" is known to fail. An alternative would be to fold this native non-i686-pc-linux-gnu clause into the native i686-pc-linux-gnu clause, as that seems to have been originally intended as *the* single native clause, but that'd require further edits (e.g. to remove install-dejagnu and make gdb build conditional on gdb sources presence, to work with binutils tarballs, and I'd also then prefer to build not just ld, but also gas and binutils). As it's a minimal obvious change required for current native use with release-tarballs and git-checkout use(*), I'm installing this as obvious. *) Native i686-pc-linux-gnu remains broken for other use than specially constructed combined trees where dejagnu is included at the toplevel (i.e. historic Cygnus devo-type). contrib/regression: * objs-gcc.sh: Only bootstrap if source-directory contains gcc.
2023-02-11Daily bump.GCC Administrator1-0/+4
2023-02-10Add x86_64-gnu target to contrib/config-list.mkFlavio Cruz1-1/+1
contrib/ChangeLog: * config-list.mk: Add x86_64-gnu to list of archs. Signed-off-by: Flavio Cruz <flaviocruz@gmail.com>
2023-01-20Daily bump.GCC Administrator1-0/+9
2023-01-19PR-108373 Update contrib/gcc_update:files_and_dependencies for Modula-2Gaius Mulley1-2/+12
This patch adds the dependencies for automatically generated files used by the Modula-2 front end. contrib/ChangeLog: * gcc_update (files_and_dependencies): Add dependencies for gcc/m2/gm2config.h.in, gcc/m2/configure, gcc/m2/gm2-libs/config-host, libgm2/Makefile.in, libgm2/aclocal.m4, libgm2/libm2cor/Makefile.in, libgm2/libm2pim/Makefile.in, libgm2/libm2iso/Makefile.in, libgm2/libm2log/Makefile.in and libgm2/libm2min/Makefile.in. Signed-off-by: Gaius Mulley <gaiusmod2@gmail.com>
2023-01-18Daily bump.GCC Administrator1-0/+9
2023-01-17Ignore test_patches.txt in update-copyright.py.Martin Liska1-0/+1
contrib/ChangeLog: * update-copyright.py: Ignore test_patches.txt.
2023-01-17contrib: revert removal of CR characterMartin Liska1-2/+1
contrib/ChangeLog: * gcc-changelog/test_patches.txt: The CR character was removed with ./contrib/update-copyright.py which I'm going to change.
2023-01-17Daily bump.GCC Administrator1-0/+12
2023-01-16Update copyright years.Jakub Jelinek79-84/+83
2023-01-16contrib: Yet another update-copyright.py tweak [PR108413]Jakub Jelinek1-1/+2
Ignore __builtins.di like object.d is already ignored. 2023-01-16 Jakub Jelinek <jakub@redhat.com> PR other/108413 * update-copyright.py (LibPhobosFilter): Add __builtins.di to skipped files.
2023-01-16contrib: Partial fix for failed update-copyright --this year [PR108413]Jakub Jelinek1-0/+3
As mentioned on IRC or in PR108413, the last update-copyright.py --this year failed and that is why we are in a strange state where some copyrights have been updated and others have not. The full list of errors I got was I think: gcc/m2/mc-boot/GmcOptions.c: unrecognised copyright: comment (f, (const char *) "Copyright (C) ''2021'' Free Software Foundation, Inc.", 53); gcc/m2/mc-boot/GmcOptions.c: unrecognised copyright: comment (f, (const char *) "Copyright (C) ''2021'' Free Software Foundation, Inc.", 53); gcc/testsuite/gm2/switches/pedantic-params/pass/Strings.mod: unrecognised copyright holder: Faculty of Information Technology, gcc/testsuite/gm2/switches/pedantic-params/pass/Strings2.mod: unrecognised copyright holder: Faculty of Information Technology, libphobos/libdruntime/__builtins.di: unrecognised copyright: * Copyright: Copyright Digital Mars 2022 libstdc++-v3/src/c++17/fast_float/fast_float.h: unrecognised copyright holder: The fast_float authors libstdc++-v3/include/c_compatibility/stdatomic.h: unrecognised copyright holder: The GCC developers The following patch deals with the gcc/testsuite/gm2 ones and with the fast_float.h one, ok for trunk? Not really sure what we should do in the GmcOptions.c case (perhaps obfuscate it in the source somehow by splitting the string literals into different substrings Perhaps "Copy" "right (" "C) ''..." would do it? Or do we want to bump there each year (manually or by the script)? E.g. in gcc.cc we have printf ("Copyright %s 2023 Free Software Foundation, Inc.\n", _("(C)")); which also prints (C) nicer in Unicode if possible and is updated by hand each year. I have no idea about the libphobos case, we have tons of libphobos/src/std/format/spec.d:Copyright: Copyright The D Language Foundation 2000-2013. libphobos/src/std/random.d:Copyright: Copyright Andrei Alexandrescu 2008 - 2009, Joseph Rushton Wakeling 2012. etc. lines and those aren't reported as errors. And the last one is that I think for The GCC developers we should treat it similarly like FSF and bump copyright on it. Would canon_gcc = 'The GCC developers' self.add_package_author ('The GCC developers', canon_gcc) self.add_package_author ('The GCC Developers', canon_gcc) or something similar do the trick? 2023-01-16 Jakub Jelinek <jakub@redhat.com> PR other/108413 * update-copyright.py (TestsuiteFilter): Add .mod and .rs extensions. (GCCCopyright): Add 'The fast_float authors' as external author.
2023-01-16Daily bump.GCC Administrator1-0/+5
2023-01-15config-list.mk: Modernize FreeBSD targets towards version 13Gerald Pfeifer1-4/+4
contrib/ChangeLog: 2023-01-15 Gerald Pfeifer <gerald@pfeifer.com> * config-list.mk: Update FreeBSD targets to version 13. Add aarch64-freebsd13.
2023-01-12Daily bump.GCC Administrator1-0/+5
2023-01-12config-list.mk: Remove obsolete FreeBSD targetsGerald Pfeifer1-3/+3
ia64-freebsd is officially dead, and sparc64-freebsd has not been able to build GCC for half a dozen years (or so) and is essentially end of life. The default per gcc/config/i386/freebsd.h has been i586 for a while, so i486-freebsd can go as well. (We still have i686-freebsd.) contrib/ChangeLog: * config-list.mk: Remove i486-freebsd4, ia64-freebsd6, and sparc64-freebsd6.
2023-01-07Daily bump.GCC Administrator1-0/+4
2023-01-06contrib: add 'contrib' to default dirs in update-copyright.pyMartin Liska1-0/+1
contrib/ChangeLog: * update-copyright.py: Add contrib as a default dir.
2022-12-29Daily bump.GCC Administrator1-0/+4
2022-12-28contrib: add contrib to update-copyright.py scriptMartin Liska1-1/+14
contrib/ChangeLog: * update-copyright.py: Add contrib folder.
2022-12-24Daily bump.GCC Administrator1-0/+4
2022-12-22contrib: Add dg-out-generator.plArsen Arsenović1-0/+79
This script is a helper used to generate dg-output lines from an existing program output conveniently. It takes care of escaping Tcl and ARE stuff. contrib/ChangeLog: * dg-out-generator.pl: New file.
2022-12-22Daily bump.GCC Administrator1-0/+8
2022-12-21contrib: simplify filter-clang-warnings.pyMartin Liska1-3/+2
contrib/ChangeLog: * filter-clang-warnings.py: Simplify.
2022-12-21contrib: filter out more unrelated warningsMartin Liska1-0/+2
contrib/ChangeLog: * filter-clang-warnings.py: Skip Makefile and libffi warnings.
2022-12-20Daily bump.GCC Administrator1-0/+31
2022-12-19gcc-changelog: support digits in PR's component in subjectMartin Liska1-1/+1
contrib/ChangeLog: * gcc-changelog/git_commit.py: Support digits in PR's component in subject.
2022-12-19gcc-changelog: allow digit in component nameMartin Liska3-1/+30
contrib/ChangeLog: * gcc-changelog/git_commit.py: Allow digit in component name. contrib/ChangeLog: * gcc-changelog/test_email.py: Add new test. * gcc-changelog/test_patches.txt: Add new patch.
2022-12-19gcc-changelog: Add warning for auto-added filesTobias Burnus5-1/+135
git_email.py prints now a warning for files added automatically. git_check_commit.py does likewise but only with --verbose. It prints one line per ChangeLog file, either stating the file or if more than one the number of files. contrib/ChangeLog: * gcc-changelog/git_check_commit.py (__main__): With -v print a warning for the auto-added files. * gcc-changelog/git_commit.py (GitCommit.__init__): Add self.warnings. (GitCommit.check_mentioned_files): Add warning for auto-added files. (GitCommit.print_warnings): New function. * gcc-changelog/git_email.py (__main__): Remove bogus argument to GitEmail constructor; print auto-added-files warning. * gcc-changelog/test_email.py (test_auto_add_file_1, test_auto_add_file_2): New tests. * gcc-changelog/test_patches.txt: Add two test cases.
2022-12-19gcc-changelog: stop using --flake8Martin Liska1-1/+1
The flake8 pytest plug-in is broken and we should not use it. contrib/ChangeLog: * gcc-changelog/setup.cfg: Do not use flake8 pytest plug-in.
2022-12-17Daily bump.GCC Administrator1-0/+16
2022-12-16contrib: make warnings unique in filter-clang-warnings.pyMartin Liska1-2/+2
contrib/ChangeLog: * filter-clang-warnings.py: Print each warning only one time.
2022-12-16gcc-changelog: do not use PatchSet.from_filenameMartin Liska1-7/+4
Use rather PatchSet constructor where we can pass properly opened file with newline='\n'. contrib/ChangeLog: * gcc-changelog/git_email.py: Use PatchSet constructor as newline argument is not supported with older unidiff library.
generated by cgit v1.1 at 2024-08-19 10:57:14 +0000