W dniu 2012-04-02 19:25, Edek Pienkowski pisze:
> Dnia Mon, 02 Apr 2012 16:51:12 +0000, M.M. napisal:
>
>> Michoo<m...@v...pl> napisał(a):
>>
>>> On 02.04.2012 17:31, Michoo wrote:
>>>> On 02.04.2012 17:11, M.M. wrote:
>>>>> W wewnętrznej pętli zmienną oznaczyłem symbolem "j" i też
>>>>> nie zatrzymuje się. Mój GCC ma znowu jakiegoś buga :(
>>>> 4.6? Kompilowane z 02?
>>>> Wygląda na to, że optymalizator doszedł do wniosku, że to pętla
>>>> nieskończona....
>>> I co ciekawe kod wynikowy jest zgodny ze standardem - występuje integer
>>> overflow a ten jest niezdefiniowany. Co równie ciekawe zmiana t na
>>> unsigned pomaga.
>>
>> Zmiana na float i double też pomaga.
>
> Pomaga też -fwrapv (signed overflow przechodzi na min, czyli ujemne)
> albo -fno-strict-overflow (wyłącza założenie, że overflow nie występuje).


Na O2 kompilator próbuje policzyć samemu ta pętlę (i patrząc
w asm udaje mu się to dla unsigned i Twoich flag). Na int
'nie wie' jak przepełniać i się gubi. OK. Ale dlaczego
akurat wynikiem jest nieskończona pętla? Jeśli sobie nie
radzi z optymalizacją nie powinien raczej zostawić kodu
w spokoju i go nie optymalizować?

pzdr
bartekltg