void-linux / void-packages

The Void source packages collection
https://voidlinux.org
Other
2.55k stars 2.13k forks source link

Tracking: GCC 8.2 #1525

Closed leahneukirchen closed 6 years ago

leahneukirchen commented 6 years ago

This issue resumes https://github.com/voidlinux/void-packages/issues/14633.

gcc 8.2 is out now, and we should see which remaining packages are broken and how to fix them.

pullmoll commented 6 years ago

I will move my current set of packages built to a safe place and then start another cycle of bootstrapping with gcc-8.2 to see how far I get.

Edit: I will also try to update the gcc template to mpfr-4.0.1 at the same time. Edit2: isl-0.20 won't play with gcc, so I'll go with isl-0.16.1.

leahneukirchen commented 6 years ago

Arch uses isl 0.19.

pullmoll commented 6 years ago

Ok, I'll go with isl-0.19 then and update isl15 for cross-* as well.

pullmoll commented 6 years ago

base-system and base-devel built for x86_64 Packages which fail to build OOTB:

leahneukirchen commented 6 years ago

Is the bumped branch public? Then I can debug locally.

leahneukirchen commented 6 years ago

Fix at https://git.archlinux.org/svntogit/packages.git/tree/trunk/0008-Fix-packed-not-aligned-error-on-GCC-8.patch?h=packages/grub&id=0c7d22e66884c85574eca8ce7df9571748aabb29

pullmoll commented 6 years ago

The bumped branch is in my fork's master. The patch works fine and I'll add a commit.

pullmoll commented 6 years ago

base-chroot{,-musl} for the 4 native architectures is completed. Now building base-system.

pullmoll commented 6 years ago

Unrelated note: the bootstrap dependency loop between librsvg and vala is back or still there. You have to build librsvg with -o ~vala first, then build it again to make all dependencies, and finally build with -f to have a librsvg with vala enabled.

leahneukirchen commented 6 years ago

librsvg-devel-2.40.20_4 doesn't contain vala stuff here oO.

I guess this should be moved to a separate package then.

leahneukirchen commented 6 years ago

The vala stuff resides in librsvg, where it doesn't belong.

due to a typo: $build_options_vala

pullmoll commented 6 years ago

cross-arm-none-eabi needs a fix for the patch to enable multiarch. I tried it, but it fails because of some part of the build requiring hard float for arm? I guess that needs to be fixed by its maintainer @teajay-fr .

pullmoll commented 6 years ago
architecture packages built
aarch64-musl 1815
aarch64 1873
armv5tel-musl 1042
armv5tel 890
armv6l-musl 1785
armv6l 1886
armv7l-musl 1791
armv7l 1895
i686-musl 4448
i686 4655
mips-musl 2896
mipsel-musl 2912
mipselhf-musl 2923
mipshf-musl 2928
x86_64-musl 4523
x86_64 7499
noarch 2000
pullmoll commented 6 years ago

@chneukirchen I don't understand. srcpkgs/librsvg/template has if [ "$build_option_vala" ]; then which should be right, no? Yet there is no usr/share/vala data in librsvg-devel... strikes me a bit odd.

leahneukirchen commented 6 years ago

No, the variable is spelt wrong with an s.

pullmoll commented 6 years ago

New issue with linux4.14 and plugins:

Cannot use CONFIG_GCC_PLUGINS: your gcc installation does not support plugins, perhaps the necessary headers are missing?
make: *** [scripts/Makefile.gcc-plugins:70: gcc-plugins-check] Error 1
=> ERROR: linux4.14-4.14.61_1: do_build: 'make ARCH=$arch ${_version} ${_cross} ${makejobs} prepare' exited with 2
=> ERROR:   in do_build() at srcpkgs/linux4.14/template:95

IMHO we really should get rid of the plugin stuff for the kernels.

leahneukirchen commented 6 years ago

Yes, let's do it.

pullmoll commented 6 years ago

Live images for testing.

teajay-fr commented 6 years ago

I didn't get time to look into the issue you mentioned about the cross-arm-none-eabi. Is the issue still present ? I will find some time in the next days to look into it.

pullmoll commented 6 years ago

@teajay-fr : no problem. The package is marked as broken for the update, so it will be built only after you found time to do whatever is necessary to build it for gcc-8.2.0.

thypon commented 6 years ago

Can we fallback to disable GCC plugins only in case of errors?

pullmoll commented 6 years ago

@thypon I guess you meant to add --enable-plugins to gcc's template? I think that's ok. Opinions?

Edit: Updated #1650 to include --enable-plugins. Do you also need it for the cross compilers?

pullmoll commented 6 years ago

Mission accomplished. Except for the aarch64 builders which need to be kicked to build gcc-8.2.0 for the host first. cc @chneukirchen

pullmoll commented 6 years ago

TODOs:

mvf commented 6 years ago

1799 fixes the mozc build with GCC 8.2

pullmoll commented 6 years ago

cross-vpkg-dummy also needs a host build on the aarch64 builders