From sander at mi.fu-berlin.de Tue May 3 11:56:26 2005 From: sander at mi.fu-berlin.de (Oliver Sander) Date: Tue, 3 May 2005 11:56:26 +0200 (MEST) Subject: [Dune] Grid Documentation In-Reply-To: <20050429160023.GA18879@hal.iwr.uni-heidelberg.de> References: <20050412160002.GA25392@hal.iwr.uni-heidelberg.de> <425CAACA.30406@mathematik.uni-freiburg.de> <20050413104441.GA22265@hal.iwr.uni-heidelberg.de> <20050429160023.GA18879@hal.iwr.uni-heidelberg.de> Message-ID: Hi there! There is one thing about the previous documentation proposals that keeps bugging me. I (as a DUNE _user_) tend to use the Doxygen- generated class list a lot in order to find the documentation for a given class I need. But this list is full of entries that are of no interest to pure interface users. I would find it very helpful if there could be a class list which did not contain the classes that are only needed by DUNE developers. Oliver ************************************************************************ * Oliver Sander ** * * Freie Universität Berlin ** email: sander at math.fu-berlin.de * * Institut für Mathematik II ** phone: + 49 (30) 838 75217 * * Arnimallee 2-6 ** fax : + 49 (30) 838 54977 * * 14195 Berlin, Germany ** URL : www.math.fu-berlin.de/~sander * ************************************************************************ On Fri, 29 Apr 2005, Christian Engwer wrote: > Hi, > > I thought about the comments on my last Doxygen mail. I also found a > lot of funy features in doxygen and I rewrote again the > documentation. Please have a look at > http://hal.iwr.uni-heidelberg.de/~christi/dune > and let me know what you think. I removed the BlaGridSomething > groups. All Implementaions of the grid interface can now be found via > the GridDefault base class. I also instructed Doxygen to include the > inherited meber functions because otherwise we can't see what the > complete interface is. > > Cheers Christian > > > _______________________________________________ > Dune mailing list > Dune at hal.iwr.uni-heidelberg.de > http://hal.iwr.uni-heidelberg.de/cgi-bin/mailman/listinfo/dune > From christi at uni-hd.de Tue May 3 13:56:57 2005 From: christi at uni-hd.de (Christian Engwer) Date: Tue, 3 May 2005 13:56:57 +0200 Subject: [Dune] Grid Documentation In-Reply-To: References: <20050412160002.GA25392@hal.iwr.uni-heidelberg.de> <425CAACA.30406@mathematik.uni-freiburg.de> <20050413104441.GA22265@hal.iwr.uni-heidelberg.de> <20050429160023.GA18879@hal.iwr.uni-heidelberg.de> Message-ID: <20050503115657.GA27412@hal.iwr.uni-heidelberg.de> Hi, On Tue, May 03, 2005 at 11:56:26AM +0200, Oliver Sander wrote: > I would find it very > helpful if there could be a class list which did not contain the > classes that are only needed by DUNE developers. I do not doubt this, but these are changes far beyond my capacities. Furthermore is this proposal orthogonal to my current changes. So... should I commit? Christian From sander at mi.fu-berlin.de Tue May 3 15:53:27 2005 From: sander at mi.fu-berlin.de (Oliver Sander) Date: Tue, 3 May 2005 15:53:27 +0200 (MEST) Subject: [Dune] Grid Documentation In-Reply-To: <20050503115657.GA27412@hal.iwr.uni-heidelberg.de> References: <20050412160002.GA25392@hal.iwr.uni-heidelberg.de> <425CAACA.30406@mathematik.uni-freiburg.de> <20050413104441.GA22265@hal.iwr.uni-heidelberg.de> <20050429160023.GA18879@hal.iwr.uni-heidelberg.de> <20050503115657.GA27412@hal.iwr.uni-heidelberg.de> Message-ID: Your changes are certainly an improvement. So I propose you commit and if there's demand we talk about further changes at the next meeting. Oliver ************************************************************************ * Oliver Sander ** * * Freie Universität Berlin ** email: sander at math.fu-berlin.de * * Institut für Mathematik II ** phone: + 49 (30) 838 75217 * * Arnimallee 2-6 ** fax : + 49 (30) 838 54977 * * 14195 Berlin, Germany ** URL : www.math.fu-berlin.de/~sander * ************************************************************************ On Tue, 3 May 2005, Christian Engwer wrote: > Hi, > > On Tue, May 03, 2005 at 11:56:26AM +0200, Oliver Sander wrote: >> I would find it very >> helpful if there could be a class list which did not contain the >> classes that are only needed by DUNE developers. > > I do not doubt this, but these are changes far beyond my > capacities. Furthermore is this proposal orthogonal to my current > changes. > > So... should I commit? > > Christian > From burriad at mathematik.uni-freiburg.de Wed May 4 10:08:35 2005 From: burriad at mathematik.uni-freiburg.de (Adrian Burri) Date: Wed, 04 May 2005 10:08:35 +0200 Subject: [Dune] Reference hexahedron Message-ID: <42788303.4080603@mathematik.uni-freiburg.de> Hi everyone! I've got a question regarding the reference element for a hexahedron: is there a convention for the local numbering of the vertices on the faces of the hexahedron? (Say, I want to write something like hexa.myvertex(hexaFaceIndex, vertexIndex), hexaFaceIndex \in {0, 5}, vertexIndex \in {0, 3}, which is the corresponding index hexaVertexIndex \in {0, 7} of the hexahedron?) Another question: is the face numbering of the hexahedron on the Dune homepage indeed correct? (Shouldn't be 2 at the front and 4 at the bottom?) I'd appreciate some comment on this! Cheers Adi From sander at mi.fu-berlin.de Wed May 4 10:10:50 2005 From: sander at mi.fu-berlin.de (Oliver Sander) Date: Wed, 4 May 2005 10:10:50 +0200 (MEST) Subject: [Dune] Reference hexahedron In-Reply-To: <42788303.4080603@mathematik.uni-freiburg.de> References: <42788303.4080603@mathematik.uni-freiburg.de> Message-ID: > Another question: is the face numbering of the hexahedron on the Dune > homepage indeed correct? (Shouldn't be 2 at the front and 4 at the bottom?) > No, it is _not_ correct, as already mentioned at our last meeting. But we're still waiting for a volunteer to fix it! ;-) Oliver From Peter.Bastian at iwr.uni-heidelberg.de Wed May 4 10:57:53 2005 From: Peter.Bastian at iwr.uni-heidelberg.de (Peter Bastian) Date: Wed, 04 May 2005 10:57:53 +0200 Subject: [Dune] Reference hexahedron In-Reply-To: <42788303.4080603@mathematik.uni-freiburg.de> References: <42788303.4080603@mathematik.uni-freiburg.de> Message-ID: <42788E91.8060405@iwr.uni-heidelberg.de> Adrian Burri schrieb: > Hi everyone! > > I've got a question regarding the reference element for a hexahedron: is > there a convention for the local numbering of the vertices on the faces > of the hexahedron? (Say, I want to write something like > hexa.myvertex(hexaFaceIndex, vertexIndex), hexaFaceIndex \in {0, 5}, > vertexIndex \in {0, 3}, which is the corresponding index hexaVertexIndex > \in {0, 7} of the hexahedron?) > > Another question: is the face numbering of the hexahedron on the Dune > homepage indeed correct? (Shouldn't be 2 at the front and 4 at the bottom?) > I have written an interface for reference elements that includes also the numbering of all subentities and it is algorithmically generated: //! This is the abstract base class for reference elements template class ReferenceElement { public: // compile time sizes enum { d=dim }; // maps from R^d // export types typedef ctype CoordType; //! number of entities of codim c virtual int size (int c) const = 0; //! number of subentities of codim cc of entitity (i,c) virtual int size (int i, int c, int cc) const = 0; //! number of ii'th subentity with codim cc of (i,c) virtual int subentity (int i, int c, int ii, int cc) const = 0; //! position of entity (i,c) virtual const FieldVector& position (int i, int c) const = 0; //! type of (i,c) virtual GeometryType type (int i, int c) const = 0; //! volume of the reference element virtual double volume () const = 0; //! virtual destructor virtual ~ReferenceElement () {} }; You can look at it by checking out dune-dd. It is implemented for cubes of all dimensions and Sreejith is currently doing the simplices, the pyramid and the prism. With this class I wrote P2 shape functions without any implicit knowledge about the local numbering of the entities. I could check in all that we did. Whats the opinion of the others? Cheers, -- Peter ------------------------------------------------------------------ Peter Bastian, IWR,Uni Heidelberg, INF 348,R 020, 69120 Heidelberg email: Peter.Bastian at iwr.uni-heidelberg.de Tel: +49 6221 54 4984 WWW: http://www.iwr.uni-heidelberg.de/~Peter.Bastian Fax: ... 8860 From sander at mi.fu-berlin.de Wed May 4 11:25:03 2005 From: sander at mi.fu-berlin.de (Oliver Sander) Date: Wed, 4 May 2005 11:25:03 +0200 (MEST) Subject: [Dune] Reference hexahedron In-Reply-To: <42788E91.8060405@iwr.uni-heidelberg.de> References: <42788303.4080603@mathematik.uni-freiburg.de> <42788E91.8060405@iwr.uni-heidelberg.de> Message-ID: Hallo! Ob der vielen neuen Entwicklung hätte ich doch _bitte_ bald mal wieder ein Gesamttreffen. Bin ich denn der einzige, der daran Interesse hat? Zu diskutieren gibt es ja wohl genug. Grüße, Oliver ************************************************************************ * Oliver Sander ** * * Freie Universität Berlin ** email: sander at math.fu-berlin.de * * Institut für Mathematik II ** phone: + 49 (30) 838 75217 * * Arnimallee 2-6 ** fax : + 49 (30) 838 54977 * * 14195 Berlin, Germany ** URL : www.math.fu-berlin.de/~sander * ************************************************************************ On Wed, 4 May 2005, Peter Bastian wrote: > Adrian Burri schrieb: >> Hi everyone! >> >> I've got a question regarding the reference element for a hexahedron: is >> there a convention for the local numbering of the vertices on the faces of >> the hexahedron? (Say, I want to write something like >> hexa.myvertex(hexaFaceIndex, vertexIndex), hexaFaceIndex \in {0, 5}, >> vertexIndex \in {0, 3}, which is the corresponding index hexaVertexIndex >> \in {0, 7} of the hexahedron?) >> >> Another question: is the face numbering of the hexahedron on the Dune >> homepage indeed correct? (Shouldn't be 2 at the front and 4 at the bottom?) >> > I have written an interface for reference elements that includes also the > numbering of all subentities and it is algorithmically generated: > > //! This is the abstract base class for reference elements > template > class ReferenceElement > { > public: > > // compile time sizes > enum { d=dim }; // maps from R^d > > // export types > typedef ctype CoordType; > > //! number of entities of codim c > virtual int size (int c) const = 0; > //! number of subentities of codim cc of entitity (i,c) > virtual int size (int i, int c, int cc) const = 0; > //! number of ii'th subentity with codim cc of (i,c) > virtual int subentity (int i, int c, int ii, int cc) const = 0; > > //! position of entity (i,c) > virtual const FieldVector& position (int i, int c) const = > 0; > > //! type of (i,c) > virtual GeometryType type (int i, int c) const = 0; > > //! volume of the reference element > virtual double volume () const = 0; > > //! virtual destructor > virtual ~ReferenceElement () > {} > }; > > > > You can look at it by checking out dune-dd. It is implemented for cubes of > all dimensions and Sreejith is currently doing the simplices, the pyramid and > the prism. With this class I wrote P2 shape functions without any implicit > knowledge about the local numbering of the entities. > > I could check in all that we did. Whats the opinion of the others? > > Cheers, > > -- Peter > ------------------------------------------------------------------ > Peter Bastian, IWR,Uni Heidelberg, INF 348,R 020, 69120 Heidelberg > email: Peter.Bastian at iwr.uni-heidelberg.de Tel: +49 6221 54 4984 > WWW: http://www.iwr.uni-heidelberg.de/~Peter.Bastian Fax: ... 8860 > > > _______________________________________________ > Dune mailing list > Dune at hal.iwr.uni-heidelberg.de > http://hal.iwr.uni-heidelberg.de/cgi-bin/mailman/listinfo/dune > From christi at uni-hd.de Fri May 6 08:53:11 2005 From: christi at uni-hd.de (Christian Engwer) Date: Fri, 6 May 2005 08:53:11 +0200 Subject: [Dune] Reference hexahedron In-Reply-To: References: <42788303.4080603@mathematik.uni-freiburg.de> <42788E91.8060405@iwr.uni-heidelberg.de> Message-ID: <20050506065311.GA20998@hal.iwr.uni-heidelberg.de> Hallo, On Wed, May 04, 2005 at 11:25:03AM +0200, Oliver Sander wrote: > Ob der vielen neuen Entwicklung hätte ich doch _bitte_ bald > mal wieder ein Gesamttreffen. Bin ich denn der einzige, > der daran Interesse hat? Zu diskutieren gibt es ja wohl > genug. Dem kann ich nur beipflichten, es gibt mehr als genug zu besprechen, das einzige Problem ist, dass es bei mir und zum Teil auch den anderen Heidelbergern vor Anfang Juni sehr mager aussieht. Ich wuerde sowas wie 2. Juni Woche vorschlagen. Tschüß Christian From mario at mathematik.uni-freiburg.de Fri May 6 09:36:19 2005 From: mario at mathematik.uni-freiburg.de (Mario Ohlberger) Date: Fri, 06 May 2005 09:36:19 +0200 Subject: [Dune] Naechstes Treffen In-Reply-To: <20050506065311.GA20998@hal.iwr.uni-heidelberg.de> References: <42788303.4080603@mathematik.uni-freiburg.de> <42788E91.8060405@iwr.uni-heidelberg.de> <20050506065311.GA20998@hal.iwr.uni-heidelberg.de> Message-ID: <427B1E73.5090305@mathematik.uni-freiburg.de> Halo alle, bei uns Freiburgern ist ebenfalls die Terminfrage zur Zeit schwierig und wir sehen auch kaum eine Moeglichkeit for Juni. Wir haben uns allerdings intern getroffen und einige Fragen diskutiert, die wir in kuerze auch an Euch weitergeben wollen. Ich schlage also vor, dass wir vielleicht ein Treffen im Juni planen und hierfuer auf Terminsuche gehen, aber vorab versuchen ein paar Dinge per email und/oder voicechat zu klaeren. Viele Gruesse, Mario. Christian Engwer wrote: > Hallo, > > On Wed, May 04, 2005 at 11:25:03AM +0200, Oliver Sander wrote: > >>Ob der vielen neuen Entwicklung hätte ich doch _bitte_ bald >>mal wieder ein Gesamttreffen. Bin ich denn der einzige, >>der daran Interesse hat? Zu diskutieren gibt es ja wohl >>genug. > > > Dem kann ich nur beipflichten, es gibt mehr als genug zu besprechen, > das einzige Problem ist, dass es bei mir und zum Teil auch den anderen > Heidelbergern vor Anfang Juni sehr mager aussieht. > > Ich wuerde sowas wie 2. Juni Woche vorschlagen. > > Tschüß Christian > > _______________________________________________ > Dune mailing list > Dune at hal.iwr.uni-heidelberg.de > http://hal.iwr.uni-heidelberg.de/cgi-bin/mailman/listinfo/dune -- *********************************************************** Dr. Mario Ohlberger Tel.: +49-761/203-5635 Abteilung f. Angewandte Mathematik Fax.: +49-761/203-5632 Universitaet Freiburg Hermann-Herder-Str. 10 D-79104 Freiburg E-Mail: mario at mathematik.uni-freiburg.de http://www.mathematik.uni-freiburg.de/IAM/homepages/mario/ ************************************************************ From sander at mi.fu-berlin.de Fri May 6 10:28:39 2005 From: sander at mi.fu-berlin.de (Oliver Sander) Date: Fri, 6 May 2005 10:28:39 +0200 (MEST) Subject: [Dune] Naechstes Treffen In-Reply-To: <427B1E73.5090305@mathematik.uni-freiburg.de> References: <42788303.4080603@mathematik.uni-freiburg.de> <42788E91.8060405@iwr.uni-heidelberg.de> <20050506065311.GA20998@hal.iwr.uni-heidelberg.de> <427B1E73.5090305@mathematik.uni-freiburg.de> Message-ID: Moin! Von mir aus kann es auch ruhig Juni sein. Soviel Geduld habe ich :-) Und am 1. Juli kommt ja auch Peter hier vorbei und hält einen Doppelvortrag mit Nicola Botta vom PIK, der ganz ähnliche Sachen wie wir machen. Vielleicht mag sich das ja jemand anschauen? Grüße, Oliver ************************************************************************ * Oliver Sander ** * * Freie Universität Berlin ** email: sander at math.fu-berlin.de * * Institut für Mathematik II ** phone: + 49 (30) 838 75217 * * Arnimallee 2-6 ** fax : + 49 (30) 838 54977 * * 14195 Berlin, Germany ** URL : www.math.fu-berlin.de/~sander * ************************************************************************ On Fri, 6 May 2005, Mario Ohlberger wrote: > Halo alle, > > bei uns Freiburgern ist ebenfalls die Terminfrage zur Zeit schwierig > und wir sehen auch kaum eine Moeglichkeit for Juni. Wir haben uns allerdings > intern getroffen und einige Fragen diskutiert, die wir in kuerze auch an Euch > weitergeben wollen. > > Ich schlage also vor, dass wir vielleicht ein Treffen im Juni planen und > hierfuer auf Terminsuche gehen, aber vorab versuchen ein paar Dinge per email > und/oder voicechat zu klaeren. > > Viele Gruesse, > > Mario. > > > > Christian Engwer wrote: >> Hallo, >> >> On Wed, May 04, 2005 at 11:25:03AM +0200, Oliver Sander wrote: >> >>> Ob der vielen neuen Entwicklung hätte ich doch _bitte_ bald >>> mal wieder ein Gesamttreffen. Bin ich denn der einzige, >>> der daran Interesse hat? Zu diskutieren gibt es ja wohl >>> genug. >> >> >> Dem kann ich nur beipflichten, es gibt mehr als genug zu besprechen, >> das einzige Problem ist, dass es bei mir und zum Teil auch den anderen >> Heidelbergern vor Anfang Juni sehr mager aussieht. >> >> Ich wuerde sowas wie 2. Juni Woche vorschlagen. >> >> Tschüß Christian >> >> _______________________________________________ >> Dune mailing list >> Dune at hal.iwr.uni-heidelberg.de >> http://hal.iwr.uni-heidelberg.de/cgi-bin/mailman/listinfo/dune > > -- > *********************************************************** > Dr. Mario Ohlberger Tel.: +49-761/203-5635 > Abteilung f. Angewandte Mathematik Fax.: +49-761/203-5632 > Universitaet Freiburg > Hermann-Herder-Str. 10 > D-79104 Freiburg > > E-Mail: mario at mathematik.uni-freiburg.de > http://www.mathematik.uni-freiburg.de/IAM/homepages/mario/ > ************************************************************ > > _______________________________________________ > Dune mailing list > Dune at hal.iwr.uni-heidelberg.de > http://hal.iwr.uni-heidelberg.de/cgi-bin/mailman/listinfo/dune > From Peter.Bastian at iwr.uni-heidelberg.de Fri May 6 10:55:36 2005 From: Peter.Bastian at iwr.uni-heidelberg.de (Peter Bastian) Date: Fri, 06 May 2005 10:55:36 +0200 Subject: [Dune] Naechstes Treffen In-Reply-To: <427B1E73.5090305@mathematik.uni-freiburg.de> References: <42788303.4080603@mathematik.uni-freiburg.de> <42788E91.8060405@iwr.uni-heidelberg.de> <20050506065311.GA20998@hal.iwr.uni-heidelberg.de> <427B1E73.5090305@mathematik.uni-freiburg.de> Message-ID: <427B3108.1000505@iwr.uni-heidelberg.de> Mario Ohlberger schrieb: > Halo alle, > > bei uns Freiburgern ist ebenfalls die Terminfrage zur Zeit schwierig > und wir sehen auch kaum eine Moeglichkeit for Juni. Wir haben uns > allerdings intern getroffen und einige Fragen diskutiert, die wir in > kuerze auch an Euch weitergeben wollen. > > Ich schlage also vor, dass wir vielleicht ein Treffen im Juni planen und > hierfuer auf Terminsuche gehen, aber vorab versuchen ein paar Dinge per > email und/oder voicechat zu klaeren. > Wir sollten wirklich versuchen ein Treffen im Juni zu machen. In der zweiten Woche sind allerdings Robert und ich in Avignon. Bliebe die Woche 13.6. bis 17.6., Montags und Donnerstag Nachmittag hab ich Vorlesung, Dienstag ginge es nur in HD bis 16 Uhr. Wie sieht es bei euch aus? Grüße -- Peter ------------------------------------------------------------------ Peter Bastian, IWR,Uni Heidelberg, INF 348,R 020, 69120 Heidelberg email: Peter.Bastian at iwr.uni-heidelberg.de Tel: +49 6221 54 4984 WWW: http://www.iwr.uni-heidelberg.de/~Peter.Bastian Fax: ... 8860 From sander at mi.fu-berlin.de Fri May 6 11:33:45 2005 From: sander at mi.fu-berlin.de (Oliver Sander) Date: Fri, 6 May 2005 11:33:45 +0200 (MEST) Subject: [Dune] Treffen Message-ID: Ich habe in der Woche vom 13.6-17.6 keine Termine. Wie wäre es denn mit Freitag, und vielleicht noch zusätzlich dem Donnerstag? Grüße, Oliver ************************************************************************ * Oliver Sander ** * * Freie Universität Berlin ** email: sander at math.fu-berlin.de * * Institut für Mathematik II ** phone: + 49 (30) 838 75217 * * Arnimallee 2-6 ** fax : + 49 (30) 838 54977 * * 14195 Berlin, Germany ** URL : www.math.fu-berlin.de/~sander * ************************************************************************ From mario at mathematik.uni-freiburg.de Fri May 6 11:34:22 2005 From: mario at mathematik.uni-freiburg.de (Mario Ohlberger) Date: Fri, 06 May 2005 11:34:22 +0200 Subject: [Dune] Naechstes Treffen In-Reply-To: <427B3108.1000505@iwr.uni-heidelberg.de> References: <42788303.4080603@mathematik.uni-freiburg.de> <42788E91.8060405@iwr.uni-heidelberg.de> <20050506065311.GA20998@hal.iwr.uni-heidelberg.de> <427B1E73.5090305@mathematik.uni-freiburg.de> <427B3108.1000505@iwr.uni-heidelberg.de> Message-ID: <427B3A1E.7080700@mathematik.uni-freiburg.de> Vom 13.-20. bin ich am M.I.T. Wie waere es also mit der Woche danach, z.B. Freitag, der 24.6.? Gruesse, Mario. Peter Bastian wrote: > Mario Ohlberger schrieb: > >> Halo alle, >> >> bei uns Freiburgern ist ebenfalls die Terminfrage zur Zeit schwierig >> und wir sehen auch kaum eine Moeglichkeit for Juni. Wir haben uns >> allerdings intern getroffen und einige Fragen diskutiert, die wir in >> kuerze auch an Euch weitergeben wollen. >> >> Ich schlage also vor, dass wir vielleicht ein Treffen im Juni planen >> und hierfuer auf Terminsuche gehen, aber vorab versuchen ein paar >> Dinge per email und/oder voicechat zu klaeren. >> > Wir sollten wirklich versuchen ein Treffen im Juni zu machen. In der > zweiten Woche sind allerdings > Robert und ich in Avignon. Bliebe die Woche 13.6. bis 17.6., Montags und > Donnerstag Nachmittag hab ich Vorlesung, Dienstag ginge es nur in HD bis > 16 Uhr. Wie sieht es bei euch aus? > > Grüße > > -- Peter > ------------------------------------------------------------------ > Peter Bastian, IWR,Uni Heidelberg, INF 348,R 020, 69120 Heidelberg > email: Peter.Bastian at iwr.uni-heidelberg.de Tel: +49 6221 54 4984 > WWW: http://www.iwr.uni-heidelberg.de/~Peter.Bastian Fax: ... 8860 > > > _______________________________________________ > Dune mailing list > Dune at hal.iwr.uni-heidelberg.de > http://hal.iwr.uni-heidelberg.de/cgi-bin/mailman/listinfo/dun > e -- *********************************************************** Dr. Mario Ohlberger Tel.: +49-761/203-5635 Abteilung f. Angewandte Mathematik Fax.: +49-761/203-5632 Universitaet Freiburg Hermann-Herder-Str. 10 D-79104 Freiburg E-Mail: mario at mathematik.uni-freiburg.de http://www.mathematik.uni-freiburg.de/IAM/homepages/mario/ ************************************************************ From sander at mi.fu-berlin.de Fri May 6 11:45:14 2005 From: sander at mi.fu-berlin.de (Oliver Sander) Date: Fri, 6 May 2005 11:45:14 +0200 (MEST) Subject: [Dune] Indices, die siebzehnte Message-ID: Liebe Leute! Eine Sache brennt mir hier etwas unter den Nägeln, und es wäre nett, wenn ich vielleicht schon vor dem 24.6. dazu ein paar Antworten bekommen könnte. Wir fangen hier langsam an, mit Verfeinerung zu arbeiten, d.h., ich brauche jetzt zum LevelIndex zusätzlich auch den GlobalIndex. Ich habe allerdings keine Möglichkeit gefunden, in UG _zwei_ Zahlen pro Entity abzulegen [hallo Ihr UG-Experten: habe ich da was übersehen?] Die einzige Möglichkeit, zwei Indizes zu haben besteht darin, sich voll auf Roberts IndexSet-Konzept zu stützen. Dann muß ich aber UGGrid-intern das eine vorhandene INT-Feld anders nützen, d.h., ich kann leider nicht beides, also Indizes wie bisher _und_ IndexSets implementieren. Nun wurde ja auf unserem letzten Treffen beschlossen, auf IndexSets umzusteigen, aber seitdem hat sich nichts mehr getan, und darum bin ich auch etwas zögerlich, alle Brücken hinter mir abzubrechen und nur noch IndexSets zu unterstützen. Wie seht Ihr das? Grüße, Oliver ************************************************************************ * Oliver Sander ** * * Freie Universität Berlin ** email: sander at math.fu-berlin.de * * Institut für Mathematik II ** phone: + 49 (30) 838 75217 * * Arnimallee 2-6 ** fax : + 49 (30) 838 54977 * * 14195 Berlin, Germany ** URL : www.math.fu-berlin.de/~sander * ************************************************************************ From robertk at mathematik.uni-freiburg.de Sat May 7 15:24:00 2005 From: robertk at mathematik.uni-freiburg.de (Robert Kloefkorn) Date: Sat, 07 May 2005 15:24:00 +0200 Subject: [Dune] Zeitprobleme. Message-ID: <427CC170.40005@mathematik.uni-freiburg.de> Hi Duneler, da ich jetzt an nicht mehr die Zeit habe, mich um Dinge wie Schnittstellenanpassungen aufgrund von irgendwelchen Schönheitseingriffen werde ich für AlbertaGrid die EntityPointer implementieren und mich dann nur noch um mein Promotionsprojekt kümmern. Dies bedeutet dass ich Schnittstellenänderungen nur noch dann nachziehen werde, wenn diese (nicht wie bisher) vorher gründlich diskutiert worden sind und auch explizit klar ist, was dieses dann für die einzelnen Implementierungen bedeutet. Dies bedeutet auch dass Testimplementierungen an SGrid, OneDGrid oder YaspGrid für mich nicht mehr als Machbarkeitsbelege gelten, da bei diesen Gittern die Struktur so einfach ist, dass sich fast alles "schön" und sauber implementieren lässt. In der unstrukturierten Welt sehen die Dinge dann meist anders aus und kosten dann viel Zeit, die ich nicht mehr habe. Dies bedeutet natürlich nicht, dass solche Dinge nicht von anderen Leuten übernommen werden könnten. Freiwillige vor. Mit anderen Worten, ich werde jetzt erstmal meine Arbeit vorantreiben, und zwar mit Dune auf dem Stand von genau jetzt. Grüssle und schönes Wochenende R From Peter.Bastian at iwr.uni-heidelberg.de Mon May 9 13:22:12 2005 From: Peter.Bastian at iwr.uni-heidelberg.de (Peter Bastian) Date: Mon, 09 May 2005 13:22:12 +0200 Subject: [Dune] Indices, die siebzehnte In-Reply-To: References: Message-ID: <427F47E4.5090200@iwr.uni-heidelberg.de> Oliver Sander schrieb: > Liebe Leute! > Eine Sache brennt mir hier etwas unter den Nägeln, und es wäre nett, > wenn ich vielleicht schon vor dem 24.6. dazu ein paar Antworten bekommen > könnte. > Wir fangen hier langsam an, mit Verfeinerung zu arbeiten, d.h., ich > brauche jetzt zum LevelIndex zusätzlich auch den GlobalIndex. Ich > habe allerdings keine Möglichkeit gefunden, in UG _zwei_ Zahlen pro > Entity abzulegen [hallo Ihr UG-Experten: habe ich da was übersehen?] Du könntest ja im Format einen zusätzlichen Freiheitsgrad angeben und dann die Information dort reinschreiben, das geht also schon. Ansonsten würde ich auch vor einem #ifdef DUNE in gm.h nicht zurückschrecken. Für die globally unique IDs sollte man die aus DDD verwenden. > > Die einzige Möglichkeit, zwei Indizes zu haben besteht darin, sich > voll auf Roberts IndexSet-Konzept zu stützen. Dann muß ich aber > UGGrid-intern das eine vorhandene INT-Feld anders nützen, d.h., > ich kann leider nicht beides, also Indizes wie bisher _und_ IndexSets > implementieren. Ich meine wir sollten die Indizes jetzt endlich festklopfen. Ich hatte ja auch einen Vorschlag dazu gemacht. Ich meine auch, dass Indizes keine Sache des FEM Moduls sind sondern allgemein dazu dienen Daten an entities zu binden. Entsprechende Implementierung für die mapper habe ich bzw. kann sie für den adaptiven Fall kurzfristig fertigstellen (mindestens wenn wir uns auf darauf einigen auch die "old" indizes festzuschreiben). > > Nun wurde ja auf unserem letzten Treffen beschlossen, auf IndexSets > umzusteigen, aber seitdem hat sich nichts mehr getan, und darum bin > ich auch etwas zögerlich, alle Brücken hinter mir abzubrechen und > nur noch IndexSets zu unterstützen. > Mindestens im Yaspgrid habe ich ja einen IndexSet eingebaut. Von mir aus können wir die alten Methoden an der Entity abschaffen. Wir müssen uns nur auf den Inhalt von einem IndexSet einigen (siehe meine mails). Grüße -- Peter ------------------------------------------------------------------ Peter Bastian, IWR,Uni Heidelberg, INF 348,R 020, 69120 Heidelberg email: Peter.Bastian at iwr.uni-heidelberg.de Tel: +49 6221 54 4984 WWW: http://www.iwr.uni-heidelberg.de/~Peter.Bastian Fax: ... 8860 From burriad at mathematik.uni-freiburg.de Thu May 12 16:18:37 2005 From: burriad at mathematik.uni-freiburg.de (Adrian Burri) Date: Thu, 12 May 2005 16:18:37 +0200 Subject: [Dune] Feature request Message-ID: <428365BD.3060307@mathematik.uni-freiburg.de> Hi everyone, Andreas and I have encountered a problem while implementing a discontinuous Galerkin method and came up with a possible solution. I've added a detailed description below. We would be glad if you could tell us your view on the topic, especially if a) the proposed solution is acceptable to everyone and b) if anyone sees an alternative way to tackle the described problem. Cheers Adi Feature request =========== Request: --------- Addition of a "twist" method to IntersectionIterator. The twist indicates the orientation of the neighboring face with respect to the face of the element, where the IntersectionIterator was started. - Signature: int IntersectionIterator::twist() const - Affected classes: IntersectionIterator - Default implementation possible: yes Motivation: ----------- In discontinuous Galerkin methods, there are higher order face integrals which necessitate the evaluation of the adjacent elements' base functions at a given (quadrature) point on the face. These (quadrature) points are given in the local coordinates of one face's reference element. To determine the corresponding reference element coordinates in the other element, one now needs to map the reference element coordinates in the physical space (using Geometry::global) and back again into the other reference element (using Geometry::local), which is too costly considering the non-linearity of the mapping for hexahedra. The introduction of the twist information not only allows to directly map the reference element coordinates of the adjactent faces onto each other, but also to identify corresponding quadrature points on these faces, so that an additional speedup can be achieved by caching the base function evaluations locally. Open questions: --------------- - Treatment of non-conforming grids (the definition of the twist is straightforward, but the twist alone is not sufficient to define the mapping) - Alternative approach: in an alternative approach, the identification of quadrature points on the adjacent faces must be possible and efficient From christi at uni-hd.de Thu May 12 17:11:37 2005 From: christi at uni-hd.de (Christian Engwer) Date: Thu, 12 May 2005 17:11:37 +0200 Subject: [Dune] Feature request In-Reply-To: <428365BD.3060307@mathematik.uni-freiburg.de> References: <428365BD.3060307@mathematik.uni-freiburg.de> Message-ID: <20050512151137.GB15269@hal.iwr.uni-heidelberg.de> Hi, I'm using DG myself I never got hte problems you described. The integral over the intersection I do as follows: 1) I have intersection iterator. 2) the quadrature points are defined in local coordinates of the intersection's reference element, i.e. a line in 2D or a triangle or quadrilateral in 3D. 3) using intersectionSelfLocal and intersectionNeighborLocal I can map the quadrature points onto the element's or the neighbor's reference element. 4) I evalute the function in local coordinates of the element. Perhaps I missed something, but where do you need the twist? There is one thing that can be important... if you assemble one part from the element and an other part from the neighbor then you get into trouble if you use a non-symetric quadrature rule or you need to know the orientation of the intersection. But this problem should not occure as the quadrature rules in Dune are all symetric at the moment. Christian From sander at mi.fu-berlin.de Fri May 13 10:02:35 2005 From: sander at mi.fu-berlin.de (Oliver Sander) Date: Fri, 13 May 2005 10:02:35 +0200 (MEST) Subject: [Dune] K1Vector Message-ID: Hi guys! Switching user code from K1Vector to FieldVector was easy. I propose we remove the USE_DEPRECATED_K1 code right away. Oliver ************************************************************************ * Oliver Sander ** * * Freie Universität Berlin ** email: sander at math.fu-berlin.de * * Institut für Mathematik II ** phone: + 49 (30) 838 75217 * * Arnimallee 2-6 ** fax : + 49 (30) 838 54977 * * 14195 Berlin, Germany ** URL : www.math.fu-berlin.de/~sander * ************************************************************************ From sander at mi.fu-berlin.de Fri May 13 10:20:56 2005 From: sander at mi.fu-berlin.de (Oliver Sander) Date: Fri, 13 May 2005 10:20:56 +0200 (MEST) Subject: [Dune] UGGrid in libdune Message-ID: Hi guys! I extended the dune build system a bit so that now the two instantiations dim==dimworld==2 and dim==dimworld==3 of the UGGrid class are precompiled in libdune. These are the only ones possible anyways. The main reason I did this is the following: UGGrid uses a few static variables. If their definition is #included into every compilation unit (as was the case so far) you get multiple-definition linker errors when trying to link objects files together with more than one using UGGrid. As the static variables are defined _once_ now, namely in libdune, this problem is fixed. Now, if you want to use UGGrid, you have to supply the option --with-ug=my_ug_path when configuring DUNE. You do _not_ have to supply the problem-dim/world-dim options, as 'all' possible instantiations of UGGrid are compiled anyways. Enjoy! Oliver ************************************************************************ * Oliver Sander ** * * Freie Universität Berlin ** email: sander at math.fu-berlin.de * * Institut für Mathematik II ** phone: + 49 (30) 838 75217 * * Arnimallee 2-6 ** fax : + 49 (30) 838 54977 * * 14195 Berlin, Germany ** URL : www.math.fu-berlin.de/~sander * ************************************************************************ From christi at uni-hd.de Fri May 13 10:51:50 2005 From: christi at uni-hd.de (Christian Engwer) Date: Fri, 13 May 2005 10:51:50 +0200 Subject: [Dune] K1Vector In-Reply-To: References: Message-ID: <20050513085150.GA5144@hal.iwr.uni-heidelberg.de> On Fri, May 13, 2005 at 10:02:35AM +0200, Oliver Sander wrote: > Hi guys! > Switching user code from K1Vector to FieldVector was easy. > I propose we remove the USE_DEPRECATED_K1 code right away. No objections... go ahead CU Christian From sander at mi.fu-berlin.de Fri May 13 12:43:34 2005 From: sander at mi.fu-berlin.de (Oliver Sander) Date: Fri, 13 May 2005 12:43:34 +0200 (MEST) Subject: [Dune] Re: iso_trinagle .... In-Reply-To: <428483C7.7050609@mathematik.uni-freiburg.de> References: <428483C7.7050609@mathematik.uni-freiburg.de> Message-ID: Hi Robert! Ich weiß. Und es gibt sogar noch mehr, z.B. in sgrid.hh. Da habe ich aber gar nicht verstanden, was der umliegende Code eigentlich soll und habe mich nicht getraut, da rumzuspielen. Kurzen Moment Geduld, ich werde gleich noch etwas aufräumen. ;-) Oliver ************************************************************************ * Oliver Sander ** * * Freie Universität Berlin ** email: sander at math.fu-berlin.de * * Institut für Mathematik II ** phone: + 49 (30) 838 75217 * * Arnimallee 2-6 ** fax : + 49 (30) 838 54977 * * 14195 Berlin, Germany ** URL : www.math.fu-berlin.de/~sander * ************************************************************************ On Fri, 13 May 2005, Robert Kloefkorn wrote: > Hi Oli, > > sicher hast Du beim Entfernen von iso_triangle übersehen, > dass das noch an manchen Stellen im Code gebraucht wird, bzw. entfernt werden > muss. Das ergab zumindest grep -r iso_triangle * im dune-Root. > > grid/common/refinement/hcubetriangulation.cc: struct Traits CoordType, iso_triangle> > grid/common/refinement/hcubetriangulation.cc: struct > Traits > grid/common/refinement/simplex.cc: struct Traits triangle> > grid/common/refinement/simplex.cc: struct Traits iso_triangle> > grid/common/refinement/simplex.cc: struct Traits iso_triangle> > grid/common/virtualrefinement.cc: case iso_triangle: > grid/common/virtualrefinement.cc: return > VirtualRefinementImp::instance(); > grid/common/virtualrefinement.cc: case iso_triangle: > grid/common/virtualrefinement.cc: return > VirtualRefinementImp::instance(); > grid/common/virtualrefinement.cc: case iso_triangle: > grid/common/virtualrefinement.cc: return > VirtualRefinementImp::instance(); > grid/common/virtualrefinement.cc: case iso_triangle: > grid/common/virtualrefinement.cc: return > VirtualRefinementImp::instance(); > grid/common/virtualrefinement.cc: case iso_triangle: > grid/common/virtualrefinement.cc: return > VirtualRefinementImp::instance(); > io/visual/grape/geldesc.hh: gr_pyramid=5, gr_prism=6, > gr_hexahedron=7,gr_iso_triangle=8, gr_iso_quadrilateral=9, > quadrature/fixedorder.hh: case iso_triangle : { > buildQuadrature ( id , polOrd ); break; } > > Grüssle > > R > From thimo.neubauer at iwr.uni-heidelberg.de Wed May 18 12:54:41 2005 From: thimo.neubauer at iwr.uni-heidelberg.de (Thimo Neubauer) Date: Wed, 18 May 2005 12:54:41 +0200 Subject: [Dune] Re: [Dune-CVS] CVS (robertk) In-Reply-To: References: Message-ID: <20050518105441.GB16001@macht.org> On Tue, May 17, 2005 at 08:07:43PM +0200, Robert Kloefkorn wrote: > Update of /var/lib/cvs/dune/grid/alu3dgrid > In directory hal:/tmp/cvs-serv1272 > > Modified Files: > alu3dgrid.cc > Log Message: > Some derr error, dont know, its std::cerr the again, who cares. Me. What kind of error? Maybe I could fix it... ? I still believe that messages which can be switched on or off from an application are a good thing. Maybe that's just because UG tends to print an enormous amount of relatively useless messages and there is nothing one can do about it... If nobody likes the idea of the debugstreams I can remove them, otherwise I'd be happy to hear ideas how to improve them so that everybody is satisfied. Cheers Thimo From burriad at mathematik.uni-freiburg.de Wed May 18 14:00:50 2005 From: burriad at mathematik.uni-freiburg.de (Adrian Burri) Date: Wed, 18 May 2005 14:00:50 +0200 Subject: [Dune] Re: [Dune-CVS] CVS (robertk) In-Reply-To: <20050518105441.GB16001@macht.org> References: <20050518105441.GB16001@macht.org> Message-ID: <428B2E72.4000808@mathematik.uni-freiburg.de> I'm totally happy with them and I've never had any problems using them. I don't see any need for improvements there. Thimo Neubauer wrote: >On Tue, May 17, 2005 at 08:07:43PM +0200, Robert Kloefkorn wrote: > > >>Update of /var/lib/cvs/dune/grid/alu3dgrid >>In directory hal:/tmp/cvs-serv1272 >> >>Modified Files: >> alu3dgrid.cc >>Log Message: >>Some derr error, dont know, its std::cerr the again, who cares. >> >> > >Me. What kind of error? Maybe I could fix it... ? > >I still believe that messages which can be switched on or off from an >application are a good thing. Maybe that's just because UG tends to >print an enormous amount of relatively useless messages and there is >nothing one can do about it... If nobody likes the idea of the >debugstreams I can remove them, otherwise I'd be happy to hear ideas >how to improve them so that everybody is satisfied. > >Cheers > Thimo > >_______________________________________________ >Dune mailing list >Dune at hal.iwr.uni-heidelberg.de >http://hal.iwr.uni-heidelberg.de/cgi-bin/mailman/listinfo/dune > > From robertk at mathematik.uni-freiburg.de Wed May 18 14:05:33 2005 From: robertk at mathematik.uni-freiburg.de (Robert Kloefkorn) Date: Wed, 18 May 2005 14:05:33 +0200 Subject: [Dune] Compiler. Message-ID: <428B2F8D.20107@mathematik.uni-freiburg.de> Hi Duneler, I just tried to check in some (minor) changes to make the dune code compile with older versions of the intel compiler for example. This is necessary, because on many parallel computers or linux clusters the compilers are not that up to date. Because of that we have to make sure that dune can be compiled also with older versions of compilers, if this is possible. Greetz R -- Robert Klöfkorn Mathematisches Institut Tel: +49 (0) 761 203 5631 Abt. für Angewandte Mathematik Fax: +49 (0) 761 203 5632 Universität Freiburg Hermann-Herder-Str. 10 79104 Freiburg http://www.mathematik.uni-freiburg.de/IAM/homepages/robertk From thimo.neubauer at iwr.uni-heidelberg.de Wed May 18 15:51:19 2005 From: thimo.neubauer at iwr.uni-heidelberg.de (Thimo Neubauer) Date: Wed, 18 May 2005 15:51:19 +0200 Subject: [Dune] Compiler. In-Reply-To: <428B2F8D.20107@mathematik.uni-freiburg.de> References: <428B2F8D.20107@mathematik.uni-freiburg.de> Message-ID: <20050518135119.GB18794@macht.org> Hi, On Wed, May 18, 2005 at 02:05:33PM +0200, Robert Kloefkorn wrote: > I just tried to check in some (minor) changes to make the dune code > compile with older versions of the intel compiler for example. > > This is necessary, because on many parallel computers or linux clusters > the compilers are not that up to date. Because of that we have to make > sure that dune can be compiled also with older versions of compilers, if > this is possible. Christian and I were thinking of automatic build tests to ensure a good compiler/OS compatibility. Unfortunately the tools we found were either in an early stage, undocumented, had security drawbacks or all of the above :) Hopefully a good solution appears in the near future so that we could put "building daemons" on some machines and automatically check for failures. http://buildbot.sf.net/ seemed nice but needed some heavy Python-scripting when we checked... if someone stumbles over a good solution please tell us :) Cheers Thimo From robertk at mathematik.uni-freiburg.de Thu May 19 12:16:50 2005 From: robertk at mathematik.uni-freiburg.de (Robert Kloefkorn) Date: Thu, 19 May 2005 12:16:50 +0200 Subject: [Dune] Compiler. In-Reply-To: <20050518135119.GB18794@macht.org> References: <428B2F8D.20107@mathematik.uni-freiburg.de> <20050518135119.GB18794@macht.org> Message-ID: <428C6792.1090304@mathematik.uni-freiburg.de> Thimo Neubauer wrote: > Hi, > > Christian and I were thinking of automatic build tests to ensure a > good compiler/OS compatibility. Unfortunately the tools we found were > either in an early stage, undocumented, had security drawbacks or all > of the above :) Hopefully a good solution appears in the near future > so that we could put "building daemons" on some machines and > automatically check for failures. http://buildbot.sf.net/ seemed nice > but needed some heavy Python-scripting when we checked... if someone > stumbles over a good solution please tell us :) Sounds good. But also sounds like much work. I think we should stay focus on the real problem, wirting numerical code. The problems, which caused that icc7.0 didn't compile the code anymore, was the template parameter in the entity class, code like this: template class Entity { template struct codim { }; typedef codim::..... }; The problem is, that icc inherits typedefs, which means even if the codim struct is only a typedef in a base class, this conflicts but also is not as clear as naming the template parameter of the dune grid interfaces different then internal typedefs, i.e. no int template parameters named codim anymore. I just cleaned the interface classes in dune/common/entity.hh, alu3dgrid.hh and onedgridentity.hh. I think in all other grid implementation this problem also occurs and should be fixed in the next time. I think for the moment we should just test from time to time that the code compiles. Having a automatic code compile testing system is nice, but we should focus our strength on the real problems. Cheers R -- Robert Klöfkorn Mathematisches Institut Tel: +49 (0) 761 203 5631 Abt. für Angewandte Mathematik Fax: +49 (0) 761 203 5632 Universität Freiburg Hermann-Herder-Str. 10 79104 Freiburg http://www.mathematik.uni-freiburg.de/IAM/homepages/robertk From sander at mi.fu-berlin.de Fri May 20 09:52:23 2005 From: sander at mi.fu-berlin.de (Oliver Sander) Date: Fri, 20 May 2005 09:52:23 +0200 (MEST) Subject: [Dune] Compiler. In-Reply-To: <428C6792.1090304@mathematik.uni-freiburg.de> References: <428B2F8D.20107@mathematik.uni-freiburg.de> <20050518135119.GB18794@macht.org> <428C6792.1090304@mathematik.uni-freiburg.de> Message-ID: Hi guys! > Sounds good. But also sounds like much work. I think we should stay focus on > the real problem, wirting numerical code. I think we should have automated build testings _because_ we can then focus on the 'real' problems. Whatever those are. Just trying to build Dune by hand once in a while on some odd machine takes much more effort in the long run and never really yields sound results. We will never truly be able to claim that 'Dune runs on A, B, C with compilers D, E'. I must say, however, that I don't think that it's of paramount importance to have Dune compile with every compiler out there. If a feature is standard-conforming, and a compiler does not like it, I propose we do not hack our code but suggest people use a better compiler. Well, that's the purist view. Let the flame war begin! It is not known to me whether the above said applys to Roberts codim- example. Another little detail comes to my mind, though. I think that, because the struct codim is a, well, struct, it should be called Codim, because that's what people expect from our naming conventions. Have a good day, Oliver > The problems, which caused that > icc7.0 didn't compile the code anymore, was the template parameter in the > entity class, code like this: > > template > class Entity > { > template > struct codim > { > > }; > > typedef codim::..... > > }; > > The problem is, that icc inherits typedefs, which means even if the codim > struct is only a typedef in a base class, this conflicts but also is not as > clear as naming the template parameter of the dune grid interfaces different > then internal typedefs, i.e. no int template parameters named codim anymore. > I just cleaned the interface classes in dune/common/entity.hh, alu3dgrid.hh > and onedgridentity.hh. I think in all other grid implementation this problem > also occurs and should be fixed in the next time. > > I think for the moment we should just test from time to time that the code > compiles. Having a automatic code compile testing system is nice, but we > should focus our strength on the real problems. > > Cheers > > R > > -- > > Robert Klöfkorn > > Mathematisches Institut Tel: +49 (0) 761 203 5631 > Abt. für Angewandte Mathematik Fax: +49 (0) 761 203 5632 > Universität Freiburg > Hermann-Herder-Str. 10 > 79104 Freiburg > > http://www.mathematik.uni-freiburg.de/IAM/homepages/robertk > > _______________________________________________ > Dune mailing list > Dune at hal.iwr.uni-heidelberg.de > http://hal.iwr.uni-heidelberg.de/cgi-bin/mailman/listinfo/dune > From mblatt at hal.iwr.uni-heidelberg.de Fri May 20 11:04:57 2005 From: mblatt at hal.iwr.uni-heidelberg.de (Markus Blatt) Date: Fri, 20 May 2005 11:04:57 +0200 Subject: [Dune] Re: slist In-Reply-To: References: Message-ID: <20050520090457.GA23250@hal.iwr.uni-heidelberg.de> Hi Olliver, On Fri, May 20, 2005 at 10:31:00AM +0200, Oliver Sander wrote: > Hallo Markus! > Dune übersetzt nicht mehr mit UG, weil ein in ~SLList() aufgerufener > operator<< von irgendwas fehlt. Da bist wohl Du zuständig? > Danke für den Hinweis. Ja dann bin ich zuständig. Habe leider vergessen meinen Debugging output zu entfernen. Die Standardallocatoren kann man wohl nicht mittels operator<< rausschreiben. Gefixt. Gruß, Markus -- From robertk at mathematik.uni-freiburg.de Fri May 20 11:05:54 2005 From: robertk at mathematik.uni-freiburg.de (Robert Kloefkorn) Date: Fri, 20 May 2005 11:05:54 +0200 Subject: [Dune] Noch was. Message-ID: <428DA872.5060906@mathematik.uni-freiburg.de> Hi zusammen, es wäre schön, wenn es in dune eine configure option disable-docu oder so geben würde, damit man das generieren der Doku abschalten kann, da gerade auf Clustern/Parallelrechnern nicht davon ausgegangen werden kann, das Latex usw. installiert ist. Grüssle R -- Robert Klöfkorn Mathematisches Institut Tel: +49 (0) 761 203 5631 Abt. für Angewandte Mathematik Fax: +49 (0) 761 203 5632 Universität Freiburg Hermann-Herder-Str. 10 79104 Freiburg http://www.mathematik.uni-freiburg.de/IAM/homepages/robertk From thimo.neubauer at iwr.uni-heidelberg.de Fri May 20 17:53:34 2005 From: thimo.neubauer at iwr.uni-heidelberg.de (Thimo Neubauer) Date: Fri, 20 May 2005 17:53:34 +0200 Subject: [Dune] Noch was. In-Reply-To: <428DA872.5060906@mathematik.uni-freiburg.de> References: <428DA872.5060906@mathematik.uni-freiburg.de> Message-ID: <20050520155334.GC21421@macht.org> Hi, On Fri, May 20, 2005 at 11:05:54AM +0200, Robert Kloefkorn wrote: > es wäre schön, wenn es in dune eine configure option > disable-docu oder so geben würde, damit man das generieren der Doku > abschalten kann, da gerade auf Clustern/Parallelrechnern nicht davon > ausgegangen werden kann, das Latex usw. installiert ist. Wenn eines der Programme doxygen, latex, bibtex, ... von configure nicht gefunden wird dann wird als Ersatz "true" aufgerufen. Damit sollte dann alles ohne Fehler durchlaufen. Es können aber noch Fehler drin sein, für fehlendes doxygen habe ich's aber auch mal ausprobiert. Reicht das als Feature? Wenn nicht, kann man so ein disable natürlich auch basteln, dann müssen aber alle Makefile.am in doc/ mit einem if DOC ... endif umbastelt werden. Gruss Thimo From robertk at mathematik.uni-freiburg.de Fri May 20 19:03:06 2005 From: robertk at mathematik.uni-freiburg.de (Robert Kloefkorn) Date: Fri, 20 May 2005 19:03:06 +0200 Subject: [Dune] Noch was. In-Reply-To: <20050520155334.GC21421@macht.org> References: <428DA872.5060906@mathematik.uni-freiburg.de> <20050520155334.GC21421@macht.org> Message-ID: <428E184A.9060503@mathematik.uni-freiburg.de> Thimo Neubauer wrote: > Hi, > Reicht das als Feature? Wenn nicht, kann man so ein disable natürlich > auch basteln, dann müssen aber alle Makefile.am in doc/ mit einem Ja eingentlich schon. Allerdings hat Oli auch recht. Immer die Doc zu generieren, die man nicht braucht, da sie ja im Netz steht. Mir ists aber egal. Wenn ich die Doc nicht will, kann ich mir auch selbst helfen, lokal versteht sich. Gruss R From thimo at macht.org Mon May 30 15:20:37 2005 From: thimo at macht.org (Thimo Neubauer) Date: Mon, 30 May 2005 15:20:37 +0200 Subject: [Dune] Bug tracking Message-ID: <20050530132037.GA939@macht.org> Hi, recently I did a test install of a bug tracking system Flyspray [1] which I think is suited for Dune. IMHO it's not as complex as bugzilla, there are bug dependencies (Bug A can only be closed if bugs B and C are fixed) and there can be assigned persons for different modules. I've already assigned myself for the Build-System :) If you don't like the sections I created (which are modeled after the directories) we can of course change them. Please take a look at http://inferno.iwr.uni-heidelberg.de/flyspray/ and write if you like it. Feel free to file bugs, either real ones or dummies. The latter will just make eventual statistics look better ;-) If you like the system I'll include a link on the Dune-homepage. Cheers Thimo [1] http://flyspray.rocks.cc/ From robertk at mathematik.uni-freiburg.de Tue May 31 10:43:50 2005 From: robertk at mathematik.uni-freiburg.de (Robert Kloefkorn) Date: Tue, 31 May 2005 10:43:50 +0200 Subject: [Dune] Re: [Dune-CVS] CVS (robertk) In-Reply-To: <161c501ff938c1232d2914644a3d8d10@macht.org> References: <20050518105441.GB16001@macht.org> <428B2E21.7050601@mathematik.uni-freiburg.de> <20050530162921.GB3775@macht.org> <429B45A2.6010905@mathematik.uni-freiburg.de> <161c501ff938c1232d2914644a3d8d10@macht.org> Message-ID: <429C23C6.7040209@mathematik.uni-freiburg.de> Thimo Neubauer wrote: > Hi, > Mit dem xlc? Das habe ich schonmal probiert, als das IWR zum Testen ein > Xscale geliehen bekommen haben und bin dann nach einigen Umbauten in > common schliesslich an einem echten Compiler-Fehler gescheitert. Hi Thimo hast Du den xlc noch für Linux. Es wäre sehr sehr wünschenswert, das Dune mit diesem Compiler übersetzt, weil man dann Dune auch auf IBM Kisten, die so ziemlich überall im Land verteilt sind, z.B. Karlsruhe, Jülich, laufen lassen könnte. Gruss R -- Robert Klöfkorn Mathematisches Institut Tel: +49 (0) 761 203 5631 Abt. für Angewandte Mathematik Fax: +49 (0) 761 203 5632 Universität Freiburg Hermann-Herder-Str. 10 79104 Freiburg http://www.mathematik.uni-freiburg.de/IAM/homepages/robertk From thimo.neubauer at iwr.uni-heidelberg.de Tue May 31 11:31:58 2005 From: thimo.neubauer at iwr.uni-heidelberg.de (Thimo Neubauer) Date: Tue, 31 May 2005 11:31:58 +0200 Subject: [Dune] Re: [Dune-CVS] CVS (robertk) In-Reply-To: <429C23C6.7040209@mathematik.uni-freiburg.de> References: <20050518105441.GB16001@macht.org> <428B2E21.7050601@mathematik.uni-freiburg.de> <20050530162921.GB3775@macht.org> <429B45A2.6010905@mathematik.uni-freiburg.de> <161c501ff938c1232d2914644a3d8d10@macht.org> <429C23C6.7040209@mathematik.uni-freiburg.de> Message-ID: <20050531093158.GA18861@macht.org> Hi, [Mailverkehr ging bisher über Dune mit dem xlc-Compiler von IBM] On Tue, May 31, 2005 at 10:43:50AM +0200, Robert Kloefkorn wrote: > Thimo Neubauer wrote: > > Hi, > > > Mit dem xlc? Das habe ich schonmal probiert, als das IWR zum Testen ein > > Xscale geliehen bekommen haben und bin dann nach einigen Umbauten in > > common schliesslich an einem echten Compiler-Fehler gescheitert. > Hi Thimo > > hast Du den xlc noch für Linux. Es wäre sehr sehr wünschenswert, das > Dune mit diesem Compiler übersetzt, weil man dann Dune auch auf IBM > Kisten, die so ziemlich überall im Land verteilt sind, z.B. Karlsruhe, > Jülich, laufen lassen könnte. Ich habe das Ding auf einem Xserve (habe es das letzte Mal falscherweise Xscale genannt...) ausprobiert, d.h. unter MacOS X. Der Rechner war auch nur für zwei Wochen geliehen, um Benchmarks darauf zu machen. Es sieht so aus, als hätte unser Rechenzentrum auf den AIX-Kisten den Intel-Compiler installiert, da habe ich aber leider kein Account. Christian? Könntest Du man nachsehen, was für eine xlc-Version die da haben? Ich vermute allerdings, dass es eine uralte sein wird, unser Rechenzentrum hält selbst netscape 1.0 noch in Ehren... Jedenfalls gibt's den Compiler (soweit ich das finden kann) auch nur für POWER und sowas haben wir in unserer Gruppe nicht. Gruss Thimo From robertk at mathematik.uni-freiburg.de Tue May 31 11:42:11 2005 From: robertk at mathematik.uni-freiburg.de (Robert Kloefkorn) Date: Tue, 31 May 2005 11:42:11 +0200 Subject: [Dune] Re: [Dune-CVS] CVS (robertk) In-Reply-To: <20050531093158.GA18861@macht.org> References: <20050518105441.GB16001@macht.org> <428B2E21.7050601@mathematik.uni-freiburg.de> <20050530162921.GB3775@macht.org> <429B45A2.6010905@mathematik.uni-freiburg.de> <161c501ff938c1232d2914644a3d8d10@macht.org> <429C23C6.7040209@mathematik.uni-freiburg.de> <20050531093158.GA18861@macht.org> Message-ID: <429C3173.7000307@mathematik.uni-freiburg.de> Hi alle, > Jedenfalls gibt's den Compiler (soweit ich das finden kann) auch nur > für POWER und sowas haben wir in unserer Gruppe nicht. wenn ich das gestern richtig gesehen habe, dann gibt es mitterweile auch Pakete für SuSE und RedHat, und ich denke zumindest das SuSE Zeug sollte man zum laufen bekommen. Leider gibt es glaube ich keine noncomercial Version von dem Compiler, so wie bei Intel. Hier auf der Seite steht zumindest mal so was, aber genauer habe ich auch nicht nachgelesen. http://www-306.ibm.com/common/ssi/fcgi-bin/ssialias?infotype=an&subtype=ca&supplier=897&appname=IBMLinkRedirect&letternum=ENUS203-347 Grüssle R -- Robert Klöfkorn Mathematisches Institut Tel: +49 (0) 761 203 5631 Abt. für Angewandte Mathematik Fax: +49 (0) 761 203 5632 Universität Freiburg Hermann-Herder-Str. 10 79104 Freiburg http://www.mathematik.uni-freiburg.de/IAM/homepages/robertk From thimo.neubauer at iwr.uni-heidelberg.de Tue May 31 13:57:39 2005 From: thimo.neubauer at iwr.uni-heidelberg.de (Thimo Neubauer) Date: Tue, 31 May 2005 13:57:39 +0200 Subject: [Dune] Re: [Dune-CVS] CVS (robertk) In-Reply-To: <429C3173.7000307@mathematik.uni-freiburg.de> References: <20050518105441.GB16001@macht.org> <428B2E21.7050601@mathematik.uni-freiburg.de> <20050530162921.GB3775@macht.org> <429B45A2.6010905@mathematik.uni-freiburg.de> <161c501ff938c1232d2914644a3d8d10@macht.org> <429C23C6.7040209@mathematik.uni-freiburg.de> <20050531093158.GA18861@macht.org> <429C3173.7000307@mathematik.uni-freiburg.de> Message-ID: <20050531115739.GA20418@macht.org> On Tue, May 31, 2005 at 11:42:11AM +0200, Robert Kloefkorn wrote: > wenn ich das gestern richtig gesehen habe, dann gibt es mitterweile auch > Pakete für SuSE und RedHat, und ich denke zumindest das SuSE Zeug sollte > man zum laufen bekommen. Leider gibt es glaube ich keine noncomercial > Version von dem Compiler, so wie bei Intel. Ah, da hatte ich übersehen, dass IBM mal wieder mehrere Softwarelösungen für ein Problem hat :) xlc gibt's nur für Power, VisualAge für die Intel-Prozessoren... Vermutlich sind die Tierchen auch noch völlig inkompatibel zueinander. Gruss Thimo From robertk at mathematik.uni-freiburg.de Tue May 31 14:09:17 2005 From: robertk at mathematik.uni-freiburg.de (Robert Kloefkorn) Date: Tue, 31 May 2005 14:09:17 +0200 Subject: [Dune] Re: [Dune-CVS] CVS (robertk) In-Reply-To: <20050531115739.GA20418@macht.org> References: <20050518105441.GB16001@macht.org> <428B2E21.7050601@mathematik.uni-freiburg.de> <20050530162921.GB3775@macht.org> <429B45A2.6010905@mathematik.uni-freiburg.de> <161c501ff938c1232d2914644a3d8d10@macht.org> <429C23C6.7040209@mathematik.uni-freiburg.de> <20050531093158.GA18861@macht.org> <429C3173.7000307@mathematik.uni-freiburg.de> <20050531115739.GA20418@macht.org> Message-ID: <429C53ED.9030509@mathematik.uni-freiburg.de> > Ah, da hatte ich übersehen, dass IBM mal wieder mehrere > Softwarelösungen für ein Problem hat :) xlc gibt's nur für Power, > VisualAge für die Intel-Prozessoren... Vermutlich sind die Tierchen > auch noch völlig inkompatibel zueinander. Also auf der IBM SP in Karlsruhe ist der VisualAge C++ Compiler v6 installiert. Ich habe mir jetzt auch einen account hier auf unserer IBM machen lassen, der kann als Testaccount für compile Sachen verwendet, wenn wir keine andere Maschine finden. Grüssle R -- Robert Klöfkorn Mathematisches Institut Tel: +49 (0) 761 203 5631 Abt. für Angewandte Mathematik Fax: +49 (0) 761 203 5632 Universität Freiburg Hermann-Herder-Str. 10 79104 Freiburg http://www.mathematik.uni-freiburg.de/IAM/homepages/robertk From robertk at mathematik.uni-freiburg.de Tue May 31 20:00:50 2005 From: robertk at mathematik.uni-freiburg.de (Robert Kloefkorn) Date: Tue, 31 May 2005 20:00:50 +0200 Subject: [Dune] PS. Message-ID: <429CA652.70400@mathematik.uni-freiburg.de> MyGRid<2,2> natürlich einkomemntieren. Gruss R -- Robert Klöfkorn Mathematisches Institut Tel: +49 (0) 761 203 5631 Abt. für Angewandte Mathematik Fax: +49 (0) 761 203 5632 Universität Freiburg Hermann-Herder-Str. 10 79104 Freiburg http://www.mathematik.uni-freiburg.de/IAM/homepages/robertk From robertk at mathematik.uni-freiburg.de Tue May 31 19:58:26 2005 From: robertk at mathematik.uni-freiburg.de (Robert Kloefkorn) Date: Tue, 31 May 2005 19:58:26 +0200 Subject: [Dune] Frage zu template Sache. Message-ID: <429CA5C2.8040506@mathematik.uni-freiburg.de> Hi Duneler, ich sehe den Fehler in der angehängten Datei nicht. Irgendwie war ich schon der Meinung, dass das unser Dune Schnittstellendesign ist. Komischerweise compipliert es bei mir grad nicht. WEiss jemand warum? Gruss R -- Robert Klöfkorn Mathematisches Institut Tel: +49 (0) 761 203 5631 Abt. für Angewandte Mathematik Fax: +49 (0) 761 203 5632 Universität Freiburg Hermann-Herder-Str. 10 79104 Freiburg http://www.mathematik.uni-freiburg.de/IAM/homepages/robertk -------------- next part -------------- A non-text attachment was scrubbed... Name: error1.cc Type: text/x-c++src Size: 401 bytes Desc: not available URL: