heyah,
prosze wszystkich o wstrzymanie sie z kompilacja czegokolwiek w th,
az na branchu gcc-4.5 pojawi sie backport latki na
http://gcc.gnu.org/PR43987.
teoretycznie, problemy opisane w LP:[Bug 576303] moga z tego wynikac...
___
pld-devel-pl mailing
On Thu, 06 May 2010, Paweł Sikora wrote:
heyah,
prosze wszystkich o wstrzymanie sie z kompilacja czegokolwiek w th,
az na branchu gcc-4.5 pojawi sie backport latki na
http://gcc.gnu.org/PR43987.
teoretycznie, problemy opisane w LP:[Bug 576303] moga z tego wynikac...
A wiesz może
Dnia 06-05-2010 o 11:59:23 Jan Rękorajski bagg...@sith.mimuw.edu.pl
napisał(a):
On Thu, 06 May 2010, Paweł Sikora wrote:
heyah,
prosze wszystkich o wstrzymanie sie z kompilacja czegokolwiek w th,
az na branchu gcc-4.5 pojawi sie backport latki na
http://gcc.gnu.org/PR43987.
On Thu, 06 May 2010, Paweł Sikora wrote:
Dnia 06-05-2010 o 11:59:23 Jan Rękorajski bagg...@sith.mimuw.edu.pl
napisał(a):
On Thu, 06 May 2010, Paweł Sikora wrote:
heyah,
prosze wszystkich o wstrzymanie sie z kompilacja czegokolwiek w th,
az na branchu gcc-4.5 pojawi sie backport
On Thu, 06 May 2010, Jan Rękorajski wrote:
http://buildlogs.pld-linux.org/index.php?dist=tharch=i686ok=0name=avidemuxid=dc6daa61-d81e-49ed-b0e5-15671f63197c
Jeszcze sprawdzę binutils i dam znać.
Sprawdzone, upgrade binutils z 2.20.51.0.4-1 do 2.20.51.0.8-1 (to co
jest na ftp th) nic nie
Dnia 06-05-2010 o 12:29:52 Jan Rękorajski bagg...@sith.mimuw.edu.pl
napisał(a):
On Thu, 06 May 2010, Jan Rękorajski wrote:
http://buildlogs.pld-linux.org/index.php?dist=tharch=i686ok=0name=avidemuxid=dc6daa61-d81e-49ed-b0e5-15671f63197c
Jeszcze sprawdzę binutils i dam znać.
Sprawdzone,
On Thu, 08 February 2007 16:58:50 +0100, Arkadiusz Miskiewicz wrote:
2.6.20 z kernel-gcc4.patch by pluto buduje się i działa na th i686.
W ostateczności bo to afaik jest brzydki workaround w sumie cofający
(w sensie performance) to co pda_proxy daje w kernelu.
A u mnie na Th i686 buduje się
On Tuesday 13 of February 2007, Dariusz Laskowski wrote:
On Thu, 08 February 2007 16:58:50 +0100, Arkadiusz Miskiewicz wrote:
2.6.20 z kernel-gcc4.patch by pluto buduje się i działa na th i686.
W ostateczności bo to afaik jest brzydki workaround w sumie cofający
(w sensie performance) to
Probuje dzisiaj od rana zmielic python-PyQT4 na dwoch maszynach Th/i686
cc1plus potrzebuje na to jakies AlephZero sekund.
Najpierw stoi prawie godzine na:
i686-pld-linux-g++ -c -pipe -fPIC -O2 -fno-strict-aliasing -fwrapv
-march=i686 -mtune=pentium4 -fno-strict-aliasing -gdwarf-2 -g2 -Wall
-W
Patryk Zawadzki napisał(a):
Probuje dzisiaj od rana zmielic python-PyQT4 na dwoch maszynach Th/i686
cc1plus potrzebuje na to jakies AlephZero sekund.
Najpierw stoi prawie godzine na:
i686-pld-linux-g++ -c -pipe -fPIC -O2 -fno-strict-aliasing -fwrapv
-march=i686 -mtune=pentium4
On Mon, February 12, 2007 7:24 am, Pawe³ Sikora wrote:
Patryk Zawadzki napisa³(a):
Probuje dzisiaj od rana zmielic python-PyQT4 na dwoch maszynach Th/i686
cc1plus potrzebuje na to jakies AlephZero sekund.
Najpierw stoi prawie godzine na:
i686-pld-linux-g++ -c -pipe -fPIC -O2
On Monday 12 of February 2007 17:00:14 Patryk Zawadzki wrote:
Na obu jedyne obciazenie to odpalony GNOME. Pierwszy plik przechodzi na
obu, na obu nie przechodzi drugi (u mnie mieli sie do teraz). W czasie
tego zajmuje ~450 MB RAM (wszystko inne zepchnal na swap) i caly czas
procesora.
On Thu, Feb 08, 2007 at 09:17:21PM +0100, Marcin 'Qrczak' Kowalczyk wrote:
Jeszcze jedno: pewien mój własny kod był źle kompilowany przez
gcc-4.2, a dobrze przez 4.1. Winne było formalnie niepoprawne
rzutowanie i dostęp do tego samego obiektu przez niekompatybilne typy.
I -fno-stric-aliasing
Dnia 09-02-2007, pią o godzinie 10:10 +0100, Jacek Konieczny napisał(a):
On Thu, Feb 08, 2007 at 09:17:21PM +0100, Marcin 'Qrczak' Kowalczyk wrote:
Jeszcze jedno: pewien mój własny kod był źle kompilowany przez
gcc-4.2, a dobrze przez 4.1. Winne było formalnie niepoprawne
rzutowanie i
Dnia 09-02-2007, pią o godzinie 12:02 +0100, Marcin 'Qrczak' Kowalczyk
napisał(a):
I -fno-stric-aliasing nie pomagało?
Chyba nie sprawdzałem, bo kiedy się zorientowałem, w czym problem,
to przerobiłem kod.
Już wiem: pomagało.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28727
--
__(
On Thursday 08 of February 2007 20:10:03 Tomasz Witek wrote:
Dnia 08-02-2007, czw o godzinie 15:25 +0100, Arkadiusz Miskiewicz
napisał(a):
Ktoś zna jeszcze jakieś?
VMWare
to nie wina gcc - tam asm. wstawki uzywaja ograniczenia g,
ktore dopuszcza rmi, a i w niektorych przypadkach jest
On piątek, 9 lutego 2007, Paweł Sikora wrote:
On Thursday 08 of February 2007 20:10:03 Tomasz Witek wrote:
Dnia 08-02-2007, czw o godzinie 15:25 +0100, Arkadiusz Miskiewicz
napisał(a):
Ktoś zna jeszcze jakieś?
VMWare
to nie wina gcc - tam asm. wstawki uzywaja ograniczenia g,
ktore
Dnia 08-02-2007, czw o godzinie 15:25 +0100, Arkadiusz Miskiewicz
napisał(a):
Ktoś zna jeszcze jakieś?
VMWare
--
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
On Thu, Feb 08, 2007 at 07:39:24PM +0100, Arkadiusz Miskiewicz wrote:
On czwartek, 8 lutego 2007, Paweł Sikora wrote:
On Thursday 08 of February 2007 19:24:19 Arkadiusz Miskiewicz wrote:
On czwartek, 8 lutego 2007, Arkadiusz Miskiewicz wrote:
Fakt, to też. Jakieś inne?
Zapomniał
07-02-08, Wojciech Cie^ciwa [EMAIL PROTECTED] napisał(a):
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Niech mi ktoś wyjaśni powód dla którego musimy trzymać się jakichś nie
działających snapów czegoś, co nawet nie jest specjalnie poprawiane ??
Wstawienie gcc-4.2 do th owocuje samymi
On czwartek, 8 lutego 2007, Wojciech Cie^ciwa wrote:
Niech mi ktoś wyjaśni powód dla którego musimy trzymać się jakichś nie
działających snapów czegoś, co nawet nie jest specjalnie poprawiane ??
Wstawienie gcc-4.2 do th owocuje samymi problemami.
czy nie lepiej jako podstawowy ustawić np
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Arkadiusz Miskiewicz wrote:
On czwartek, 8 lutego 2007, Wojciech Cie^ciwa wrote:
Niech mi ktoś wyjaśni powód dla którego musimy trzymać się jakichś nie
działających snapów czegoś, co nawet nie jest specjalnie poprawiane ??
Wstawienie gcc-4.2 do
On czwartek, 8 lutego 2007, Wojciech Cie^ciwa wrote:
Arkadiusz Miskiewicz wrote:
[...]
- wolf pisał, że spotkał się z problemem z pda_proxy także pod 4.1.1 więc
i 4.1.2 nie będzie tu lepsze
[...]
Ktoś zna jeszcze jakieś?
Przepraszam, a kto mówił o problemach z kernelem ?
Fakt, to
On Thu, Feb 08, 2007 at 03:46:58PM +0100, Arkadiusz Miskiewicz wrote:
Fakt, to też. Jakieś inne?
Ja nie wiem czy to ja mam jakiegos strasznego pecha do tego gcc na PPC,
czy builder th-ppc ma jakies szczescie ?
Wiekszosc rzeczy ktore zbudowalem na ppc przy pomocy gcc 4.2 czy to w
srodowisku th
Dnia czwartek, 8 lutego 2007, Arkadiusz Miskiewicz napisał:
Póki co problemy z gcc 4.2 widoczne dla mnie są szt 2:
- firefox
- xorg-xserver na niektórych architekturach (brzydki workaround znany i
zastosowany z powodzeniem)
Ktoś zna jeszcze jakieś?
ja dodam jeszcze allegro (i przez to wiele
07-02-08, Robert Tomasik [EMAIL PROTECTED] napisał(a):
Dnia czwartek, 8 lutego 2007, Arkadiusz Miskiewicz napisał:
Póki co problemy z gcc 4.2 widoczne dla mnie są szt 2:
- firefox
- xorg-xserver na niektórych architekturach (brzydki workaround znany i
zastosowany z powodzeniem)
Ktoś
Arkadiusz Miskiewicz ([EMAIL PROTECTED]) wrote:
On czwartek, 8 lutego 2007, Wojciech Cie^ciwa wrote:
Niech mi ktoś wyjaśni powód dla którego musimy trzymać się jakichś nie
działających snapów czegoś, co nawet nie jest specjalnie poprawiane ??
Wstawienie gcc-4.2 do th owocuje samymi
On czwartek, 8 lutego 2007, Arkadiusz Patyk wrote:
Hej
2.6.20 z kernel-gcc4.patch by pluto buduje się i działa na th i686.
W ostateczności bo to afaik jest brzydki workaround w sumie cofający (w sensie
performance) to co pda_proxy daje w kernelu.
Pozdrawiam,
--
Arkadiusz Miśkiewicz
On czwartek, 8 lutego 2007, Arkadiusz Miskiewicz wrote:
Fakt, to też. Jakieś inne?
Zapomniał bym o niemielącym się openssl :(
--
Arkadiusz MiśkiewiczPLD/Linux Team
arekm / maven.plhttp://ftp.pld-linux.org/
___
pld-devel-pl
On Thursday 08 of February 2007 19:24:19 Arkadiusz Miskiewicz wrote:
On czwartek, 8 lutego 2007, Arkadiusz Miskiewicz wrote:
Fakt, to też. Jakieś inne?
Zapomniał bym o niemielącym się openssl :(
naruszenie standardu. cos jeszcze? :)
___
On czwartek, 8 lutego 2007, Paweł Sikora wrote:
On Thursday 08 of February 2007 19:24:19 Arkadiusz Miskiewicz wrote:
On czwartek, 8 lutego 2007, Arkadiusz Miskiewicz wrote:
Fakt, to też. Jakieś inne?
Zapomniał bym o niemielącym się openssl :(
naruszenie standardu. cos jeszcze? :)
Dnia 08-02-2007, czw o godzinie 15:25 +0100, Arkadiusz Miskiewicz
napisał(a):
- nie ma gotowego gcc 4.1.2 w cvsie
A co jest w tagu GCC_4_1?
- gcc 4.1.2 nie buduje się gccem 4.2, gccowcy nie planują poprawiać
Owszem, ale tylko Ada się nie buduje.
--
__( Marcin Kowalczyk
\__/
Jeszcze jedno: pewien mój własny kod był źle kompilowany przez
gcc-4.2, a dobrze przez 4.1. Winne było formalnie niepoprawne
rzutowanie i dostęp do tego samego obiektu przez niekompatybilne typy.
Zdawałem sobie sprawę, że to jest wykroczenie przeciwko normom języka,
ale tak było z pewnych powodów
On czwartek, 8 lutego 2007, Marcin 'Qrczak' Kowalczyk wrote:
Dnia 08-02-2007, czw o godzinie 15:25 +0100, Arkadiusz Miskiewicz
napisał(a):
- nie ma gotowego gcc 4.1.2 w cvsie
A co jest w tagu GCC_4_1?
Niesprawdzone gcc bo patrz niżej.
- gcc 4.1.2 nie buduje się gccem 4.2, gccowcy nie
On Thu, 08 Feb 2007, Arkadiusz Miskiewicz wrote:
On czwartek, 8 lutego 2007, Marcin 'Qrczak' Kowalczyk wrote:
- gcc 4.1.2 nie buduje się gccem 4.2, gccowcy nie planują poprawiać
Owszem, ale tylko Ada się nie buduje.
I to wystarcza by zabić całą sprawę :/
To sie naprawi ;
Wlasnie
35 matches
Mail list logo