Wer möchte sich mit was auseinandersetzen?

[Dirty Oerti]

Naja, wir müssen nicht unbedingt alles selbst machen, aber eine einfach Verzeichnissuche werden wir denke ich schon hinbekommen...
Das spart auch Abhängigkeiten.

[Kerli]

Naja, wir müssen nicht unbedingt alles selbst machen, aber eine einfach Verzeichnissuche werden wir denke ich schon hinbekommen...

Das ist mit Boost genau gleich einfach/schwer wie mit der C-Standardbibliothek. Der einzige Unterschied ist, dass es sich einmal um eine C-API und einmal um eine C++-API handelt.

Das spart auch Abhängigkeiten.

Boost würde ich sowieso einbauen und zb Boost.GIL (zur Bildverarbeitung) oder auch die Smart Pointer verwenden. Ebenfalls hilfreich könnte auch Boost.Program_options sein...

[Dirty Oerti]

Das ist mit Boost genau gleich einfach/schwer wie mit der C-Standardbibliothek. Der einzige Unterschied ist, dass es sich einmal um eine C-API und einmal um eine C++-API handelt.

Das ist für mich nicht unbedingt ein Grund es zu verwenden. Ich habe nichts gegen C

Boost würde ich sowieso einbauen und zb Boost.GIL (zur Bildverarbeitung) oder auch die Smart Pointer verwenden. Ebenfalls hilfreich könnte auch Boost.Program_options sein...

Ist möglich, dass wir Boost brauchen werden.
Smart Pointer können wir aber auch einfach selbst implementieren, das ist im Zweifelsfall sogar besser als Boosts SmartPointer, weil unsere genau so designed werden können, dass sie den Anforderungen von Dedupe gerecht werden.

Boost würde uns hier denke ich nur viele Sachen abnehmen, die man zumindest ein paar mal lieber selbst gemacht haben sollte. Und da es sich ja um ein Lernprojekt handelt finde ich, sollten wir uns nicht zu sehr auf vorgefertigte Sachen verlassen, wir können es ja auch ohne großen Mehraufwand selbst schreiben.

[Kerli]

Das ist für mich nicht unbedingt ein Grund es zu verwenden. Ich habe nichts gegen C

Dann werden wir uns nur damit abfinden müssen das es unter Windows nicht geht (Posix Funktionen sind meistens nicht vorhanden), oder doppelt implementieren...

Übrigens hab ich so etwas in der Art schon einmal geschrieben. Es war ein 'ls'-Clon für das Betriebssystem was wir weiterentwickelt haben: http://www.tomprogs.at/samples/ls.c

[Xin]

Das ist für mich nicht unbedingt ein Grund es zu verwenden. Ich habe nichts gegen C

Dann werden wir uns nur damit abfinden müssen das es unter Windows nicht geht (Posix Funktionen sind meistens nicht vorhanden), oder doppelt implementieren...

Genau das ist das Ziel: doppelt implementieren.

Der Algorithmus ist überschaubar und er zeigt sich einmal in einer Posix und einmal in einer Windows-Variante.
Das Ziel ist nicht den kürzesten Code zu schreiben, sondern sich mit unterschiedlichen Themen auseinander zu setzen, Alternativen mal gesehen zu haben und sich vorstellen zu können, wie man unterschiedliche Ansätze anpacken kann.

[Xin]

Wir haben jetzt schon einige Punkte hier mal aufgeführt und ich würde nun gerne eure Wünsche im Wiki sammeln. Bitte tragt euch als Entwickler mit eurem Wunsch und ein, bzw. was ihr auf keinen Fall übernehmen wollt (Nogo). Ansonsten bitte im "Level" C oder C++ angeben, damit ich weiß, wie ich euch "bestücken" kann.

[fat-lobyte]

Hallo,
ich würde mich auch fürs Build System interessieren, das heißt nicht dass ich Kerli die Arbeit "abnehmen" würde, sondern eher mit ihm mitarbeiten.
Außerdem interessiert mich das Debian- Packaging, wollte schon immer mal ein hübsches Debian Paket erstellen, und so ein (noch recht kleines?) Projekt eignet sich recht gut zum üben.
Ich könnte evtl. auch helfen bugs zu finden oder dinge, die man vielleicht anders machen könnte.
falls ihr noch leute braucht, versteht sich.

mfg, fat-lobyte

[Xin]

Außerdem interessiert mich das Debian- Packaging, wollte schon immer mal ein hübsches Debian Paket erstellen, und so ein (noch recht kleines?) Projekt eignet sich recht gut zum üben.

Die Frage nach dem Debian-Paket bzw. die Build-Services fällt in meinen Bereich. Kerli kümmert sich um cmake, dann aus dem Kompilierten etwas Installierbares zu machen ist mein Job.
Da ich die Paketgenerierung auf dem proggen.org Server durchführen möchte, wäre hier ein Skript erforderlich, dass aus einem kompilierten Export ein Debianpaket erstellt, ohne den Export zu verändern.
Wenn Du das übernehmen möchtest, möchte ich Dich aber auch bitten, die gewonnenen Erfahrungen im Wiki zu dokumentieren und/oder das Ganze mit mir zusammen zu machen, da ich die Paketgenerierung ebenfalls lernen möchte.

[Kerli]

Die Frage nach dem Debian-Paket bzw. die Build-Services fällt in meinen Bereich. Kerli kümmert sich um cmake, dann aus dem Kompilierten etwas Installierbares zu machen ist mein Job.

Auch wenn das durchaus in einander übergreifen kann ==> CPack

ich würde mich auch fürs Build System interessieren, das heißt nicht dass ich Kerli die Arbeit "abnehmen" würde, sondern eher mit ihm mitarbeiten.

Du kannst dich ruhig beteiligen. Es gibt schließlich viele verschiedene Plattformen zu berücksichtigen und mir geht es mehr darum zu lernen wie man es schafft das es möglichst überall funktioniert und nicht das ich alles unbedingt selber machen muss

[fat-lobyte]

Die Frage nach dem Debian-Paket bzw. die Build-Services fällt in meinen Bereich. Kerli kümmert sich um cmake, dann aus dem Kompilierten etwas Installierbares zu machen ist mein Job.

Auch wenn das durchaus in einander übergreifen kann ==> CPack

Ich weiß nicht, ob CPack wirklich so tolle Debian Pakete erstellt. Gute Debian Pakete sind nicht einfach zu erstellen (siehe http://www.debian.org/doc/maint-guide/index.en.html) Die sollte man vielleicht eher selbst erstellen.

Du kannst dich ruhig beteiligen. Es gibt schließlich viele verschiedene Plattformen zu berücksichtigen und mir geht es mehr darum zu lernen wie man es schafft das es möglichst überall funktioniert und nicht das ich alles unbedingt selber machen muss

Freut mich