Kenguru
Hi leute,
da ich bis jetzt nur php und html gemacht hab, ha ich keine ahnung von compilern... seid kurzem les ich mich in C(++) rein und es gefällt mir irgendwie^^
allerdings habe ich keinen compiler... woher bekomm ich sowas für windows??? am besten mit ner anleitung und wenns geht Freeware
könnt ihr mir da vileicht weiter helfen?? linux hab ich leider <b><u>noch</u></b> nicht..
Kenguru
hmpf google suche^^ hätt ich auch selber drauf kommen können
danke =)
chrigu99
hi
borland C++ compiler
cYa chris
enno-tyrant
also, ich empfehle den minGW-compiler, ist umfangreich und kostenlos
Edi
Wenn wir schon gerade dabei sind.
gcc, ist das C99- oder C89-Standart?
ich suchen nämlich einen C89-Standart Compiler für Linux
Grüsse Edi
Hanfling
man gcc (auch wenn die seeeeeeehr lang ist
)
Du kannst über Parameter bestimmen welche Standards gcc verwendet, usw. einschließlich ob GNU Extensions usw. dabei sind. Bin grade leider in der Schule.... :/
edit:
Afaik, ist C99 noch nicht komplett unterstützt im gcc 3.4.* C89 jedoch vollständig und gibts halt als Parameter wohl seit Ewigkeiten. Wie das genau ist weiß ich leider nicht.
(Btw. gibts eigentlich mittlerweile mal xorg als Debian Packet?)
Hanfling
Mach doch einfach mal schnell nen apt-cache search
Aber ich meine die hätten es eh nicht, was recht nervig an Debian ist.
Naja ich mag eh Debian nicht, langsame 386 Packete und sehr veraltet. Dafür sicher. Debian würde ich eher nur noch für Server verwenden.
ThiefMaster
Und auch für Server find ich Gentoo besser
Hanfling
Nein, ich halte Gentoo in dem Bezug für recht ungeeignet. Es mag zwar das Hardened Profil geben, doch letzendlich kannst du bei einer Source Distribution nicht diese Sicherheit erzielen.
Debian's Hauptziel ist Sicherheit. Die Packages werden ewig getestet und selbst die im der Unstable Tree sind für den Desktop Einsatz hoffnungslos veraltet. (Naja ok etwas überzogen)
Jedoch sind die Packete wenn sie mal im Stable Tree drin sind Monate in der Version usw. getestet. Dies garantiert ein Höchstmaß an Sicherheit.
Ich finde auch das Hardened Profil für soetwas verlockend, jedoch würde ich es niemals professionell in produktion Umgebung einsetzen.
Für einen alten PC als Router ist es allerdings nicht zwangsweise eine schlechte Idee, wobei der Performancegewinn durch Selbstkompilieren marginal ausfallen kann, je nach Prozessor. (Gentoo macht kaum sinn für einen 486, pentium, weil er einfach nicht viel anders ist als ein generischer i386.
Zudem würde es einfach zu lange dauern z.T. Sicherheitspatches einzuspielen, weil etwas neu kompiliert werden muss, anstatt einfach das neue Packet zu installieren und in der Zeit nicht die Rechenleistung verbraucht wird.
Außerdem wird Gentoo fast garnicht(im vergleich zu Suse, RedHat, Debian, etc.) im professionellem Servereinsatz verwendet.
Zudem gibt es bei Behörden (z.B. der PTB) die Einschränkungen, das garkeine Selbstkompilierten Packete verwendet werden dürfen.
ThiefMaster
| Zitat: |
| Nein, ich halte Gentoo in dem Bezug für recht ungeeignet. Es mag zwar das Hardened Profil geben, doch letzendlich kannst du bei einer Source Distribution nicht diese Sicherheit erzielen. |
Ich wüsste jetzt nicht was an Binärpaketen sicherer sein soll.
| Zitat: |
| Debian's Hauptziel ist Sicherheit. Die Packages werden ewig getestet und selbst die im der Unstable Tree sind für den Desktop Einsatz hoffnungslos veraltet. (Naja ok etwas überzogen) |
Auch für einen Server wo jetzt nicht gerade ein 1000%-verfügbarer superwichtiger Onlineshop o.ä. ist, sind die Debian-Pakete hoffnungslos veraltet.
| Zitat: |
| jedoch würde ich es niemals professionell in produktion Umgebung einsetzen. |
deine entscheidung
| Zitat: |
| Zudem würde es einfach zu lange dauern z.T. Sicherheitspatches einzuspielen, weil etwas neu kompiliert werden muss, anstatt einfach das neue Packet zu installieren und in der Zeit nicht die Rechenleistung verbraucht wird. |
Lächerlich - auf ein paar Minuten kommt es wohl nicht an...
| Zitat: |
| Außerdem wird Gentoo fast garnicht(im vergleich zu Suse, RedHat, Debian, etc.) im professionellem Servereinsatz verwendet. |
Suse und Redhat bezeichnie ich persönlich mal als Müll. Warum? Kein gescheites Paketmanagement bei Redhat und bei Suse ist die init/rc.d-Struktur anders als bei anderen Distris (na gut, bei Gentoo gibt es kein rc.x - aber dafür eine komfortablere Verwaltung).
| Zitat: |
| Zudem gibt es bei Behörden (z.B. der PTB) die Einschränkungen, das garkeine Selbstkompilierten Packete verwendet werden dürfen. |
Was ist der Grund dafür?
Ob der Paketmanager jetzt was kompiliert (sicherer!) oder man ein fertig kompiliertes Paket nimmt ist doch relativ egal...
Hanfling
An Binärsystemen ist einfach sicher, weil da einfach sich nicht so drastisch die Vorraussetzungen ändern. Bei einer Source distri, werden von einem Packet dann zwar trotz gleicher Versionsnummer, tausend verschiedene Versionen verwendet (kompiliert mit anderen Compiler/Version, andere gelinkte lib Versionen). Daraus können einfach viel leichter Konflikte entstehen die zu Bugs/Sicherheitslücken führen.
Bei einer Packte distri ist genau diese eine Version die es geschafft hat in den stable Tree zu kommen bei Debian tausende mal getestet wurden.
| Zitat: |
| Auch für einen Server wo jetzt nicht gerade ein 1000%-verfügbarer superwichtiger Onlineshop o.ä. ist, sind die Debian-Pakete hoffnungslos veraltet. |
Begründung/Beispiele?
Danach gehst du auf den Semi-professionellen Bereich ein, wo ich ja nichts gegen gesagt habe.
Suse, Redhat, etc. hat den Vorteil des Supports für Unternehmen, etc.. Klingt bescheuert ist aber trotzdem billigen als eigene Leute für Gentoo einzustellen.
Das das selbst kompilierte Packet unsicherer ist habe ich oben beschrieben.
ThiefMaster
| Zitat: |
| Begründung/Beispiele? |
MySQL ist z.B. noch 3.x obwohl 4.0 schon lange als stable gilt.
Davon abgesehen ist es einfach nervig, wenn ein aktuelles testing-Paket eine neuere glibc verlangt.
Interceptor
Hi ThiefMaster
| Zitat: |
Original von ThiefMaster
| Zitat: |
| Begründung/Beispiele? |
MySQL ist z.B. noch 3.x obwohl 4.0 schon lange als stable gilt.
|
Da muß ich Dir widersprechen ...
Ich benutze hier Testing und habe Mysql in der Version 4.0.23 laufen
bluescreen
Dev-C++ und falste Grafisch Programmieren willst
wx-Dev-C++