Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 600098 - sys-libs/libcxxrt-0.0_p20160922 fails to compile on PPC
Summary: sys-libs/libcxxrt-0.0_p20160922 fails to compile on PPC
Status: RESOLVED OBSOLETE
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Michał Górny
URL:
Whiteboard:
Keywords: PMASKED
Depends on:
Blocks: 591822
  Show dependency tree
 
Reported: 2016-11-17 11:53 UTC by Agostino Sarubbo
Modified: 2020-02-13 17:43 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
build log (file_600098.txt,2.39 KB, text/plain)
2016-11-17 11:53 UTC, Agostino Sarubbo
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Agostino Sarubbo gentoo-dev 2016-11-17 11:53:03 UTC
Created attachment 453642 [details]
build log

guard.cc:104:14: error: expected constructor, destructor, or type conversion before ‘(’ token
 static_assert(sizeof(guard_t) == sizeof(uint64_t), "");
Comment 1 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2016-11-17 14:29:54 UTC
Alternatively, you could try sys-libs/libcxxabi (and USE=libcxxabi on libcxx). I'll try to find some to look into this. Do we have a ppc devbox or sth like that?
Comment 2 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2016-11-18 11:04:21 UTC
Thanks for reporting this.

Since upstream doesn't provide support code for this arch, I don't think we can do much about it. And since nobody has explicitly requested it so far, I don't think there's really a point bothering upstream about it (or expecting upstream to have any 32-bit PPC hardware).

Therefore, I went ahead and masked the openmp flag on clang-runtime in ppc32 and sparc profiles (i.e. in arches mentioned in the keywordreq).
Comment 3 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2016-11-18 11:34:05 UTC
Sorry, wrong bug. I'll copy over my elaborate to #600148.

As for libcxxrt, upstream doesn't have any PPC32 boxes to test ;-). If someone can provide a patch, I can push it. Alternatively, I could try to fix it myself given access to some PPC32 box.
Comment 4 Felix Janda 2016-11-26 03:23:53 UTC
This particular compilation error should go away when compiling with --std=c++11.
Comment 5 Matt Turner gentoo-dev 2017-02-28 03:58:44 UTC
(In reply to Michał Górny from comment #3)
> Sorry, wrong bug. I'll copy over my elaborate to #600148.
> 
> As for libcxxrt, upstream doesn't have any PPC32 boxes to test ;-). If
> someone can provide a patch, I can push it. Alternatively, I could try to
> fix it myself given access to some PPC32 box.

Ask Chewi for an account on timberdoodle.gentoo.osuosl.org.
Comment 6 Matt Turner gentoo-dev 2017-02-28 04:12:06 UTC
I can reproduce the reported failure with gcc-4.9.4 and gcc-5.4.0-r3, but with gcc-6.3.0 I get a different error:

powerpc-unknown-linux-gnu-g++ -fPIC -nodefaultlibs -O2 -mcpu=power7 -pipe -Wl,-O1 -Wl,--as-needed -Wl,-z,defs -shared -Wl,-soname,libcxxrt.so.1 -o libcxxrt.so.1 dynamic_cast.So exception.So guard.So stdexcept.So typeinfo.So memory.So auxhelper.So libelftc_dem_gnu3.So -ldl -lgcc_s -lc
stdexcept.So: In function `std::exception::~exception()':
stdexcept.cc:(.text+0x294): undefined reference to `operator delete(void*, unsigned int)'
Comment 7 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2020-02-13 17:43:51 UTC
Package removed.