a u innych...

[pluto w agmk.net]

On Mon, 19 Dec 2005, Andrzej Krzysztofowicz wrote:

> Krzysztof Garus wrote:
>> On Mon, Dec 19, 2005 at 01:35:26AM +0100, Andrzej Krzysztofowicz wrote:
>>>> Czy możecie opisać z czym są głównie związane problemy na alphie i jakiej
>>>> wiedzy trzeba by je ewentualnie naprawiac? Jak dotad sie slyszy tylko o tym
>>>> ze nie ma nikogo do roboty, ale nikt nie napisal co tak naprawde sie
>>>> poprawia.
>>>
>>> Najczesciej sa to problemy wspolne dla sparca i alphy, polegajace na
>>> - przekazywaniu adresow w postaci 32-bitowych int-ow i czesty casting
>>>   pomiedzy int-ami a pointerami
>>> - tworzenie struktur z polami niewyrownanymi do slowa
>>> - braki kodu asemblerowego dla danej architektury (czy nie na tym lezy
>>>   mono?)
>>> - inne - nieznane (sypanie sie kompilacji na alpha w cs)
>>> - szybkosc dzialania / czas.
>>> qboosh, popraw/uzupelnij, jesli cos zamieszalem/pominalem...
>>
>> Czy to są błędy powodujące wysypywanie kompilacji, czy również
>> ujawniające się w czasie działania programu?
>
> Na ogol podczas kompilacji sa co najwyzej warningi.

na ogol tych najwazniejszych nie ma.
np. -Wall nie wlacza -Wcast-align i nie dostajemy w buildlogu
"warning: cast increases required alignment of target type"
dobrze by bylo gdyby autoamtyka robila jakis grep buildloga
i wystawiala na jego poczatek taka statystyke "groznych"
warningow. ja mam dwojke kandydatow jak narazie:

-Wcast-align
-Werror-implicit-functions-declaration

> Sypie sie program.

np. na amd64 przez implici decl. strcpy() -> kompilator traktuje wynik
jako int zamiast wskaznika i segv gotowy.
np. na sparc to sigbus uwiera na wszelkich trikowatych zabawach
ze wskanikami i tu pierwszy z w.w. warningow by sie przydal.

>> a czy tego nie powinno się zamiast łatać w dystrybucji to wysyłać
>> autorom do wglądu, i niech poprawią?

ja dawnooooo wyslalem latke na m4.spec/sigbus/sparc64 do autora
i do tej pory mail bez echa.

-- 
to_be || !to_be == 1, to_be | ~to_be == -1