cmake default build type

I set the default build type to debug because in development I generally spend more time on debugging then on speed testing. Users should download the automatically built binary from Jenkins which is built in release mode.

Anfang der weitergeleiteten E-Mail:

···

Von: Norihiro Watanabe norihiro.watanabe@ufz.de

Betreff: cmake default build type

Datum: 27. März 2012 10:42:56 MESZ

An: Lars Bilke lars.bilke@ufz.de

Hi Lars,

I see current default build type in CMake is Debug. I suggest to use Release as default because it prevents users to use the debugging OGS for their simulations, which makes simulations slow down.

Best,
norihiro


Norihiro Watanabe
Department of Environmental Informatics

Helmholtz-Zentrum für Umweltforschung GmbH - UFZ
Helmholtz Centre for Environmental Research GmbH - UFZ
Permoserstraße 15 / 04318 Leipzig / Germany
Telefon +49 341 235 1890
norihiro.watanabe@ufz.de / www.ufz.de

Sitz der Gesellschaft: Leipzig
Registergericht: Amtsgericht Leipzig, Handelsregister Nr. B 4703
Vorsitzender des Aufsichtsrats: MinDirig Wilfried Kraus
Wissenschaftlicher Geschäftsführer: Prof. Dr. Georg Teutsch
Administrativer Geschäftsführer: N.N.


Mit freundlichen Grüßen,

Lars Bilke

Visualisierungszentrum / Umweltinformatik

Helmholtz-Zentrum für Umweltforschung GmbH - UFZ

Permoserstr. 15, 04318 Leipzig

Telefon: +49 (0)341 235-1881

Email: lars.bilke@ufz.de

http://www.ufz.de/index.php?en=14171

There are other users who want or need to compile OGS by themselves, e.g. those who want to use MPI version of OGS on Linux cluster. For them I suggest to use Release mode as default because

1) most of users will not develop and debug codes. They just need to compile OGS once for their simulations. For them, shorter command option is easy to use. e.g. "cmake .. -DOGS_FEM=ON" rather than "cmake .. -DOGS_FEM=ON -DCMAKE_BUILD_TYPE=Release"

2) it's hard for them to realize their mistakes when they run simulations with debug-mode OGS. For those who want to debug codes, their mistake (i.e. build without -g) is immediately clear after compilation because GDB doesn't work.

Best,
Norihiro

···

On 27.03.2012 12:45, Lars Bilke wrote:

I set the default build type to debug because in development I generally
spend more time on debugging then on speed testing. Users should
download the automatically built binary from Jenkins which is built in
release mode.

Anfang der weitergeleiteten E-Mail:

*Von: *Norihiro Watanabe <norihiro.watanabe@ufz.de
<mailto:norihiro.watanabe@ufz.de>>
*Betreff: **cmake default build type*
*Datum: *27. M�rz 2012 10:42:56 MESZ
*An: *Lars Bilke <lars.bilke@ufz.de <mailto:lars.bilke@ufz.de>>

Hi Lars,

I see current default build type in CMake is Debug. I suggest to use
Release as default because it prevents users to use the debugging OGS
for their simulations, which makes simulations slow down.

Best,
norihiro

--
Norihiro Watanabe
Department of Environmental Informatics

Helmholtz-Zentrum f�r Umweltforschung GmbH - UFZ
Helmholtz Centre for Environmental Research GmbH - UFZ
Permoserstra�e 15 / 04318 Leipzig / Germany
Telefon +49 341 235 1890
norihiro.watanabe@ufz.de <mailto:norihiro.watanabe@ufz.de> /
www.ufz.de <http://www.ufz.de>

Sitz der Gesellschaft: Leipzig
Registergericht: Amtsgericht Leipzig, Handelsregister Nr. B 4703
Vorsitzender des Aufsichtsrats: MinDirig Wilfried Kraus
Wissenschaftlicher Gesch�ftsf�hrer: Prof. Dr. Georg Teutsch
Administrativer Gesch�ftsf�hrer: N.N.

--
Mit freundlichen Gr��en,

Lars Bilke

Visualisierungszentrum / Umweltinformatik

Helmholtz-Zentrum f�r Umweltforschung GmbH - UFZ
Permoserstr. 15, 04318 Leipzig
Telefon: +49 (0)341 235-1881
Email: lars.bilke@ufz.de <mailto:lars.bilke@ufz.de>

http://www.ufz.de/index.php?en=14171

--
Norihiro Watanabe
Department of Environmental Informatics

Helmholtz-Zentrum f�r Umweltforschung GmbH - UFZ
Helmholtz Centre for Environmental Research GmbH - UFZ
Permoserstra�e 15 / 04318 Leipzig / Germany
Telefon +49 341 235 1890
norihiro.watanabe@ufz.de / www.ufz.de

Sitz der Gesellschaft: Leipzig
Registergericht: Amtsgericht Leipzig, Handelsregister Nr. B 4703
Vorsitzender des Aufsichtsrats: MinDirig Wilfried Kraus
Wissenschaftlicher Gesch�ftsf�hrer: Prof. Dr. Georg Teutsch
Administrativer Gesch�ftsf�hrer: N.N.

Hi all,
I strongly agree to Norihiro! I see no reason why DEBUG mode should be
default behavior for trunk. This is especially true for externally
coupled version (like the GEMS coupling).
Greetings, Georg

···

On 03/27/2012 02:33 PM, Norihiro Watanabe wrote:

There are other users who want or need to compile OGS by themselves,
e.g. those who want to use MPI version of OGS on Linux cluster. For
them I suggest to use Release mode as default because

1) most of users will not develop and debug codes. They just need to
compile OGS once for their simulations. For them, shorter command
option is easy to use. e.g. "cmake .. -DOGS_FEM=ON" rather than "cmake
.. -DOGS_FEM=ON -DCMAKE_BUILD_TYPE=Release"

2) it's hard for them to realize their mistakes when they run
simulations with debug-mode OGS. For those who want to debug codes,
their mistake (i.e. build without -g) is immediately clear after
compilation because GDB doesn't work.

Best,
Norihiro

On 27.03.2012 12:45, Lars Bilke wrote:

I set the default build type to debug because in development I generally
spend more time on debugging then on speed testing. Users should
download the automatically built binary from Jenkins which is built in
release mode.

Anfang der weitergeleiteten E-Mail:

*Von: *Norihiro Watanabe <norihiro.watanabe@ufz.de
<mailto:norihiro.watanabe@ufz.de>>
*Betreff: **cmake default build type*
*Datum: *27. M�rz 2012 10:42:56 MESZ
*An: *Lars Bilke <lars.bilke@ufz.de <mailto:lars.bilke@ufz.de>>

Hi Lars,

I see current default build type in CMake is Debug. I suggest to use
Release as default because it prevents users to use the debugging OGS
for their simulations, which makes simulations slow down.

Best,
norihiro

--
Norihiro Watanabe
Department of Environmental Informatics

Helmholtz-Zentrum f�r Umweltforschung GmbH - UFZ
Helmholtz Centre for Environmental Research GmbH - UFZ
Permoserstra�e 15 / 04318 Leipzig / Germany
Telefon +49 341 235 1890
norihiro.watanabe@ufz.de <mailto:norihiro.watanabe@ufz.de> /
www.ufz.de <http://www.ufz.de>

Sitz der Gesellschaft: Leipzig
Registergericht: Amtsgericht Leipzig, Handelsregister Nr. B 4703
Vorsitzender des Aufsichtsrats: MinDirig Wilfried Kraus
Wissenschaftlicher Gesch�ftsf�hrer: Prof. Dr. Georg Teutsch
Administrativer Gesch�ftsf�hrer: N.N.

--
Mit freundlichen Gr��en,

Lars Bilke

Visualisierungszentrum / Umweltinformatik

Helmholtz-Zentrum f�r Umweltforschung GmbH - UFZ
Permoserstr. 15, 04318 Leipzig
Telefon: +49 (0)341 235-1881
Email: lars.bilke@ufz.de <mailto:lars.bilke@ufz.de>

http://www.ufz.de/index.php?en=14171

--
PD Dr. Georg Kosakowski * Laboratory for Waste Management
Paul Scherrer Institut * 5232 Villigen/PSI * Switzerland
Phone: +41-56-3104743 * Fax: +41-56-3102821
Email: georg.kosakowski@psi.ch h323:+41563104743
homepage: http://people.web.psi.ch/kosakowski/

Go ahead and change the default build type if you want to.

···

Am 27.03.2012 um 14:43 schrieb Georg Kosakowski:

Hi all,
I strongly agree to Norihiro! I see no reason why DEBUG mode should be
default behavior for trunk. This is especially true for externally
coupled version (like the GEMS coupling).
Greetings, Georg

On 03/27/2012 02:33 PM, Norihiro Watanabe wrote:

There are other users who want or need to compile OGS by themselves,
e.g. those who want to use MPI version of OGS on Linux cluster. For
them I suggest to use Release mode as default because

1) most of users will not develop and debug codes. They just need to
compile OGS once for their simulations. For them, shorter command
option is easy to use. e.g. "cmake .. -DOGS_FEM=ON" rather than "cmake
.. -DOGS_FEM=ON -DCMAKE_BUILD_TYPE=Release"

2) it's hard for them to realize their mistakes when they run
simulations with debug-mode OGS. For those who want to debug codes,
their mistake (i.e. build without -g) is immediately clear after
compilation because GDB doesn't work.

Best,
Norihiro

On 27.03.2012 12:45, Lars Bilke wrote:

I set the default build type to debug because in development I generally
spend more time on debugging then on speed testing. Users should
download the automatically built binary from Jenkins which is built in
release mode.

Anfang der weitergeleiteten E-Mail:

*Von: *Norihiro Watanabe <norihiro.watanabe@ufz.de
<mailto:norihiro.watanabe@ufz.de>>
*Betreff: **cmake default build type*
*Datum: *27. März 2012 10:42:56 MESZ
*An: *Lars Bilke <lars.bilke@ufz.de <mailto:lars.bilke@ufz.de>>

Hi Lars,

I see current default build type in CMake is Debug. I suggest to use
Release as default because it prevents users to use the debugging OGS
for their simulations, which makes simulations slow down.

Best,
norihiro

--
Norihiro Watanabe
Department of Environmental Informatics

Helmholtz-Zentrum für Umweltforschung GmbH - UFZ
Helmholtz Centre for Environmental Research GmbH - UFZ
Permoserstraße 15 / 04318 Leipzig / Germany
Telefon +49 341 235 1890
norihiro.watanabe@ufz.de <mailto:norihiro.watanabe@ufz.de> /
www.ufz.de <http://www.ufz.de>

Sitz der Gesellschaft: Leipzig
Registergericht: Amtsgericht Leipzig, Handelsregister Nr. B 4703
Vorsitzender des Aufsichtsrats: MinDirig Wilfried Kraus
Wissenschaftlicher Geschäftsführer: Prof. Dr. Georg Teutsch
Administrativer Geschäftsführer: N.N.

--
Mit freundlichen Grüßen,

Lars Bilke

Visualisierungszentrum / Umweltinformatik

Helmholtz-Zentrum für Umweltforschung GmbH - UFZ
Permoserstr. 15, 04318 Leipzig
Telefon: +49 (0)341 235-1881
Email: lars.bilke@ufz.de <mailto:lars.bilke@ufz.de>

http://www.ufz.de/index.php?en=14171

--
PD Dr. Georg Kosakowski * Laboratory for Waste Management
Paul Scherrer Institut * 5232 Villigen/PSI * Switzerland
Phone: +41-56-3104743 * Fax: +41-56-3102821
Email: georg.kosakowski@psi.ch h323:+41563104743
homepage: http://people.web.psi.ch/kosakowski/

--
Mit freundlichen Grüßen,

Lars Bilke

Visualisierungszentrum / Umweltinformatik

Helmholtz-Zentrum für Umweltforschung GmbH - UFZ
Permoserstr. 15, 04318 Leipzig
Telefon: +49 (0)341 235-1881
Email: lars.bilke@ufz.de

http://www.ufz.de/index.php?en=14171