1 | Geant4.0.1 Release Notes |
---|
2 | ------------------------ |
---|
3 | |
---|
4 | 14th July 1999 |
---|
5 | |
---|
6 | This version of Geant4 is a "consolidation" of the first public |
---|
7 | release. Its main characteristics are: |
---|
8 | |
---|
9 | o improved reliability and robustness. |
---|
10 | o the possibility of using granular (sub-category) libraries. We |
---|
11 | recommend this mode of installation and use. |
---|
12 | o the possibility of using either the Standard Template Library |
---|
13 | (STL) or RogueWave tools.h++, selectable at installation and use |
---|
14 | time. |
---|
15 | o new low energy electromagnetic processes (first version). |
---|
16 | o extension of nuclear photon-evaporation to include the calculation |
---|
17 | of time to production for gammas. |
---|
18 | o improvements in design of the User Action classes - see below. |
---|
19 | |
---|
20 | Note that the next release, Geant4.1.0, will be offered only in the |
---|
21 | STL version. |
---|
22 | |
---|
23 | This code and some binary libraries are available through our "Source |
---|
24 | Code" Web page - see our Geant4 Home Page (http://cern.ch/geant4). |
---|
25 | |
---|
26 | Please refer to the Geant4 User Documentation |
---|
27 | (http://cern.ch/geant4/G4UsersDocuments/Overview/html) |
---|
28 | for further information about using Geant4. |
---|
29 | Updates to the documentation for Geant4.0.1 are still in preparation |
---|
30 | and are expected to be published within three weeks. |
---|
31 | |
---|
32 | |
---|
33 | Contents |
---|
34 | -------- |
---|
35 | |
---|
36 | 1. Supported and Tested Platforms |
---|
37 | 2. CLHEP 1.4 |
---|
38 | 3. Using the Standard Template Library |
---|
39 | 4. Compiler Specific Problems |
---|
40 | 5. Known Run-Time Problems |
---|
41 | 6. Compilation Warnings |
---|
42 | 7. Known Run-Time Warnings |
---|
43 | 8. Changes of the Signatures of Methods of the User Action Classes |
---|
44 | |
---|
45 | |
---|
46 | 1. Supported and Tested Platforms |
---|
47 | --------------------------------- |
---|
48 | |
---|
49 | o SUN Solaris 5.6, C++ 4.2 patch 104631-04. |
---|
50 | o HP 10.20, aCC C++ B3910B A.01.18. |
---|
51 | o Linux 2.0.35, gcc C++ egcs-2.91.60. There is a bug in an egcs |
---|
52 | include file which affects compilation with STL - see comments |
---|
53 | below. This configuration was tested in the RedHat 5.1 |
---|
54 | distribution, but versions of Geant4 have also been compiled |
---|
55 | successfully in Debian and Suse distributions. |
---|
56 | |
---|
57 | Platforms also tested but giving rise to some problems - see below: |
---|
58 | |
---|
59 | o AIX 4.3, xlC compiler. |
---|
60 | o DEC V4.0, cxx C++ V6.1-027. |
---|
61 | o NT 4.0 with Service Pack 4 and Cygnus Tools b20 with: |
---|
62 | Visual C++ 6.0 Service Pack 2 for either STL or RogueWave, or |
---|
63 | Visual C++ 5.0 Service Pack 3 for the RogueWave version only. |
---|
64 | |
---|
65 | |
---|
66 | 2. CLHEP 1.4 |
---|
67 | ------------ |
---|
68 | |
---|
69 | Geant4.0.1 requires the installation of CLHEP 1.4 |
---|
70 | (http://cern.ch/clhep/INSTALLATION/clhep.html). |
---|
71 | The following platform specific instructions apply: |
---|
72 | |
---|
73 | DEC: Do *not* use the compiler option "-std strict_ansi". |
---|
74 | |
---|
75 | NT: After configure, edit the file config/CLHEP-x86-cygnus-win32 and |
---|
76 | comment out "#define HEP-USE-STD 1". |
---|
77 | |
---|
78 | |
---|
79 | |
---|
80 | 3. Using the Standard Template Library |
---|
81 | -------------------------------------- |
---|
82 | |
---|
83 | The following versions of STL have been tested: |
---|
84 | |
---|
85 | ObjectSpace STL (http://www.objectspace.com) on: AIX, |
---|
86 | DEC, HP, NT and SUN. |
---|
87 | |
---|
88 | STLPORT STL (http://www.stlport.org) on: NT |
---|
89 | |
---|
90 | "Native" STL on: Linux. |
---|
91 | |
---|
92 | This is selected at installation/compile time by environment variables |
---|
93 | - see documentation. Be aware that this is the first implementation |
---|
94 | of "The STL Interface" for which the emphasis has been on correct |
---|
95 | behaviour, not on performance. Also, the size of libraries and |
---|
96 | executables is considerably larger. These issues will be addressed in |
---|
97 | the next release. |
---|
98 | |
---|
99 | |
---|
100 | 4. Compiler Specific Problems |
---|
101 | ----------------------------- |
---|
102 | |
---|
103 | o Linux with egcs-1.1.1 and 1.1.2 |
---|
104 | |
---|
105 | In order to compile with STL it is necessary to edit |
---|
106 | stl_hash_fun.h in /usr/include/g++/ or /usr/local/include/g++/. |
---|
107 | Lines 65-67 must be removed or commented out. These are the |
---|
108 | lines in question: |
---|
109 | |
---|
110 | __STL_TEMPLATE_NULL struct hash<signed char> { |
---|
111 | size_t operator()(unsigned char x) const { return x; } |
---|
112 | }; |
---|
113 | |
---|
114 | o AIX 4.3, xlC compiler. |
---|
115 | |
---|
116 | Geant4 does compile and link on AIX... eventually. The compiler |
---|
117 | is very slow and the executables in debug mode are very large. |
---|
118 | On rsplus at CERN we had to revert to a version of the archiver |
---|
119 | corresponding to AIX 4.1 in order to have templates treated |
---|
120 | correctly. This has limited our ability to test Geant4. |
---|
121 | |
---|
122 | o DEC V4.0, cxx C++ V6.1-027. |
---|
123 | |
---|
124 | We have found cases of mis-compilation of min and max templates |
---|
125 | on DEC. We have traced those which cause serious malfunction |
---|
126 | but there is no guarantee that there are no other cases. |
---|
127 | Detailed inspection of assembler output suggests that this |
---|
128 | problem might not be confined to min and max. This has been |
---|
129 | reported to DEC/Compaq. We understand a new version 6.1A of the |
---|
130 | compiler is on its way. However we cannot guarantee correct |
---|
131 | execution of Geant4 on DEC with the current version of the |
---|
132 | compiler. |
---|
133 | |
---|
134 | o NT |
---|
135 | |
---|
136 | - Note that the G4SYSTEM environment variable used for compiling |
---|
137 | Geant4 on NT has changed from WIN32-VC-NICE to WIN32-VC. |
---|
138 | Please check documentation on setting the environment. |
---|
139 | - Testing was done using the debuggable version only. |
---|
140 | - g3tog4 has not been ported to NT. |
---|
141 | - During the making of dependency files during compilation there |
---|
142 | are repeated warnings ("strstrea.h not found") - this is an |
---|
143 | artefact of using g++ for this purpose. |
---|
144 | - Ignore linker warnings: "conflicts with use of other libs". |
---|
145 | - Ignore linker errors: "unresolved external symbol |
---|
146 | __imp__MessageBoxA@16". |
---|
147 | - There is a known problem reading the data files for neutron |
---|
148 | scattering processes. A patch resolving this problem will |
---|
149 | be issued soon. |
---|
150 | |
---|
151 | |
---|
152 | |
---|
153 | 5. Known Run-Time Problems |
---|
154 | -------------------------- |
---|
155 | |
---|
156 | o Reading STEP files on DEC with optimised libraries causes a Memory |
---|
157 | fault - but see notes on DEC above. |
---|
158 | o exampleN04 loops on DEC with optimised libraries - but see notes |
---|
159 | on DEC above. |
---|
160 | o On HP, an executable which uses "integral approach" |
---|
161 | electromagnetic processes - G4IMultipleScattering, |
---|
162 | G4IeIonisation, G4IeBremsstrahlung, G4IeplusAnnihilation, |
---|
163 | G4IhIonisation - has intermittently given Bus error(coredump). |
---|
164 | |
---|
165 | |
---|
166 | 6. Compilation Warnings |
---|
167 | ----------------------- |
---|
168 | |
---|
169 | There are compilation warnings om some platforms. We do not believe |
---|
170 | that any will lead to incorrect run-time behaviour, but we are working |
---|
171 | on reducing them. |
---|
172 | |
---|
173 | |
---|
174 | 7. Known Run-Time Warnings |
---|
175 | -------------------------- |
---|
176 | |
---|
177 | The following messages are written to error output while tracking. We |
---|
178 | believe none give rise to incorrect behaviour. |
---|
179 | |
---|
180 | o G4PropagatorInField::LocateIntersectionPoint: Warning: Integration |
---|
181 | inaccuracy requires an adjustment in the step's endpoint Two |
---|
182 | mid-points are further apart than their curve length difference: |
---|
183 | Dist = xxx curve length = yyy |
---|
184 | o Stepsize underflow in Stepper. |
---|
185 | o Warning G4Navigator::ComputeStep found slightly inaccurate |
---|
186 | position... |
---|
187 | o Warning in G4Navigator::ComputeStep: The Step's starting point has |
---|
188 | moved... |
---|
189 | |
---|
190 | |
---|
191 | 8. Changes of the Signatures of Methods of the User Action Classes |
---|
192 | ------------------------------------------------------------------ |
---|
193 | |
---|
194 | The signatures of all methods of all of the optional user action |
---|
195 | classes have been changed. Now every method takes a constant pointer |
---|
196 | to an appropriate G4 object. To cope with this change the user code |
---|
197 | must be modified. The examples and documents are updated and the user |
---|
198 | is requested to consult to them. We are sorry for this inconvenience |
---|
199 | but we concluded that this change will provide the user with a better |
---|
200 | and more robust code. |
---|