gcc unter OpenSuse 10.1???


lockwood

lockwood

Member
Joined
Dec 27, 2005
Messages
309
Hallo Linux Freunde,
Ich habe gerade mein gcc c++ Compiler installiert aber es steht nicht in der Pakketgruppe ''Entwicklung''.
Ich brauche diesen Compiler nämlich für die Linux Devkit gp2x version.
Kann jemand helfen?

:huh:
 
Es gibt keine beste GUI, genauso wie es keine beste Linux Distri oder ein bestes OS gibt! Für C++ empfehle ich Anjuta. Ich benutze allerdings kein KDE, wie du als Suse User warscheinlich tust. Für KDE gibt es soweit ich weiß KDevelop ;) Aber ich gebe dir den Tipp nicht mit einer GUI, sondern mit einem normalen Editor (GEdit, KWrite (oder wie es auch immer unter KDE heißt, VIM) anzufangen und das normal über die Konsole zu kompilieren und linken, dabei lernt man bei weiten mehr und du weißt später gleich, wie du die GUI bedienen musst.
 
ich hab mir jetzt das gp2xsdk für linux geladen und den script ausgefürt. Jetzt ist er aber schon seit 15 minuten am auspacken :twisted:
 
Ich empfehle dir oopo's Toolchain, das braucht zwar ne halbe Ewigkeit (ich glaube es waren insgesamt 3-4 Stunden) aber dafür hat es echt alles was das Herz begehrt... nur den Gplayer oder wie das Teil von GPH heißt kannst du nicht ohne weiteres kompilieren ;)
 
Elektranox said:
Für C++ empfehle ich Anjuta. Ich benutze allerdings kein KDE, wie du als Suse User warscheinlich tust. Für KDE gibt es soweit ich weiß KDevelop ;)
Click to expand...

Anjuta laeuft unter KDE, braucht einfach GTK+.
KDE hat alternativ KDevelop, wie Du richtig sagst.
Ganz unabhaengig ist man mit Eclipse, das ist
dann zum Anfangen aber definitiv ein Overkill,
wie die anderen auch. (siehe unten)
Aber ich gebe dir den Tipp nicht mit einer GUI, sondern mit einem normalen Editor (GEdit, KWrite (oder wie es auch immer unter KDE heißt
Click to expand...

Kwrite ist zwar mit Gedit verwandt, sprich:
es kann so gut wie nichts, ich empfehle aber
zum Programmieren eindeutig Kate.
Ist bei KDE meist standardmaessig dabei,
hat nette Sachen wie den Konsolen KPart,
make/autoconf Support, Modul/Funktionsliste,
Syntaxhighlighting, code folding etc.
Als Anfaenger merkst Du das aber gar nicht,
weil Dich das Programm einfach arbeiten laesst.

Ergo: selbe Empfehlung, Editor nehmen,
g++ ueber Konsole.
 
Ja, habe ich. Allerdings mag ich mir
nicht fuer selbstverstaendliche Dinge
wie codefolding Plugins suchen muessen.
Wenn man das fuer unuebliche Dinge hat: bitte.

Ansonsten finde ich den Simplifizierungswahn
der GNOME Leute da einfach uebertrieben,
vor allem weil GNOME sonst kein gutes
Programmierwerkzeug beiliegt.

Man koennte es so machen wie KDE, einen
Editor wirklich nur zum Texte editieren
(kwrite oder sogar kedit ((ist von den
kate Leuten))) und einer zum programmieren (kate).

Fuchs

</OT>

(Um weitere Diskussionen zu vermeiden:
ich habe nichts wirkliches gegen Gedit,
wuerde es nur selber im Leben nie benutzen.
Jedem das seine, konnte mir den kleinen
Vergleich mit Kwrite leider nicht verkneiffen)
 
Fuchs said:
Ja, habe ich. Allerdings mag ich mir
nicht fuer selbstverstaendliche Dinge
wie codefolding Plugins suchen muessen.
Wenn man das fuer unuebliche Dinge hat: bitte.

Ansonsten finde ich den Simplifizierungswahn
der GNOME Leute da einfach uebertrieben,
vor allem weil GNOME sonst kein gutes
Programmierwerkzeug beiliegt.

Man koennte es so machen wie KDE, einen
Editor wirklich nur zum Texte editieren
(kwrite oder sogar kedit ((ist von den
kate Leuten))) und einer zum programmieren (kate).

Fuchs

</OT>

(Um weitere Diskussionen zu vermeiden:
ich habe nichts wirkliches gegen Gedit,
wuerde es nur selber im Leben nie benutzen.
Jedem das seine, konnte mir den kleinen
Vergleich mit Kwrite leider nicht verkneiffen)
Click to expand...

also ich mag modular aufgebaute programme, aber die könnten die plugins dem standard Paket beilegen, das stimmt schon :)
 
Ich bekomme den folgenden error unter anjuta:

compiler%20error.png
 
a) zeig uns doch bitte den Code, der dazu fuehrt
b) willst Du wirklich ein SDL Programm oder nur
ein einfaches hello world schreiben? Dafuer
brauchst Du naemlich sdl nicht.
c) anscheinend gibt es da ein paar Probleme
mit dem Einbinden von SDL, von daher haette
ich gerne die include Zeilen und den ganzen Code gesehen.

Fuchs

PS: Fuer ein einfaches Hello World ist Anjuta
definitiv ein Overkill, das macht man in einem
Editor von Hand.
 
Ich wollte ein sdl programm schreiben was eigentlich hello pixel heißen sollte :wink:
Ich hab das aus dem wiki kopiert um den compiler zu testen.
#include "SDL.h"

#define SCREEN_WIDTH 320
#define SCREEN_HEIGHT 240
#define SCREEN_DEPTH 8

int main(int argc, char *argv[]) {
SDL_Surface *screen;
Uint8 *p;
int x = 10; //x coordinate of our pixel
int y = 20; //y coordinate of our pixel

/* Initialize SDL */
SDL_Init(SDL_INIT_VIDEO);

/* Initialize the screen / window */
screen = SDL_SetVideoMode(SCREEN_WIDTH, SCREEN_HEIGHT, SCREEN_DEPTH, SDL_SWSURFACE);

/* Make p point to the place we want to draw the pixel */
p = (Uint8 *)screen->pixels + y * screen->pitch + x * screen->format->BytesPerPixel;

/* Draw the pixel! */
*p=0xff;

/* update the screen (aka double buffering) */
SDL_Flip(screen);
while(1);
}
Click to expand...
 
lockwood said:
Ich wollte ein sdl programm schreiben was eigentlich hello pixel heißen sollte :wink:
Ich hab das aus dem wiki kopiert um den compiler zu testen.
Click to expand...

Du gibst ihm die falschen Optionen mit.

g++ -Wall -c "name mit whitespace.cc" -I /pfad/zu/SDL -lSDL -o "name mit whitespace.o"

"name mit whitespace" musst Du natuerlich, wie auch
/pfad/zu/, ersetzen. Das "name mit whitespace" habe
ich absichtlich gewaehlt, um ein wenig zu zeigen,
dass man keine Leerzeichen in Namen verwenden sollte.
Dann kannst Du Dir auch die Anfuehrungszeichen sparen.

Achja: nett, dass Du -Wall verwendest. In dem Beispiel
kannst Du es mal mit und ohne verwenden, geht vielleicht
schon ein erstes Licht auf. Und -c koenntest Du Dir
theoretisch hier auch sparen.
#include "SDL.h"

#define SCREEN_WIDTH 320
#define SCREEN_HEIGHT 240
#define SCREEN_DEPTH 8

int main(int argc, char *argv[]) {
SDL_Surface *screen;
Uint8 *p;
int x = 10; //x coordinate of our pixel
int y = 20; //y coordinate of our pixel

/* Initialize SDL */
SDL_Init(SDL_INIT_VIDEO);

/* Initialize the screen / window */
screen = SDL_SetVideoMode(SCREEN_WIDTH, SCREEN_HEIGHT, SCREEN_DEPTH, SDL_SWSURFACE);

/* Make p point to the place we want to draw the pixel */
p = (Uint8 *)screen->pixels + y * screen->pitch + x * screen->format->BytesPerPixel;

/* Draw the pixel! */
*p=0xff;

/* update the screen (aka double buffering) */
SDL_Flip(screen);
while(1);
}
Click to expand...

Funktioniert, wie erwartet.

Fuchs
 
g++ helloworld.cc -l /usr/include/SDL -ISDL -o helloworld.o

aknn Ordner oder Datei nicht finden :huh:
 
Lies meine Zeile noch einmal genau,
resp. kopier sie am besten gleich.

Grosse I und kleine l sehen sich
halt arg aehnlich :)

Fuchs
 
Du koenntest mal meinen Rat befolgen und
einmal ohne -Wall kompilieren.

Zudem empfiehlt es sich arg so viel english
wie nur moeglich zu verstehen.

Fuchs
 
Ich hab jetzt ohne -Wall und jedlichen compiliert. Aber er kann die ganze zeit einfach keinen sdl.h und weiteres finden. :ph34r:
 
lockwood said:
Ich hab jetzt ohne -Wall und jedlichen compiliert. Aber er kann die ganze zeit einfach keinen sdl.h und weiteres finden. :ph34r:
Click to expand...

Du sollst nicht alles weglassen, nur
mal -Wall, damit Du vielleicht drauf kommst
was es tut. Ansonsten kannst Du natuerlich
auch eine Dokumentation zum gcc/g++ lesen,
was ich so oder so empfehlen wuerde.

SDL sollte er, wenn Du den richtigen Pfad
(wie gesagt, den musst Du anpassen) angibst
und die headerdatei (SDL.h) da vorhanden
ist eigentlich finden.

Fuchs
 
You must log in or register to reply here.

Similar threads

deetee
Welche Debian SDL Packages installieren?
Replies
2
Views
3K
deetee
deetee
B
Wie muss ich kompilieren?
Replies
3
Views
3K
Brain Fury
B
Knurz
Hilfe beim Cross-Compilen (Linux)
2
Replies
25
Views
5K
Knurz
Knurz
T
Nun ich: Visual C++ 2005 EE
Replies
1
Views
2K
#c0rEDaMagE
C
Locke
SDL_mixer: Kompilierungsprobleme
Replies
0
Views
1K
Locke
Locke
Back
Top