Tässä on kyse lähdekoodista, jonka kääntämisen lopputuloksena syntyy DLL -tiedosto. Siis "libxxx.dll"
Ajoin gcc:n -E -optiolla, jotta näen, mitä varsinainen kääntäjä saa syötteekseen C-preprosessoinnin jälkeen.
YLLÄTYIN kovasti, kun tuloksena on tällaista:
__attribute__((__dllimport__)) extern const char * const __gmp_version;
Tuo siis ainoa/harvoja poikkeuksia, jossa exportoidaan dataa, yleensähän exportoidaan funktioita.
ja lisää (funktioita):
__attribute__((__dllimport__)) void __gmpz_add (mpz_ptr, mpz_srcptr, mpz_srcptr);
__attribute__((__dllimport__)) void __gmpz_add_ui (mpz_ptr, mpz_srcptr, unsigned long int);
---------------------
Yllä siis otteita tiedostosta preprocessed_only.txt, joka on tuotettu näin:
gcc -o preprocessed_only.txt -E oma_gmpinfo.c
Siis HÄH ?????
Eikös sen pitäisi olla niin, että noilla #define -lauseilla hoidetaan asia niin, että kun käännetään DLL, pitäisi (gcc -E ...) tuloksena olla dllexport, eikä dllimport ?
No ok, ehkä kyse on siitä, että alkuperäisessä käännöksessä make:n makefile tosiaan antaa kääntäjälle jonkun komentorivioption, jossa määritellään, että ollaan kääntämässä DLL -tiedostoa, ja tuon option olen vahingossa jättänyt antamatta omaa oma_gmpinfo.c -tiedostoa kääntäjälle prosessoitavaksi määrätessäni.
Miten saa selville, mitä komentorivilleni pitää lisätä, jotta myös oma_gmpinfo.c -tiedostoa käsitellään nimenomaan DLL -tiedoston lähdekoodina ?
dll import? - eikö pitäisi olla export ???
6
264
Vastaukset
- C_DLL pulma
noniin...
Keksinpä lisätä seuraavat rivit tiedoston gmp.h melkein alkuun:
#ifdef DLL
#define __GMP_LIBGMP_DLL
#define __GMP_WITHIN_GMP
#endif
Ja sitten ilmeisesti näin:
gcc -o preprocessed_only.txt -DDLL -E oma_gmpinfo.c
voi EI !
Tämä kokeilu johtaa varoituksiin ja virheilmoitukseen:
$ #gcc -o preprocessed_only.txt -E oma_gmpinfo.c
OK
$ gcc -o preprocessed_only.txt -DDLL -E oma_gmpinfo.c
In file included from oma_gmpinfo.c:6:
gmp.h:63:1: warning: "__GMP_LIBGMP_DLL" redefined
gmp.h:29:1: warning: this is the location of the previous definition
gmp.h:176:21: error: #if with no expression
$ gcc -o preprocessed_only.txt -E oma_gmpinfo.c
OK
$ gcc -o preprocessed_only.txt -D__GMP_LIBGMP_DLL -D__GMP_WITHIN_GMP -E oma_gmpinfo.c
OK
Mutta miksi ?
SIIS...
lisäsin tuon em:
#ifdef DLL
#define __GMP_LIBGMP_DLL
#define __GMP_WITHIN_GMP
#endif
gmp.h -tiedoston juuri siksi, että voisin tuottaa haluamani tekstitiedoston näin:
gcc -o preprocessed_only.txt -DDLL -E oma_gmpinfo.c
MUTTA ikävä kyllä jotain meni pieleen.
SENSIJAAN:
$ gcc -o preprocessed_only.txt -D__GMP_LIBGMP_DLL -D__GMP_WITHIN_GMP -E oma_gmpinfo.c
toimii OK.
Miksi siis ideani laittaa itse em. ifdef -lohko .h -tiedostoon, ja sitten komentoriviltä pelkkä -DDLL ei toimi, mutta kun manuaalisesti määrittelee nuo molemmat:
-D__GMP_LIBGMP_DLL -D__GMP_WITHIN_GMP
niin sitten toimii ?- C_DLL pulma
Jaahas...
gcc -o preprocessed_only2.txt -DDLL -E oma_gmpinfo.c
toimii sittenkin !
MUTTA:
tuo oma lisäys .h -tiedostoon pitää ollakin näin:
#ifdef DLL
#define __GMP_LIBGMP_DLL 1
#define __GMP_WITHIN_GMP 1
#endif
Eikä enää tule yhtään varoitusta tai virhettä !
Teknisesti kyse on siis #if ja #ifdef eroista.
Teknisessä mielessä asia on siis selvitetty.
Mutta jos joku gcc:n ja make:n (automaken?) kanssa tekemisissä ollut osaisi vielä kertoa:
Miksi noissa defineissä suositaan tuota #if helpomman #ifdef sijasta ? - CBuilder
"Miksi noissa defineissä suositaan tuota #if helpomman #ifdef sijasta ?"
siksi, että helppokäyttöisyys ei OSS -maailmassa kiinnosta tekijöityä pätkääkään.
Jos paremman haluat, suosittelen "Embarcadero C Builder". Kääntää C:tä ja "C ":aa. - Ohjekirjakäteen
C_DLL pulma kirjoitti:
Jaahas...
gcc -o preprocessed_only2.txt -DDLL -E oma_gmpinfo.c
toimii sittenkin !
MUTTA:
tuo oma lisäys .h -tiedostoon pitää ollakin näin:
#ifdef DLL
#define __GMP_LIBGMP_DLL 1
#define __GMP_WITHIN_GMP 1
#endif
Eikä enää tule yhtään varoitusta tai virhettä !
Teknisesti kyse on siis #if ja #ifdef eroista.
Teknisessä mielessä asia on siis selvitetty.
Mutta jos joku gcc:n ja make:n (automaken?) kanssa tekemisissä ollut osaisi vielä kertoa:
Miksi noissa defineissä suositaan tuota #if helpomman #ifdef sijasta ?Kun tekee ohjelmaa, niin on hyvä tietää mitä tekee. Ja lukea kielen manuaalia riittävästi. Manuaalisa on selvitetty #if ja #ifdef erot.
- dlp
C-kieli on masokisteille:
http://www.stokely.com/lighter.side/unix.prank.html - csotkujakylläkin
Joo juuri erittäin ikävän näköisiä juttuja, tässä on eräs määrittely C:llä tietysti, tarkoittaa funktion määrittelyä jossain järjestelmän ajurin sisällä, ja tuo PASCAL-tyyppinen parametrien määritys on erilainen, jolloin pinorekisteriä pitää muuttaa tuollaisella määrittelyllä:
typedef int(PASCAL *MYPROC_dword_dword)(unsigned long,unsigned long);
MYPROC_dword_dword MapPhysToLinear;
- Eli tuo funktio mappaa fyysisen muistin osoitteen lineaariseksi muistiosoitteeksi jotta se on sitten käytettävissä helposti.
Tämä toimii, ei tarvitse olla tuota PASCAL-tyyppistä pinorekisteriä funktiokutsussa, koska ei ole parametrejä lainkaan:
typedef int(__cdecl *MYPROC_void)(void);
Ketjusta on poistettu 0 sääntöjenvastaista viestiä.
Luetuimmat keskustelut
- 1077773
Siekkilässä ajettu ihmisten yli- mitä tapahtui? Länsi-Savo ei ole uutisoinut asiata
Manneja, vaiko matuja?1126036- 835187
- 1394546
Alavuden sairaala
Säästääkö Alavuden sairaala sähkössä. Kävin Sunnuntaina vast. otolla. Odotushuone ja käytävä jolla lääkäri otti vastaan113230- 633014
- 582948
Törkeää toimintaa
Todella törkeitä kaheleita niitä on Ylivieskassakin. https://www.ess.fi/uutissuomalainen/8570818102454- 612437
Hei........
Pelkkä sun näkeminen saa mut hymyilemään pitkin iltaa. Oot niin 🤩😘 Edellinen poistettiin.562066