| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-2.3.10, Repoman-2.3.3
Closes: https://github.com/gentoo/gentoo/pull/5741
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
GCC_FILESDIR support was broken by portage-2.3.6 commit:
https://github.com/gentoo/portage/commit/0637c95545ab7dc0bb5d091de221b9e99e2cf5b2
("portage.package.ebuild: Use a fake FILESDIR to catch invalid accesses")
Unfortunately it was applied to older EAPIs without fixing all
the users first.
The change yanks GCC_FILESDIR override support and hardcodes
FILESDIR usage (as all the ebuilds except 'gcc' are broken anyway).
Bug: https://bugs.gentoo.org/629776
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
On CTARGET="hppa2.0-unknown-linux-gnu" the following code
local VAR="CFLAGS_"${CTARGET//-/_}
CXXFLAGS=${!VAR}
produces incorrect substitution:
CFLAGS_hppa2.0_unknown_linux_gnu
which caused 'crossdev hppa2.0-unknown-linux-gnu' to fail.
The change adds '.' mangling as well.
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
| |
|
| |
|
|
|
|
|
|
|
| |
sys-devel/gcc-7.1.0 requires external dev-libs/boehm-gc, the internal
copy got removed [1].
[1] https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=242985
|
|
|
|
| |
Package-Manager: Portage-2.3.5, Repoman-2.3.2
|
| |
|
|
|
|
| |
Signed-off-by: Robin H. Johnson <robbat2@gentoo.org>
|
| |
|
| |
|
|
|
|
| |
Bug: 531610
|
|
|
|
|
|
|
|
|
| |
Directory prefixify part 4.
LIBPATH, etc. now have EPREFIX prepended. The latter need to be
quoted.
Bug: 531610
|
|
|
|
|
|
|
|
|
| |
Directory prefixify part 3.
Raw directories are prepended by EPREFIX. Directories passed to
ebuild helpers are EPREFIX stripped.
Bug: 531610
|
|
|
|
|
|
| |
Directory prefixify part 2.
Bug: 531610
|
|
|
|
|
|
|
|
|
| |
Directory prefixify part 1.
In addition, E/D and E/ROOT has trailing slashes. No need to write
an additional slash.
Bug: 531610
|
|
|
|
|
|
|
|
|
|
| |
In Prefix, PATH should also be preserved, resulting in a mouthful of
`env -i PATH=${PATH} ROOT=${ROOT}`. The origin commit introducing
env -i was for "cleanup". Dropping env -i is cleaner.
Reference: https://gitweb.gentoo.org/repo/gentoo/historical.git/commit/?id=a8a64d1886cc5c9f975353b97237f2900a3ee88c
Reference: https://gitweb.gentoo.org/repo/gentoo/historical.git/commit/?id=7d9f89700a2ee50674c0d871ec6d21b468ac6206
Bug: 531610
|
|
|
|
|
| |
/usr/sbin is in PATH, avoid writing
${EPREFIX}/usr/sbin/fix_libtool_files.sh.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The USE=multislot as defined partially by toolchain.eclass and partially
by sys-devel/gcc was used for two purposes:
- enabling build-time (only) blockers on old gcc versions -- which do
not make any sense because they are build-time only and there is no
technical reason for two gcc version ranges not to be installed at
the same time, both at build time and at run time,
- changing behavior of post-install wrt conditional gcc-config calls.
Both cases are invalid use of USE flags, considering that the flag does
not affect the installed files in any way.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
unmerging active version #529608
If the user is unmerging the current version, try and automatically
switch to a better version. We blindly pick the latest one available
for the target in question since there's not really a better metric
to figure out which one the user actually would want.
|
| |
|
| |
|
|
|
|
|
|
| |
I'm not entirely happy with this logic, but as other related bugs are
addressed, this will probably evolve with them. This at least unblocks
people trying to use gcc-5 cross-compilers.
|
| |
|
| |
|
|
|
|
|
|
|
| |
We have dev-lang/go provide `go` and `gofmt`, and having gcc include
these in its BINPATH causes gcc-config to clobber the go package with
symlinks. Drop the gcc versions for now (they're copies from the go
package anyways) until we have a better solution.
|
|
|
|
|
|
|
|
| |
When gcc installs programs into BINPATH, it sometimes links them so that
the $CHOST-xxx and xxx progs are the same. The logic to standardize the
naming in BINPATH then triggers a warning as they're the same file.
Manually delete the target before running the mv to avoid that business.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Signed-off-by: Justin Lecher <jlec@gentoo.org>
|
|
|
|
| |
stack-protector-strong behavior
|
|
|
|
| |
These don't exist anymore, so no point in depending on them.
|
| |
|
|
This commit represents a new era for Gentoo:
Storing the gentoo-x86 tree in Git, as converted from CVS.
This commit is the start of the NEW history.
Any historical data is intended to be grafted onto this point.
Creation process:
1. Take final CVS checkout snapshot
2. Remove ALL ChangeLog* files
3. Transform all Manifests to thin
4. Remove empty Manifests
5. Convert all stale $Header$/$Id$ CVS keywords to non-expanded Git $Id$
5.1. Do not touch files with -kb/-ko keyword flags.
Signed-off-by: Robin H. Johnson <robbat2@gentoo.org>
X-Thanks: Alec Warner <antarus@gentoo.org> - did the GSoC 2006 migration tests
X-Thanks: Robin H. Johnson <robbat2@gentoo.org> - infra guy, herding this project
X-Thanks: Nguyen Thai Ngoc Duy <pclouds@gentoo.org> - Former Gentoo developer, wrote Git features for the migration
X-Thanks: Brian Harring <ferringb@gentoo.org> - wrote much python to improve cvs2svn
X-Thanks: Rich Freeman <rich0@gentoo.org> - validation scripts
X-Thanks: Patrick Lauer <patrick@gentoo.org> - Gentoo dev, running new 2014 work in migration
X-Thanks: Michał Górny <mgorny@gentoo.org> - scripts, QA, nagging
X-Thanks: All of other Gentoo developers - many ideas and lots of paint on the bikeshed
|