Re: sparc optflags
Tomasz Mateja pisze: > ale spoko luz wlasnie mi sie mieli gcc spatchowane --target=sparcv9 > wiec podejmuje wyzwanie. Tylko mielenie paczek bez automatyki dla 3 > arch to nie wiem ile mi snu pozostanie ;P. Ktos poprowadzi za raczke > jak to postawic? Dam znac jak v9 bedzie mialo base do budowania. (w > sumie nie jest tak strasznie - zawsze mozna posluzyc sie pakietami > sparc) Cholera nie bedzie tak łatwo: gcc budowane --target=sparc-pld-linux ale ze zmienionymi flagami wywala sie na adzie, zarówno -m32 -mcpu=ultrasparc jak i -m32 -mcpu=v9 -mtune=ultrasparc (co chyba jest tożsame - fixme): /home/users/builder/rpm/BUILD/gcc-4.2.3/builddir/./gcc/xgcc -B/home/users/builder/rpm/BUILD/gcc-4.2.3/builddir/./gcc/ -B/usr/sparc-pld-linux/bin/ -B/usr/sparc-pld-linux/lib/ -isystem /usr/sparc-pld-linux/include -isystem /usr/sparc-pld-linux/sys-include -c -O2 -m32 -mcpu=ultrasparc -gdwarf-2 -g2 -fPIC -W -Wall -gnatpg s-finroo.adb -o s-finroo.o /home/users/builder/rpm/BUILD/gcc-4.2.3/builddir/./gcc/xgcc -B/home/users/builder/rpm/BUILD/gcc-4.2.3/builddir/./gcc/ -B/usr/sparc-pld-linux/bin/ -B/usr/sparc-pld-linux/lib/ -isystem /usr/sparc-pld-linux/include -isystem /usr/sparc-pld-linux/sys-include -c -O2 -m32 -mcpu=ultrasparc -gdwarf-2 -g2 -fPIC -W -Wall -gnatpg s-fore.adb -o s-fore.o s-fore.adb: In function 'System.Fore.Fore': s-fore.adb:57: error: unrecognizable insn: (insn 16 15 17 2 s-fore.adb:41 (set (reg:CCFPE 96 %fcc0) (compare:CCFPE (reg/v:TF 108 [ t ]) (reg:TF 114))) -1 (nil) (nil)) +===GNAT BUG DETECTED==+ | 4.2.3 20080201 (release) (PLD-Linux) (sparc-pld-linux-gnu) GCC error:| | in extract_insn, at recog.c:2077 | | Error detected at s-fore.adb:58:1| | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:380 make[7]: *** [s-fore.o] Error 1 -- T. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: sparc optflags
Tomasz Mateja wrote: > > [EMAIL PROTECTED] ~]$ echo __sparcv9__ | gcc -E -m32 -mcpu=ultrasparc - > # 1 "" > # 1 "" > # 1 "" > # 1 "" > __sparcv9__ > [EMAIL PROTECTED] ~]$ echo __sparc__ | gcc -E -m32 -mcpu=ultrasparc - > # 1 "" > # 1 "" > # 1 "" > # 1 "" > 1 > > mea culpa :) [EMAIL PROTECTED] SPECS]$ echo __sparc_v9__ | gcc -E -m32 -mcpu=ultrasparc - # 1 "" # 1 "" # 1 "" # 1 "" 1 -- T. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: sparc optflags
Jakub Bogusz wrote: > Swoją drogą opcja -mv8plus (przynajmniej dla gcc 3.3.5, do nowszego > nie mam teraz dostępu) nie ma wpływu na wynikową binarkę: > - przekazane przy kompilacji dla <=v8 nie robi nic, bo v8 nie ma > 64-bitowych rejestrów > - dla >=v9 asembler i tak dostaje -Av9a (lub -Av9b) i tworzy ELF > z ABI SPARC V8+ > Czyli co najwyżej -mno-v8plus wyłączy używanie 64-bitowych rejestrów, > ale binarka i tak będzie typu SPARC32PLUS. > Pamietam ze ktorys pakiet mial jakies assemblerowe wstawki i normalnie nie przechodzilo a z -mv8plus dalo rade (gcc 4.2) wiec chyba ma szerszy zakres polecen. > > Co do nazewnictwa, to jest zamieszanie: > ABI SPARC - wiadomo, 32-bitowe, %g5 zarezerwowany dla systemu > ABI SPARC V8+ - jw rozszerzone o 64-bitowe rejestry global i out, > %g5 dostępny jako scratch; wymaga procesora _V9_ (UltraSPARC) > ABI SPARC V9 - w pełni 64-bitowe > > Pod Solarisem sparcv9 oznacza właśnie ABI SPARC V9 (odpowiednik > sparc64 z Linuksa). > Pod Linuksem sparcv9 to nadal 32-bitowe ABI z -mcpu=v9 (-mcpu=v9 > dodaje definicję makra __sparc_v9__ - co jest błędnie rozumiane > jako sparc64 przez niektóre programy; być może jest to prawda > pod Solarisem - nie wiem, nie mam w tej chwili jak sprawdzić). > [EMAIL PROTECTED] ~]$ echo __sparcv9__ | gcc -E -m32 -mcpu=ultrasparc - # 1 "" # 1 "" # 1 "" # 1 "" __sparcv9__ [EMAIL PROTECTED] ~]$ echo __sparc__ | gcc -E -m32 -mcpu=ultrasparc - # 1 "" # 1 "" # 1 "" # 1 "" 1 > > IMO skoro port th/i386 z kodem wymagającym i486 nazywamy i486, a nie i386, > to portu wymagającego UltraSPARC-a też nie powinniśmy nazywać sparc, > tylko od typu minimalnego wymaganego procesora. > config.gcc to akurat nie problem - łatwo poprawić. > Trochę większy z pomieszaniem nazw (niektórym sparcv9 sugeruje, że to > sparc64) - ale to zamieszanie i tak już jest... > > Poza tym jeśli sparc znaczyłoby sparcv9, to jak odróżnić tę > podarchitekturę w specu, żeby np. przekazać jakieś inne opcje dla > configure? "%ifarch sparcv9" by nie działało. > Nawet jeżeli domyślne byłoby v9, to nie zgadzam się na blokowanie > na poziomie speców możliwości budowania pakietów na v8. > > > Kolejna rzecz: jeżeli decydować się na v9 jako minimum w linii dystrybucji > - wszystkie rzeczy kernelowe na sparc i sparcv9 nie mają racji bytu[1]. Tylko > sparc64. > > [1] dotyczy też takich drobiazgów jak obsługa modułów jądra w 32-bitowej > wersji busyboksa (32-bitowa nie umie nic zrobić z 64-bitowymi) > > he? [EMAIL PROTECTED] ~]$ rpm -qa | grep busybox busybox-initrd-1.6.1-1.sparc [EMAIL PROTECTED] ~]$ rpm -q kernel kernel-2.6.22.19-1.sparc64 ale spoko luz wlasnie mi sie mieli gcc spatchowane --target=sparcv9 wiec podejmuje wyzwanie. Tylko mielenie paczek bez automatyki dla 3 arch to nie wiem ile mi snu pozostanie ;P. Ktos poprowadzi za raczke jak to postawic? Dam znac jak v9 bedzie mialo base do budowania. (w sumie nie jest tak strasznie - zawsze mozna posluzyc sie pakietami sparc) Pozdrawiam -- T. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: sparc optflags
On Wed, Mar 19, 2008 at 06:57:56PM +, Tomasz Mateja wrote: > [EMAIL PROTECTED] wrote: > > 19/3/2008, "Tomasz Mateja" <[EMAIL PROTECTED]> napisał/a: > >> Paweł Sikora wrote: > > >> moze jednak zostanmy przy sparc ale -m32 -mcpu=ultrasparc dla th i wyzej. > >> Tak bedzie prosciej - bez patchowania gcc i rpm-a i kto wie jeszcze czego. > >> > > > > btw. dorzuc do ./configure opcje --with-cpu=ultrsparc. > > > mowisz o gcc czy o makrze %configure ?? gcc, ale średnio mi się to podoba. Powoduje przyjęcie -mcpu=v9 jako domyślne. -mcpu=v9 włącza mv8plus, a to jest inne ABI i inny format ELF. [EMAIL PROTECTED] ~]$ gcc -o c c.c -mcpu=v8 [EMAIL PROTECTED] ~]$ file c c: ELF 32-bit MSB executable, SPARC, version 1 (SYSV), for GNU/Linux 2.4.6, dynamically linked (uses shared libs), not stripped [EMAIL PROTECTED] ~]$ gcc -o c c.c -mcpu=v9 [EMAIL PROTECTED] ~]$ file c c: ELF 32-bit MSB executable, SPARC32PLUS, V8+ Required, version 1 (SYSV), for GNU/Linux 2.4.6, dynamically linked (uses shared libs), not stripped Ten drugi rodzaj binarki wymaga UltraSPARCa i 64-bitowego jądra (na Linuksie jest to akurat tożsame). I nie wszystko takie obsługuje (np. jeszcze nie tak dawno gdb nie rozumiało tego formatu). Swoją drogą opcja -mv8plus (przynajmniej dla gcc 3.3.5, do nowszego nie mam teraz dostępu) nie ma wpływu na wynikową binarkę: - przekazane przy kompilacji dla <=v8 nie robi nic, bo v8 nie ma 64-bitowych rejestrów - dla >=v9 asembler i tak dostaje -Av9a (lub -Av9b) i tworzy ELF z ABI SPARC V8+ Czyli co najwyżej -mno-v8plus wyłączy używanie 64-bitowych rejestrów, ale binarka i tak będzie typu SPARC32PLUS. Co do nazewnictwa, to jest zamieszanie: ABI SPARC - wiadomo, 32-bitowe, %g5 zarezerwowany dla systemu ABI SPARC V8+ - jw rozszerzone o 64-bitowe rejestry global i out, %g5 dostępny jako scratch; wymaga procesora _V9_ (UltraSPARC) ABI SPARC V9 - w pełni 64-bitowe Pod Solarisem sparcv9 oznacza właśnie ABI SPARC V9 (odpowiednik sparc64 z Linuksa). Pod Linuksem sparcv9 to nadal 32-bitowe ABI z -mcpu=v9 (-mcpu=v9 dodaje definicję makra __sparc_v9__ - co jest błędnie rozumiane jako sparc64 przez niektóre programy; być może jest to prawda pod Solarisem - nie wiem, nie mam w tej chwili jak sprawdzić). IMO skoro port th/i386 z kodem wymagającym i486 nazywamy i486, a nie i386, to portu wymagającego UltraSPARC-a też nie powinniśmy nazywać sparc, tylko od typu minimalnego wymaganego procesora. config.gcc to akurat nie problem - łatwo poprawić. Trochę większy z pomieszaniem nazw (niektórym sparcv9 sugeruje, że to sparc64) - ale to zamieszanie i tak już jest... Poza tym jeśli sparc znaczyłoby sparcv9, to jak odróżnić tę podarchitekturę w specu, żeby np. przekazać jakieś inne opcje dla configure? "%ifarch sparcv9" by nie działało. Nawet jeżeli domyślne byłoby v9, to nie zgadzam się na blokowanie na poziomie speców możliwości budowania pakietów na v8. Kolejna rzecz: jeżeli decydować się na v9 jako minimum w linii dystrybucji - wszystkie rzeczy kernelowe na sparc i sparcv9 nie mają racji bytu[1]. Tylko sparc64. [1] dotyczy też takich drobiazgów jak obsługa modułów jądra w 32-bitowej wersji busyboksa (32-bitowa nie umie nic zrobić z 64-bitowymi) -- Jakub Boguszhttp://qboosh.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: sparc optflags
[EMAIL PROTECTED] wrote: > 19/3/2008, "Tomasz Mateja" <[EMAIL PROTECTED]> napisał/a: > > >> Paweł Sikora wrote: >> moze jednak zostanmy przy sparc ale -m32 -mcpu=ultrasparc dla th i wyzej. >> Tak bedzie prosciej - bez patchowania gcc i rpm-a i kto wie jeszcze czego. >> > > btw. dorzuc do ./configure opcje --with-cpu=ultrsparc. > mowisz o gcc czy o makrze %configure ?? -- T. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: sparc optflags
19/3/2008, "Tomasz Mateja" <[EMAIL PROTECTED]> napisał/a: >Paweł Sikora wrote: >> On Sunday 16 of March 2008 23:15:22 Tomasz Mateja wrote: >> >> >>> tylko jak majac arch sparc zacząć budowac sparcv9? >>> builder -bb -c -r auto-th-gcc-4_2_3-1 gcc --target=sparcv9-pld-linux >>> >> >> rpmbuild --define '__cc=gcc' --target... >> >Nie pomaga: >checking if mkdir takes one argument... no >*** Configuration sparcv9-pld-linux-gnu not supported > >w gcc/config.gcc nie ma po prostu zdefiniowanej arch sparcv9-*-linux* a fakt, nie przyuwazylem, ze tam tylko sparcv9-*-solaris* jest. >moze jednak zostanmy przy sparc ale -m32 -mcpu=ultrasparc dla th i wyzej. >Tak bedzie prosciej - bez patchowania gcc i rpm-a i kto wie jeszcze czego. btw. dorzuc do ./configure opcje --with-cpu=ultrsparc. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: sparc optflags
Paweł Sikora wrote: > On Sunday 16 of March 2008 23:15:22 Tomasz Mateja wrote: > > >> tylko jak majac arch sparc zacząć budowac sparcv9? >> builder -bb -c -r auto-th-gcc-4_2_3-1 gcc --target=sparcv9-pld-linux >> > > rpmbuild --define '__cc=gcc' --target... > Nie pomaga: checking if mkdir takes one argument... no *** Configuration sparcv9-pld-linux-gnu not supported w gcc/config.gcc nie ma po prostu zdefiniowanej arch sparcv9-*-linux* moze jednak zostanmy przy sparc ale -m32 -mcpu=ultrasparc dla th i wyzej. Tak bedzie prosciej - bez patchowania gcc i rpm-a i kto wie jeszcze czego. -- T. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: sparc optflags
Paweł Sikora wrote: > On Wednesday 19 of March 2008 09:15:12 Tomasz Mateja wrote: > >> Paweł Sikora wrote: >> >>> On Sunday 16 of March 2008 23:15:22 Tomasz Mateja wrote: >>> tylko jak majac arch sparc zacząć budowac sparcv9? builder -bb -c -r auto-th-gcc-4_2_3-1 gcc --target=sparcv9-pld-linux >> ale to jest propozycja dystrybucyjna czy tak do domu ?? ;-) >> no to probujemy :-), odezwe sie jutro - gcc buduje mi sie prawie 24h :) Dzieki i pozdrawiam -- T. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: sparc optflags
On Wednesday 19 of March 2008 09:15:12 Tomasz Mateja wrote: > Paweł Sikora wrote: > > On Sunday 16 of March 2008 23:15:22 Tomasz Mateja wrote: > >> tylko jak majac arch sparc zacząć budowac sparcv9? > >> builder -bb -c -r auto-th-gcc-4_2_3-1 gcc --target=sparcv9-pld-linux > > ale to jest propozycja dystrybucyjna czy tak do domu ?? ;-) tak mozez zbudowac rpm-a ktory bedzie skonfigurowany pod sparcv9. potem przebudowac binutils/gcc i masz gotowe. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: sparc optflags
On Sunday 16 of March 2008 15:22:04 Tomasz Mateja wrote: > Andrzej Krzysztofowicz pisze: > > Tomasz Mateja wrote: > >> Tomasz Mateja pisze: > >>> proponuję zastąpić: > >>> -mcpu=v7 -mtune=ultrasparc na -mcpu=v8 -mtune=ultrasparc -mv8plus > >>> Skutkowało by to 32bitowym kodem ale możliwym do odpalenia tylko na > >>> Ultra SPARC+ (US 2, 3, 4, Micro) > >>> chyba żeby wyłączyć -mv8plus to na Super SPARC+ (Super, Micro, Hyper) > >> > >> Albo pojechać po całości i zrobić -mcpu=v9 :) > > > > To by trzeba zmienic arch na sparc64 dla tego pakietu. > > no wlasnie nie wiem, -m32 -mcpu=v9 powinno generowac 32bitowy kod 1). tak w ogole, to rozmiar rozkazu na sparc-u ma 32-bity bez wzgeldu na -m32/-m64 ;-) nowsze procki akceptuja tylko wiecej kodow rozkazow. 2). -m32 -mcpu=v9 uzywa rozkazow operujacych na 64-bitowych danych (tu patrz man gcc), ale zalozenia co do typow ma takie jak -m32/v8. dzieki temu potrafi lepiej wykorzystac nowe procesory bez nakladania zbednego balastu na manipulacje na 64-bitowych adresach i zachowujac przy tym binarna kompatybilnosc ze starymi aplikacjami. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: sparc optflags
Paweł Sikora wrote: > On Sunday 16 of March 2008 23:15:22 Tomasz Mateja wrote: > > >> tylko jak majac arch sparc zacząć budowac sparcv9? >> builder -bb -c -r auto-th-gcc-4_2_3-1 gcc --target=sparcv9-pld-linux >> ale to jest propozycja dystrybucyjna czy tak do domu ?? ;-) Pozdrawiam. -- T. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: sparc optflags
On Sunday 16 of March 2008 23:15:22 Tomasz Mateja wrote: > tylko jak majac arch sparc zacząć budowac sparcv9? > builder -bb -c -r auto-th-gcc-4_2_3-1 gcc --target=sparcv9-pld-linux rpmbuild --define '__cc=gcc' --target... ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: sparc optflags
Tomasz Mateja wrote: > Ktoś mi powie jak ma wyglądać konfiguracja rpm-a żeby przy > --target=sparcv9-pld-linux używal sparc-pld-linux-gcc z odpowiednimi > flagami - a nie chcial używać jakiegoś nieistniejącego kompilatora? - to > znaczy target=sparcv9 mialby tylko wplyw na flagi kompilatora (używając > sparc-pld-) i rozszerzenie paczki. > > Jeśli nikt nie wpadnie jak to zrobić (no można też zapatchować gcc - > tylko pytanie czy jest sens) to jednak zmienie flagi dla arch sparc - > przecieź i tak tego nikt nie używa hehehehe ;-). > > Z drugiej strony dla czego sparcv9 - v9 sugeruje 64bitowa architekture - > ale ja sie nie znam. > > ja juz nie mam pomyslow. probowalem przedefiniowac %_target_cpu i %_host_cpu ale ten drugi niezaleznie od tego co sie ustawi jest zalezny od tego co jest napisane w /etc/rpm/platform Jutro zmienie optflagi dla arch sparc na takie jak dla sparcv9 czyli -m32 -mcpu=ultrasparc Kto przeciw?? -- T. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: sparc optflags
Tomasz Mateja pisze: > Jakub Bogusz pisze: >> Natomiast z -mcpu=v9 czy -mv8plus nie należy tych pakietów nazywać sparc, >> tylko sparcv9. > > tylko jak majac arch sparc zacząć budowac sparcv9? > builder -bb -c -r auto-th-gcc-4_2_3-1 gcc --target=sparcv9-pld-linux > *** Configuration sparcv9-pld-linux-gnu not supported Tu gcc nie obsluguje takiego targetu - no bo w sumie poco jak sparc-*-linux daje rade tworzyc takie binaria. > > builder -bb -c -r rpm-4_4_9 rpm --target=sparcv9-pld-linux > configure: error: C++ compiler cannot create executables > See `config.log' for more details. tu rpm szuka sparcv9-pld-linux-gcc, którego of coz nie ma. Ktoś mi powie jak ma wyglądać konfiguracja rpm-a żeby przy --target=sparcv9-pld-linux używal sparc-pld-linux-gcc z odpowiednimi flagami - a nie chcial używać jakiegoś nieistniejącego kompilatora? - to znaczy target=sparcv9 mialby tylko wplyw na flagi kompilatora (używając sparc-pld-) i rozszerzenie paczki. Jeśli nikt nie wpadnie jak to zrobić (no można też zapatchować gcc - tylko pytanie czy jest sens) to jednak zmienie flagi dla arch sparc - przecieź i tak tego nikt nie używa hehehehe ;-). Z drugiej strony dla czego sparcv9 - v9 sugeruje 64bitowa architekture - ale ja sie nie znam. -- T. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: sparc optflags
Jakub Bogusz pisze: > On Sun, Mar 16, 2008 at 03:13:07PM +0100, Andrzej Krzysztofowicz wrote: >> Tomasz Mateja wrote: >>> Tomasz Mateja pisze: proponuję zastąpić: -mcpu=v7 -mtune=ultrasparc na -mcpu=v8 -mtune=ultrasparc -mv8plus Skutkowało by to 32bitowym kodem ale możliwym do odpalenia tylko na Ultra SPARC+ (US 2, 3, 4, Micro) chyba żeby wyłączyć -mv8plus to na Super SPARC+ (Super, Micro, Hyper) >>> Albo pojechać po całości i zrobić -mcpu=v9 :) >> To by trzeba zmienic arch na sparc64 dla tego pakietu. > > sparc64 to nie, z -m32 daje nadal 32-bitowy kod. > > Natomiast z -mcpu=v9 czy -mv8plus nie należy tych pakietów nazywać sparc, > tylko sparcv9. tylko jak majac arch sparc zacząć budowac sparcv9? builder -bb -c -r auto-th-gcc-4_2_3-1 gcc --target=sparcv9-pld-linux [...] checking for .preinit_array/.init_array/.fini_array support... yes checking if mkdir takes one argument... no *** Configuration sparcv9-pld-linux-gnu not supported make[2]: *** [configure-stage1-gcc] Error 1 make[2]: Leaving directory `/home/users/builder/rpm/BUILD/gcc-4.2.3/builddir' builder -bb -c -r rpm-4_4_9 rpm --target=sparcv9-pld-linux [...] checking build system type... sparcv9-pld-linux-gnu checking host system type... sparcv9-pld-linux-gnu checking target system type... sparcv9-pld-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for mawk... mawk checking whether make sets $(MAKE)... yes checking for C++ compiler default output file name... configure: error: C++ compiler cannot create executables See `config.log' for more details. error: Bad exit status from /home/users/builder/tmp/rpm-tmp.5547 (%build) -- T. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: sparc optflags
Andrzej 'The Undefined' Dopierała pisze:> hm... > a to wogóle w th jest port sparca? ;) > Do tej pory słyszałem że nie ma i nie jest planowany... Skąd można toto > ściągnąć/są jakieś buildery albo cusik? > Jest, a raczej był, bo teraz to nie wiem co się z nim dzieje. Na mojej byłej maszynie: alpha.zarz.agh.edu.pl Pozdrawiam. Sas. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: sparc optflags
On Sun, Mar 16, 2008 at 03:13:07PM +0100, Andrzej Krzysztofowicz wrote: > Tomasz Mateja wrote: > > > > Tomasz Mateja pisze: > > > proponuję zastąpić: > > > -mcpu=v7 -mtune=ultrasparc na -mcpu=v8 -mtune=ultrasparc -mv8plus > > > Skutkowało by to 32bitowym kodem ale możliwym do odpalenia tylko na > > > Ultra SPARC+ (US 2, 3, 4, Micro) > > > chyba żeby wyłączyć -mv8plus to na Super SPARC+ (Super, Micro, Hyper) > > Albo pojechać po całości i zrobić -mcpu=v9 :) > > To by trzeba zmienic arch na sparc64 dla tego pakietu. sparc64 to nie, z -m32 daje nadal 32-bitowy kod. Natomiast z -mcpu=v9 czy -mv8plus nie należy tych pakietów nazywać sparc, tylko sparcv9. -- Jakub Boguszhttp://qboosh.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: sparc optflags
On Sun, Mar 16, 2008 at 06:43:36PM +0100, Tomasz Mateja wrote: > > mam jedną maszynkę w kącie serwerowni: > > [EMAIL PROTECTED] ~]$ uname -a; uptime; egrep -i "CPU|bogo" /proc/cpuinfo > > Linux athena 2.4.20 #1 Wed May 7 17:44:59 CEST 2003 sparc > > Texas_Instruments,_Inc._-_MicroSparc unknown PLD Linux > > 18:49:49 up 30 days, 23:54, 1 user, load average: 0.08, 0.03, 0.01 > > cpu : Texas Instruments, Inc. - MicroSparc > > ncpus probed: 1 > > ncpus active: 1 > > BogoMips: 49.66 > > > > Aczkolwiek toto raczej jako ciekawostka stoi i się kurzy. TH tam stawiać > > nie mam najmniejszego zamiaru ;) > > > Akurat zdaje się że to Ultra jest :) > http://www.faqs.org/docs/Linux-HOWTO/SPARC-HOWTO.html#ss2.3 ee.. jakiegoś buga mają albo cuś ;) W każdym razie ewidentnie to sparcv8 > >> Proponuję małą rewolucję w TH - sparc64 port nigdy nie będzie kompletny > >> bo wiele rzeczy nie zostało przeportowanych. Dla sparc32 wiele rzeczy > >> działa tylko optymalizacja u nas jest żadna. Proponuje AC dla > >> użytkowników sparc v7 (o ile tacy jeszcze są) a w TH najchętniej > >> widziałbym -mv8plus które daje 64bitowe rejestry - wlasnie próbuje > >> zbudować xine-lib i odkrylem ze jest jeszcze -mvis które jest mniej > >> więcej odpowiednikiem mmx. Używam mojej ultry jako desktop więc mnie > >> zależy :-) > >> > > hm... > > a to wogóle w th jest port sparca? ;) > > Do tej pory słyszałem że nie ma i nie jest planowany... Skąd można toto > > ściągnąć/są jakieś buildery albo cusik? > > > No oficjalnie nie ma :-) a nieoficjalnie: > http://pldsparc.alivecd.org/ > sporo paczek nie jest przetestowanych tak że zapraszam do testów. > Buildera też nie ma bo nie potrafię postawić a z mikrodokumentacji i > źródeł nie mam czasu sie naumieć. > Jakby był kto chętny pokazać to na pewno byłoby więcej i lepiej :) hm.. sweet :> pobawie sie w wolnym czasie (tm). -- Andrzej 'The Undefined' Dopierała Linux && Unix && Network administrator PLD Linux Developer HomePage: http://andrzej.dopierala.name/ JID: [EMAIL PROTECTED] e-mail: [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: sparc optflags
Tomasz Mateja napisał(a): > Tomasz Mateja pisze: > >> Andrzej Krzysztofowicz pisze: >> >>> To by trzeba zmienic arch na sparc64 dla tego pakietu. >>> >> no wlasnie nie wiem, -m32 -mcpu=v9 powinno generowac 32bitowy kod >> > > [EMAIL PROTECTED] src]$ gcc -m32 -mcpu=v9 test.c -o test > [EMAIL PROTECTED] src]$ file test > test: ELF 32-bit MSB executable, SPARC32PLUS, V8+ Required, version 1 > (SYSV), for GNU/Linux 2.6.12, dynamically linked (uses shared libs), not > stripped > [EMAIL PROTECTED] src]$ ./test > Hello world > [EMAIL PROTECTED] src]$ uname -m > sparc kilka testów więcej: [EMAIL PROTECTED] src]$ gcc -m32 -mcpu=v9 test.c -o test [EMAIL PROTECTED] src]$ ./test char1 short 2 int 4 long4 __arch64__ not detected [EMAIL PROTECTED] src]$ gcc -m32 -mcpu=v7 test.c -o test [EMAIL PROTECTED] src]$ ./test char1 short 2 int 4 long4 __arch64__ not detected -- T. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: sparc optflags
Andrzej 'The Undefined' Dopierała napisał(a): > On Sun, Mar 16, 2008 at 10:54:44AM +0100, Tomasz Mateja wrote: > >> Kto z Was używa PLD na czymś poniżej UltraSPARC?? >> > hm.. > mam jedną maszynkę w kącie serwerowni: > [EMAIL PROTECTED] ~]$ uname -a; uptime; egrep -i "CPU|bogo" /proc/cpuinfo > Linux athena 2.4.20 #1 Wed May 7 17:44:59 CEST 2003 sparc > Texas_Instruments,_Inc._-_MicroSparc unknown PLD Linux > 18:49:49 up 30 days, 23:54, 1 user, load average: 0.08, 0.03, 0.01 > cpu : Texas Instruments, Inc. - MicroSparc > ncpus probed: 1 > ncpus active: 1 > BogoMips: 49.66 > > Aczkolwiek toto raczej jako ciekawostka stoi i się kurzy. TH tam stawiać > nie mam najmniejszego zamiaru ;) > Akurat zdaje się że to Ultra jest :) http://www.faqs.org/docs/Linux-HOWTO/SPARC-HOWTO.html#ss2.3 > >> Proponuję małą rewolucję w TH - sparc64 port nigdy nie będzie kompletny >> bo wiele rzeczy nie zostało przeportowanych. Dla sparc32 wiele rzeczy >> działa tylko optymalizacja u nas jest żadna. Proponuje AC dla >> użytkowników sparc v7 (o ile tacy jeszcze są) a w TH najchętniej >> widziałbym -mv8plus które daje 64bitowe rejestry - wlasnie próbuje >> zbudować xine-lib i odkrylem ze jest jeszcze -mvis które jest mniej >> więcej odpowiednikiem mmx. Używam mojej ultry jako desktop więc mnie >> zależy :-) >> > hm... > a to wogóle w th jest port sparca? ;) > Do tej pory słyszałem że nie ma i nie jest planowany... Skąd można toto > ściągnąć/są jakieś buildery albo cusik? > No oficjalnie nie ma :-) a nieoficjalnie: http://pldsparc.alivecd.org/ sporo paczek nie jest przetestowanych tak że zapraszam do testów. Buildera też nie ma bo nie potrafię postawić a z mikrodokumentacji i źródeł nie mam czasu sie naumieć. Jakby był kto chętny pokazać to na pewno byłoby więcej i lepiej :) Pozdrawiam. -- T. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: sparc optflags
On Sun, Mar 16, 2008 at 10:54:44AM +0100, Tomasz Mateja wrote: > Kto z Was używa PLD na czymś poniżej UltraSPARC?? hm.. mam jedną maszynkę w kącie serwerowni: [EMAIL PROTECTED] ~]$ uname -a; uptime; egrep -i "CPU|bogo" /proc/cpuinfo Linux athena 2.4.20 #1 Wed May 7 17:44:59 CEST 2003 sparc Texas_Instruments,_Inc._-_MicroSparc unknown PLD Linux 18:49:49 up 30 days, 23:54, 1 user, load average: 0.08, 0.03, 0.01 cpu : Texas Instruments, Inc. - MicroSparc ncpus probed: 1 ncpus active: 1 BogoMips: 49.66 Aczkolwiek toto raczej jako ciekawostka stoi i się kurzy. TH tam stawiać nie mam najmniejszego zamiaru ;) > Proponuję małą rewolucję w TH - sparc64 port nigdy nie będzie kompletny > bo wiele rzeczy nie zostało przeportowanych. Dla sparc32 wiele rzeczy > działa tylko optymalizacja u nas jest żadna. Proponuje AC dla > użytkowników sparc v7 (o ile tacy jeszcze są) a w TH najchętniej > widziałbym -mv8plus które daje 64bitowe rejestry - wlasnie próbuje > zbudować xine-lib i odkrylem ze jest jeszcze -mvis które jest mniej > więcej odpowiednikiem mmx. Używam mojej ultry jako desktop więc mnie > zależy :-) hm... a to wogóle w th jest port sparca? ;) Do tej pory słyszałem że nie ma i nie jest planowany... Skąd można toto ściągnąć/są jakieś buildery albo cusik? W każdym razie: undefine: +1 ;) -- Andrzej 'The Undefined' Dopierała Linux && Unix && Network administrator PLD Linux Developer HomePage: http://andrzej.dopierala.name/ JID: [EMAIL PROTECTED] e-mail: [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: sparc optflags
Tomasz Mateja pisze: > Andrzej Krzysztofowicz pisze: >> To by trzeba zmienic arch na sparc64 dla tego pakietu. > no wlasnie nie wiem, -m32 -mcpu=v9 powinno generowac 32bitowy kod [EMAIL PROTECTED] src]$ gcc -m32 -mcpu=v9 test.c -o test [EMAIL PROTECTED] src]$ file test test: ELF 32-bit MSB executable, SPARC32PLUS, V8+ Required, version 1 (SYSV), for GNU/Linux 2.6.12, dynamically linked (uses shared libs), not stripped [EMAIL PROTECTED] src]$ ./test Hello world [EMAIL PROTECTED] src]$ uname -m sparc -- T. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: sparc optflags
Andrzej Krzysztofowicz pisze: > Tomasz Mateja wrote: >> Tomasz Mateja pisze: >>> proponuję zastąpić: >>> -mcpu=v7 -mtune=ultrasparc na -mcpu=v8 -mtune=ultrasparc -mv8plus >>> Skutkowało by to 32bitowym kodem ale możliwym do odpalenia tylko na >>> Ultra SPARC+ (US 2, 3, 4, Micro) >>> chyba żeby wyłączyć -mv8plus to na Super SPARC+ (Super, Micro, Hyper) >> Albo pojechać po całości i zrobić -mcpu=v9 :) > > To by trzeba zmienic arch na sparc64 dla tego pakietu. no wlasnie nie wiem, -m32 -mcpu=v9 powinno generowac 32bitowy kod -- T. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: sparc optflags
Tomasz Mateja wrote: > > Tomasz Mateja pisze: > > proponuję zastąpić: > > -mcpu=v7 -mtune=ultrasparc na -mcpu=v8 -mtune=ultrasparc -mv8plus > > Skutkowało by to 32bitowym kodem ale możliwym do odpalenia tylko na > > Ultra SPARC+ (US 2, 3, 4, Micro) > > chyba żeby wyłączyć -mv8plus to na Super SPARC+ (Super, Micro, Hyper) > Albo pojechać po całości i zrobić -mcpu=v9 :) To by trzeba zmienic arch na sparc64 dla tego pakietu. > This adds 64-bit integer and floating-point move instructions, 3 > additional floating-point condition code registers and conditional move > instructions -- === Andrzej M. Krzysztofowicz [EMAIL PROTECTED] phone (48)(58) 347 19 36 Faculty of Applied Phys. & Math., Gdansk University of Technology ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: sparc optflags
Tomasz Mateja pisze: > proponuję zastąpić: > -mcpu=v7 -mtune=ultrasparc na -mcpu=v8 -mtune=ultrasparc -mv8plus > Skutkowało by to 32bitowym kodem ale możliwym do odpalenia tylko na > Ultra SPARC+ (US 2, 3, 4, Micro) > chyba żeby wyłączyć -mv8plus to na Super SPARC+ (Super, Micro, Hyper) Albo pojechać po całości i zrobić -mcpu=v9 :) This adds 64-bit integer and floating-point move instructions, 3 additional floating-point condition code registers and conditional move instructions -- T ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl