#55 closed defect (fixed)
Problem with patch 'dupl_header_remove.patch' -> confusing Sherpa build on slc5_ia32_gcc434
Reported by: | Generic User (don't modify these fields) | Owned by: | Frank Siegert |
---|---|---|---|
Priority: | major | Milestone: | |
Component: | Unknown | Version: | 1.2.0 |
Keywords: | Cc: | merschm@physik.rwth-aachen.de |
Description
Dear Sherpas,
the patch 'dupl_header_remove.patch' is confusing the build of Sherpa 1.2.0 within new CMSSW releases (slc5_ia32_gcc434). If applied, the linking of libSherpaMain at the end will fail due to missing symbols (from libc and libpthread) which normally are fine - both libraries are present and available in 32 and 64 bit versions... I also notice that libtool/automake keeps trying to pull in 64bit versions of e.g. libc and libm even if everything is forced to 32bit (environment, -m32 flags everywhere, linux32, ...). In addition, many/all(?) makefiles are recreated during the 'make' step, i.e. long after they were create by './configure'. Probably this does not pay close attention to the system architecture?!?
Cheers (+Alaaf), Markus
Attachments (0)
Change History (4)
comment:1 Changed 15 years ago by
Owner: | changed from support@sherpa-mc.de to Frank Siegert |
---|---|
Status: | new → assigned |
comment:2 Changed 15 years ago by
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Dear Sherpas,
thanks, the 'autoreconf -i' fixed the CMSSW build problems.
Cheers, Markus
comment:3 Changed 13 years ago by
Milestone: | → rel-old |
---|
Helau Markus,
Can you try to run "autoreconf -i" after applying the patch and before running configure/make?
Besides that, you don't actually need this patch if you don't run into any "duplicate header" errors when installing Sherpa (which won't be the case on SLC4/5), so feel free to just ignore it.
Cheers, Frank