3. Alternativen zu der Standard Bibliothek

Alternativen zu der Standard Bibliothek

  • ?

    bluecode: LOL 👎

    0
  • O

    das liegt eher an den linkern. das problem ist, dass wenn du die iostreams nutzt, dir die komplette iostream lib dazugelinkt wird, egal ob du alle features brauchst(und das sind wirklich viele), oder nicht.

    ähnlich ist es beim string. bei ihm wird dir aber nicht die stl dazugelinkt, sondern afaik die c-lib. und da dies absolut grundlegende funktionen sind, wird dir niemand diese libs ersparen können.

    0
  • .

    Im Übrigen kann dir die Größe doch ziemlich egal sein. Wenn du kleinste Programme haben willst nimm halt C und/oder Assembler.

    0
  • W

    Man kriegt normalerweise auch C++ Programme klein. Aber selbst wenn nicht... was sind schon 500kB in 2005?

    EDIT: Ausgenommen natürlich Systeme auf denen 500kB immer noch ne Menge ist, aber da wird man sich den Einsatz von STL/boost auch dreimal überlegen.

    0
  • G

    Beim aktuellen g++ bleibt die executable eigentlich selbst mit iostream recht klein, jedenfalls viel kleiner als früher! Aber hey, wen jucken auf nem 0815-Dektop 500 kb???

    0
  • B

    KiB sind kilobyte, aber die mit 1024Byte nicht die mit 1000Byte.

    Ich hab ja nur gesagt, dass mich persönlich die Größe dieser KLassen (I/O Streams & string) stört. Ich bin nunmal nicht das Maß aller Dinge. Mir ist auch klar, dass das andere anders sehen, aber ich sehs halt nicht ein soviel Platz nur für ein cout zu verschwenden, deswegen benutz ich i/o streams und std::string halt net.

    Im Übrigen kann dir die Größe doch ziemlich egal sein. Wenn du kleinste Programme haben willst nimm halt C und/oder Assembler.

    Klasse Idee 👎
    Ich entscheide immer noch ob ich C++ und die STL oder eben nur C++ benutze. Die Größe ist mir nunmal nicht egal.

    0
  • B

    @GPC: Wie groß werden bei dir Programme mit I/O Streams?

    0
  • G

    bluecode schrieb:

    @GPC: Wie groß werden bei dir Programme mit I/O Streams?

    Sitz nich an meinem eigenen Rechner, deshalb kann ich nur ausm Gedächtnis antworten, aber IIRC waren's < 100 kb

    EDIT, war mal mit folgendem Code kurz testen:

    #include <iostream>
#include <string>

int main(int argc, char **argv) {
  std::string s("Hallo Welt\n");
  std::cout<<s;
  return EXIT_SUCCESS;
};

    Mein Compiler: g++ (GCC) 3.3.6

    Gehen wir kompilieren:

    Null Optimierung:

    g++ -o main main.cpp

    ergibt Größe von 13,4 kb.

    Ein bisserl mehr Optimierung:

    g++ -O2 -o main main.cpp

    ergibt Größe von 13,1 kb, nicht grad viel weniger, O3 bringt selbes Ergebnis.

    Jetzt weiter auf Größe optimieren:

    g++ -O3 -Os -o main main.cpp

    ergibt 13,0 kb.

    Also bei 13kb kann sich keiner beschweren!

    0
  • O

    bluecode schrieb:

    Ich hab ja nur gesagt, dass mich persönlich die Größe dieser KLassen (I/O Streams & string) stört. Ich bin nunmal nicht das Maß aller Dinge. Mir ist auch klar, dass das andere anders sehen, aber ich sehs halt nicht ein soviel Platz nur für ein cout zu verschwenden, deswegen benutz ich i/o streams und std::string halt net.

    ok, nochmal: string selbst ist nicht groß. wenn du kleine exen machen willst, dürftest nichtmal mehr die c-header benutzen, denn afaik wird der compiler es wohl so machen:

    wenn irgendein standardheader eingebunden wird, wird sofort die standardlib mitgelinkt. es ist ganze egal ob <string> oder <ctime> oder irgendeine andere standarddatei, es wird sofort alles eingebunden(bis auf die iostream lib).

    Und wenn du nicht verstehst, wie die iostreams so groß sein können, dann zieh dir mal ne komplette dokumentation von ihnen an land, du wirst staunen ;).

    Ich entscheide immer noch ob ich C++ und die STL oder eben nur C++ benutze. Die Größe ist mir nunmal nicht egal.

    die stl ist ein fundamentaler bestandteil von c++. wenn du sie nicht benutzen willst, würd ich dir ne andre sprache ans Herz legen 😉

    0
  • A

    Also sorry, aber 500 KB? Wie heißt es so schön? Das Problem sitzt meistens nicht im, sondern vorm Rechner. 😉

    Das kann ich hier nicht bestätigen. Meine Test-Exe mit iostream und string ist mit VC++2003 Standard 72 KByte klein. Ohne Tricks, einfach kompiliert und gelinkt. Wobei ich den Nicht-Optimierenden-Compiler habe... kann also nicht einstellen, das er es auf Code-Größe optimieren soll. In der Pro-Version wirds bestimmt kleiner.

    #include <iostream>
#include <string>

int main() {
	std::string s;
	std::cout << s;
}

    Und das neue VC++2005 macht ohne Tricks noch kleinere Exes, ich habs damals mit der Beta-Version ausprobiert. Waren (nagelt mich nicht fest) nur knapp 20 KB klein... glaub ich. Hatte mich sehr positiv überrascht, der der Compiler und Linker mittlerweile so gut sind.

    0
  • G

    Ätsch bätsch, meine is kleiner 😉

    0
  • .

    Kann es sein, dass du ELF-Binaries erstellst? Die sind doch IIRC generell kleiner als Windows-PEs?! Mein MinGW g++ spuckt (gestripped und mit -Os) für das Programm knapp 200K aus 😞

    0
  • A

    .filmor schrieb:

    Im Übrigen kann dir die Größe doch ziemlich egal sein. Wenn du kleinste Programme haben willst nimm halt C und/oder Assembler.

    Auf eine andere Sprache ausweichen, ist glaub ich nicht das Ziel, um eine Schwierigkeit zu lösen. Das was du vorschlägst, nennt sich "weg laufen". C++ ist eine Universalsprache, die man überall einsetzen können soll. Wenn einem die Exe zu groß ist, haben wir festgestellt, muß man nur die richtigen Tools benutzen und entsprechend die richtigen Parameter an die Tools geben.

    Die aktuellen Tools von MS und GNU können das ganz gut leisten, wie ich hier an den Antworten sehe. 🙂 Will aber nicht sagen, das man nicht doch mal Assembler bräuchte, ist aber ein ganz anderes Feld als C oder C++. 😉

    0
  • ?

    Bei mir unter Linux 2.6.14 mit GCC 3.4.3 erzeugt obiger Code eine Größe von 13314 Bytes. Ohne Optimierungen 😉

    0
  • P

    Dich zwingt niemand, cout und std::string zu verwenden.
    Du kannst dir auch wrapper für C funktionen dafür schreiben,
    bei iostream ist das sogar recht einfach möglich.

    Wenn du aber glaust, das die STL nur aus strings und streams
    bestehst, irrst du, da ist wesentlich mehr.
    Boost existiert ja auch nur, um das noch zu ergänzen.

    Wenn dich also die STL wirklich stört, dann schau dir mal
    andere Sprachen an, und frag dich, ob du wirklich C++ machen
    willst. Evtl. ist ja PHP viel besser...

    0
  • A

    Vielleicht hat er noch nie Geld in ein gutes Buch investiert, in dem einfach mal die Standard-Lib erklärt wird. Der Witz ist ja auch, das eigentlich strings und streams vielleicht (wenn überhaupt!) 5% in einem solchen Buch ausmachen. Daran sieht man sehr schön, das viele C++-Einsteiger eigentlich nur HelloWorld mit der C++ Stdlib gemacht haben...

    Deshalb an bluecode und den Thread-Ersteller mein Buchtip:
    http://www.springeronline.com/sgw/cda/frontpage/0,11855,1-40109-22-48185313-0,00.html

    0
  • B

    hi,

    werd ich jetzt komplet misverstanden? 😕
    Mir gefallen eben nur std::string und I/O streams nicht wegen der Codegröße die sich bei meinem Test ergeben haben. Aber da hab ich mich wohl geirrt 🤡 (in Sachen Compilereinstellungen). Ich hab nie was gegen den Großteil der STL gesagt (mein Ausspruch "Die Größe" bezog sich ausschließlich auf eben diese).
    Und noch eine Anmerkung bzgl. all dieser "wenn du die STL nicht magst dann nimm halt ne andere Sprache"-Menschen: C++ ist nicht STL.

    :xmas2: Frohe Weihnachten euch allen :xmas1:

    edit: seit ihr eigentlich alle heute ein bisschen aggressiv?

    0
  • I

    sorry für euch, aber da könnt ihr alle einpacken 😃

    mein test code

    #include <iostream>
#include <string>

int main(int argc, char **argv) 
{
  std::string s("Hallo Welt\n");
  std::cout<<s;
  return EXIT_SUCCESS;
}

    compiler:

    g++ (GCC) 4.0.2

    compiliert mit

    g++ -o main main.cpp

    so und jetzt kommts:
    das ganze ist 10.2 KB groß ⚠

    lg icepacker

    ps:

    mit dem code

    #include <iostream>
#include <string>

int main() {
    std::string s;
    std::cout << s;
}

    wird es nur 9.9 KB groß, ohne optimierungen 🕶

    0
  • A

    bluecode! Wir und heute aggressiv? Ich glaub, ich hab heute eigentlich recht gute Laune! Das werden dir hier bestimmt andere bestätigen. 😉

    Die STL ist mit ein paar Änderungen in die ISO-C++ Standard-Lib eingeflossen. Somit ist sie C++. Das macht C++ unter anderem aus, das wir eine solche Std-Lib haben und nutzen können. Das ist auch nur möglich, weil C++ entsprechende Sprachmerkmale anbietet, die man woanders auch vergeblich sucht. Insgesamt stimmt es also schon, zu sagen, wenn man die Std-Lib nicht mag, dann sollte man sich vielleicht eine andere Sprache suchen.

    Eines sollte man auch noch bedenken: eine Std-Lib ermöglicht es auch fremden Code einfacher zu verstehen. Wenn also jeder in seinen C++ Programmen mind. die Std-Lib benutzt, wird man sich als Std-Lib-Kenner einfacher im Code zurecht finden. Wenn aber jeder meint "Ach, die C++ Std-Lib gefällt mir nicht, deshalb nehme ich jetzt Lib X..." werden wir im Chaos enden. Vorallem wird man hier im Forum nicht so schnell Hilfe erwarten dürfen können. Weil die meisten hier ganz einfach die Std-Lib benutzen und kennen.

    0
  • G

    .filmor schrieb:

    Kann es sein, dass du ELF-Binaries erstellst? Die sind doch IIRC generell kleiner als Windows-PEs?! Mein MinGW g++ spuckt (gestripped und mit -Os) für das Programm knapp 200K aus 😞

    Yup, so ist es. Welche Version hast du?

    0
Anmelden zum Antworten