Software > Programmieren, Kompilieren
SuperTuxKart 0.6.2
Ebbi:
Sehr geil, das funktioniert tatsächlich out-of-the-box. ;D
Ist zwar auf dem alten Amilo unspielbar langsam, aber egal. Gute Arbeit!
erisch:
Und wenn du jetzt noch der OpenSolaris Community was Gutes tun willst, stell das Ding bei Source Juicer rein: http://jucr.opensolaris.org
Dann kann das spaeter jeder vom contrib repository auf pkg.opensolaris.org installieren. Dafuer musst du m.M.n allerdings die Blastwave Abhaengigkeiten loskriegen. Das meiste von deinen Abhaengigkeiten sollte eh in den Sun repos vorraetig sein (sdl, vorbis, ...).
Falls es mit den Abhaengigkeiten Schwierigkeiten geben sollte helfe ich gern weiter.
Mfg. Erisch
EDIT:
tuxkart scheint ja schon drin zu sein, aber das ist wohl was anderes.
xeno74:
--- Zitat von: erisch am 10. Oktober 2009, 19:50:31 ---Und wenn du jetzt noch der OpenSolaris Community was Gutes tun willst, stell das Ding bei Source Juicer rein: http://jucr.opensolaris.org
Dann kann das spaeter jeder vom contrib repository auf pkg.opensolaris.org installieren. Dafuer musst du m.M.n allerdings die Blastwave Abhaengigkeiten loskriegen. Das meiste von deinen Abhaengigkeiten sollte eh in den Sun repos vorraetig sein (sdl, vorbis, ...).
Falls es mit den Abhaengigkeiten Schwierigkeiten geben sollte helfe ich gern weiter.
Mfg. Erisch
--- Ende Zitat ---
Wir sind dabei das STK-Paket für Solaris zu optimieren. Dazu habe ich noch ein paar Fragen:
Was bewirkt die Definition CPPFLAGS=-D_XPG4_2 beim configure-Aufruf (CPPFLAGS=-D_XPG4_2, ./configure)?
D_XPG4_2 ist etwas Solaris-Spezifisches - oder?
Könnt Ihr was mit msg_flags anfangen?
Wäre es besser STK mit dem GCC 4.3.2 anstatt mit dem GCC 3.4.3 zu übersetzen?
--- Zitat von: erisch am 10. Oktober 2009, 19:50:31 ---EDIT:
tuxkart scheint ja schon drin zu sein, aber das ist wohl was anderes.
--- Ende Zitat ---
TuxKart ist der Vorgänger von SuperTuxKart. SuperTuxKart ist damals als Fork aus TuxKart entstanden.
Viele Grüße und Danke für das Testen
Xeno
xeno74:
So, ich habe auch Tests durchgeführt :)
1.Test:
System: Pentium 4 3 GHz, 2 GB DDR1 RAM (Dual Channel), GeForce 6200 mit 512 MB AGP 8X unter OpenSolaris 2009.06 im Live-CD-Modus
Ergebnis: Es läuft mit 3D-Beschleunigung sehr flüssig. Nur der Sound stottert manchmal. Das liegt daran, dass mein Rechner zu langsam ist :(. Aber ansonsten ist es gut spielbar über die Live-CD.
2.Test:
System: MacBook 2 GHz Intel Core 2 Duo, 2 GB RAM, GMA X3100 144 MB VRAM mit OpenSolaris 2009.06 im Live-CD-Modus.
Ergebnis: SuperTuxKart läuft mit 3D-Beschleunigung. Manchmal hakt es, was an dem nicht so schnellen GMA X3100-Grafikchip liegt. Ich freue mich aber sehr, dass OpenSolaris überhaupt mit 3D-Beschleunigung und Sound ohne Probleme auf meinem MacBook läuft. Die Version 2009.06 ist echt gut gelungen :) Oh, ich komme vom Thema ab. SuperTuxKart läuft also auch auf einem MacBook mit Intel-Grafik.
Achja, wir haben für alle Solaris-Fans auch einen passenden Fahrer:
Duke das Java-Maskottchen:
Download -> http://www.dateiupload.com/files/L7Yymjdvgu.zip
Einfach entpacken und in das Verzeichnis data/karts vom SuperTuxKart-Paket kopieren ;)
Dann können wir endgültig gegen Tux fahren ;D
Hier nochmal der Downloadlink zu unserem Paket -> supertuxkart-0.6.2-solaris-i386.tar.gz
Viele Grüße
Xeno
Ten Little Indyans:
--- Zitat von: xeno74 am 10. Oktober 2009, 20:20:25 ---Was bewirkt die Definition CPPFLAGS=-D_XPG4_2 beim configure-Aufruf (CPPFLAGS=-D_XPG4_2, ./configure)?
D_XPG4_2 ist etwas Solaris-Spezifisches - oder?
--- Ende Zitat ---
Mit -Dirgendwas wird ein Makro definiert, analog zu #define irgendwas im Quelltext. In diesem konkreten Fall wird also _XPG4_2 definiert (das ist eigentlich C-Basiswissen).
XPG4 ist Teil der X/Open Portability Guide. Grob gesagt ist es eine API-Spezifikation ähnlich POSIX (und in grossen Teilen damit identisch). XPG4v2 geht noch ein bisschen weiter und ist die Grundlage der Single Unix Specification (SUS).
Achtung: Das Makro _XPG4_2 ist alles andere als Solaris-spezifisch. Um sich XPG4v2-konform zu verhalten erwartet Solaris eher -D_XOPEN_SOURCE -D_XOPEN_SOURCE_EXTENDED=1. Siehe XPG4(5) bzw. standards(5) im Manual.
--- Zitat von: XPG4(5) ---The application must define _XOPEN_SOURCE and set _XOPEN_SOURCE_EXTENDED=1. If _XOPEN_SOURCE is defined with a value, the value must
be less than 500.
--- Ende Zitat ---
Die Definition von _XPG4_2 wird wohl innerhalb des Quelltextes benutzt um zu entscheiden ob er z.B. SUS-Funktionen aufrufen kann oder auf Alternativen zurückgreifen soll.
--- Zitat ---Könnt Ihr was mit msg_flags anfangen?
--- Ende Zitat ---
Das ist bei POSIX ein zusätzliches Feld im Messageheader eines Sockets. Bei 4.2 BSD gab es das noch nicht. Solaris bietet beide Varianten - libsocket ist BSD-kompatibel und libxnet ist POSIX- bzw. X/Open-kompatibel. Siehe socket.h(3HEAD) im Manual.
--- Zitat von: libsocket(3LIB) ---Functions in this library provide the socket internetworking interface, primarily used with the TCP/IP protocol suite.
--- Ende Zitat ---
http://docs.sun.com/app/docs/doc/816-5173/libsocket-3lib?a=view
--- Zitat von: libxnet(3LIB) ---Functions in this library provide networking interfaces which comply with the X/Open CAE Specification, Networking Services, Issue 4.
--- Ende Zitat ---
http://docs.sun.com/app/docs/doc/816-5173/libxnet-3lib?a=view
--- Zitat von: intro(3) ---If portability to other XPGV4v2 (see standards(5)) systems is a requirement, the application must use the libxnet interfaces. If portability is not required, the sockets interfaces in libsocket and libnsl are recommended over those in libxnet.
--- Ende Zitat ---
http://docs.sun.com/app/docs/doc/816-5173/6mbb8adq5?a=view
Navigation
[0] Themen-Index
[#] Nächste Seite
[*] Vorherige Sete
Zur normalen Ansicht wechseln