Opened 3 years ago
Last modified 2 years ago
#64620 assigned defect
gcc10 @10.3.0_1+universal fails to build on 10.13
Reported by: | JohnFHall (John Hall) | Owned by: | |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.7.1 |
Keywords: | Cc: | metbic, cooljeanius (Eric Gallager), cjones051073 (Chris Jones) | |
Port: | gcc10 |
Description (last modified by ryandesign (Ryan Carsten Schmidt))
:info:build /opt/local/var/macports/build /_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_gcc10/gcc10/work/build/x86_64-apple-darwin17/libstdc++-v3/include/bits/basic_string.h:48:11: fatal error: string_view: No such file or directory :info:build 48 | # include <string_view> :info:build | ^~~~~~~~~~~~~ :info:build compilation terminated.}}}
Attachments (2)
Change History (12)
Changed 3 years ago by JohnFHall (John Hall)
Attachment: | main.log.gz added |
---|
comment:1 Changed 3 years ago by jmroot (Joshua Root)
Port: | gcc10 added |
---|---|
Summary: | gcc 10 fails to build on 10.13 → gcc10 @10.3.0_1+universal fails to build on 10.13 |
comment:2 Changed 3 years ago by kencu (Ken)
that header should only be called for if you’re building with a c++17 capable compiler that has c++17 mode enabled.
In which case, the header should be there.
Which part of this is broken?
comment:3 Changed 3 years ago by ryandesign (Ryan Carsten Schmidt)
Description: | modified (diff) |
---|
comment:4 Changed 3 years ago by metbic
I think I have similar bug here on yosemite.
sudo port upgrade gcc10 ---> Computing dependencies for gcc10 ---> Fetching archive for gcc10 ---> Attempting to fetch gcc10-10.3.0_1+universal.darwin_14.i386-x86_64.tbz2 from http://packages.macports.org/gcc10 ---> Attempting to fetch gcc10-10.3.0_1+universal.darwin_14.i386-x86_64.tbz2 from http://fra.de.packages.macports.org/gcc10 ---> Attempting to fetch gcc10-10.3.0_1+universal.darwin_14.i386-x86_64.tbz2 from http://nue.de.packages.macports.org/gcc10 ---> Fetching distfiles for gcc10 ---> Verifying checksums for gcc10 ---> Extracting gcc10 ---> Applying patches to gcc10 ---> Configuring gcc10 ---> Building gcc10 Error: Failed to build gcc10: command execution failed Error: See /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_gcc10/gcc10/main.log for details. Error: Follow https://guide.macports.org/#project.tickets if you believe there is a bug. Mad-Cat ~> open /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_gcc10/gcc10/main.log
I was thinking, maybe there is something wrong upstream of python39
https://trac.macports.org/ticket/64708, so upgraded gcc8
, gcc9
, both sucessfully, and then gcc10
failed to build.
Changed 3 years ago by metbic
Attachment: | main gcc10.log added |
---|
comment:5 Changed 3 years ago by metbic
Or would you suggest I should create a new ticket for this issue?
comment:6 Changed 3 years ago by metbic
Cc: | metbic added |
---|
comment:7 Changed 3 years ago by cooljeanius (Eric Gallager)
Cc: | cooljeanius added |
---|
comment:8 follow-up: 10 Changed 2 years ago by cjones051073 (Chris Jones)
Is this still an issue with the latest gcc10 version ?
comment:9 Changed 2 years ago by cjones051073 (Chris Jones)
Cc: | cjones051073 added |
---|
comment:10 Changed 2 years ago by JohnFHall (John Hall)
Replying to cjones051073:
Is this still an issue with the latest gcc10 version ?
For me I took the cowards way out - I removed all ports using universal and rebuilt all macports.
Bottom line - no idea if uuniversal fails on gcc10. Sorry.
logfile