On Monday 08 of January 2007 20:09:25 Paweł Sikora wrote:
TH-i686, budowane gcc-42 nie działa, gcc-412 - śmiga. Pozostałe pakiety
nieruszane
wlasnie buduje na th-x86_64 i widze...
- comparision between signed and unsigned
- comparision always true/false due to limited type range
-
On wtorek, 6 lutego 2007, Paweł Sikora wrote:
On Monday 08 of January 2007 20:09:25 Paweł Sikora wrote:
TH-i686, budowane gcc-42 nie działa, gcc-412 - śmiga. Pozostałe pakiety
nieruszane
wlasnie buduje na th-x86_64 i widze...
- comparision between signed and unsigned
- comparision
On Tue, Feb 06, 2007 at 08:11:47PM +0100, Arkadiusz Miskiewicz wrote:
kernel nie supportuje 4.2, workaroundy zbędne bo równie dobrze można by
wywalić pda_proxy z jajka i byłby taki sam efekt.
A propos, pda_proxy wysrało mi się też na gcc z taga GCC_4_1_1.
wolf
--
Bartek .
Taudul :
On Sun, Jan 07, 2007 at 07:57:41PM +0100, Artur Flinta wrote:
Paweł Sikora wrote:
gcc-4.2.0-0.20070106r120523.1.x86_64
mozilla-firefox-2.0-3.x86_64
działa, nowszego liska nie sprawdzałem.
No to ciekawe gdzie tkwi problem, u mnie system na bieżąco z Th jest
synchronizowany i FF nie
On Monday 08 January 2007 17:36, Szymon Siwek wrote:
On Sun, Jan 07, 2007 at 07:57:41PM +0100, Artur Flinta wrote:
Paweł Sikora wrote:
gcc-4.2.0-0.20070106r120523.1.x86_64
mozilla-firefox-2.0-3.x86_64
działa, nowszego liska nie sprawdzałem.
No to ciekawe gdzie tkwi problem, u
On Mon, Jan 08, 2007 at 08:09:25PM +0100, Paweł Sikora wrote:
TH-i686, budowane gcc-42 nie działa, gcc-412 - śmiga. Pozostałe pakiety
nieruszane
wlasnie buduje na th-x86_64 i widze...
- comparision between signed and unsigned
- comparision always true/false due to limited type range
-
On Monday 08 January 2007 20:31, Szymon Siwek wrote:
On Mon, Jan 08, 2007 at 08:09:25PM +0100, Paweł Sikora wrote:
TH-i686, budowane gcc-42 nie działa, gcc-412 - śmiga. Pozostałe pakiety
nieruszane
wlasnie buduje na th-x86_64 i widze...
- comparision between signed and unsigned
-
07-01-08, Paweł Sikora [EMAIL PROTECTED] napisał(a):
wiec moze sprawdzcie czy oprocz i686 wywala sie takze na athlon i 486,
bo moze problem jest specyficzny dla architektury.
U mnie na athlon firefox z .test-builds wywala się.
[EMAIL PROTECTED] rpm]$ mozilla-firefox
Memory fault
--
Artur Flinta wrote:
wlacz sobie -fwrapv -fno-strict-aliasing i spieprzaj dziadu,
bo my tu robimy dobry optymalizator.
Kolejne kilka podejść zakończonych fiaskiem. Nie wiem czy Firefox czy
może jednak gcc 4.2.0 obsysa, przegrepowany log z budowania nie wykazuje
braków z parametrach podawanych
Patryk Zawadzki [EMAIL PROTECTED] writes:
Najnowszy Firefox zbudowany na builderach Th (2.0-3) dalej kończy żywot
na Memory fault.
Potwierdzam: firefox-2.0.0.1 zbudowany u mnie
(gcc-4.2.0-0.20061225r120195.2.athlon) robi memory fault.
--
__( Marcin Kowalczyk
\__/ [EMAIL
On Sunday 07 January 2007 18:45, Marcin 'Qrczak' Kowalczyk wrote:
Patryk Zawadzki [EMAIL PROTECTED] writes:
Najnowszy Firefox zbudowany na builderach Th (2.0-3) dalej kończy żywot
na Memory fault.
Potwierdzam: firefox-2.0.0.1 zbudowany u mnie
(gcc-4.2.0-0.20061225r120195.2.athlon) robi
On Sunday 07 January 2007 19:57, Artur Flinta wrote:
Paweł Sikora wrote:
gcc-4.2.0-0.20070106r120523.1.x86_64
mozilla-firefox-2.0-3.x86_64
działa, nowszego liska nie sprawdzałem.
No to ciekawe gdzie tkwi problem, u mnie system na bieżąco z Th jest
synchronizowany i FF nie działa :/
Paweł Sikora wrote:
co chwile ktos zglasza niby blad w gcc, ze to mu jego super program
przestal dzialac jak go skompilowal nowym gcc, a panowie mu odpisuja
mniej wiecej tak:
wlacz sobie -fwrapv -fno-strict-aliasing i spieprzaj dziadu,
bo my tu robimy dobry optymalizator.
Patrząc się w
13 matches
Mail list logo