[gentoo-user] Re: Stable gcc:7.3.0 won't build with stable glibc
On 2019-03-30, Andrew Savchenko wrote: > On Sat, 30 Mar 2019 17:39:03 - (UTC) Grant Edwards wrote: > >> glibc 2.27 has an include file "ustat.h" which declares a library >> function ustat(). glibc 2.28 does not have that include file (nor the >> function, AFAICT). Any application that #includes ustat.h or calls >> ustat() fails to build with glibc 2.28. > > migrate to statfs() or fstatfs(), that's easy. It would be if it was my code that needs to change. It isn't. It's a third party library. -- Grant
[gentoo-user] NVM on Gentoo Linux?
Hi people, I get a 2TB NVMe M.2 for my machine, and I want to replace my very slow harddisk with this SDD. I got the 2.5 hd, with (of course) Gentoo Linux and Windows 10 This is my partitiion layout: Device Start End Sectors Size Type /dev/sda1 2048 1023999 1021952 499M Windows recovery environment /dev/sda2 1024000 1228799 204800 100M EFI System /dev/sda3 1228800 1261567 32768 16M Microsoft reserved /dev/sda4 1261568 819202047 817940480 390G Microsoft basic data /dev/sda5 819202048 821155839 1953792 954M Linux filesystem /dev/sda6 821155840 918812671 97656832 46.6G Linux filesystem /dev/sda7 918812672 1114124287 195311616 93.1G Linux filesystem /dev/sda8 1114124288 1145374719 31250432 14.9G Linux filesystem /dev/sda9 1145374720 1172328447 26953728 12.9G Linux swap I'd like to mirror everything on the NVM and boot from that, with my existing Grub configuration Can somebody of you give me a good starting point ? I think it has something todo with systemrescuecd which I would prepare on a USB stick and ... ... ... For any advises I would kindly thank you. best, Tamer
Re: [gentoo-user] Re: Stable gcc:7.3.0 won't build with stable glibc
On Sat, 30 Mar 2019 17:39:03 - (UTC) Grant Edwards wrote: > On 2019-03-30, Andrew Savchenko wrote: > > On Sat, 30 Mar 2019 15:09:06 - (UTC) Grant Edwards wrote: > >> On 2019-03-29, Philip Webb wrote: > >> > 190329 Grant Edwards wrote: > >> > > >> >> gcc-7.3.9-r3 is marked stable, yet it fails to build if you have the > >> >> current stable version of glibc installed (2.28-r5). > >> > > >> > I've been using Gcc-8.2.0-r6 since 170302 with Glibc-2.27-r6 : no > >> > problems. > >> > >> What I'm asking about is that 7.3.0-r3 (which is stable) won't build > >> with glibc-2.28 (which is stable). My question: is that considered a > >> bug or not? > > > > It depends on the details of the problem, but you provided no > > details to make further considerations. > > glibc 2.27 has an include file "ustat.h" which declares a library > function ustat(). glibc 2.28 does not have that include file (nor the > function, AFAICT). Any application that #includes ustat.h or calls > ustat() fails to build with glibc 2.28. migrate to statfs() or fstatfs(), that's easy. Best regards, Andrew Savchenko pgp2ce2n9eV32.pgp Description: PGP signature
[gentoo-user] Re: Stable gcc:7.3.0 won't build with stable glibc
On 2019-03-30, Andrew Savchenko wrote: > On Sat, 30 Mar 2019 15:09:06 - (UTC) Grant Edwards wrote: >> On 2019-03-29, Philip Webb wrote: >> > 190329 Grant Edwards wrote: >> > >> >> gcc-7.3.9-r3 is marked stable, yet it fails to build if you have the >> >> current stable version of glibc installed (2.28-r5). >> > >> > I've been using Gcc-8.2.0-r6 since 170302 with Glibc-2.27-r6 : no problems. >> >> What I'm asking about is that 7.3.0-r3 (which is stable) won't build >> with glibc-2.28 (which is stable). My question: is that considered a >> bug or not? > > It depends on the details of the problem, but you provided no > details to make further considerations. glibc 2.27 has an include file "ustat.h" which declares a library function ustat(). glibc 2.28 does not have that include file (nor the function, AFAICT). Any application that #includes ustat.h or calls ustat() fails to build with glibc 2.28. > In general it would be considered a bug. > >> One might think that the 7.3.0-r3 ebuild should require >> gblic < 2.28. Is one allowed to tweak ebuilds like that without >> bumping the revision? >> >> FWIW 7.3.0-r6 does build and works fine for my application which won't >> build with gcc-8 -- so it's purely an academic question. > > It's better to fix your application. Fixing problem revealed by gcc > update is usually not hard. My application uses a third-party open-source library for which I'm not a maintainer. That library contains code that can't be built with gcc 8.2. For various logistical reasons, I'm reluctant to make changes to that code. [It creates headaches and extra work down the road...] -- Grant
Re: [gentoo-user] Re: Stable gcc:7.3.0 won't build with stable glibc
On Sat, 30 Mar 2019 15:09:06 - (UTC) Grant Edwards wrote: > On 2019-03-29, Philip Webb wrote: > > 190329 Grant Edwards wrote: > > > >> gcc-7.3.9-r3 is marked stable, yet it fails to build if you have the > >> current stable version of glibc installed (2.28-r5). > > > > I've been using Gcc-8.2.0-r6 since 170302 with Glibc-2.27-r6 : no problems. > > What I'm asking about is that 7.3.0-r3 (which is stable) won't build > with glibc-2.28 (which is stable). My question: is that considered a > bug or not? It depends on the details of the problem, but you provided no details to make further considerations. In general it would be considered a bug. > One might think that the 7.3.0-r3 ebuild should require > gblic < 2.28. Is one allowed to tweak ebuilds like that without > bumping the revision? > > FWIW 7.3.0-r6 does build and works fine for my application which won't > build with gcc-8 -- so it's purely an academic question. It's better to fix your application. Fixing problem revealed by gcc update is usually not hard. Best regards, Andrew Savchenko pgp_X6SIW88OD.pgp Description: PGP signature
[gentoo-user] Re: Stable gcc:7.3.0 won't build with stable glibc
On 2019-03-29, Philip Webb wrote: > 190329 Grant Edwards wrote: > >> gcc-7.3.9-r3 is marked stable, yet it fails to build if you have the >> current stable version of glibc installed (2.28-r5). > > I've been using Gcc-8.2.0-r6 since 170302 with Glibc-2.27-r6 : no problems. What I'm asking about is that 7.3.0-r3 (which is stable) won't build with glibc-2.28 (which is stable). My question: is that considered a bug or not? One might think that the 7.3.0-r3 ebuild should require gblic < 2.28. Is one allowed to tweak ebuilds like that without bumping the revision? FWIW 7.3.0-r6 does build and works fine for my application which won't build with gcc-8 -- so it's purely an academic question. -- Grant
