aboutsummaryrefslogtreecommitdiff
path: root/c++tools
AgeCommit message (Collapse)AuthorFilesLines
2021-09-13Merged current trunk to branch.Thomas Koenig8-670/+471
2020-12-24Daily bump.GCC Administrator1-0/+7
2020-12-23c++tools: Fix PIE [PR 98324]Nathan Sidwell3-2/+24
This adds --enable-default-pie support to c++tools, so that the sample server is build -fPIE if requested. PR bootstrap/98324 c++tools/ * Makefile.in: Add FLAGPIE. * configure.ac: Add --enable-default-pie support. * configure: Rebuilt.
2020-12-22Daily bump.GCC Administrator1-0/+5
2020-12-21c++tools: Fix exe suffix [PR 98409]Nathan Sidwell1-1/+1
I had a thinko about variable case, and, coupled with Make's behaviour of just consing up variables out of nothing, and linux not having an executable extension, didn't notice. PR other/98409 c++tools/ * Makefile.in: Fix exeext variable case.
2020-12-18Daily bump.GCC Administrator1-0/+21
2020-12-17bootstrap: Don't use strsignal [PR 98300]Nathan Sidwell1-1/+2
Sadly strsignal is nonportable, so signal numbers it is then. c++tools/ * server.cc (crash_signal): Don't use strsignal.
2020-12-17bootstrap: Fix some windows issues [PR 98300]Nathan Sidwell4-3/+726
When breaking out the sample server from the gcc/cp directory, it lost its check for mmap, and the sample resolver just assumed it was there. Fixed thusly. The non-mapping paths in module.cc weren't (recently) excercised, and led to a signedness warning. Finally I'd missed c++tools's config.h.in in the gcc_update script. There I took the opportunity of adding a 'tools' segment of the dependency lists. PR bootstrap/98300 contrib/ * gcc_update: Add c++tools/config.h.in. c++tools/ * configure.ac: Check for sys/mman.h. * resolver.cc: Don't assume mmap, O_CLOEXEC are available. Use xmalloc. * config.h.in: Regenerated. * configure: Regenerated. gcc/cp/ * module.cc: Fix ::read, ::write result signedness comparisons.
2020-12-17c++tools: Fix up c++tools for --with-gcc-major-version-onlyJakub Jelinek3-2/+28
Seems c++tools doesn't honor --with-gcc-major-version-only. Our distro uses that flag and so everything is installed in /usr/lib/gcc/<target>/11/... /usr/libexec/gcc/<target>/11/... except /usr/libexec/gcc/<target>/11.0.0/g++-mapper-server The following patch should fix that. 2020-12-17 Jakub Jelinek <jakub@redhat.com> * configure.ac: Add GCC_BASE_VER. * Makefile.in (version): Remove variable. (gcc_version): New variable. (libexecsubdir): Use $(gcc_version) instead of $(version). * configure: Regenerated.
2020-12-17Daily bump.GCC Administrator1-0/+15
2020-12-16c++tools: fix install-strip [PR 98328]Nathan Sidwell3-13/+24
I'd missed an install-strip rule in c++tools. Here it is, cribbed from gcc/ subdir. c++tools/ * Makefile.in (INSTALL): Replace with ... (INSTALL_PROGRAM): ... this. (INSTALL_STRIP_PROGRAM): New. (install-strip): New target. (install): Use INSTALL_PROGRAM. * configure.ac: Add INSTALL_PROGRAM. * configure: Regenerated.
2020-12-16c++tools: Fix (an) install issueNathan Sidwell1-3/+4
This fixes installers that don't understand -p. c++tools/ * Makefile.in (install): Do not use -p, use mkinstalldirs. (clean): Fix typo.
2020-12-16Daily bump.GCC Administrator1-0/+10
2020-12-15c++: Add changelog files in c++tools/ and libcody/ directoriesJakub Jelinek1-0/+6
Add ChangeLog files, so that update_version_git can then fill those in.
2020-12-15Add c++toolsNathan Sidwell7-0/+6571
Part of our module implementation adds a sample mapper server, the guts of which are used by the default in-process mapping of cc1plus. Rather than add another executable to gcc/cp/, this creates a new c++tools directory where this and any other c++ tools might live. The toplevel changes are a subsequent commit, because ... git. c++tools/ChangeLog: * Makefile.in: New. * config.h.in: New. * configure: New. * configure.ac: New. * resolver.cc: New. * resolver.h: New. * server.cc: New.
generated by cgit v1.1 at 2025-08-04 07:27:14 +0000