eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingNie mieszczę się w tym garniturku część 2: Java i parametry in/outRe: Nie mieszczę się w tym garniturku część 2: Java i parametry in/out
  • Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.cyf-kr.edu.pl!news.nask
    .pl!news.nask.org.pl!news.internetia.pl!not-for-mail
    From: Michoo <m...@v...pl>
    Newsgroups: pl.comp.programming
    Subject: Re: Nie mieszczę się w tym garniturku część 2: Java i parametry in/out
    Date: Wed, 27 Jun 2012 15:59:16 +0200
    Organization: Netia S.A.
    Lines: 27
    Message-ID: <jsf3q5$t0p$1@mx1.internetia.pl>
    References: <jsab6l$98b$5@inews.gazeta.pl>
    <4...@s...net><jsaetr$98b$7@inews.gazeta.pl>
    <jsafab$7q5$1@inews.gazeta.pl> <jsagam$98b$9@inews.gazeta.pl>
    <jsaggi$2gp$1@inews.gazeta.pl> <jsajkd$3vr$1@mx1.internetia.pl>
    <jsalm2$k3f$1@inews.gazeta.pl>
    <d...@g...com>
    NNTP-Posting-Host: 83.238.197.12
    Mime-Version: 1.0
    Content-Type: text/plain; charset=ISO-8859-2; format=flowed
    Content-Transfer-Encoding: 8bit
    X-Trace: mx1.internetia.pl 1340805765 29721 83.238.197.12 (27 Jun 2012 14:02:45 GMT)
    X-Complaints-To: a...@i...pl
    NNTP-Posting-Date: Wed, 27 Jun 2012 14:02:45 +0000 (UTC)
    In-Reply-To: <d...@g...com>
    X-Tech-Contact: u...@i...pl
    User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:8.0) Gecko/20120216
    Icedove/8.0
    X-Server-Info: http://www.internetia.pl/
    Xref: news-archive.icm.edu.pl pl.comp.programming:198165
    [ ukryj nagłówki ]

    On 27.06.2012 09:43, Maciej Sobczak wrote:
    > W dniu poniedziałek, 25 czerwca 2012 23:37:00 UTC+2 użytkownik AK napisał:
    >
    >> I badz precyzyjny: pisalem ze "kolejnosc evaluacji operatorow" _o tym samym
    priotrytecie_
    >> jest dowolna.
    >> Nawiasy w tym przypadku sa opuszczane juz na etapie (umownego) parsingu.
    >
    > Na etapie (umownego) parsingu nie wiadomo jeszcze, jakiego typu są parametry i w
    konsekwencji nie wiadomo, czy przypadkiem te operatory nie są przeciążone.
    Nawet w czystym C gdzie nie można definiować operatorów kompilator nie
    może swobodnie przekształcać wyrażeń.

    Np. w IEEE 754:
    float b = 1e32f;
    float c = -1e32f;
    float a = 1.0f;
    assert( a+(b+c) == 1.0);
    assert( a+b+c == 1.0);

    > Ilość przypadków, w których kompilator może to zrobić jest tak mała, że całe
    zjawisko raczej nie zasługuje na uogólnione stwierdzenia typu "w C++ jest tak".
    >
    Tak właściwie to jest jeden przypadek kiedy kompilatorowi wolno - "kiedy
    nie zmieni to semantyki".


    --
    Pozdrawiam
    Michoo

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: