PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : gtk+ 1.2.7 & glib 1.2.7



gast44
07.12.04, 20:30
Abend.

Habe folgendes Problem.

Möchte die neuste Stable von Audacity installieren, dieses benötigt wxwidgets in der Version 2.4.2. Nun gibts es eine Motif/X11 Version und eine für GTK.

Eigentlich spielt es keine Rolle doch ich fange mal mit der Variante mit GTK an.

Die wxGTK-2.4.2 benötigt, GTK - version >= 1.2.7.

Ich finde für mein Distri keine *.rpm Version, deshalb hab ich mit die Binarys geldaden. Zu GTK 1.2.7 word Glib in der selben Version benötigt, und genau da fängt das eigentliche Problem an.

$ ./configure : bringt keine Fehler, allerdings auch keine Meldung ala "do now make" o.Ä

$ make : bringt Fehlermeldungen, hier NUR die Fehler aufgelistet.


1te
testglib.c: In function `g_node_test':
testglib.c:86: Warnung: reading through null pointer (arg 5)
testglib.c:90: Warnung: reading through null pointer (arg 5)
testglib.c:98: Warnung: reading through null pointer (arg 5)
testglib.c:108: Warnung: reading through null pointer (arg 5)
testglib.c:109: Warnung: reading through null pointer (arg 5)
testglib.c:110: Warnung: reading through null pointer (arg 5)
testglib.c:111: Warnung: reading through null pointer (arg 5)
testglib.c:112: Warnung: reading through null pointer (arg 5)
testglib.c:113: Warnung: reading through null pointer (arg 5)
testglib.c:114: Warnung: reading through null pointer (arg 5)
testglib.c:115: Warnung: reading through null pointer (arg 5)
testglib.c:116: Warnung: reading through null pointer (arg 5)
testglib.c:117: Warnung: reading through null pointer (arg 5)
testglib.c:118: Warnung: reading through null pointer (arg 5)
testglib.c:123: Warnung: reading through null pointer (arg 5)
testglib.c:127: Warnung: reading through null pointer (arg 5)
testglib.c:182: Warnung: reading through null pointer (arg 5)
testglib.c:183: Warnung: reading through null pointer (arg 5)
testglib.c: In function `main':
testglib.c:359: Warnung: reading through null pointer (arg 5)
testglib.c:361: Warnung: reading through null pointer (arg 5)
testglib.c:363: Warnung: reading through null pointer (arg 5)
testglib.c:366: Warnung: reading through null pointer (arg 5)
testglib.c:912: Warnung: const qualifier ignored on asm
testglib.c:913: Warnung: const qualifier ignored on asm
testglib.c:915: Warnung: const qualifier ignored on asm
testglib.c:915: Warnung: const qualifier ignored on asm

2te
hash-test.c:181: Warnung: `not_even_foreach' defined but not used
hash-test.c:206: Warnung: `remove_even_foreach' defined but not used

3te
node-test.c: In function `g_node_test':
node-test.c:99: Warnung: reading through null pointer (arg 5)
node-test.c:103: Warnung: reading through null pointer (arg 5)
node-test.c:111: Warnung: reading through null pointer (arg 5)
node-test.c:121: Warnung: reading through null pointer (arg 5)
node-test.c:122: Warnung: reading through null pointer (arg 5)
node-test.c:123: Warnung: reading through null pointer (arg 5)
node-test.c:124: Warnung: reading through null pointer (arg 5)
node-test.c:125: Warnung: reading through null pointer (arg 5)
node-test.c:126: Warnung: reading through null pointer (arg 5)
node-test.c:127: Warnung: reading through null pointer (arg 5)
node-test.c:128: Warnung: reading through null pointer (arg 5)
node-test.c:129: Warnung: reading through null pointer (arg 5)
node-test.c:130: Warnung: reading through null pointer (arg 5)
node-test.c:131: Warnung: reading through null pointer (arg 5)
node-test.c:136: Warnung: reading through null pointer (arg 5)
node-test.c:140: Warnung: reading through null pointer (arg 5)
node-test.c:195: Warnung: reading through null pointer (arg 5)
node-test.c:196: Warnung: reading through null pointer (arg 5)

4te
type-test.c: In function `main':
type-test.c:54: Warnung: const qualifier ignored on asm
type-test.c:55: Warnung: const qualifier ignored on asm
type-test.c:57: Warnung: const qualifier ignored on asm
type-test.c:57: Warnung: const qualifier ignored on asm



Ich glaube bisher habe ich nach jedem $make, ein do now make $$ depend make oder make install bekommen.

Ich kenn mich auf diesem Gebiet relativ wenig aus, bin aber Lernbereit. Wenn jemand nen Ansatz oder eine Lösung für mein Problem kennt, danke :)

bei der wxX11 version, wird auch gtk ab 1.2.7 benötigt.

Schönen Abend noch

derguteweka
07.12.04, 20:54
Moin,

Wuerd' mal sagen, dass du dir keine Sorgen zu machen brauchst. Dass configure einfach so durchlaeuft und nicht "do now make" oder sowas meint, ist eigentlich eher die Regel (Wenns nicht vorher schon wegen irgendwas deutlich meckert). Das was da bei "make" passiert ist, sind auch so wie ich das seh' alles "nur" warnings bei irgendwelcher test-software, die kannste erstmal ignorieren. Wenn "make install" auch durchlaeuft, ohne explizit "error irgendwas" zu sagen, sollte dann eigentlich alles soweit klar sein.

Kurz: Sieht eigentlich alles gut aus.

Gruss
WK

gast44
08.12.04, 11:41
:^]

Mittag! Dankeschön..

Hatte wohl gestern einiges vergessen..

Glib schließt folgend ab:


----------------------------------------------------------------------
Libraries have been installed in:
/usr/local/lib

If you ever happen to want to link against installed libraries
in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use `-LLIBDIR'
flag during linking and do at least one of the following:
- add LIBDIR to the `LD_LIBRARY_PATH' environment variable
during execution
- add LIBDIR to the `LD_RUN_PATH' environment variable
during linking
- use the `-Wl,--rpath -Wl,LIBDIR' linker flag
- have your system administrator add LIBDIR to `/etc/ld.so.conf'

See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.
----------------------------------------------------------------------
/bin/sh ../mkinstalldirs /usr/local/include
/usr/bin/install -c -m 644 gmodule.h /usr/local/include/gmodule.h
make[2]: Leaving directory `/home/honkx/Desktop/glib-1.2.7/gmodule'
make[1]: Leaving directory `/home/honkx/Desktop/glib-1.2.7/gmodule'
Making install in gthread
make[1]: Entering directory `/home/honkx/Desktop/glib-1.2.7/gthread'
make[2]: Entering directory `/home/honkx/Desktop/glib-1.2.7/gthread'
/bin/sh ../mkinstalldirs /usr/local/lib
/bin/sh ../libtool --mode=install /usr/bin/install -c libgthread.la /usr/local/lib/libgthread.la
/usr/bin/install -c .libs/libgthread-1.2.so.0.0.7 /usr/local/lib/libgthread-1.2.so.0.0.7
(cd /usr/local/lib && rm -f libgthread-1.2.so.0 && ln -s libgthread-1.2.so.0.0.7 libgthread-1.2.so.0)
(cd /usr/local/lib && rm -f libgthread.so && ln -s libgthread-1.2.so.0.0.7 libgthread.so)
/usr/bin/install -c .libs/libgthread.lai /usr/local/lib/libgthread.la
/usr/bin/install -c .libs/libgthread.a /usr/local/lib/libgthread.a
ranlib /usr/local/lib/libgthread.a
chmod 644 /usr/local/lib/libgthread.a
PATH="$PATH:/sbin" ldconfig -n /usr/local/lib
----------------------------------------------------------------------
Libraries have been installed in:
/usr/local/lib

If you ever happen to want to link against installed libraries
in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use `-LLIBDIR'
flag during linking and do at least one of the following:
- add LIBDIR to the `LD_LIBRARY_PATH' environment variable
during execution
- add LIBDIR to the `LD_RUN_PATH' environment variable
during linking
- use the `-Wl,--rpath -Wl,LIBDIR' linker flag
- have your system administrator add LIBDIR to `/etc/ld.so.conf'

See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.
----------------------------------------------------------------------
make[2]: Für das Ziel »install-data-am« ist nichts zu tun.
make[2]: Leaving directory `/home/honkx/Desktop/glib-1.2.7/gthread'
make[1]: Leaving directory `/home/honkx/Desktop/glib-1.2.7/gthread'
Making install in docs
make[1]: Entering directory `/home/honkx/Desktop/glib-1.2.7/docs'
make[2]: Entering directory `/home/honkx/Desktop/glib-1.2.7/docs'
make[2]: Für das Ziel »install-exec-am« ist nichts zu tun.
/bin/sh ../mkinstalldirs /usr/local/info
/usr/bin/install -c -m 644 ./glib.info /usr/local/info/glib.info
install-info --info-dir=/usr/local/info /usr/local/info/glib.info
make install-man1
make[3]: Entering directory `/home/honkx/Desktop/glib-1.2.7/docs'
/bin/sh ../mkinstalldirs /usr/local/man/man1
/usr/bin/install -c -m 644 ./glib-config.1 /usr/local/man/man1/glib-config.1
make[3]: Leaving directory `/home/honkx/Desktop/glib-1.2.7/docs'
make[2]: Leaving directory `/home/honkx/Desktop/glib-1.2.7/docs'
make[1]: Leaving directory `/home/honkx/Desktop/glib-1.2.7/docs'
Making install in tests
make[1]: Entering directory `/home/honkx/Desktop/glib-1.2.7/tests'
make[2]: Entering directory `/home/honkx/Desktop/glib-1.2.7/tests'
make[2]: Für das Ziel »install-exec-am« ist nichts zu tun.
make[2]: Für das Ziel »install-data-am« ist nichts zu tun.
make[2]: Leaving directory `/home/honkx/Desktop/glib-1.2.7/tests'
make[1]: Leaving directory `/home/honkx/Desktop/glib-1.2.7/tests'


Also eigentlich installiert ?!

Wenn ich dann gtk in der selben version installieren möchte, tritt folgender fehler aus'f:
hecking for GLIB - version >= 1.2.7...
*** 'glib-config --version' returned 1.2.7, but GLIB (1.2.10)
*** was found! If glib-config was correct, then it is best
*** to remove the old version of GLIB. You may also be able to fix the error
*** by modifying your LD_LIBRARY_PATH enviroment variable, or by editing
*** /etc/ld.so.conf. Make sure you have run ldconfig if that is
*** required on your system.
*** If glib-config was wrong, set the environment variable GLIB_CONFIG
*** to point to the correct copy of glib-config, and remove the file config.cache
*** before re-running configure
no
configure: error:
*** GLIB 1.2.7 or better is required. The latest version of GLIB


Also Glib doch ned drauf. Wollte die eigentliche Glib, die standart bei Suse mit druff ist über Yast löschen, nur das hätte 73 Konflikte gegeben, drum hab ich die Finger erstma von gelassen.


Bunten Tag noch.

derguteweka
08.12.04, 21:11
:^]

Mittag! Dankeschön..

Hatte wohl gestern einiges vergessen..

Glib schließt folgend ab:

...bla...sabbel.../usr/local/lib...sabbel...

Also eigentlich installiert ?!
Yep, sieht alles prima aus soweit.

Wenn ich dann gtk in der selben version installieren möchte, tritt folgender fehler aus'f:
hecking for GLIB - version >= 1.2.7...
*** 'glib-config --version' returned 1.2.7, but GLIB (1.2.10)
*** was found! If glib-config was correct, then it is best
*** to remove the old version of GLIB. You may also be able to fix the error
*** by modifying your LD_LIBRARY_PATH enviroment variable, or by editing
*** /etc/ld.so.conf. Make sure you have run ldconfig if that is
*** required on your system.
*** If glib-config was wrong, set the environment variable GLIB_CONFIG
*** to point to the correct copy of glib-config, and remove the file config.cache
*** before re-running configure
no
configure: error:
*** GLIB 1.2.7 or better is required. The latest version of GLIB


Also Glib doch ned drauf.
Doch, natuerlich, sogar doppelt - les' noch mal den Anfang der Fehlermeldungen:

'glib-config --version' returned 1.2.7, but GLIB (1.2.10) was found!

Du hast jetzt auf deinem System 2 verschiedene Versionen der glib installiert. Nicht gut.


Wollte die eigentliche Glib, die standart bei Suse mit druff ist über Yast löschen, nur das hätte 73 Konflikte gegeben, drum hab ich die Finger erstma von gelassen.


Bunten Tag noch.
1.) Hrrrg! Standard! Mitn weichn deeee, wie der Frank'e z'u sagen pflegt.
2.) Ja, hmm schlecht. So n Mischmasch aus yast installierten rpms und selbst compiliertem ist der Grundstein fuer ein nerviges, instabiles System. Wenn du Glueck hast, ist deine Original glib-1.2.7 unter /usr und nicht /usr/local installiert. Das waere gut, denn dann kannst du mit "make uninstall" deine selbstgebaute glib wieder loswerden. Wenn die suse-glib auch unter /usr/local installiert war, dann koennts sein, dass diese Installation durch das make uninstall etwas in Mitleidenschaft gezogen wurde. Evtl. musst du die suse-glib nochmal nachinstallieren. Die 1.2.7 scheint ja auch ausreichend zu sein. gtk-1.2.7 ist wahrscheinlich bei deiner Suse schon installiert. Wichtig ist, dass du auch die devel-pakte von beiden installierst, wenn du wxwindows selbst kompilieren willst. Allerdings - wie schon erwaehnt - ist es immer ein bisschen ein Risiko mit so einem Gemisch aus rpm und Selbstgebautem. Nochdazu bei libraries, da ja die rpm Datenbank davon nix mitkriegt, was du an Zeugs selbst compiliert hast. Evtl. hilft dir dann checkinstall weiter, aber da kenn' ich mich nicht aus, denn ich hab' ein LFS, d.h. kein einziges rpm :)

Gruss
WK

gast44
09.12.04, 04:18
Morgen, danke für deine rasche und ausführliche Antwort.

Ja is jetzt nicht soo wild das System here, glaub hab das scho gescheitt hergeschrottet.. Aber dafür hab ich ja mir Linux angefangen, um mich damit zu befassen und zu lernen... Nun bin ich wieder um einiges schlauer, und werd mir die nächsten male überlegen was ich mach.

Hab die binarys, mit make uninstall weg bekommen.

Irgendwie bringts mich nochnicht ganz forwärts. Denn, wie bekomm ich denn die glib 1.2.7 druff,ohne sie doppelt zu haben ?
Kann ich die von suse installierte einfach so raus hauen ?

Ich versuch mich mal..

Dankeschön..

derguteweka
09.12.04, 08:50
Moin,


Irgendwie bringts mich nochnicht ganz forwärts. Denn, wie bekomm ich denn die glib 1.2.7 druff,ohne sie doppelt zu haben ?
Kann ich die von suse installierte einfach so raus hauen ?

Ich versuch mich mal..

Dankeschön..

Wieso? Die glib-1.2.7 von Suse ist doch OK, oder? also einfach mitm Yast - oder keine Ahnung wie - die glib-1.2.7 Pakete installieren. Wichtig, damit andere SW, die du selber compilieren willst auch die glib-1.2.7 findet, sind die devel-pakete, weiss nich genau wie die jetzt bei dir heissen, aber wahrscheinlich irgendwas mit glib-1.2.7-devel oder so. Die muessen auch installiert sein, sonst kommen immer die configure scripten und meckern, dass sie keine glib finden.

Gruss
WK

gast44
09.12.04, 09:17
Moin,



Wieso? Die glib-1.2.7 von Suse ist doch OK, oder? also einfach mitm Yast - oder keine Ahnung wie - die glib-1.2.7 Pakete installieren. Wichtig, damit andere SW, die du selber compilieren willst auch die glib-1.2.7 findet, sind die devel-pakete, weiss nich genau wie die jetzt bei dir heissen, aber wahrscheinlich irgendwas mit glib-1.2.7-devel oder so. Die muessen auch installiert sein, sonst kommen immer die configure scripten und meckern, dass sie keine glib finden.

Gruss
WK

Moin

Das Problem, von den vorinstallierten Glibs ist, Sie sind in der Version 1.2.10 installiert. Und ich brauche ja 1.2.7 damit Wxwindows rennt. Es scheint keine, für Suse geschraubten Rpm-Pakte für glib 1.2.7, zu geben. Devel-Paket für die 1.2.10 sind drauf.

Meine Idee war ja eigentlich, glib die neuere Version druff, Gtk drauf und fertig is.

Jetzt kugg ich ma wie weit ich komm, und such nochma weng rum.. Muss ja irgendwo noch jmd. mit ähnlichem Problem geben.

Schön Tag

MfG

Max

derguteweka
09.12.04, 14:59
Moin,

Wieso das denn? Wxwindows braucht doch eine glib >= 1.2.7. - also sollte es doch mit Suses glib-1.2.10 funktionieren oder versteh' ich da was falsch ?

Gruss
WK