W dniu 2017-06-05 o 14:08, AK pisze:
>
> 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.

No patrz, biblioteki kompilowane kompilatorem sasc nie koniecznie
chciały współdziałać z tymi kompilowanymi kompilatorem maxona... To, że
na jednej platformie działało (choć wiem, z doświadczenia, że nie
działało do końca pomiędzy niektórymi kompilatorami, no, ale przeciez Ty
wiesz lepiej, bo Tobie się kilka razy to udało), to zupełnie inny przypadek.



>>> 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:)

publiczne api: dll, so, library itp to rzeczy systemowe i to twórcy
systemu muszą o to zadbać,jeśli tak będzie, będą generowane odpowiednie
kody przez kompilatory. podchodzenie od tyłka strony spowoduje, że taka
bibliotekę będziesz mógł użyć tylko w jednym języku, bo twórcy systemu
zleją takie rzeczy, jeśli nie będą im dawały żadnych bonusów.

--
http://kaczus.ppa.pl