Kezdőlap › Fórumok › Programozás › C-fejlesztés, KDevelop, stb…
- This topic has 184 hozzászólás, 25 résztvevő, and was last updated 20 years, 7 months telt el by
admin.
-
SzerzőBejegyzés
-
2003-10-21-21:38 #1915563
Régebben használtam Anjuta-t feljesztõkörnyezetnek, nekem nagyon bejött. Azóta gondolom csak jobb lett 🙂
A K&R: A C programozási nyelv (ANSI) könyvet semmiképp se hagyd ki ha még nem olvastad!
2003-10-22-07:00 #1915564Azthiszem – gabaman – te isten vagy, én meg vak!
Tuti káosz ami a fejemben van kezd kibontakozni!
El sem tudod képzelni, hogy ezzel az infóval mennyi segítséget nyujtottál, itt nem a keresésre gondolok, hanem az átláthatóságra és az egész struktúrájának megértésére!Mégegyszer köszönöm!
Remélem még a jövõben számíthatók a válaszaidre!
(A HUP-on volt kinnt elõszõr, de ott senki nem válaszolt, mostmár ilyen jellegû problémáimat csak ide írom)üdv: gabcsi
2003-10-22-07:59 #1915565Egyébként meg egy LIB-et v. egy ELF-et strip -elni kell, hogy kijöjjön belõle a sok debug meg symbol.
2003-10-22-08:16 #1915566Helló!
Gabaman asszem érti, hogy mi a gondom, sok köszönet érte!
Szóval a „Hello World” 3,7 MB-ja kissé röhrelyesnek tûnik nekem.2003-10-22-12:04 #1915567Az elõbbiekben leírtakat átolvasva a Kdevelop ne igazán lehet egy helytakrékos rendszer… (igaz, hogy nem ismerem) Ennél még a Kylix is jobb sõt! 😉
2003-10-22-12:27 #1915568Az elõbbiekben leírtakat átolvasva a Kdevelop ne igazán lehet egy helytakrékos rendszer… (igaz, hogy nem ismerem) Ennél még a Kylix is jobb sõt! 😉
Nem értem, mi ez az elõítélet a KDevelop-pal szemben. A projectkörnytezet létrehozása csak egy a sok funkciói közül. Nem kötelezõ használni. Csupán opció annak, aki vmiért úgy dönt, nem kézzel írja meg az autoconf/automake vagy a make konfigurációs fájlokat. Másrészt a sztereotipia általában csúnya dolog (nem feltétlenül igaz rád, Gyomber, igazából nem is Neked szól), elõször egy kis részt általánosítunk egy vmire nézve, majd az általánosított altalánosítást áltanánosítjuk tovább.
2003-10-22-13:26 #1915569Ez lett volna az elsõ kérdésem, hogy hogyan lehet ezt (és lehet-e) megkerülni, hiszen egyébként nagyon tetszik a KDevelop!
Mint már említettem, rendelkezésre áll a make és az autoconf. Egyikhez sem könnyû egyszerû, rövid doksit írni. Azért mellékelek egy egyszerû Makefile-t, a hello.c-hez (tudom, lehetne másként is, de ez most az egyszerûség a lényeg). A KDevelop-ban a Projekt ->
2003-10-25-07:58 #1915570Hali!
Ismét egy keresztkérdés!
Kdevelop3-al szeretnék mysqlt használni debian woody alatt!
A probléma nem akarja elfogadni egyik szabványos mysql C függvényt sem (init_mysql,..)!A hiba :
g++ -DHAVE_CONFIG_H -I. -I/usr/src/kmint/src -I.. -I/usr/include/kde -I/usr/share/qt3/include -I/usr/X11R6/include -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -O2 -fno-exceptions -fno-check-new -fno-common -c -o connect_sql.o `test -f ‘connect_sql.cpp’ || echo ‘/usr/src/kmint/src/’`connect_sql.cpp
/bin/sh ../libtool –silent –mode=link –tag=CXX g++ -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -O2 -fno-exceptions -fno-check-new -fno-common -o kmint -R /usr/lib -R /usr/X11R6/lib -L/usr/X11R6/lib -L/usr/lib main.o connect_sql.o connection_mysql.o -lkio -lkdeprint
connect_sql.o: In function `Connect_sql::MysqlConnect(void)’:
connect_sql.o(.text+0x1ac): undefined reference to `mysql_init’
collect2: ld returned 1 exit status
make[2]: *** [kugyvadmin] Error 1
make[2]: Leaving directory `/usr/src/kugyvadmin/src’
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/kugyvadmin’
make: *** [all] Error 2Az include cucc fenn van, legalábbis az /usr/include/mysql/mysql.h állomány megvan!
A prog.-ban benne van:
#includeA MYSQL structura definíciót elfogadja, de azon kívül egyik függvényt sem!
A néhány prg.-t átnéztem amik mysql-t használnak, nekik sincs semmi extra benne (hacsak, nem látom a fától az erdõt?) !Segíts kérlek, merre kutassam a hibát!
Csomagok a témához amik fenn vannak woody alatt:
dpkg -l | grep mysql
ii libdbd-mysql-p 1.2216-2 mySQL database interface for Perl
ii libmysqlclient 3.23.49-8.4 mysql database client library
ii libmysqlclient 3.23.49-8.2 mysql database development files
ii libqt3-mysql 3.1.2-0woody1 MySQL database driver for Qt3
ii mysql-client 3.23.49-8.4 mysql database client binaries
ii mysql-common 3.23.49-8.4 mysql database common files (e.g. /etc/mysql
ii mysql-navigato 1.2.4-1 GUI client program for MySQL database server
ii mysql-server 3.23.49-8.4 mysql database server binariesüdv.
gabcsi2003-10-25-11:42 #1915571A probléma nem akarja elfogadni egyik szabványos mysql C függvényt sem (init_mysql,..)!
Ez így van rendjén. Alapból csak a C/C++ szabványos utasításokat és osztályokat lehet lefordítani. Ha ennél több kell (pl. KDE vagy MySQL), akkor meg kell adni a szükséges könyvtár(ak) neveit is. Itt konkrétan a „-L/usr/lib/mysql -lmysqlclient” paraméterek hiányoznak a linkelésnél:
/bin/sh ../libtool –silent –mode=link –tag=CXX g++ -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -O2 -fno-exceptions -fno-check-new -fno-common -o kmint -R /usr/lib -R /usr/X11R6/lib -L/usr/X11R6/lib -L/usr/lib main.o connect_sql.o connection_mysql.o -lkio -lkdeprint
2003-10-25-12:25 #1915572Köszi!
Alapból a kdevelop3-al csináltam a projektet, a KDE-nel a kconfig osztályát unblock elfogadja, legalábis nem ütközött ki fordítási hiba és a függvényei is mûködnek!
Kezdem pödzögetni a témát, de még nem teljesen tiszta!
Kérdés, hová is kellene ezt bepakolni és még hozzá egy kis infó, hogy is megy ez a dolog!
Mármint ez a linkelés dolog kicsit bõvebben!Hova tegyem a -L/usr/lib/mysql -lmysqlclient ! 😳
Elõre is köszi!
-
SzerzőBejegyzés
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz