------- Comment #12 from ghazi at gcc dot gnu dot org 2009-11-30 01:58 ------- I believe I fixed this issue in Sept 2006 in gcc-4.0.4, see: http://gcc.gnu.org/ml/gcc-patches/2006-09/msg01032.html http://gcc.gnu.org/ml/gcc-patches/2006-09/msg01163.html http://gcc.gnu.org/ml/gcc-patches/2006-09/msg01194.html http://gcc.gnu.org/ml/gcc-patches/2006-09/msg01225.html http://gcc.gnu.org/ml/gcc-patches/2006-09/msg01317.html
and finally this testcase: http://gcc.gnu.org/ml/gcc-patches/2006-09/msg01233.html and later refinements to it ensure pthread macros work everywhere. Results for solaris that don't contain pthread-init-*.c failures: solaris2.6: http://gcc.gnu.org/ml/gcc-testresults/2009-09/msg00680.html solaris2.7: http://gcc.gnu.org/ml/gcc-testresults/2009-07/msg00420.html solaris2.9: http://gcc.gnu.org/ml/gcc-testresults/2009-11/msg01482.html solaris2.10: http://gcc.gnu.org/ml/gcc-testresults/2009-11/msg01551.html solaris2.11: http://gcc.gnu.org/ml/gcc-testresults/2009-11/msg01835.html I recall there was some issue with solaris8 where the macro definition could get out of sync with the structure definition based on what solaris patches where installed. The macro was defined in a different header than the structure and individual solaris patches updated the two files independently, which made it hard (impossible?) to synchronize. And indeed I see a failure in solaris2.8: http://gcc.gnu.org/ml/gcc-testresults/2009-09/msg00523.html Other than that, all supported versions of solaris are okay. So I think we can close this 8-year-old PR. -- ghazi at gcc dot gnu dot org changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|unassigned at gcc dot gnu |ghazi at gcc dot gnu dot org |dot org | Severity|enhancement |trivial Status|NEW |ASSIGNED Last reconfirmed|2005-01-13 01:04:59 |2009-11-30 01:58:10 date| | Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3195