eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaZagwozdka w C Keil.Re: Zagwozdka w C Keil - wyjaśnienie.
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!go
    blin1!goblin.stu.neva.ru!newsfeed.neostrada.pl!unt-exc-01.news.neostrada.pl!unt
    -spo-b-01.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail
    From: "J.F." <j...@p...onet.pl>
    Newsgroups: pl.misc.elektronika
    References: <q3q59d$hp9$1@node1.news.atman.pl> <q3vee4$o74$1@node1.news.atman.pl>
    <5c63f185$0$476$65785112@news.neostrada.pl>
    <q41tof$422$1@node1.news.atman.pl>
    <2...@t...no1>
    <5c654649$0$519$65785112@news.neostrada.pl>
    <4...@t...no1>
    In-Reply-To: <4...@t...no1>
    Subject: Re: Zagwozdka w C Keil - wyjaśnienie.
    Date: Thu, 14 Feb 2019 13:07:00 +0100
    MIME-Version: 1.0
    Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=original
    Content-Transfer-Encoding: 8bit
    X-Priority: 3
    X-MSMail-Priority: Normal
    Importance: Normal
    X-Newsreader: Microsoft Windows Live Mail 16.4.3528.331
    X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3528.331
    Lines: 75
    Message-ID: <5c655a35$0$503$65785112@news.neostrada.pl>
    Organization: Telekomunikacja Polska
    NNTP-Posting-Host: 83.26.165.247
    X-Trace: 1550146101 unt-rea-a-02.news.neostrada.pl 503 83.26.165.247:62630
    X-Complaints-To: a...@n...neostrada.pl
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:741020
    [ ukryj nagłówki ]

    Użytkownik "Queequeg" napisał w wiadomości grup
    dyskusyjnych:4217c591-37b4-4703-974b-66fbe15cdae0@tr
    ust.no1...
    J.F. <j...@p...onet.pl> wrote:
    >>>Dlaczego tak? Bo kompilator wie, że inna jednostka kompilacji nie
    >>>zmieni
    >>>wartości tej zmiennej (bo jest statyczna, widoczna tylko w obrębie
    >>>danej
    >>>jednostki kompilacji), więc nie ma sensu żadne sprawdzanie, bo
    >>>zmienna i
    >>>tak jest zero (bo zmienne globalne są inicjalizowane zerami;
    >>>spróbuj
    >>>zamiast 42 wstawić 0 i zobacz, jaki kod wtedy kompilator
    >>>wygeneruje).
    >
    >> wstaw 41.

    >Będzie to samo, bo 41 to nie 0.

    ale bylo
    void fn(void) { do { } while (i != 42); }


    >> Albo w jakiejs funkcji wpisz i=40 ...

    >Ok, robimy:

    >#v+ test.c
    >int i;

    ale jeszcze static

    >void fn1(void) { while (i != 42) ; }
    >void fn2(void) { i = 40; }
    >#v-

    >gcc -O2 -S test.c

    >#v+ test.s, fn1
    > ldr r3, .L5 ; ładuje do r3 adres zmiennej
    > ldr r3, [r3] ; ładuje do r3 wartość zmiennej
    >.L2:
    > cmp r3, #42 ; porównuje zapamiętaną wartość z 42
    > bne .L2 ; skacze do porównania
    >#v-

    >#v+ test.s, fn2
    > ldr r3, .L8 ; ładuje do r3 adres zmiennej
    > mov r2, #40 ; ładuje do r2 wartość 40
    > str r2, [r3] ; zapisuje wartość r2 pod adresem zmiennej
    >#v-

    W sumie poprawnie - jeszcze nie wie ktore funkcje beda uzyte, to musi
    skompilowac poprawnie.
    Ale trzeba bylo sprawdzic ze static.

    A potem ...

    static void fn2(void) { i = 40; }

    i jej nie wywolywac.

    Tudziez

    static void fn2(void) { i = 40; }

    main()
    {
    fn() ;
    fn2();
    }

    No i ciekawe, na ile dobrze zoptymalizuje :-)

    J.

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: