Line-Definution bei selbscompilierten Nightly

[TonyBzt]

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

[prissi]

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

[TonyBzt]

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]

Welche nighlys verwendest Du denn??

Die gcc3 oder die gcc4 version?

[TonyBzt]

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]

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

[TonyBzt]

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]

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)