Optimizations not disabled (-O0) when enabling debug flags (-g)

[Christof Mroz]

I don't think there's a point in setting -g without also setting -O0 (and preventing -O2 from superseding it), but that's the case right now. If --enable-debug is desired solely for verbose output, maybe it should be split into another option?

[Miika Komu (miika-iki)]

Setting the -g and -O0 at the same time would make debugging with gdb simpler. Maybe -O2 should be used with --disable-debug or --enable-performance (or a new option).

[Christof Mroz (christof-mroz)]

The workaround I used so far, for reference: ./configure <options> CFLAGS='-g -O0'

[Tobias Heer (heer)]

-O0 should not be the default case because some important warning only show at higher optimization stages. -O2 should probably still be the default but --debug may set it to 0-

[René Hummen (rene-hummen)]

autotools set the CFLAGS to "-O2 -g" by default if it finds gcc and your system environment does not specify this variable. Your comment #2 references exactly the right way how to set more specific CFLAGS. Passing CFLAGS directly is much more flexible than implementing all possibly required combinations of the available options in configure.ac.

--enable-debug simply enable HIP_DEBUG, whereas --enable-performance enables measuring and logging of HIPL performance. Neither should be used here.

[Tobias Heer (heer)]

Schickst du das auch noch an die Generelle Liste? Die Protokolle sollten an alle gehen.

Ciao,

Tobi

Anfang der weitergeleiteten E-Mail:

> Von: René Hummen <email address hidden>
> Datum: 7. September 2010 10:34:09 MESZ
> An: <email address hidden>
> Betreff: [Ma-netarch] Protokoll Meeting NetArch AG, 26.08.2010
>
> ################################################
> #
> # Protokoll Meeting NetArch AG, 26.08.2010
> #
> ################################################
>
> Teilnehmer: M. Grooz, T. Heer, R. Hummen, T. Jansen, F. Theinen, H. Wirtz
>
> Fortschritt i4:
> - Jahresanfang: Verbesserungen an der Implementierung des Tunnelmanagementprotokolls (HIP)
> - für Anfang Mai: Vorbereitung eines Demoszenarios mit folgenden Eigenschaften
> *einheitlicher lokaler IP Namensraum für Clients
> * APs mit unterschiedlicher BSSID, aber gleicher GW MAC und IP
> * Ergebnisse:
> -> Legacy und Native Mode konzeptionell funktionsfähig
> -> Legacy Handover sehr Client abhängig
> -> Native Handover noch wenig robust, aber vielversprechend
> - Einbindung Modularisierungsfunktionalität aus Diplomarbeit (HIPL)
> * Reduzierung des Funktionsumfangs auf für das Projekt benötigte Softwarekomponenten
> * Testgetriebene Entwicklung für HIPL wäre sinnvoll aber aufgrund der bestehenden Software aus Helsinki nicht leistbar
> - Standardisierung von HIP wird im Rahmen der IETF vorangetrieben
> * Zertifikate (benötigt für PiSA Architektur)
> * HIPv2 (benötigt für Standard Track Dokument)
> - Aktuell arbeiten 5 Mitarbeiter und 4 HIWIs aktiv am Projekt
>
> Kurz- bis mittelfristige Ziele i4:
> - Aufsetzen eines physischen und virtuellen Testbeds
> - Aufsetzen eines permanenten Demoszenarios (z.B. nutzbar für Anwendungsebene)
> - PISA: Aufsplitten des Protokolls in Kontroll- und Payloadkanal zur Performanceoptimierung
> * Spezifikation des Protokolls wird voraussichtlich Ende Oktober von LANCOM benötigt
>
> Fortschritt LANCOM:
> - Implementierung des Tunnelmanagementprotokolls (HIP) angelaufen
> * Verbindingsaufbau und Verbindungsabbau bereits vollständig, jedoch bisher eingeschränkt auf HIP (kein ESP)
> * Schlüsselaushandlung funktioniert (basierend auf openSSL Bibliotheken)
> * Kontinuierlicher Test gegen Implementierung von i4
> * Sprache C++ ohne Exceptions
>
> Kurz- bis mittelfristige Ziele LANCOM:
> * Integration von HIP in die IPsec Implementierung von LCOS
> * Beginn der Implementierungsarbeiten am PISA Protokoll
>
> Nächstes Meeting: September/Oktober
>
>
>
> --
> Dipl.-Inform. Rene Hummen, Ph.D. Student
> Distributed Systems Group
> RWTH Aachen University, Germany
> tel: [phone]
> web: http://ds.rwth-aachen.de/members/hummen
>
> _______________________________________________
> Ma-netarch mailing list
> <email address hidden>
> http://mail-i4.informatik.rwth-aachen.de/mailman/listinfo/ma-netarch

--
Dipl.-Inform. Tobias Heer, Ph.D. Stu...