eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingCo jest nie tak z C++ (było: Rust)Re: Co jest nie tak z C++ (było: Rust)
  • Data: 2017-08-30 15:35:49
    Temat: Re: Co jest nie tak z C++ (było: Rust)
    Od: Adam M <a...@m...com> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    On Wednesday, August 30, 2017 at 2:00:25 AM UTC-4, M.M. wrote:
    > On Wednesday, August 30, 2017 at 12:50:38 AM UTC+2, AK wrote:
    > > Użytkownik "M.M." <m...@g...com> napisał:
    > >
    > > > W latach 90tych było inaczej. Kompilatory nie dość że kompilatory generowały
    > > > kiepski kod, to jeszcze nie umiały malutkich funkcji wstawiać inline.
    > > > Wszelkie próby napisać kodu przyjaznego dla kompilatora kończyły się
    > > >totalną sieczką z punktu programisty czytającego ten kod.
    > >
    > > ...kolejne mity...
    > > Bylo_dokladnie_ odwrotnie.
    > > To prosty zwykly kod byl przyjazniejszy dla kompilatora/optymalizatora.
    >
    > Żadne mity tylko dziesiątki albo nawet setki pomiarów czasów.
    > Do czasów borlnad C++ w wersji około 5.0 - 6.0 (32bity) ja mam rację,
    > potem Ty. GCC i G++ był wtedy jeszcze gorszy. W VC++ było podobnie,
    > dopiero gdzieś od wersji 6.0 generował akceptowalny kod.
    >
    > Pozdrawiam

    w 100% zgadzam się z przedpiszcą - zwlaszcza Bornland byl wtedy marnej jakosci (ale
    był względnie tani), dodakowo linker Borlanda byl szybki ale wiązał wszysko co mu
    podeszło - zadnej optymalizaji (library pruning). Z tego okresu miło wspominam Watcom
    C++ i SAS C++, a co do compilatorow C to TopSpeed C i Aztec C.

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: