OT: konecne poriadny piatkovy flame na temu "to C or not to C" Was:Vyctovy typ v C

[Jan Waclawek]

Neviem ani h*** o DLL.

Nevidim vsak principialny problem, ak je ta informacia o prototypoch 
zahrnuta hoci aj v binarnom subore, tu informaciu kedykolvek z toho 
suboru dostat.

V TurboPascale (co je vlastne defacto standard Pascalu) a jeho 
nasledovnikoch je sekcia prototypov sucastou zdrojoveho textu kniznice 
("unit") ako jednoznacne oddelena cast (klucovymi slovami sa urcuje, kde 
je "rozhranie" a kde "implementacia" - vlastne toto su priamo tie 
klucove slova ("rozhranie"="interface").

No a interface je potom pritomne aj vo vyslednom binari (aj ked v trocha 
"pozutej" podobe). Na preklad staci potom mat ten binar, je to len jeden 
subor a netreba nikde nic linkovat, staci ho v zdrojaku aplikacie 
spomenut... :-)



wek



Miroslav Sinko wrote:
> No dovolil by som si nesuhlasit s viacerymi vecami, ale k tomuto sa
> vyjadrim:
> 
> --- Jan Waclawek <wek@evona.sk> wrote:
> 
> 
>>>To je ale jen neporadkem pri praci, to taky nesouvisi s jazykem.
>>
>>Zavislosti 
>>
>>>*.h a *.obj by mel popisovat makefile. 
> 
> 
>>Ak su nejake prvky vysledku prekladu navzajom zavisle, nevidim celkom
>>pricinu ich nedavat do jedneho suboru.
> 
> 
> Vo win typicky 3rd party DLL. Na vyuzitie funkcii z nich vo svojej
> aplikacii potrebujete vediet prototypy funkcii. Tie jaksi v DLL nie su
> (okrem "malovanych" mien funkcii v C++, co vsak nie je kompatibilne s
> inymi jazykmi). Ako teda riesit konzistenciu binarnej DLL s prototypmi?
> 
> 
> Pre C-cko su prototypy v *.h, ano dava to moznost nekonzistencie. 
> Ako sa konkretne toto riesi vo vyzdvihovanom Pascale?
> 
> miro
>