aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* crossdev, emerge-wrapper: request EAPI=7 on eclass importsDavid Seifert2021-06-212-2/+2
| | | | | | | | | | | | | | | | | | | Today ::gentoo dropped support for EAPI=0 from multilib.eclass and toolchain-funcs.eclass. Due to lack of error handling on crossdev side srossdev derived wrong environment for $CTARGET (and mostly fell back to CHOST). This caused at best failing early on gcc-stage1 build. At worst crossdev installed libraries into a wrong $(get_libdir), installed symlinks from wrong host and other disasters. Previous crossdev commits make crossdev crash earlier instead of generating wrong environment. This commit allows dropping EAI=0 support for eclasses eventually. Reported-by: Marco Scardovi (scardracs) Bug: https://bugs.gentoo.org/797367 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* wrappers/emerge-wrapper: fail crossdev setup when toolchain-funcs.eclass ↵Sergei Trofimovich2021-06-211-1/+3
| | | | | | | | | | | | | | | | | | | sourcing fails Before the change toolchain-funcs.eclass import failure did not fail hard and generated suboptimal default ARCH. It's not as bad as crossdev's equivalent 'multilib.eclass' source failure, but still not perfect. The change exposes die() calls to be visible in crossdev run: ``` $ rm -rf '@GENTOO_PORTAGE_EPREFIX@/usr/foo/etc'; ./emerge-wrapper --target foo --init emerge-wrapper: ERROR: toolchain-funcs.eclass: EAPI 0 not supported emerge-wrapper: ERROR: Failed calling 'tc-arch' from toolchain-funcs.eclass. ``` Reported-by: Marco Scardovi (scardracs) Bug: https://bugs.gentoo.org/797367 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: fail eval when multilib.eclass sourcing failsSergei Trofimovich2021-06-211-0/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | Before the change failure to source 'multilib.eclass' resuled in a fallback mode to be used instead of hard failure. It was caused by two expansion layers of 'eval $(...)'. After the change falure to source 'mmultilib.eclass' hard fails early: ``` $ PORTAGE_CONFIGROOT=$(pwd)/foo EPREFIX=$(pwd)/foo PORT_LOGDIR=$(pwd)/foo ./crossdev -t mmix -P -p * error: : EAPI 0 not supported * * If you file a bug, please attach the following logfiles: * /home/slyfox/dev/git/crossdev/foo/cross--info.log * * error: could not load multilib settings for 'HCHOST' * * If you file a bug, please attach the following logfiles: * /home/slyfox/dev/git/crossdev/foo/cross-mmix-info.log ``` Reported-by: Marco Scardovi (scardracs) Bug: https://bugs.gentoo.org/797367 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: use die() in eval() context to avoid error message swallowingSergei Trofimovich2021-06-211-4/+1
| | | | Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* README: override PORT_LOGDIR to dry-run testsSergei Trofimovich2021-06-211-1/+1
| | | | Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: fix "for for" typoSergei Trofimovich2021-06-211-1/+1
| | | | Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: mark ia64* targets as targets that always require libc headersSergei Trofimovich2021-06-081-0/+6
| | | | Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: make 'crossdev -t help' a single column outputSergei Trofimovich2021-06-071-9/+16
| | | | Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* cross-pkg-config: Respect PKG_CONFIG_SYSROOT_DIR if its already setJames Le Cuirot2021-01-171-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When using --variable, pkgconf prepends PKG_CONFIG_SYSROOT_DIR to the value when it starts with /, even though the original pkg-config didn't do this. Upstream have confirmed that this is intentional [1]. The original pkg-config is no longer maintained and will probably be dropped from Gentoo. $ PKG_CONFIG_SYSROOT_DIR=/foo pkgconf --variable=udevdir udev /foo/lib/udev $ PKG_CONFIG_SYSROOT_DIR=/foo pkg-config --variable=udevdir udev /lib/udev In some contexts, we do not want the SYSROOT to be prepended here. This would normally just be a case of not setting PKG_CONFIG_SYSROOT_DIR but our wrapper uses SYSROOT to set both PKG_CONFIG_SYSROOT_DIR and PKG_CONFIG_LIBDIR. It will not set one without the other but we need the latter to find the right .pc file in the first place. One example where this issue arises is Gentoo's udev eclass. Packages installing udev rules call get_udevdir() to find out where to put them. With ROOT=/foo SYSROOT=/foo, this will return something like /foo/lib/udev but since ROOT is already handled by Portage when merging, the rules will actually end up in /foo/foo/lib/udev. This can be resolved by respecting PKG_CONFIG_SYSROOT_DIR, even when it is set but blank. It is unlikely to be set more widely when using cross-pkg-config so this should be safe. [1] https://github.com/pkgconf/pkgconf/issues/69#issuecomment-48434876 Signed-off-by: James Le Cuirot <chewi@gentoo.org> Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* README: add more tuple examples that happen to work todaySergei Trofimovich2021-01-051-0/+6
| | | | Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* README: drop toolchain version from examplesSergei Trofimovich2021-01-051-31/+31
| | | | Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: add or1k exampleSergei Trofimovich2021-01-051-0/+1
| | | | Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: stop maintaining /etc/portage/categoriesSven Wegener2020-12-311-8/+8
| | | | | | | | | portage uses profiles/categories from all overlays and we don't need to define them in /etc/portage/categories Closes: https://bugs.gentoo.org/762772 Signed-off-by: Sven Wegener <swegener@gentoo.org> Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: explicitly avoid USE=hardened for gcc on mingw targetsSergei Trofimovich2020-11-291-0/+1
| | | | | | | | | | | | Gentoo's USE=hardened unconditionally enables stack check code generation not compatible with external libssp. This leads to gcc ICEs like: libssp/ssp.c:186:1: internal compiler error: in seh_emit_stackalloc Disable USE=hardened until it works on gcc side. Reported-by: redsh Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: default to latest newlib even for stable toolchains.Sergei Trofimovich2020-11-221-2/+5
| | | | | | | | ::gentoo does not have stable keywords for newlib for a while. Let's default to 'latest' to make standard use case to just work. Reported-by: Thymo van Beers Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: disable USE=libraries for stage1 installSergei Trofimovich2020-11-081-3/+6
| | | | | | Reported-by: Paul Bordukov Bug: https://bugs.gentoo.org/751295 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: drop debug outputSergei Trofimovich2020-11-081-2/+0
| | | | Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: default to latest mingw64-runtime even for stable toolchains.Sergei Trofimovich2020-08-011-0/+8
| | | | | | | | | ::gentoo does not have stable keywords for mingw64-runtime for a while. Let's default to 'latest' to make standard use case to just work.. Reported-by: i.Dark_Templar Bug: https://bugs.gentoo.org/733346 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: follow ARCH=sh removal from ::gentooSergei Trofimovich2020-03-261-1/+0
| | | | Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: remove the repos.conf entry for the output overlay during uninstallGöktürk Yüksek2020-01-311-0/+14
| | | | | | | | | | | | | If the output overlay is completely removed during uninstall, it is incorrect to leave behind the repos.conf file since the location specified in the conf file points to a non-existing directory. We scan all the conf files under ${CONFIGROOT}/repos.conf, looking for the file that defines the output overlay and remove it if it is managed by crossdev. Signed-off-by: Göktürk Yüksek <gokturk@gentoo.org> Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: remove the output overlay during uninstallation when possibleGöktürk Yüksek2020-01-311-4/+22
| | | | | | | | | | | | | | If the output overlay is created solely for one specific CTARGET, and not modified by the user in any way, it makes no sense to leave it behind. Remove the output overlay if the following conditions are met: - The profiles/categories is empty - metadata/layout.conf is managed by crossdev - The only files in the overlay are profiles/categories and metadata/layout.conf Signed-off-by: Göktürk Yüksek <gokturk@gentoo.org> Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: update profiles/categories during uninstallGöktürk Yüksek2020-01-311-2/+7
| | | | | | | | If we remove the category cross-${CTARGET} in the output overlay, remove the category itself from profiles/categories. Signed-off-by: Göktürk Yüksek <gokturk@gentoo.org> Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: create a repos.conf entry for the output overlay if necessaryGöktürk Yüksek2020-01-301-1/+37
| | | | | | | | | | | | | If --ov-output is specified on the command line but there is no corresponding repos.conf entry for the output overlay, it is of no use since the package manager will not take it into consideration. Determine and create a repos.conf entry when necessary for the output overlay. Derive it's name from the basename of the overlay path and also take into account possible file path collisions. Signed-off-by: Göktürk Yüksek <gokturk@gentoo.org> Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: adjust repo-name in layout.conf based on repos.confGöktürk Yüksek2020-01-291-6/+10
| | | | | | | | | | | | | | | | | | | | When '--ov-output' is not provided, crossdev searches the list of overlays for a repo matching the name "crossdev" or "cross-${CTARGET}". When there is a match for "cross-${CTARGET}" but the location does not exist, crossdev attempts to populate the overlay structure. However, it incorrectly names the repo "crossdev" in metadata/layout.conf under repo-name, as opposed to "cross-${CTARGET}". This creates further problems when the list of overlays is restricted using the '--overlays' option, given that the name of the repo under repos.conf will not match what is in layout.conf. Use the correct repo-name when creating layout.conf. This preserves the default behavior of using the repo-name "crossdev" when '--ov-output' is provided. Signed-off-by: Göktürk Yüksek <gokturk@gentoo.org> Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: migrate from package.keywords to package.accept_keywordsSergei Trofimovich2020-01-251-3/+4
| | | | | | Reported-by: Doppler Bug: https://bugs.gentoo.org/706212 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: drop outdated msp430* and nios* toolchain lower boundsSergei Trofimovich2020-01-251-12/+0
| | | | Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: disable default ssp support on x86 and ppc on muslSergei Trofimovich2020-01-251-0/+3
| | | | | | | | | | Set USE=-ssp by default. User can still manually override via environment variable to see how it breaks: USE=ssp crossdev -t i686-gentoo-linux-musl Reported-by: Andrew Aladjev Bug: https://bugs.gentoo.org/706210 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: refuse to install crossdev on all CHOST ABIs, not just defaultSergei Trofimovich2019-12-221-1/+23
| | | | | | | | | | | In bug #500338 attempt to install toolchain for secondary ABY (x86 on amd64 system) clobbered native tools with tools that target --systroot=/usr/${CTARGET}. That is never an intended state. Block all CHOSTs and suggest using sys-devel/multilib-gcc-wrapper for distcc-like workloads. Bug: https://bugs.gentoo.org/500338 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: clarify ABIs to be target ABIsSergei Trofimovich2019-12-221-1/+1
| | | | Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: explicitly document HCHOST as a sourced variableSergei Trofimovich2019-12-221-0/+2
| | | | Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: drop Sony Playstation 2 aliases (ee, dvp, iop)Sergei Trofimovich2019-10-211-14/+0
| | | | | | These require toolchain version not present in ::gentoo Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: drop mingw32 referenceSergei Trofimovich2019-10-211-1/+0
| | | | Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev:drop support for short 'minw', 'mingw32' aliasesSergei Trofimovich2019-10-141-3/+2
| | | | | | | | | | | From now on to get a 32-bit toolchain users would need to specify full tuple like: i686-w64-mingw32 That will use 'dev-util/mingw64-runtime'. Bug: https://bugs.gentoo.org/584858 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: reenable --with-headers for mingw targetsSergei Trofimovich2019-09-081-2/+6
| | | | | | | | | | gcc can't build libgcc2.c on --without-headers setup. Needs more investigation. Reported-by: Kyle Elbert Bug: https://bugs.gentoo.org/693770 Bug: https://bugs.gentoo.org/693730 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: whitespace in gcc stagesSergei Trofimovich2019-09-011-1/+7
| | | | Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: set --without-headers by defaultSergei Trofimovich2019-09-011-1/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | In https://sourceware.org/PR24577 we discovered that riscv can't really install libc headers as it needs a cross-compiler. Before this change we had the following default build order: - cross-binutils - kernel/libc headers - stage1 gcc - glibc - stage2 gcc After this change it's: - cross-binutils - stage1 gcc - kernel headers - glibc - stage2 gcc Users can still fors headers installation with '--ith-headers' option. Bug: https://sourceware.org/PR24577 Bug: https://bugs.gentoo.org/692052 Bug: https://bugs.gentoo.org/686248 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* wrappers/emerge-wrapper: drop population of profile/package.providedSergei Trofimovich2019-08-301-10/+0
| | | | | | | | | | 'profile/package.provided' is created empty for quite a while because wrapper init is called before any cross-* package gets merged. Let's drop that completely and focus on always installing headers and libc into target. Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: add a comment into revdep-rebuild entry where is comes from.Sergei Trofimovich2019-08-251-2/+5
| | | | | Bug: https://bugs.gentoo.org/692844 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* cross-emerge: Default to using no prefixJames Le Cuirot2019-07-211-7/+8
| | | | | | | | | | | | | | | | | | | | | | On non-prefixed systems, cross-emerge installs to /usr/${CHOST} by default. On prefixed systems, this default effectively becomes ${BROOT}/usr/${CHOST}/${BROOT}, which is unexpected and makes little sense. The first BROOT originates from the ROOT setting in the cross make.conf. The second BROOT is the prefix that Portage is configured to use by default. We therefore need to avoid the second BROOT by overriding Portage with a blank EPREFIX value. Note that a bug in Portage itself means that this is ineffective on versions before 2.3.69 but it's no worse than it was before either. For users who do want to set their own EPREFIX, the PORTAGE_CONFIGROOT default has been updated to ${SYSROOT}${EPREFIX} as the prefixed location is required for this variable. This is despite man emerge suggesting otherwise! Closes: https://bugs.gentoo.org/642604 Signed-off-by: James Le Cuirot <chewi@gentoo.org>
* wrappers: tweak rarning message to contain config file pathsSergei Trofimovich2019-07-121-1/+1
| | | | | | | | | commit 393e1cd0c6d3ac81fa166bafe6065d42849f622c ("wrappers: create profile/ and override ARCH, LIBC and KERNEL there") broke config paths reporting as it upgraded 'conf' singleton to 'confs' array but did not update warning message accordingly. Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* crossdev: disable USE=hardened by default on bare-metalSergei Trofimovich2019-06-081-0/+1
| | | | | | | | | | | | | USE=hardened enables more stack-check options by default At least on arm-none-eabi that causes build failure: gcc-8.3.0/libstdc++-v3/libsupc++/array_type_info.cc:30:2: sorry, unimplemented: -fstack-check=specific for Thumb-1 {} ^ Reported-by: Bertrand Jacquin Bug: https://bugs.gentoo.org/687598 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* emerge-wrapper: pin bare-metal targets to LIBC=newlibPalmer Dabbelt2019-03-181-0/+1
| | | | Signed-off-by: Palmer Dabbelt <palmer@dabbelt.com>
* Add riscv* to the Linux short listPalmer Dabbelt2019-03-181-1/+2
| | | | | | | This allows "crossdev -t riscv64" to install a RISC-V cross compiler for Linux targets. Signed-off-by: Palmer Dabbelt <palmer@dabbelt.com>
* emerge-wrapper: declare KERNEL=Winnt for *mingw* targets, bug #594576Sergei Trofimovich2019-03-111-0/+1
| | | | | | Reported-by: Fabio Rossi Bug: https://bugs.gentoo.org/594576 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* Switch from sys-libs/uclibc to sys-libs/uclibc-ng package.Sergei Trofimovich2018-12-022-3/+3
| | | | Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* config.site add support for /etc/ overridesSergei Trofimovich2018-10-204-1/+13
| | | | | | | | | | | | | | Now crossdev imports cache variables from /etc/crossdev/include/site The file format is the same as /usr/share/crossdev/include/site it is useful to drop local overrides. Reported-by: Alon Bar-Lev Bug: https://bugs.gentoo.org/264074 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* wrappers/Makefile: rename TOPDIR to SITEDIRSergei Trofimovich2018-10-202-6/+6
| | | | Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* Makefile: avoid '//' when PREFIX is not setSergei Trofimovich2018-10-202-14/+14
| | | | | | | | | PREFIX assumes leading '/'. Thus the idiom is $(DESTDIR)$(PREFIX)/foo and not $(DESTDIR)/$(PREFIX)/foo Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* wrappers: use @TOPDIR@ and @PREFIX@ instead of __TOPDIR__ and __PREFIX__Sergei Trofimovich2018-10-203-5/+5
| | | | | | | Leave __<var>__ substitutions for runtime substitution and keep @<var>@ for 'make install' substitution. Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* makefile: use ':' separator in set expressions consistentlySergei Trofimovich2018-10-202-4/+4
| | | | Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>