https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96657
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:6c0c7fc6236470a533675cd3cd1ebb1cc3dd112c
commit r11-8198-g6c0c7fc6236470a533675cd3cd1ebb1cc3dd112c
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96657
--- Comment #4 from Jonathan Wakely ---
For completeness, here's a testcase which fails on sparc64-unknown-linux-gnu
when compiled using gcc -m32 eh.C -lsupc++
#include
int main()
{
std::make_exception_ptr(1);
}
/usr/bin/ld:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96657
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96657
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96657
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.4
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96657
--- Comment #3 from Jonathan Wakely ---
Yes, I think that's what we need to do.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96657
--- Comment #2 from James Hilliard ---
(In reply to Jonathan Wakely from comment #1)
> I think r244051 caused libsupc++.a to depend on libstdc++.so for targets
> that don't support lock-free atomics for int.
Yeah, the current workaround we came
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96657
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
