https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57740
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57740
Michael changed:
What|Removed |Added
CC||mjbshaw at hotmail dot com
--- Comment #12 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57740
--- Comment #11 from Jonathan Wakely ---
Since r213922 pthread_create should get linked in, but apparently not
pthread_join.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57740
--- Comment #10 from joseph at codesourcery dot com ---
On Thu, 27 Jun 2013, pinskia at gcc dot gnu.org wrote:
> No it does not. Or rather there have not been an ABI change in libstdc++
> since
> 3.4. If you compile with the oldest distro you
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57740
--- Comment #9 from roland at gnu dot org ---
(In reply to Andrew Pinski from comment #8)
> (In reply to roland from comment #7)
> > -static-libstdc++ is important
> > to avoid DSO dependencies specific to the GCC version, which varies across
> > i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57740
--- Comment #8 from Andrew Pinski ---
(In reply to roland from comment #7)
> -static-libstdc++ is important
> to avoid DSO dependencies specific to the GCC version, which varies across
> installations in incompatible ways far more than libc/libpth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57740
--- Comment #7 from roland at gnu dot org ---
(In reply to Jakub Jelinek from comment #6)
> Note also that libstdc++.a can be used together with libpthread.so or
> libstdc++.so with libpthread.a (g++ -static-libstdc++ etc.).
If libstdc++.a had str
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57740
--- Comment #6 from Jakub Jelinek ---
Note also that libstdc++.a can be used together with libpthread.so or
libstdc++.so with libpthread.a (g++ -static-libstdc++ etc.).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57740
--- Comment #5 from roland at gnu dot org ---
So my draft fix actually breaks the dynamic case. For the unconditional calls,
weak is right in the shared library but strong is right in the static library.
But unlike normal libraries, libstdc++ goes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57740
--- Comment #4 from roland at gnu dot org ---
weakrefs are right for the conditional cases.
For the functions that underlie std::thread et al, it can never be meaningful
to use those interfaces and fail to link with -lpthread.
The Fedora hack jus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57740
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57740
--- Comment #2 from roland at gnu dot org ---
(In reply to Andrew Pinski from comment #1)
> I think it is bad form to use static linking with pthreads.
Nonsense. There is code specifically to ensure it works.
The additions for C++11 thread interf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57740
--- Comment #1 from Andrew Pinski ---
I think it is bad form to use static linking with pthreads.
13 matches
Mail list logo
