Bjoern Schliessmann wrote:
> [x] Done
Trolltech ist flott, heute kam Antwort.
| Configure behaved as expected here if you explicitly set Qt to
| build with Opengl support. By default it will check for the
| presence of libraries, and include support accordingly.
|
| Thanks for the feedback.
Grü
Andreas Pakulat wrote:
> Ich meinte das offensichtlich deine libGL
> nicht so ganz "richtig" installiert ist. Sprich der Symlink der
> ins leere zeigt usw.
Hmm, glxgears motzt nicht und läuft entsprechend, und armagetron und
Konsorten auch. Ich folge hier einfach mal dem Grundsatz "never
change a
On 01.04.06 12:38:16, Bjoern Schliessmann wrote:
> Andreas Pakulat wrote:
>
> > Wenn ich deine andere Mail so sehe koenntest du mit OpenGL noch
> > weitere Probleme bekommen...
>
> Hihi, aber tröste dich, ich habe nicht vor mich weiter in OpenGL zu
> vertiefen. Außer aus Konsumentensicht vielleic
Andreas Pakulat wrote:
> Wenn ich deine andere Mail so sehe koenntest du mit OpenGL noch
> weitere Probleme bekommen...
Hihi, aber tröste dich, ich habe nicht vor mich weiter in OpenGL zu
vertiefen. Außer aus Konsumentensicht vielleicht :)
Aber was für Wissenslücken vermutest du, bzw. wie kann i
Andreas Pakulat wrote:
> Ja, vmtl. weil du kein make confclean mit anschliessendem
> configure-Lauf gemacht hast.
Tja, spät isses, und genau das war's wohl. Das Kompilieren lief
jetzt fehlerfrei durch. Danke! :)
> Mir ist allerdings nicht ganz klar warum Qt ueberhaupt die
> Kompilierung des open
On 01.04.06 02:06:34, Bjoern Schliessmann wrote:
> Andreas Pakulat wrote:
> > Das sollte nur einen Unterschied machen, wenn die NVidia-Treiber
> > nicht alle Symbole der normalen OpenGL-Libs enthalten, was ich
> > stark bezweifeln moechte.
>
> Gut zu wissen. Hätte ja sein können.
Wenn ich deine a
Am Samstag, 1. April 2006 01:58 schrieb Bjoern Schliessmann:
> Markus Schulz wrote:
> > exakt das gleiche Problem hatte ich gestern beim Compilieren von
> > MPlayer. Dabei ist mir aufgefallen, das die /usr/libGL.a
Ich meinte natürlich /usr/lib/libGL.la
> Ich finde nur
>
> /usr/lib/nvidia/libGL.a.
Andreas Pakulat wrote:
> Das sollte nur einen Unterschied machen, wenn die NVidia-Treiber
> nicht alle Symbole der normalen OpenGL-Libs enthalten, was ich
> stark bezweifeln moechte.
Gut zu wissen. Hätte ja sein können.
> Ja, vmtl. weil du kein make confclean mit anschliessendem
> configure-Lau
On 01.04.06 01:58:50, Bjoern Schliessmann wrote:
> Markus Schulz wrote:
> > exakt das gleiche Problem hatte ich gestern beim Compilieren von
> > MPlayer. Dabei ist mir aufgefallen, das die /usr/libGL.a
>
> Ich finde nur
>
> /usr/lib/nvidia/libGL.a.xlibmesa
> /usr/X11R6/lib/nvidia/libGL.a.xlibmesa
Markus Schulz wrote:
> exakt das gleiche Problem hatte ich gestern beim Compilieren von
> MPlayer. Dabei ist mir aufgefallen, das die /usr/libGL.a
Ich finde nur
/usr/lib/nvidia/libGL.a.xlibmesa
/usr/X11R6/lib/nvidia/libGL.a.xlibmesa
Was ich auch noch festgestellt habe:
~$ ll $(locate libGL.a)
On 31.03.06 11:43:04, Bjoern Schliessmann wrote:
> Moin,
>
> folgende Fehlermeldung bekomme ich gerade beim Kompilieren von Qt
> aus dem Tarball von Trolltech (deshalb, weil im Debian-Paket einige
> Demos fehlen, gibt es vielleicht einen saubereren Weg?):
>
> make[3]: Entering directory
> `~/pak
Am Freitag, 31. März 2006 11:43 schrieb Bjoern Schliessmann:
> Moin,
>
> folgende Fehlermeldung bekomme ich gerade beim Kompilieren von Qt
> aus dem Tarball von Trolltech (deshalb, weil im Debian-Paket einige
> Demos fehlen, gibt es vielleicht einen saubereren Weg?):
>
> make[3]: Entering directory
Moin,
folgende Fehlermeldung bekomme ich gerade beim Kompilieren von Qt
aus dem Tarball von Trolltech (deshalb, weil im Debian-Paket einige
Demos fehlen, gibt es vielleicht einen saubereren Weg?):
make[3]: Entering directory
`~/pakete/qt-x11-opensource-src-4.1.2/examples/painting/svgviewer'
g++
13 matches
Mail list logo