<![CDATA[tr1::array als funktionsargument]]>Hallo,

ich möchte ein tr1::array als Funktionsargument übergeben und dachte da an so etwas:

void abc(array<array<double>> &vec) const;

Jetzt meldet mir der Compiler dass ich gefälligst die Größe des Arrays mit angeben sollte. Wozu? Wie kann man es umgehen wenn man nicht weiß wie groß die Dimensionen des übergebenen Arrays sein werden?

Danke

]]>https://www.c-plusplus.net/forum/topic/284097/tr1-array-als-funktionsargumentRSS for NodeSat, 22 Aug 2026 07:37:34 GMTFri, 25 Mar 2011 14:58:13 GMT60<![CDATA[Reply to tr1::array als funktionsargument on Fri, 25 Mar 2011 14:58:13 GMT]]>Hallo,

ich möchte ein tr1::array als Funktionsargument übergeben und dachte da an so etwas:

void abc(array<array<double>> &vec) const;

Jetzt meldet mir der Compiler dass ich gefälligst die Größe des Arrays mit angeben sollte. Wozu? Wie kann man es umgehen wenn man nicht weiß wie groß die Dimensionen des übergebenen Arrays sein werden?

Danke

]]>https://www.c-plusplus.net/forum/post/2039971https://www.c-plusplus.net/forum/post/2039971Fri, 25 Mar 2011 14:58:13 GMT<![CDATA[Reply to tr1::array als funktionsargument on Fri, 25 Mar 2011 15:01:57 GMT]]>Ein std::array hat eine feste Größe. Du suchst etwas wie std::vector

]]>https://www.c-plusplus.net/forum/post/2039976https://www.c-plusplus.net/forum/post/2039976Fri, 25 Mar 2011 15:01:57 GMT<![CDATA[Reply to tr1::array als funktionsargument on Fri, 25 Mar 2011 15:02:36 GMT]]>Die Größe des Arrays ist Teil des Typs. Der Typ array<double,3> ist ein anderer als array<double,5>.

> Wie kann man es umgehen ... ?

Zum Beispiel: statt array einfach vector benutzen.

]]>https://www.c-plusplus.net/forum/post/2039978https://www.c-plusplus.net/forum/post/2039978Fri, 25 Mar 2011 15:02:36 GMT<![CDATA[Reply to tr1::array als funktionsargument on Fri, 25 Mar 2011 15:08:15 GMT]]>So zum Beispiel: http://ideone.com/XHk75

]]>https://www.c-plusplus.net/forum/post/2039981https://www.c-plusplus.net/forum/post/2039981Fri, 25 Mar 2011 15:08:15 GMT<![CDATA[Reply to tr1::array als funktionsargument on Fri, 25 Mar 2011 15:19:12 GMT]]>314159265358979 schrieb:

So zum Beispiel: http://ideone.com/XHk75

Das sieht gut aus, aber würde es aber auch damit funktionieren?

array<array<3>,GetCount()> vec;
...
// Befüllen
...
a(vec);

Wahrscheinlich nicht weil n ja während der Laufzeit vorgegeben wird während das Template zur Kompilierzeit für einen bestimmten Typ generiert wird oder sehe ich das falsch?

Wahscheinlich muss ich doch noch zum vector greifen.

]]>https://www.c-plusplus.net/forum/post/2039985https://www.c-plusplus.net/forum/post/2039985Fri, 25 Mar 2011 15:19:12 GMT<![CDATA[Reply to tr1::array als funktionsargument on Fri, 25 Mar 2011 15:19:58 GMT]]>Das erzeugt einen enormen Code Bloat für eine Sache, die man mit weniger Code und ohne Code Bloat wesentlich eleganter mit einem std::vector lösen kann.

]]>https://www.c-plusplus.net/forum/post/2039986https://www.c-plusplus.net/forum/post/2039986Fri, 25 Mar 2011 15:19:58 GMT<![CDATA[Reply to tr1::array als funktionsargument on Fri, 25 Mar 2011 15:20:47 GMT]]>Was hast du eigentlich gegen std::vector?

]]>https://www.c-plusplus.net/forum/post/2039987https://www.c-plusplus.net/forum/post/2039987Fri, 25 Mar 2011 15:20:47 GMT<![CDATA[Reply to tr1::array als funktionsargument on Fri, 25 Mar 2011 15:22:53 GMT]]>Ich finde, wenn ein vector nicht unbedingt gebraucht wird, dann soll er doch ein std::array nutzen.

@GastProgrammierer: Richtig, templates sind Compiletime-Konstrukte, das wird so nicht funktionieren.

]]>https://www.c-plusplus.net/forum/post/2039989https://www.c-plusplus.net/forum/post/2039989Fri, 25 Mar 2011 15:22:53 GMT<![CDATA[Reply to tr1::array als funktionsargument on Fri, 25 Mar 2011 15:24:23 GMT]]>fghfgh schrieb:

Was hast du eigentlich gegen std::vector?

Es fühlt sich für mich falsch an ein dynamisch wachsendes array (vector) für Aufgaben zu nehmen dort wo man die Größe "eigentlich" kennt.

Da jedoch schon mehrere sich zum vector geäußert haben scheint es die übliche Vorgehensweise zu sein.

]]>https://www.c-plusplus.net/forum/post/2039991https://www.c-plusplus.net/forum/post/2039991Fri, 25 Mar 2011 15:24:23 GMT<![CDATA[Reply to tr1::array als funktionsargument on Fri, 25 Mar 2011 15:28:41 GMT]]>Ich verwende array immer, wo es geht, weil ich hier keine dynamische Allokation brauche, was einen Geschwindigkeitsvorteil bringt. Wenn du also nichts dynamisches brauchst, dann kannst du ruhig das array nehmen.

]]>https://www.c-plusplus.net/forum/post/2039996https://www.c-plusplus.net/forum/post/2039996Fri, 25 Mar 2011 15:28:41 GMT<![CDATA[Reply to tr1::array als funktionsargument on Fri, 25 Mar 2011 15:40:54 GMT]]>Man sollte sich nicht von seinem Gefühlen leiten lassen. Wir sind hier nicht bei Star Wars! 🙄

Im ernst, ein Vector ist kein lebender Organismus. Er wächst tatsächlich nur dann wenn er es muß. Trau dich! 😃

]]>https://www.c-plusplus.net/forum/post/2039999https://www.c-plusplus.net/forum/post/2039999Fri, 25 Mar 2011 15:40:54 GMT<![CDATA[Reply to tr1::array als funktionsargument on Fri, 25 Mar 2011 15:48:16 GMT]]>GastProgrammierer schrieb:

Wahrscheinlich nicht weil n ja während der Laufzeit vorgegeben wird während das Template zur Kompilierzeit für einen bestimmten Typ generiert wird oder sehe ich das falsch?

Genau, C-Arrays und std::tr1::array erfordern für ihre Grösse konstante Ausdrücke, die bereits zur Kompilierzeit feststehen. Nimm also std::vector .

Oder wenn du Boost hast und mehrdimensionale Arrays brauchst, kannst du auch boost::multi_array anschauen.

]]>https://www.c-plusplus.net/forum/post/2040002https://www.c-plusplus.net/forum/post/2040002Fri, 25 Mar 2011 15:48:16 GMT<![CDATA[Reply to tr1::array als funktionsargument on Fri, 25 Mar 2011 16:27:51 GMT]]>Nexus schrieb:

Oder wenn du Boost hast und mehrdimensionale Arrays brauchst, kannst du auch boost::multi_array anschauen.

Boost ist ein gutes Stichwort. Es ist alles schön mit Boost multi_array implementiert. Mein Arbeitgeber besteht jedoch darauf, dass die Implementierung Boostfrei bleibt und da er bezahlt darf er den Takt vorgeben.

]]>https://www.c-plusplus.net/forum/post/2040020https://www.c-plusplus.net/forum/post/2040020Fri, 25 Mar 2011 16:27:51 GMT