-
Data: 2017-06-05 14:08:32
Temat: Re: Oszczędności
Od: "AK" <n...@n...net> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]
Użytkownik "Tomasz Kaczanowski" <k...@p...onet.pl> napisał:
>W dniu 2017-06-05 o 13:47, AK pisze:
>> Użytkownik "Tomasz Kaczanowski" <k...@p...onet.pl> napisał:
>>
>>> Ale to chyba Ty nie rozumiesz, takie standardy musi wypracować twórca systemu, a
kompilatory
>>> muszą się do tego dostosować. Dll to kwestia jednego systemu. Jeśli dll będzie
wymagał danej
>>> struktury, to kompilator taką wygeneruje, niezależnie czy będzie to kompilator
języka
>>> c/c++/pascala/asemblera/innego języka kompilowalnego.
>>
>> Nie. Nie wygeneruje. Bo nie musi . Bo standard C++ go nie zmusza.
>
> a co ma zmuszanie standardu, do tego, że wygeneruje? Standard nie zmuszał, by
generował
> jakikolwiek kompilator biblioteki typu .library, a patrz, są takie, które to robią.
A to ma, ze wtedy _jestes pewien_ ze kompillator wygeneruje.
Co do zwyklych bibliotek to byl/jesy ten sam syf.
Kilka formatow (.lib, .a), rozne formaty obj-tow itp
Kiedys linkowanie bylo scislej oddzielone od kompilacji
i to wymuszalo trzymanie sie pewnych zaszlosci/zgodnosc
(np. MS mial jeden linker do wszuytskich jezyow: Pascala, C/C++ i Fortranu,
a Borlandowskiegotlinka uzywalo sie powszechnie do linkowania.. Clippera
bo byl kikanascie razy szybszy od natywnego plinkera,
niktiire porzadne srodowiska mialy wspolne - zwykle Cowe - core bibliotek
np MicroWay NDP (Fortran, Pascal, C/C++) i idealne wzajemne
miedzujezykowe bridges (i to 20 lat przez .NETem).
Potem C++ _olal_ mangling i biblioteki dzielone i poszla dowolnosc juz pelna.
Skutkiem i wszem "rozwoj" nawet w skrajnej forwie net-services/"serwerow
aplikacyjnych:)"
konwertujacych C++ sowy string na javowy i abarot:)
PS: Cale szczescie ze powstal COM/ActiveX a pozneij .NET
>> PS: ...i to ,ma byc nowoczesny jezyk programowania wysokiego poziomu? ;))
>
> nie wiem, czy ma być, czy nie, bo mnie to rybka, jak go nazwiesz. Ale jeśli
generowanie dll-i
> obiektowych ma byc wyznacznikiem,
Ty dalej nic nie rowumiesz.
Nie mowie o generowaniu dllki tylko o wymogu w standardzie C++
aby kazdy kompilator z nim zgodny zapewnial wsparcie dla uzycia
_standardowych_ rzeczy (glownie stl) w publicznym API dll/so/kazdego rodzaju
biblioteki
Tyle (na poczatek:)
AK
Następne wpisy z tego wątku
- 05.06.17 14:28 Tomasz Kaczanowski
- 05.06.17 15:34 AK
- 07.06.17 09:03 M.M.
Najnowsze wątki z tej grupy
- Popr. 14. Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
Najnowsze wątki
- 2025-02-01 Śmierć mózgu a narządy do pobrania
- 2025-01-31 A niektórym to naprawdę zależy na ekologi w miastach LPG POWRACA ;-)
- 2025-01-31 Lublin => Programista Delphi <=
- 2025-01-31 Łódź => Programista NodeJS <=
- 2025-01-31 Wrocław => Senior SAP Support Consultant (SD) <=
- 2025-01-31 Warszawa => Full Stack web developer (obszar .Net Core, Angular6+) <=
- 2025-01-31 Gdańsk => iOS Developer (Swift experience) <=
- 2025-01-31 Kraków => UX Designer <=
- 2025-01-31 Warszawa => Data Engineer (Tech Leader) <=
- 2025-01-31 Gliwice => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2025-01-31 Gliwice => Business Development Manager - Network and Network Security
- 2025-01-31 Warszawa => Architekt rozwiązań (doświadczenie w obszarze Java, AWS
- 2025-01-31 Warszawa => Full Stack .Net Engineer <=
- 2025-01-31 Warszawa => Programista Full Stack (.Net Core) <=
- 2025-01-31 Gdańsk => Programista Full Stack .Net <=