- Timestamp:
- Nov 30, 2009, 3:52:24 PM (15 years ago)
- Location:
- trunk/documents/UserDoc
- Files:
-
- 10 edited
Legend:
- Unmodified
- Added
- Removed
-
trunk/documents/UserDoc
-
Property
svn:ignore
set to
CVS
-
Property
svn:ignore
set to
-
trunk/documents/UserDoc/DocBookUsersGuides
-
Property
svn:ignore
set to
CVS
-
Property
svn:ignore
set to
-
trunk/documents/UserDoc/DocBookUsersGuides/ForApplicationDeveloper
-
Property
svn:ignore
set to
CVS
-
Property
svn:ignore
set to
-
trunk/documents/UserDoc/DocBookUsersGuides/ForApplicationDeveloper/xml
-
Property
svn:ignore
set to
CVS
-
Property
svn:ignore
set to
-
trunk/documents/UserDoc/DocBookUsersGuides/ForApplicationDeveloper/xml/Appendix
-
Property
svn:ignore
set to
CVS
-
Property
svn:ignore
set to
-
trunk/documents/UserDoc/DocBookUsersGuides/ForApplicationDeveloper/xml/Appendix/buildFile.xml
r904 r1208 75 75 <listitem><para> 76 76 <ulink url="http://www.lcsim.org/docs/gettingstarted/geant4msvc++/net2005/index.htm"> 77 Building a MSVC++ Visual Studio 2005 Geant4 project</ulink> .77 Building a MSVC++ Visual Studio 2005 Geant4 project</ulink> (setup no longer supported). 78 78 </para></listitem> 79 79 </itemizedlist> -
trunk/documents/UserDoc/DocBookUsersGuides/ForApplicationDeveloper/xml/Appendix/developmentDebugTools.xml
r904 r1208 69 69 </para></listitem> 70 70 <listitem><para> 71 <ulink url="http://www. ibm.com/software/rational/">72 Rational Rose71 <ulink url="http://www.sparxsystems.com.au/products/ea/"> 72 Enterprise Architect 73 73 </ulink> 74 CASEtool.74 UML Visual Modeling tool. 75 75 </para></listitem> 76 76 <listitem><para> 77 77 <ulink url="http://www.borland.com/us/products/together/index.html"> 78 Together ControlCenter78 Borland Together 79 79 </ulink> 80 development environment. 81 </para></listitem> 82 <listitem><para> 83 <ulink url="http://www.telelogic.com/products/logiscope/index.cfm"> 84 Logiscope 85 </ulink> 86 tool for metrics analysis. 80 Visual Modeling for Software Architecture Design tool. 87 81 </para></listitem> 88 82 </itemizedlist> -
trunk/documents/UserDoc/DocBookUsersGuides/ForApplicationDeveloper/xml/Appendix/histogramming.xml
r904 r1208 17 17 toolkit has no drivers for histogramming, and no drivers are needed 18 18 in Geant4 to use a histogramming package. The code for generating 19 histograms should be compliant with the 19 histograms on some of the distributed examples should be compliant 20 with the 20 21 <ulink url="http://aida.freehep.org/"> 21 22 AIDA -
trunk/documents/UserDoc/DocBookUsersGuides/ForApplicationDeveloper/xml/Appendix/makeFile.xml
r904 r1208 62 62 To build a single library (or a set of sub-libraries) or an 63 63 executable, you must explicitly change your current directory to 64 the one you're interested in and invoke the "<literal> gmake</literal>"65 command from there ("<literal> gmake global</literal>" for building a64 the one you're interested in and invoke the "<literal>make</literal>" 65 command from there ("<literal>make global</literal>" for building a 66 66 compound library). Here is a list of the basic commands or GNUmake 67 67 "targets" one can invoke to build libraries and/or executables: … … 69 69 <itemizedlist spacing="compact"> 70 70 <listitem><para> 71 <literal> gmake</literal>71 <literal>make</literal> 72 72 <para> 73 73 starts the compilation process for building a kernel library or a … … 84 84 </para></listitem> 85 85 <listitem><para> 86 <literal> gmake global</literal>86 <literal>make global</literal> 87 87 <para> 88 88 starts the compilation process to build a single compound kernel 89 library per category. If issued after " gmake", both 'granular' and89 library per category. If issued after "make", both 'granular' and 90 90 'compound' libraries will be available (NOTE: this will 91 91 consistently increase the disk space required. Compound libraries … … 95 95 </para></listitem> 96 96 <listitem><para> 97 <literal> gmake bin</literal> or <literal>gmake</literal> (only for97 <literal>make bin</literal> or <literal>make</literal> (only for 98 98 examples/) 99 99 <para> … … 214 214 </term> 215 215 <listitem> 216 Defines the path where the Geant4 toolkit should be installed. It216 Defines the path where the Geant4 toolkit is located. It 217 217 should be set by the system installer. By default, it sets to 218 218 <literal>$HOME/geant4</literal>, assuming the Geant4 distribution … … 281 281 </term> 282 282 <listitem> 283 Used by the system to specify the place where to storelibraries.283 Used by the system to specify the place where to install libraries. 284 284 By default they're set to <literal>$G4INSTALL/lib</literal> and 285 285 <literal>$G4LIB/$G4SYSTEM</literal> respectively. … … 310 310 <varlistentry> 311 311 <term> 312 $G4EXEC_BUILD313 </term>314 <listitem>315 Flag specifying if to use a secondary template repository or not316 for handling template instantiations at the time of building a user317 application/example. For internal category tests in Geant4, this318 variable is already in the related GNUmakefile. It's however not319 needed for examples and tests in <literal>$G4INSTALL/examples</literal>,320 where class names are already mangled and different each other. It321 applies only on those compilers which make use of template322 repositories (see Appendix A.2 of this Guide). The secondary323 template repository is set to <literal>$G4TREP/exec</literal>.324 </listitem>325 </varlistentry>326 <varlistentry>327 <term>328 312 $G4DEBUG 329 313 </term> … … 337 321 <varlistentry> 338 322 <term> 323 $G4OPTDEBUG 324 </term> 325 <listitem> 326 Only available for the <literal>g++</literal> compiler, specifies to 327 compile the code (libraries or examples) in optimised mode, but 328 including symbolic information in the object code for debugging. 329 </listitem> 330 </varlistentry> 331 <varlistentry> 332 <term> 339 333 $G4NO_OPTIMISE 340 334 </term> … … 342 336 Specifies to compile the code (libraries or examples) without 343 337 compiler optimisation. 344 </listitem>345 </varlistentry>346 <varlistentry>347 <term>348 $G4OPTDEBUG349 </term>350 <listitem>351 On <literal>Linux</literal> systems with the <literal>g++</literal>352 compiler, it allows to build in optimised mode including symbolic353 information for debugging.354 338 </listitem> 355 339 </varlistentry> … … 792 776 the built-in system library for compression is adopted instead. Setting 793 777 this flag will also implicitely set the flag below. 778 On Windows systems, if OpenGL or OpenInventor visualization drivers 779 are built, this module is automatically built. 794 780 </listitem> 795 781 </varlistentry> … … 897 883 <listitem> 898 884 Path to nuclear shell effects data set for INCL/ABLA hadronic model. 885 </listitem> 886 </varlistentry> 887 <varlistentry> 888 <term> 889 $G4REALSURFACEDATA 890 </term> 891 <listitem> 892 Path to the data set for measured optical surface reflectance for 893 precise optical physics. 899 894 </listitem> 900 895 </varlistentry> -
trunk/documents/UserDoc/DocBookUsersGuides/ForApplicationDeveloper/xml/Appendix/tipsCompilation.xml
r904 r1208 29 29 more or less perfomant and more or less optimised, depending on 30 30 several factors also related to the system architecture which it 31 applies to. A peculiarity of C++ compilers nowadays is the way 32 templated instances are treated during the compilation/linkage 33 process. Some C++ compilers need to store temporarily template 34 instantiation files (object files or temporary source code files) 35 in a "template repository" or directory that can be specified as 36 unique or not directly from the compilation command (probably 37 historically coming from the old cfront-based implementation of the 38 C++ compiler). 31 applies to. 39 32 </para> 40 33 … … 43 36 always distinguish between the installation directory (identified 44 37 by $G4INSTALL) and the working directory (identified by 45 $G4WORKDIR), in order not to alter the installation area for the 46 template repository. 38 $G4WORKDIR), in order not to alter the installation area. 47 39 </para> 48 49 <para>50 In Geant4, the path to the template repository (for those51 compilers which make use of it) is specified by the environment52 variable $G4TREP, which is fixed and points by default to53 <literal>$G4WORKDIR/tmp/$G4SYSTEM/g4.ptrepository/</literal>, where54 <literal>$G4SYSTEM</literal> identifies the system-architecture/compiler55 currently used and <literal>$G4WORKDIR</literal> is the path to the user56 working directory for Geant4.57 </para>58 59 <para>60 A secondary template repository <literal>$G4TREP/exec</literal> is61 created by default and can be used when building executables to62 isolate the main repository used for building the libraries in case63 of clashes provoked by conflicting class-names. This secondary64 template repository can be activated by defining in the environment65 (or in the GNUmakefile related to the test/example to be built) the66 flag <literal>G4EXEC_BUILD</literal>; once activated, the secondary67 repository will become the read/write one, while the primary68 repository will be considered read-only.69 </para>70 71 <para>72 At the current time, only few compilers still make use of a73 template repository. A good recommendation valid in general such74 compilers is to make use of a single template repository (specified75 by the <literal>$G4TREP</literal> environment variable) for building all76 Geant4 libraries; then use a secondary template repository77 (<literal>$G4TREP/exec</literal>, together with the78 <literal>$G4EXEC_BUILD</literal> flag) when building any kind of example or79 application.80 </para>81 82 <para>83 It's always good practise to clean-up the secondary template84 repository from time to time.85 </para>86 87 40 88 41 <!-- ******************* Section (Level#2) ****************** --> … … 104 57 compiler flags), also code is compiled with high verbosity 105 58 diagnostics (<literal>-Wall</literal> flag). The default optimisation level 106 is <literal>-O2</literal>. 59 is <literal>-O2</literal>. The flag <literal>G4OPTDEBUG</literal>, if set 60 in the environment, allows for optimised build of the libraries but 61 including debug symbols (<literal>-O -g</literal> compilation option). 107 62 </para> 108 63 … … 173 128 <para> 174 129 The setup adopted for the <literal>g++</literal> compiler on MacOS 175 resembles in great partthe one for Linux systems.130 resembles in most parts the one for Linux systems. 176 131 </para> 177 132
Note: See TracChangeset
for help on using the changeset viewer.