Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Gcc 8.1
View unanswered posts
View posts from last 24 hours

Goto page 1, 2  Next  
Reply to topic    Gentoo Forums Forum Index Other Things Gentoo
View previous topic :: View next topic  
Author Message
Perfect Gentleman
Veteran
Veteran


Joined: 18 May 2014
Posts: 1245

PostPosted: Thu May 03, 2018 3:58 am    Post subject: Gcc 8.1 Reply with quote

Did anyone already update to it?
Back to top
View user's profile Send private message
fedeliallalinea
Administrator
Administrator


Joined: 08 Mar 2003
Posts: 30837
Location: here

PostPosted: Thu May 03, 2018 5:54 am    Post subject: Reply with quote

I doubt that someone have migrated, this version is added only a few hours ago
_________________
Questions are guaranteed in life; Answers aren't.
Back to top
View user's profile Send private message
Perfect Gentleman
Veteran
Veteran


Joined: 18 May 2014
Posts: 1245

PostPosted: Thu May 03, 2018 6:01 am    Post subject: Reply with quote

anyway,
Are you going to?
Back to top
View user's profile Send private message
fedeliallalinea
Administrator
Administrator


Joined: 08 Mar 2003
Posts: 30837
Location: here

PostPosted: Thu May 03, 2018 6:09 am    Post subject: Reply with quote

Perfect Gentleman wrote:
anyway,
Are you going to?

No also because isn't yet keyworded. Usually I expect that the package to be at least unstable form my arch
_________________
Questions are guaranteed in life; Answers aren't.
Back to top
View user's profile Send private message
Perfect Gentleman
Veteran
Veteran


Joined: 18 May 2014
Posts: 1245

PostPosted: Thu May 03, 2018 6:18 am    Post subject: Reply with quote

I updated Glbc to 2.27 long time ago. No problems.
I'll try GCC 8.1 when it's in main Arch repos/
Back to top
View user's profile Send private message
fturco
Veteran
Veteran


Joined: 08 Dec 2010
Posts: 1181
Location: Italy

PostPosted: Thu May 03, 2018 1:23 pm    Post subject: Reply with quote

I'm also going to try GCC 8.1 after it will be added to ~amd64.
Back to top
View user's profile Send private message
freke
l33t
l33t


Joined: 23 Jan 2003
Posts: 962
Location: Somewhere in Denmark

PostPosted: Thu May 03, 2018 4:39 pm    Post subject: Reply with quote

Currently awaiting toolchain update after emerging glibc 2.27.

But GCC8.1 is in portage now - so it'll be next :D
Back to top
View user's profile Send private message
Tyler_Durden
Apprentice
Apprentice


Joined: 27 Jul 2004
Posts: 189
Location: Germany

PostPosted: Thu May 03, 2018 6:05 pm    Post subject: Reply with quote

for the kernel you need >=4.16.7 or just the patched version of /usr/src/linux/tools/lib/str_error_r.c
_________________
Gentoo 17.1 x86_64
Intel Core i9-9900K
Asus MAXIMUS XI HERO
AMD Radeon 6800XT
64GB DDR4
Samsung SSD 970 EVO Plus 1TB
8x Seagate Archive (SATA-RAID 64TB)
Digital Devices Cine S2 V6.5 DVB Adapter
Back to top
View user's profile Send private message
thumper
Guru
Guru


Joined: 06 Dec 2002
Posts: 550
Location: Venice FL

PostPosted: Thu May 03, 2018 7:59 pm    Post subject: Reply with quote

I'm waiting for the GCC 8.1 blocker bug to see just what the shape of things are.

Then I decide if I want to wait for ~arch or not.

George
Back to top
View user's profile Send private message
xaviermiller
Bodhisattva
Bodhisattva


Joined: 23 Jul 2004
Posts: 8706
Location: ~Brussels - Belgique

PostPosted: Thu May 03, 2018 8:12 pm    Post subject: Reply with quote

One machine switched to gcc 8.1 without any problem (except nasm, bug already referenced)
_________________
Kind regards,
Xavier Miller
Back to top
View user's profile Send private message
thumper
Guru
Guru


Joined: 06 Dec 2002
Posts: 550
Location: Venice FL

PostPosted: Fri May 04, 2018 1:43 am    Post subject: Reply with quote

xaviermiller wrote:
One machine switched to gcc 8.1 without any problem (except nasm, bug already referenced)


And already fixed, very cool.

https://bugs.gentoo.org/654716

George
Back to top
View user's profile Send private message
xaviermiller
Bodhisattva
Bodhisattva


Joined: 23 Jul 2004
Posts: 8706
Location: ~Brussels - Belgique

PostPosted: Fri May 04, 2018 5:58 am    Post subject: Reply with quote

Yes :)

3 Gentoo systems are now live, next victim will be a raspberry pi.
_________________
Kind regards,
Xavier Miller
Back to top
View user's profile Send private message
freke
l33t
l33t


Joined: 23 Jan 2003
Posts: 962
Location: Somewhere in Denmark

PostPosted: Fri May 04, 2018 7:31 pm    Post subject: Reply with quote

3x PC Engines APU2 boards switched to 8.1.0-r1 :)
Toolchain re-compiled fine - just waiting for kernel compile (4.16.7) and a reboot now - then it's time for emptytree and testing what I still have left in no-lto.conf ;)
Back to top
View user's profile Send private message
Chiitoo
Administrator
Administrator


Joined: 28 Feb 2010
Posts: 2551
Location: Here and Away Again

PostPosted: Fri May 04, 2018 7:49 pm    Post subject: ><)))°€ Reply with quote

Built @system with GCC 8.1.0 just fine, as well as a bunch of 'dev-qt/*-5.11.9999' packages.

So far I'm only seeing issues with 'dev-qt/qtwebengine'.
_________________
Kindest of regardses.
Back to top
View user's profile Send private message
pjp
Administrator
Administrator


Joined: 16 Apr 2002
Posts: 20053

PostPosted: Fri May 04, 2018 8:05 pm    Post subject: Reply with quote

Tyler_Durden wrote:
for the kernel you need >=4.16.7 or just the patched version of /usr/src/linux/tools/lib/str_error_r.c
Anyone know if this is historically something likely to be backported? 4.14 seems to remain the latest "longterm maintenance" release.
_________________
Quis separabit? Quo animo?
Back to top
View user's profile Send private message
mv
Watchman
Watchman


Joined: 20 Apr 2005
Posts: 6747

PostPosted: Fri May 04, 2018 9:46 pm    Post subject: Reply with quote

Currently, ~800 of ~1500 packages compiled, even with the new flags -fcf-protection=full -fstack-clash-protection.
Except for the necessity to filter some flags for some packages which previously had compiled with these flags, there are no issues so far.
freke wrote:
and testing what I still have left in no-lto.conf

The list increased with every new compiler release instead of shrinking. With gcc-8 again some packages needed to be added (I do no longer test for removal since this never happened).
Back to top
View user's profile Send private message
Hu
Moderator
Moderator


Joined: 06 Mar 2007
Posts: 21489

PostPosted: Sat May 05, 2018 12:53 am    Post subject: Reply with quote

pjp wrote:
Tyler_Durden wrote:
for the kernel you need >=4.16.7 or just the patched version of /usr/src/linux/tools/lib/str_error_r.c
Anyone know if this is historically something likely to be backported? 4.14 seems to remain the latest "longterm maintenance" release.
This is already backported. v4.16:
git log v4.16..v4.16.7 -- tools/lib/str_error_r.c:
commit 4b0110291ae1d618384cab105b1e2d208a31a6e3
Author: Josh Poimboeuf <jpoimboe@redhat.com>
Date:   Thu Mar 15 22:11:54 2018 -0500

    objtool, perf: Fix GCC 8 -Wrestrict error
   
    commit 854e55ad289ef8888e7991f0ada85d5846f5afb9 upstream.
   
    Starting with recent GCC 8 builds, objtool and perf fail to build with
    the following error:
   
      ../str_error_r.c: In function ‘str_error_r’:
      ../str_error_r.c:25:3: error: passing argument 1 to restrict-qualified parameter aliases with argument 5 [-Werror=restrict]
         snprintf(buf, buflen, "INTERNAL ERROR: strerror_r(%d, %p, %zd)=%d", errnum, buf, buflen, err);
   
    The code seems harmless, but there's probably no benefit in printing the
    'buf' pointer in this situation anyway, so just remove it to make GCC
    happy.
   
    Reported-by: Laura Abbott <labbott@redhat.com>
    Signed-off-by: Josh Poimboeuf <jpoimboe@redhat.com>
    Tested-by: Laura Abbott <labbott@redhat.com>
    Cc: Adrian Hunter <adrian.hunter@intel.com>
    Cc: Jiri Olsa <jolsa@kernel.org>
    Cc: Namhyung Kim <namhyung@kernel.org>
    Cc: Wang Nan <wangnan0@huawei.com>
    Link: http://lkml.kernel.org/r/20180316031154.juk2uncs7baffctp@treble
    Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
    Cc: Fredrik Schön <fredrikschon@gmail.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
v4.14:
git log v4.14..v4.14.39 -- tools/lib/str_error_r.c:
commit d1f1f7771a6a5f81047ecf948c5a580c916f6c3d
Author: Josh Poimboeuf <jpoimboe@redhat.com>
Date:   Thu Mar 15 22:11:54 2018 -0500

    objtool, perf: Fix GCC 8 -Wrestrict error
   
    commit 854e55ad289ef8888e7991f0ada85d5846f5afb9 upstream.
   
    Starting with recent GCC 8 builds, objtool and perf fail to build with
    the following error:
   
      ../str_error_r.c: In function ‘str_error_r’:
      ../str_error_r.c:25:3: error: passing argument 1 to restrict-qualified parameter aliases with argument 5 [-Werror=restrict]
         snprintf(buf, buflen, "INTERNAL ERROR: strerror_r(%d, %p, %zd)=%d", errnum, buf, buflen, err);
   
    The code seems harmless, but there's probably no benefit in printing the
    'buf' pointer in this situation anyway, so just remove it to make GCC
    happy.
   
    Reported-by: Laura Abbott <labbott@redhat.com>
    Signed-off-by: Josh Poimboeuf <jpoimboe@redhat.com>
    Tested-by: Laura Abbott <labbott@redhat.com>
    Cc: Adrian Hunter <adrian.hunter@intel.com>
    Cc: Jiri Olsa <jolsa@kernel.org>
    Cc: Namhyung Kim <namhyung@kernel.org>
    Cc: Wang Nan <wangnan0@huawei.com>
    Link: http://lkml.kernel.org/r/20180316031154.juk2uncs7baffctp@treble
    Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
    Cc: Fredrik Schön <fredrikschon@gmail.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Back to top
View user's profile Send private message
Tony0945
Watchman
Watchman


Joined: 25 Jul 2006
Posts: 5127
Location: Illinois, USA

PostPosted: Sat May 05, 2018 2:20 am    Post subject: Reply with quote

Couldn't they have made it:
Code:

void *ptr=buf;
snprintf(buf, buflen, "INTERNAL ERROR: strerror_r(%d, %p, %zd)=%d", errnum, ptr, buflen, err);
and avoided the error without losing information?
Back to top
View user's profile Send private message
pjp
Administrator
Administrator


Joined: 16 Apr 2002
Posts: 20053

PostPosted: Sat May 05, 2018 4:57 am    Post subject: Reply with quote

Hu wrote:
...
Excellent, thanks!

Updates seem pretty frequent, so I've been lagging behind a bit to avoid chasing the kernel dragon. I'll have to upgrade soonish.
_________________
Quis separabit? Quo animo?
Back to top
View user's profile Send private message
mv
Watchman
Watchman


Joined: 20 Apr 2005
Posts: 6747

PostPosted: Sun May 06, 2018 1:42 pm    Post subject: Reply with quote

world is re-emerged :)

Very few packages had failed, and mplayer/mpv/... segfault if ffmpeg is emerged with -fno-common. (Can somebody explain to me how -fno-common might cause a segfault?)

Meanwhile there is a gcc-8 tracker bug; I guess it is meanwhile complete, and practically all reported packages have patches: There is no reason to keep any older gcc than 8.1 on the system, anymore! 8)
Back to top
View user's profile Send private message
steveL
Watchman
Watchman


Joined: 13 Sep 2006
Posts: 5153
Location: The Peanut Gallery

PostPosted: Sun May 06, 2018 2:29 pm    Post subject: Reply with quote

Tony0945 wrote:
Couldn't they have made it:
Code:

void *ptr=buf;
snprintf(buf, buflen, "INTERNAL ERROR: strerror_r(%d, %p, %zd)=%d", errnum, ptr, buflen, err);
and avoided the error without losing information?
Sure, though we'd probably prefer a: const void *p; (or w/e.)
If it's just an unexpected error from strerror_r, though, or an unknown errno (neither of which should happen at kernel-level), there really is no utility in knowing the buffer address that happened to be in use at the callsite. (It was always excess verbiage due to irrelevance.)
Back to top
View user's profile Send private message
Tony0945
Watchman
Watchman


Joined: 25 Jul 2006
Posts: 5127
Location: Illinois, USA

PostPosted: Sun May 06, 2018 4:37 pm    Post subject: Reply with quote

steveL wrote:
If it's just an unexpected error from strerror_r, though, or an unknown errno (neither of which should happen at kernel-level), there really is no utility in knowing the buffer address that happened to be in use at the callsite. (It was always excess verbiage due to irrelevance.)
True. I just instinctively think of working my way around the compiler when it stops me from doing what I want to do. Maybe my old boss was right and I am still an assembly programmer at heart.
Back to top
View user's profile Send private message
steveL
Watchman
Watchman


Joined: 13 Sep 2006
Posts: 5153
Location: The Peanut Gallery

PostPosted: Mon May 07, 2018 12:37 am    Post subject: Reply with quote

Tony0945 wrote:
Maybe my old boss was right and I am still an assembly programmer at heart.
Once an asm-coder, always an asm-coder. ;-)
The perspective never leaves you.

And that's a Good thing.
Back to top
View user's profile Send private message
wrc1944
Advocate
Advocate


Joined: 15 Aug 2002
Posts: 3432
Location: Gainesville, Florida

PostPosted: Sun May 20, 2018 6:13 pm    Post subject: Reply with quote

FWIW, here's some links to recent benchmarking 7.3 to 8.1 comparisons:

https://www.phoronix.com/scan.php?page=article&item=gcc-81-benchmarks&num=1

https://www.phoronix.com/scan.php?page=article&item=gcc-81-1280v5&num=2

https://openbenchmarking.org/result/1805122-AR-GCC81SKYL16
_________________
Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.7.2 USE=experimental python3_11
Back to top
View user's profile Send private message
adamk90
n00b
n00b


Joined: 20 Dec 2017
Posts: 14

PostPosted: Mon May 28, 2018 1:15 pm    Post subject: Reply with quote

I have settled to gcc 8.1 too.. after emerge -e @world (1208 packages) only 12 failed then after a reboot, 10 of these 12 succeeded, but LLVM 5.0.1 does not compile it says ninja error (LLVM 6.0.0 works) and qtwebengine-5.9.4 also fails with ninja subcommand error. Guess time will cure these.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Other Things Gentoo All times are GMT
Goto page 1, 2  Next
Page 1 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum