Deutsches Simutransforum
Line-Definution bei selbscompilierten Nightly - Druckversion

+- Deutsches Simutransforum (https://simutrans-forum.de/mybb)
+-- Forum: Simutrans (https://simutrans-forum.de/mybb/forumdisplay.php?fid=3)
+--- Forum: Bugs und Probleme (https://simutrans-forum.de/mybb/forumdisplay.php?fid=11)
+---- Forum: behobene Bugs (https://simutrans-forum.de/mybb/forumdisplay.php?fid=12)
+---- Thema: Line-Definution bei selbscompilierten Nightly (/showthread.php?tid=3335)



Line-Definution bei selbscompilierten Nightly - TonyBzt - 27-08-2008

Simutrans-Version: 100.1 nightly 1972 - selbstcompiliert

PAK-Set (+zusätzliche PAK-Dateien):
pak128.german,pak.german

Betriebssystem:
Linux Suse 10.1


Fehler (möglichst genaue Beschreibung):
Beim Erzeugen einer neuen Linie verschwinden die Controls am Beginn des Fensters, wenn der erste Halt gesetzt wird.

Der Effekt ist mit wenieman's nightly nicht vorhanden.
Ich denke, dass muss irgendwie mit der Konfiguration zusammenhängen.
Hat sich etwas an den config.default -Parametern geändert ?


Verhalten (Absturz, Einfrieren, ...):
Die Controls wirken, man kann sie nur nicht sehen, dehalb schwer zu treffen Wink


- prissi - 27-08-2008

Das scheint irgendeine Optimierung des GCC 4.x zu seins. Ich sehe sie alle ...


- TonyBzt - 01-09-2008

Zitat:Original von prissi
Das scheint irgendeine Optimierung des GCC 4.x zu seins. Ich sehe sie alle ...

Ich habe mal mit GCC 3.4.0 kompiliert, dann erscheinen die Controls. ?(
(oder hast Du etwas geändert, Prissi ? )


- wernieman - 01-09-2008

Welche nighlys verwendest Du denn??

Die gcc3 oder die gcc4 version?


- TonyBzt - 01-09-2008

Zitat:Original von wernieman
Welche nighlys verwendest Du denn??

Die gcc3 oder die gcc4 version?

Normalerweise benutze ich die gcc3 Version.
Ich habe es allerdings mit beiden getestet und sie arbeiten wie erwartet.
Wahrscheinlich hast du beim gcc4 einer höhere Compiler Version als ich.
Ich habe gcc 4.1.0 im Einsatz.


- Gotthardlok - 01-09-2008

Kann bei build1986 von wernieman weder mit gcc3 noch gcc4 beschriebenes Verhalten feststellen (pak64 build91).


- TonyBzt - 01-09-2008

Zitat:Original von Gotthardlok
Kann bei build1986 von wernieman weder mit gcc3 noch gcc4 beschriebenes Verhalten feststellen (pak64 build91).


Ich sagte ja, dass bei den Nightlies von wernieman alles ok ist. Es geht hier darum, dass ich beim Selbstkompilieren mit dem gcc 4.1.0 diesen Effekt festgestellt habe und Prissi meinte, dass der gcc 4 beim Optimieren eventuell Fehler macht.

@wernieman
Deswegen würde ich gerne wissen, welche Version des gcc 4 bei den Nightlies benutzt wird, damit ich weiß wohin ich upgraden muß.


- wernieman - 01-09-2008

Der gerade auktuelle für Gentoo ...

Allerdings von einem anderen rechner:
Code:
werner@edit ~ $ gcc -v
Es werden eingebaute Spezifikationen verwendet.
Ziel: i686-pc-linux-gnu
Konfiguriert mit: /var/tmp/portage/sys-devel/gcc-4.1.2/work/gcc-4.1.2/configure --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/4.1.2 --includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.1.2/include --datadir=/usr/share/gcc-data/i686-pc-linux-gnu/4.1.2 --mandir=/usr/share/gcc-data/i686-pc-linux-gnu/4.1.2/man --infodir=/usr/share/gcc-data/i686-pc-linux-gnu/4.1.2/info --with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.1.2/include/g++-v4 --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --enable-secureplt --disable-libunwind-exceptions --disable-multilib --enable-libmudflap --disable-libssp --disable-libgcj --with-arch=i686 --enable-languages=c,c++,treelang,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu
Thread-Modell: posix
gcc-Version 4.1.2 (Gentoo 4.1.2 p1.0.2)