|Message: Problem linking with GDML on MacOSX, when using Configure -ldlibs||Not Logged In (login)|
Click on the Forum title, e.g. on the "Forums by Category" page, to read a sequence of postings to the Forum and its threads all in one page. If you are only interested in one thread or the thread following a specific posting, click the thread or the posting, which takes you to a smaller page, which contains only the part you are interested in and may be easier to navigate.
Messages are "chained" if there are only replies at the first level, i.e. 1/1.html, 1/1/1.html etc. In case of "chained" messages the message number is replaced by the icon and there is no indentation.
Inline: Display the subject line only or also the text of the posting(s); for the choice "All" the "Outline" choices are switched off.
|1||0||1||no text / full text of posting|
|2||1||All||text for level 1 only / text for All postings|
Outline: Choose the depth of the posting thread, successive toggle controls provide increasing detail.
|1||2||1||2 levels / 1 level (original posting)|
|2||3||2||3 levels / 2 levels|
|3||3||All||3 levels / all levels (all postings)|
I am trying to link a user application against a separate GEANT4 (9.4) installation which includes GDML support.
The user application is built in its own GNU Make environment, NOT using G4WORKDIR and "binmake.gmk." However, the proper set of GEANT4 libraries is acquired by using the command |$G4INSTALL/Configure -ldlibs|. This had been working perfectly well until (today) the G4 installation was rebuilt to include GDML support. Now, I am getting a problem at runtime where at least one XercesC symbol is not found in the dynamic libraries, and the application fails to launch.
I have confirmed that XERCESCROOT is set, G4LIB_BUILD_GDML is set, and that my DYLD_LIBRARY_PATH contains $XERCESCROOT/lib. The problem seems to lie in the way $G4INSTALL/Configure -ldlibs| generates its list.
When using $G4INSTALL/config/binmake.gmk, the GDML library reference is put into the LDLIBS3 variable (it was set as GDMLLIBS in architecture.gmk). The Configure script tries to capture LDLIBS3 from $G4LIB/$G4SYSTEM/GNUmakefile.db, by looking for "LDLIBS3 := ...". What I observe is that in my version of that file, the line actually reads "LDLIBS3 = ...", and also include unexpanded GMake variables:
LDLIBS3 = $(INTYLIBS) $(ANALYSISLIBS)
I think there's an inconsistency here, but I'm not sufficiently versed in how that GNUmakefile.db file was generated, nor in how Configure is doing its work, to suggest a fix. What I do believe is that it is not specific to MacOSX.