gcc-ada (Re: TAGowanie zakazane.)

[Jakub Bogusz]

On Thu, May 22, 2003 at 12:36:49AM +0200, Tomasz Kłoczko wrote:
> On Wed, 21 May 2003, Jakub Bogusz wrote:
> [..]
> > W większości leży tylko informacja o niespełnionej zależności od gcc-ada.
> > W dwóch (sparc i ppc IIRC) log z którego wynika, że istniejący
> > w systemie gnat nie działa. Więcej trzeba szukać w config.log, którego
> > tam nie ma (BTW, dobrze by było, żeby był dołączany do buildloga...
> > często się przydaje przy analizie błędów podczas budowania, a także
> > działania pakietów które się zbudowały niepoprawnie).
> 
> Wrong way .. lepiej spakować drzewko budowanego pakietu który wyleciał z
> FAIL i wystawić na ftp.

To można ew. osobno... ale nie będę ciągnął drzewka które zajmuje
zwykle 50-500MB (po spakowaniu może z 5 razy mniej), jeśli może
wystarczyć jeden plik do kilkuset kB.
I niekoniecznie tylko w przypadku FAIL - czasami pakiet buduje się, ale
coś źle działa - a odpowiedź znajduje się w config.logu... ale to
rzadsze przypadki.

[...]
> > Czy spróbuję taki schemat przećwiczyć to zależy od tego, czy znajdę
> > maszynkę/chroota/miejsce pod chroota z Ra do rozwalenia oraz wolną
> > chwilę. Ale wolnych chwil ostatnio nie miewam.
> > 
> > Tak jak pisałem - na i686 użyłem gcc 3.2 z nesta (IIRC wtedy jeszcze nie
> > wymagającego glibc 2.3), na alphie gcc 3.1 (a może już 3.2?) z RedHata.
> > Dlaczego akurat binarki z nesta czy RH są "be" a jakieś stare binarki
> > nie-wiem-skąd "cacy" to nie wiem.
> 
> Bo wymagają bibliotek których w build środowisku jeszcze nia ma. Wiesz że
> Nest jest robiony z że tak powiem jawnym pogwałceniem/niepolnowaniem
> ciągłośic dystrybucji. Mi na tej ciągłości zależy. W tej sytuacji nie mam
> żadnych podstaw do tego żeby racjonalnie sięgać po zasoby Nest bez
> narazania się na świadome ryzyko przerwania owej ciągłości.
[...]

Nie widzę problemów z ciągłością dla tego konkretnego zasobu (BTW,
z nieciągłością widzę jeden główny nadal nie rozwiązany problem - /home
-> /home/services). Tak czy inaczej każde użyte binarki nie były robione
z myślą o płynnym przejściu z Ra. Co do bibliotek to chyba faktycznie
zaczęło być aktualne w przypadku nesta (po przebudowaniu na nowym glibc -
przynajmniej moje gcc wymaga glibc 2.3), natomiast ten z RH ma tylko
jedną dodatkową zależność - libgcc, czyli część samego gcc.

[...]
> Kwestia jest szersza bo sam wiesz że na builderze axp gcc ada nie daje 
> się na razie wygenerować

Co? Nie wiem skąd miałem wiedzieć, skoro jeszcze w grudniu gcc-ada
bez żadnych problemów osobiście tam zbudowałem i zainstalowałem.
Przy użyciu gcc-ada 3.2 z RH (sprawdziłem wersję, jednak 3.2 - zresztą
tamte binarki leżą cały czas na moim koncie), ponieważ wtedy innych
binarek ady na alphę nawet nie miałem.


-- 
Jakub Bogusz    http://cyber.cs.net.pl/~qboosh/