|Message: Re: Attempting to install under FreeBSD 6.2 with gcc 3.4.6||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)|
Thanks -- between your suggestion and one (off-list) from John Allison, I determined that the bug was in the FreeBSD echo command: the construct $(ECHO) in $G4INSTALL/source/GNUmakefile was being expanded to /bin/echo -e, but there is no -e switch in FreeBSD's echo. Thus all lines being echoed were preceded by -e , which (in hindsight) I can see in the g4make.log excerpt that I put in my original post: for example,
-e Building library management utility liblist ...
As a result, all the /tmp/G4*.$(unique) files referenced in the libmap section of the GNUmakefile contained not lists of files, but -e filename on each line, which caused the liblist program to choke. I simply hard-coded /bin/echo (without the -e) to replace all occurrences of $(ECHO) in the libmap section, and voila! I was able to run gmake libmap successfully. (I couldn't find where $(ECHO) was defined, so I couldn't make the change at the source...)
However, I still don't appear to be done; my user code compilations crash at the link stage. This includes the official example codes that I've tried; e.g., example N01 (copied to my $G4WORKDIR) gives me
... Compiling exampleN01.cc ... warning: this program uses gets(), which is unsafe. Using granular libraries ... Linking exampleN01 ... /home/looper/geant4.9.1.p01/lib/Linux-g++/libG4navigation.a(G4TransportationMana ger.o)(.text+0x1bec): In function `G4TransportationManager::G4TransportationMana ger()': : undefined reference to `G4FieldManager::G4FieldManager(G4Field*, G4ChordFinder *, bool)' ...
... followed by hundreds more undefined reference errors. I checked the g4make.log file for several of the source files, and they appear to have had dependencies made and been compiled without errors; the library files that contain the references are present in $G4LIB/$G4SYSTEM as expected, and that directory is in my $LD_LIBRARY_PATH as well. I note that I had to attach it (and $CLHEP_LIB_DIR) to my $LD_LIBRARY_PATH manually -- they aren't handled by the env.csh script that I source -- if that's a clue as to what I have set up wrong here. Can somebody suggest what I need to do to help Geant4 find its links?
|Inline Depth:||Outline Depth:||Add message:|