Dotaz: Otázka pro zkušeného Céčkaře

[Wan-To]

Zrovna jsem zkoumal zdrojáky OpenTTD a našel jsem tuto funkce (uvádím jen hlavičku):

void CDECL ShowInfoF(const char *str, ...);

Nejsou mi jasné dvě věci:

1) Co znamená CDECL mezi typem a jménem funkce? Připadá mi to jako syntaktická chyba (asi není, když to šlo zkompilovat ). Podobnou věc jsem viděl i ve Win32 API, tam bylo tuším int APIENTRY WinMain(). Nebo také v JNI - JNIEXPORT void JNICALL Java_MyCanvas_paint (JNIEnv* env, jobject canvas, jobject graphics). Tady je ještě navíc nějaké JNIEXPORT před návratovým typem.

2) Tři tečky místo parametru - to je nepovinný počet parametrů? Jak se pak k těmto parametrům ve funkci přistupuje, když nejsou pojmenované? (možná to je něco úplně jiného, já s C začínám).

Předem díky za odpověď,

Martin

Odpovědi

[Michal Vyskočil]

CDECL je makro, které obsahuje doplňující informace k funkci, podle názvu bych soudil, že se rozbalí ve Windows na _cdecl. Na co jinde, nevím. Ale chce to projít zdrojáky a použít preprocesor. Informace jsou na stránkách microsoftu.

Použití proměnného počtu argumentů je například zde. Ale proč se tedy nepodíváš na tělo samotné funkce, abys věděl, jak se s tím pracuje?

[Wan-To]

ad 1: Takže na Windows bude vypadat hlavička funkce takto?

void _cdecl ShowInfoF(const char *str, ...);

Co se stane s funkcí, když je před jejím názvem _cdecl, je už starostí překladače?

ad 2: Já jsem se podíval, ale vůbec nic jsem z toho nepochopil

void CDECL ShowInfoF(const char *str, ...)
{
	va_list va;
	char buf[1024];
	va_start(va, str);
	vsprintf(buf, str, va);
	va_end(va);
	ShowInfo(buf);
}

[ondrab]

http://www.linuxsoft.cz/article.php?id_article=967

[Jiri Uncovsky]

ad 1: je-li CDECL tak definován, tak ano. Jinde může být CDECL zanedbáno. Význam _cdecl a spol je záležitostí konkrétního překladače protože ANSI C nic takového nemá.

ad 2: to je zrovna blbý příklad, protože ukazuje jak pracovat se seznamem parametrů (předaných přes výpustku) jako celek (tj. "převedení seznamu volitelných parametrů na jediný parametr"). Lepší příklad je v stdarg(3).

[Wan-To]

ad 1: takže kdybych napsal mezi návratovou hodnotu a jméno funkce _cdecl nebo cokoliv jiného, bude to pro ANSI C syntaktická chyba?

[finn]

Ne nutně. Následující kód je podle ANSI C zcela korektní.

#define CDECL

int CDECL main(void) {
  return(0);
}

[Jiri Uncovsky]

Ano, pokud po zpracování preprocessorem tam něco bude (vyjma specifikátorů storage-class - static/extern/typedef/register/auto) tak to bude syntaktická chyba. Proto je tam napsáno CDECL, který preprocessor MSVC nahradí _cdecl (a kterému on rozumí), ale preprocessor gcc jej zase zlikviduje.

[Heron]

CDECL je modifikátor fce, pro kompilátor. Podobně jako __stdcall, __fastcall atd. Určují, jak se mají předávat argumenty volané funkce (přes stack, registry, haldu).

Více zde. Doufám že mě neukamenujete za MS .

[Wan-To]

Jde i GCC kompilátoru nějak říct, jak má předávat argumenty funkce? Existuje např. nějaká obdoba windowsího __fastcall, aby parametry uložil do registrů procesoru?

Napadá mne akorát void funkce(register int parametr);. Nevím však, zda to funguje a pokud ano, jestli i na Windows.

[hm]

http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/gcc/function-attributes.html

[Wan-To]

Díky moc za všechny odpovědi. Zase jsem o něco chytřejší Označuji téma za vyřešené.

[rastos]

Ešte prihodím jednu informáciu, ktorá sa môže zísť pri podobných prípadoch: Pri kompilácii sa zdrojáky najprv preženú cez pre-processor, ktorý sa postará od nahradenie makier definovaných cez #define, vloženie obsahu súborov odkazovaných cez #include, vynechanie resp. vloženie kódu na základe #if a podobne. Prepínač -E zariadi, že kompilátor miesto zvyčajného vytvorenia .o vypíše výsledok pre-processingu. To znamená, že ak príkaz na kompilovanie

gcc -DMOJEMAKRO -I/usr/X11/include -c subor.c -o subor.o

prepíšem napr. na

gcc -DMOJEMAKRO -I/usr/X11/include -E subor.c 

dostanem výstup, v ktorom sa dozviem, ako sa tie makrá rozvinuli. V našom prípade nám to pomôže k tomu, že sa dozviem, ako v skutočnosti bude vyzerať deklarácia tej mojej funkcie.

[Michal Marek (twofish)]

Anebo se (u gcc) dá použít volba --save-temps. Preprocesovaný kód pak bude v soubor.i (.ii pro C++) a soubor se normálně přeloží.

[Wan-To]

Ještě mám třetí dotaz: Je nějak možné nadefinovat si typy, u kterých budu mít jistotu, že budou na všech systémech stejně velké? Napadlo mne udělat něco takového:

// typ myShort bude mít všude 2 bajty
#ifdef sizeof(short) == 2
typedef short myShort;
#elif sizeof(int) == 2
typedef int myShort;
#endif

Bohužel, nefunguje to. Takže to asi nebude ten správný způsob.

Ale přece nějaká možnost existovat musí. Všiml jsem si, že třeba OpenGL nebo SDL používají typy, které jsou všude stejné. Jak na to tedy?

[VícNežNic]

Třeba Glib si deifnuje typy jako gint32 a podobné, v příslušné hlavičce je má určené třeba jako int. Pro moji danou platformu. Jinde by se musela vygenerovat jiná hlavička, kde by byl třeba short, pokud by ten byl čtyřbajtový a int ne.

[Michal Hocko]

Zdravim. ifdef takymto sposobom fungovat ani nemoze, pretoze vyrazy sa musia vediet vyhodnotit v ramci preprocesora a ten nevie, co je sizeof atd...

Prenositelne integer datove typy by mali na vacsine systemov byt pristupne cez

#include <inttypes.h>

Tieto typy su potom napr.

int8_t pre 8 bitovy int znamienkovy typ, int16_t 2B znamienkovy typ atd...

[Michal Kubeček]

Pozor, tohle je častý omyl. C99 sice definuje typy jako int8_t apod., ale tyto typy nejsou povinné. Povinné jsou pouze int_least8_t, int_least16_t, int_least32_t a int_least64_t. Tedy samozřejmě i některé další, např. intptr_t, ale zrovna ty, které jste jmenoval, to nejsou. Důvod je jednoduchý: platforma totiž vůbec nemusí nabízet něco jako 16-bitové číslo.

[Wan-To]

Ještě mne napadl jeden způsob - určit počet bitů podle rozsahu celočíselného typu. Rozsahy jsou nadefinované v limits.h pomocí #define, takže by se měly dát porovnávat pomocí #ifdef. Je možné tento způsob používat? Nebo přece jen existuje něco lepšího?

[Michal Kubeček]

To můžete, ale na C99-kompatibilních platformách je vhodnější používat standardní typy definované v <inttypes.h>. Navíc znovu upozorňuji, že technicky vzato typy jako "16-bitové číslo bez znaménka" nebo "32-bitové číslo se znaménkem" vůbec nemusejí být k dispozici.

[Wan-To]

Tak ještě jedna

Potřeboval bych spojit řetězec (pole char, nikoliv string z C++) dohromady s číslem tak, aby vznikl zase řetězec. Předpokládám, že zápis retezec + cislo nebude fungovat (pravděpodobně by pak retezec ukazoval o cislo bajtů v paměti dál).

[Jiri Uncovsky]

Veškeré konverze z čísel do řetězce se dají dělat přes formátovací funkci snprintf:

snprintf(buffer, delka_buffer, "%s%d", retezec, cislo);

[billgates]

sprintf(retezec,"%s%d",retezec,cislo);

[billgates]

To riesenie vyssie je lepsie, moje ignorujte.

[Michal Kubeček]

Pokládejte, prosím, nové dotazy jako nové dotazy, nepřidávejte je do diskuse ke starším.