Modify ↓
#32 closed defect (fixed)
Undefined references to libpthread symbols when building rpm in CMS
| Reported by: | Frank Siegert | Owned by: | Frank Siegert |
|---|---|---|---|
| Priority: | minor | Milestone: | |
| Component: | Unknown | Version: | 1.1.2 |
| Keywords: | Cc: | Markus.Merschmeyer@physik.rwth-aachen.de |
Description
(On behalf of Markus)
I am trying to build the rpm for 1.1.2 but presently have a problem :
/build/ap/217/build/BUILD/slc4_ia32_gcc345/external/sherpa/1.1.2/SHERPA-MC-1.1.2/SHERPA/Main/.libs/libSherpaMain.so: undefined reference to `__pthread_fork' /build/ap/217/build/BUILD/slc4_ia32_gcc345/external/sherpa/1.1.2/SHERPA-MC-1.1.2/SHERPA/Main/.libs/libSherpaMain.so: undefined reference to `__pthread_do_exit' /build/ap/217/build/BUILD/slc4_ia32_gcc345/external/sherpa/1.1.2/SHERPA-MC-1.1.2/SHERPA/Main/.libs/libSherpaMain.so: undefined reference to `__pthread_sigaction' collect2: ld returned 1 exit status ...
Attachments (0)
Change History (5)
comment:1 follow-up: 2 Changed 16 years ago by
comment:2 Changed 16 years ago by
comment:3 Changed 15 years ago by
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
Strangely enough, this seems to have been related to Fortran library linking. After patching that to use the FC_* autotools macros instead of the F77_* it seems to work. This change will be part of a 1.1.3 bug-fix release.
comment:4 Changed 12 years ago by
| Milestone: | → rel-old |
|---|
Note: See
TracTickets for help on using
tickets.
Correct, these symbols should not be used if Sherpa has been compiled without --enable-multithread. Unlikely, but is it possible that one of the external libraries (LHAPDF, HepMC, ...) uses them without depending on libpthread?
We know that Sherpa compiles fine on SLC4 (see GENSER), so there must be something special about our compilation process. If you haven't figured out the solution yourself, I need a more detailed description of what you did to compile Sherpa.