<HTML>jetzt sagt der
no rule to make libglut.a
umsteigen von win auf linux hab ich mir ein ganz klein wenig leichter vorgestellt. aber irgendwie klappt das schon
da ich nirgends glut linux tuts sondern nur mac os glut tuts gefunden hab, schreib ich euch wiedermal was ausgegeben wird:
cd . \
&& CONFIG_FILES= CONFIG_HEADERS=config.h \
/bin/sh ./config.status
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing default-1 commands
gmake all-recursive
gmake[1]: Entering directory `/root/gluttest'
cd . && \
/bin/sh /root/gluttest/admin/missing --run automake --foreign ./Makefile
cd . && perl admin/am_edit Makefile.in
cd . && \
CONFIG_HEADERS= CONFIG_LINKS= \
CONFIG_FILES=Makefile /bin/sh ./config.status
fast creating Makefile
config.status: executing default-1 commands
gmake[1]: Leaving directory `/root/gluttest'
gmake[1]: Entering directory `/root/gluttest'
Making all in gluttest
gmake[2]: Entering directory `/root/gluttest/gluttest'
gmake[2]: *** No rule to make target `libglut.a', needed by `gluttest'. Stop.
gmake[2]: Leaving directory `/root/gluttest/gluttest'
gmake[1]: Leaving directory `/root/gluttest'
gmake[1]: *** [all-recursive] Error 1
gmake: *** [all] Error 2
*** failed *** </HTML>
glut nochma :(
12 Beiträge
• Seite 1 von 1
RE: glut nochma :(
von mad » Fr 26 Jul, 2002 16:38
<HTML>> gmake[2]: *** No rule to make target `libglut.a', needed by `gluttest'. Stop.
hm .. du sollst nicht die libglut.at "builden", sondern nur dein programm
mit dieser lib "linken".
sprich im makefile muss bei den CFLAGS was mit -lglut (fuer die .so) stehen
_oder_ eben bei den OBJS was mit "libglut.a" (fuer statisches linken)
nicht aber bei den targets, da darf nix von libglut.a stehn
(targets sind die dinger links vom ":")
mfg,
mad - der klicki-bunti-geht-eh-alles-von-selbst-developer-tools-wie-die-pest-hast.
</HTML>
hm .. du sollst nicht die libglut.at "builden", sondern nur dein programm
mit dieser lib "linken".
sprich im makefile muss bei den CFLAGS was mit -lglut (fuer die .so) stehen
_oder_ eben bei den OBJS was mit "libglut.a" (fuer statisches linken)
nicht aber bei den targets, da darf nix von libglut.a stehn
(targets sind die dinger links vom ":")
mfg,
mad - der klicki-bunti-geht-eh-alles-von-selbst-developer-tools-wie-die-pest-hast.
</HTML>
- mad
RE: glut nochma :(
von Woolf » Sa 27 Jul, 2002 11:46
hab bei konfiguration unter LINKER das hingeschrieben
man kdevelop hat sonst nur gesagt *error* und sonst gar nix, no ok...
Hey, DANKE!
probier ma mal....
....
....
alter fehler nochma...
wirklich OBJS = libglut.a???
weil ich hab nur ein libglut.a und gar kein .so
nich bunti klicki, das kdevelop nur weil der nix als fehler ausspuckt
man kdevelop hat sonst nur gesagt *error* und sonst gar nix, no ok...
Hey, DANKE!
probier ma mal....
....
....
alter fehler nochma...
wirklich OBJS = libglut.a???
weil ich hab nur ein libglut.a und gar kein .so
nich bunti klicki, das kdevelop nur weil der nix als fehler ausspuckt
- Woolf
RE: glut nochma :(
von mad » Sa 27 Jul, 2002 12:59
das mit OBJS, da hast natuerlich recht, muss nicht zwangsläufig zu deinem
makefile passen. eventuell werden die OBJS in deinem makefile ja zu targets ...
gibts auch eine LIBS variable? dann koenntest das libglut.a da mal dazu schreiben.
es muss im endeffekt auf folgendes rauslaufen ...
du hattest mal ne zeile die sah so aus, oder?
> .. g++ -Wnon-virtual-dtor -Wno-long-long -Wbad-function-cast -Wundef -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -O2 -O0 -g3 -Wall -fno-exceptions -fno-check-new -o gluttest main.o
gut und da fummelst jezt vor das main.o ein libglut.a rein, und gut is.
ob du das direkt reinschreibst, oder ueber eine variable (LIBS, CFLAGS, ..)
machst is eh wurscht .. hauptsache es steht vor dem main.o, denn dann sollt er die lib auch dazu linken und du bekommst keine unresolved symbols ..
> das kdevelop nur weil der nix als fehler ausspuckt
huh? interessante einstellung ...
mfg,
mad.
makefile passen. eventuell werden die OBJS in deinem makefile ja zu targets ...
gibts auch eine LIBS variable? dann koenntest das libglut.a da mal dazu schreiben.
es muss im endeffekt auf folgendes rauslaufen ...
du hattest mal ne zeile die sah so aus, oder?
> .. g++ -Wnon-virtual-dtor -Wno-long-long -Wbad-function-cast -Wundef -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -O2 -O0 -g3 -Wall -fno-exceptions -fno-check-new -o gluttest main.o
gut und da fummelst jezt vor das main.o ein libglut.a rein, und gut is.
ob du das direkt reinschreibst, oder ueber eine variable (LIBS, CFLAGS, ..)
machst is eh wurscht .. hauptsache es steht vor dem main.o, denn dann sollt er die lib auch dazu linken und du bekommst keine unresolved symbols ..
> das kdevelop nur weil der nix als fehler ausspuckt
huh? interessante einstellung ...
mfg,
mad.
- mad
RE: glut nochma :(
von Woolf » Sa 27 Jul, 2002 14:59
<HTML>GESCHNALLT ABER!
ICH hab jetzt ein std makefile welches funktioniert ABER
was zum teufel soll das:
also ein beispiel proggi ausm netz hab ich da
so wirds gekompt
gcc -Wall -pedantic -ansi main.cpp -o gt -L/usr/X11R6/lib -L/usr/lib/glut -lGL -lGLU -lglut -lXxf86vm
und was zum teufel das da???:
/usr/lib/glut/libglut.a(glut_cmap.o): In function `__glutSetupColormap':
glut_cmap.o(.text+0x32d): undefined reference to `XmuLookupStandardColormap'
Mich regt mehr auf dass bei GLX tuts immer steht zum beispiel vollständig im netz:
main()
-->creat a window plz()
...
-->end subroutine plz()
da ich aber noch nie in meiem leben X11 verwendet hab sondern nur im W98 probiert hab
HAB ICH KEINE AHNUNG WIE EIN FENSTER ZU ERSTELLEN IST, UND IM INTERNET HAB ICH NICHT MAL EIN SIMPLES
Wie erstelle ich ein Fenster in einem X-Window system?
- TUTORIAL GEFUNDEN!!!
</HTML>
ICH hab jetzt ein std makefile welches funktioniert ABER
was zum teufel soll das:
also ein beispiel proggi ausm netz hab ich da
so wirds gekompt
gcc -Wall -pedantic -ansi main.cpp -o gt -L/usr/X11R6/lib -L/usr/lib/glut -lGL -lGLU -lglut -lXxf86vm
und was zum teufel das da???:
/usr/lib/glut/libglut.a(glut_cmap.o): In function `__glutSetupColormap':
glut_cmap.o(.text+0x32d): undefined reference to `XmuLookupStandardColormap'
Mich regt mehr auf dass bei GLX tuts immer steht zum beispiel vollständig im netz:
main()
-->creat a window plz()
...
-->end subroutine plz()
da ich aber noch nie in meiem leben X11 verwendet hab sondern nur im W98 probiert hab
HAB ICH KEINE AHNUNG WIE EIN FENSTER ZU ERSTELLEN IST, UND IM INTERNET HAB ICH NICHT MAL EIN SIMPLES
Wie erstelle ich ein Fenster in einem X-Window system?
- TUTORIAL GEFUNDEN!!!
</HTML>
- Woolf
RE: glut nochma :(
von mad » Sa 27 Jul, 2002 16:00
<HTML>> und was zum teufel das da???:
> /usr/lib/glut/libglut.a(glut_cmap.o): In function `__glutSetupColormap':
> glut_cmap.o(.text+0x32d): undefined reference to `XmuLookupStandardColormap'
du musst noch mit -lXmu linken; und haeng da gleich ein -lX11 auch dazu,
sonst wirst im X nie ein window hinbringen
btw, wenn du so undefined references findest,
dann lohnt sich zb ein "grep XmuLookupStandardColormap /usr/X11R6/lib/*.so /usr/lib/*.so /usr/local/lib/*.so"
damit findest die lib, die das symbol beinhaltet ... (meistens
dann machst noch beim namen das "lib" vorne weg und schon weisst was nach dem "-l" schreiben musst. (libxmu.so -> -lXmu)
und lies dir auch mal die man pages von "nm" und "ldd" durch;
damit kannst schaun welche libs, welche anderen libs brauchen, bzw. welche
funktionen in welchen libs drinnen sind.
mfg,
mad.
</HTML>
> /usr/lib/glut/libglut.a(glut_cmap.o): In function `__glutSetupColormap':
> glut_cmap.o(.text+0x32d): undefined reference to `XmuLookupStandardColormap'
du musst noch mit -lXmu linken; und haeng da gleich ein -lX11 auch dazu,
sonst wirst im X nie ein window hinbringen
btw, wenn du so undefined references findest,
dann lohnt sich zb ein "grep XmuLookupStandardColormap /usr/X11R6/lib/*.so /usr/lib/*.so /usr/local/lib/*.so"
damit findest die lib, die das symbol beinhaltet ... (meistens
dann machst noch beim namen das "lib" vorne weg und schon weisst was nach dem "-l" schreiben musst. (libxmu.so -> -lXmu)
und lies dir auch mal die man pages von "nm" und "ldd" durch;
damit kannst schaun welche libs, welche anderen libs brauchen, bzw. welche
funktionen in welchen libs drinnen sind.
mfg,
mad.
</HTML>
- mad
RE: glut nochma :| besserABER immer noch
von Woolf » Sa 27 Jul, 2002 17:16
<HTML>o, funktions suche war eh schon immer mein problem, DANKE VIELMALS!!!!
ABER: JETZT:
In der konsole beim aufrufen:
Xlib: extension "GLX" missing on display ":0.0".
ERROR: Can't open window
UND im konqueror:
Couln't find program gt.
gt is das output file
</HTML>
ABER: JETZT:
In der konsole beim aufrufen:
Xlib: extension "GLX" missing on display ":0.0".
ERROR: Can't open window
UND im konqueror:
Couln't find program gt.
gt is das output file
</HTML>- Woolf
RE: glut nochma :| besserABER immer noch
von Woolf » Sa 27 Jul, 2002 18:39
oho mist sorry
hatte das falsche prog an....
ein glx....
hatte das falsche prog an....
ein glx....
- Woolf
RE: glut nochma :| besserABER immer noch
von Woolf » Sa 27 Jul, 2002 18:43
TOLL ABER IM GLUT SAGT DER DAS GLEICHE,
nur halt
GLUT: Fatal Error in gt: OpenGL GLX Extension not supported by display :0.0
nur halt
GLUT: Fatal Error in gt: OpenGL GLX Extension not supported by display :0.0
- Woolf
RE: IMMERNOCH was hat das???
von Woolf » Sa 27 Jul, 2002 18:43
TOLL ABER IM GLUT SAGT DER DAS GLEICHE,
nur halt
GLUT: Fatal Error in gt: OpenGL GLX Extension not supported by display :0.0
nur halt
GLUT: Fatal Error in gt: OpenGL GLX Extension not supported by display :0.0
- Woolf
RE: glut nochma :| besserABER immer noch
von mad » Sa 27 Jul, 2002 18:54
> Xlib: extension "GLX" missing on display ":0.0".
steht eh da .. dein xserver hat keine glx extension geladen.
und wenn er keine glx extension hat, hat er auch keine ahnung von opengl.
falls du eine nvidia karte dein eigen nennst, schau mal auf der nvidia.com seite
da kannst dir treiber mit gl support fuer linux runterladen;
wie man die installiert steht da sicher auch dabei ...
ansonsten musst dir irgendwie das "mesa" paket besorgen
(software opengl)
anschliessend musst auf jedenfall in deine XF86Config ein "Load glx" reinfummeln
(in der Module Section), sonst weiss dein xserver ja nichts von seinem GLueck.
> UND im konqueror:
...sorry, sowas "support" ich nicht
mfg,
mad.
steht eh da .. dein xserver hat keine glx extension geladen.
und wenn er keine glx extension hat, hat er auch keine ahnung von opengl.
falls du eine nvidia karte dein eigen nennst, schau mal auf der nvidia.com seite
da kannst dir treiber mit gl support fuer linux runterladen;
wie man die installiert steht da sicher auch dabei ...
ansonsten musst dir irgendwie das "mesa" paket besorgen
(software opengl)
anschliessend musst auf jedenfall in deine XF86Config ein "Load glx" reinfummeln
(in der Module Section), sonst weiss dein xserver ja nichts von seinem GLueck.
> UND im konqueror:
...sorry, sowas "support" ich nicht
mfg,
mad.
- mad
RE: glut nochma :| besserABER immer noch
von Woolf » Sa 27 Jul, 2002 19:00
Ach wie blöd
DAS SLACKWARE 8.1 IS EIGENTLICH JUNG GENUG DAS SCHON ZU BEHERRSCHEN oder???
die volle verarschung fĂĽr nen umsteiger von Win98
glx.h und so n kack und gar ned supported tztztztztztz....
Danke, ich meld mich bei weiteren problems
DAS SLACKWARE 8.1 IS EIGENTLICH JUNG GENUG DAS SCHON ZU BEHERRSCHEN oder???
die volle verarschung fĂĽr nen umsteiger von Win98
glx.h und so n kack und gar ned supported tztztztztztz....
Danke, ich meld mich bei weiteren problems
- Woolf
12 Beiträge
• Seite 1 von 1
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 3 Gäste