Von Gitstompah am Sa, 30. September 2017 um 09:24 #
Meine Frage hast du nicht beantwortet, was soviel heißt, dass du wie jeder andere Kompilierer, nichts anpasst. Dann kannst du auch das vorkompilierte Paket nehmen und dir die Mühe sparen.
Richtig, könntest du, wenn es den vorkompiliertes Paket gäbe. Der "Kompilierer" oder Dev stellt aber nicht unbedingt für jedes Paketmanagementsystem und/oder Architektur ein Paket bereit. Die Distributoren sind teilweise auch etwas langsam, wenn es neuere Versionen gibt, wenn sie den das Paket überhaupt updaten.
Veränderungen am Build Prozess (Optimierung, Abhängigkeit, Prozessor Architektur) ist ohnehin nicht sinnvoll wenn man nicht aktiv am Projekt mitarbeitet.
Es ist schon erstaunlich wie viel Halbwissen hier herrscht und wie wehement solche Leute ihre Meinung verteidigen.
Bei Firefox führte der Switch auf 64 Bit lange für kaputte Binaries, weil der obere Bit Bereich der longs? zum Speichern der Meta Informationen verwendet wurde.
Bei PCL führt Änderungen am Struct Alignment regelmäßig zu korruptem Speicher, weil intern selbst optimiert wird.
Einstellungen wie -O3, das Hinzuschalten von AVX oder OpenMP optimiert hin und wieder zu aggressiv, so dass die Programme aufgrund von z. B. Thread Racing langsamer laufen als mit (nur) O2.
So viel zum Thema Unsinn den du selbst verbreitetst.
Richtig, könntest du, wenn es den vorkompiliertes Paket gäbe. Der "Kompilierer" oder Dev stellt aber nicht unbedingt für jedes Paketmanagementsystem und/oder Architektur ein Paket bereit. Die Distributoren sind teilweise auch etwas langsam, wenn es neuere Versionen gibt, wenn sie den das Paket überhaupt updaten.
Unsinniger geht es nicht mehr, oder?
> Unsinniger geht es nicht mehr, oder?
Es ist schon erstaunlich wie viel Halbwissen hier herrscht und wie wehement solche Leute ihre Meinung verteidigen.
Bei Firefox führte der Switch auf 64 Bit lange für kaputte Binaries, weil der obere Bit Bereich der longs? zum Speichern der Meta Informationen verwendet wurde.
Bei PCL führt Änderungen am Struct Alignment regelmäßig zu korruptem Speicher, weil intern selbst optimiert wird.
Einstellungen wie -O3, das Hinzuschalten von AVX oder OpenMP optimiert hin und wieder zu aggressiv, so dass die Programme aufgrund von z. B. Thread Racing langsamer laufen als mit (nur) O2.
So viel zum Thema Unsinn den du selbst verbreitetst.