Thema: Programmiersprache/Compiler

[The-Programmerfish]

Ja, ab und zu. Ich bin noch am lernen Hab zwar schon seit Ewigkeiten ein Buch, hatte aber keine Zeit. C(++) ist für Strings doch eigentlich besser geeignet, da man Buchstabe für Buchstabe einfacher bearbeiten kann.

[lobmann]

Ein Basic kann einfach nicht besser als C sein, wenn man richtig Programmieren will. Basic is halt einfach nur einfach gestrickt, und OK das ein oder andere kleine Programm kriegt man damit auch hin. Aber mit C kann es Basic nun wirklich nich aufnehmen.

[TeeJay]

Also Basic ist nicht gleich Basic.
Ich selbst habe nur QuickBasic und VB gemacht. Aber BlitzBasic soll doch recht "mächtig" sein wie ich gehört habe.

Da gibts also schon unterschiede.

Und wenn mit Blitzbasic Programme erstellet werden können, die nicht groß irgendwelche Extra-DLLs haben müssen, kann man es doch sehr wohl zum programieren eines Compilers benutzen

Bei solchen Hobby-Projekten zählt ja nur das Ergebnis. Die Geschwindigkeit, portabilität usw. können wir da wohl guten Gewissens außer acht lassen

[lobmann]

Gut gut dein Einwand ist wahrscheinlich berechtigt aber ich kann mir wirklich kaum vorstellen das ein basic dialekt mächtiger als c sein kann.

[lobmann]

Ok, Ok hab grad ma nen bischen rumgesurft so schlecht isses scheinbar doch nich. Nur bei BASIC klingeln bei mir die Alarmglocken. Naja manchmal sollte man sich wohl doch besser vorher informieren, ich gucks mir glaub ich jetz auch ma an.

[joachim_neu]

das beste an BB ist, dass man ohne direkt auf DirectX zugreifen zu müssen, wie bei C, einfach nur Befehle hat, die das automatisch machen... @The-Programmerfish: wird zwar OT, aber: kennste www.blitzforum.de? das ist eine Comunity für BB, da bin ich auch... ich schreibe gerne in BB, als abwechslung zu ASM .

[lobmann]

Wie gesagt hört sich wirklich interessant an wenn ich überlege ich hab mal nen spiel mit c++ und directx gecodet und das war echt mühsälig.

[stultus]

Naja, ich mag BB nich so gern, habs mir mal angeschaut, ich finds a) recht lahm, b) die executables zu groß und c) den compiler zu teuer.
Da greif ich lieber auf mein Purebasic zurück, schneller, kleinere exe und wesentlich billiger und beweise dass das wirklich mächtig is gibts genug (liest hier jemand Gamestar? die hatten letztens nen bericht über Restricted Area. Dass is in PureBasic gecodet wenn ich mich nich stark irre).
Aufjedenfall ganz allgemein meine meinung worin compiler gecodet werden müssen: C(++) und/oder Assembler (mir egal welcher, sind alle schnell genug )
Apropopo C, kennt jemand nen gutes Anfängertutorial (wo am besten DJGPP als Compiler verwendet wird, dann kann ich mir die verwendung von dem teil gleich mit einprägen)?

[lobmann]

Auf http://www.c-plusplus.de/index.php sind einige Tuts über Cund C++
Welchen Compiler du verwendest ist letzendlich egal, wenn mans grade lernt.

[stultus]

mhhhhhhh, is ja ganz nett, jetz hab ich bloß noch eine frage:
Wie verdammt nochmal installier ich djgpp aus den gesplitteten dateien von teejay?

[lobmann]

alle in ein verzeichnis mit dem ersten archiv anfangen und dann fragt rar nach allen weiteren archiven und dann ganz normal setup ausführen

[joachim_neu]

hallo, hab eine neue Version von BOSCL hochgeladen...

Features:

O Additions-, Subtraktions-, Multiplikations-, Divisions- und Modulorechnung mit Zuweisung
O Zuweisung
O #include zum Einfügen von Dateien
O #define zum Definieren von (Text-)Konstanten
O ASM und !ASM zum direkten Einfügen von Assemblercode
O COMMENT und !COMMENT zum Kommentieren des Textes
O Labels
O Sprüng
O Repeat-Forever-Schleifen
O Repeat-Until-Schleifen
O If-Verzweigungen
O For-Schleifen
O Verschachtelung
O Funktionen
O Incrementieren und Decrementieren
O Byte- und Word-Variablen
O Portbefehle

To Do:
O Speicherbenutzungsbefehle
O Pointer zur Zuweisung von Speicherbytes (so dass man mit XY=[0x2020] das Byte in XY bekommt, das an 0x2020 steht)
O Header zum Optimieren vom Code (so dass man einstellen kann, wie tief die Verschachtlung bei For usw. sein kann)
O vielleicht, dass neben den ASM-Code der Teil vom BOSCL-Code geschrieben wird zum kommentieren...

Hat noch jemand Ideen oder Anregungen oder Bugs gefunden?
mfg

JOACHIM NEU

[joachim_neu]

hab schon wieder eine neue Version hochgeladen...

Features:

O Additions-, Subtraktions-, Multiplikations-, Divisions-
  und Modulorechnung mit Zuweisung
O Zuweisung
O #include zum Einfügen von Dateien
O #define zum Definieren von (Text-)Konstanten
O ASM und !ASM zum direkten Einfügen von Assemblercode
O COMMENT und !COMMENT zum Kommentieren des Textes
O Labels
O Sprüng
O Repeat-Forever-Schleifen
O Repeat-Until-Schleifen
O If-Verzweigungen
O For-Schleifen
O Verschachtelung
O Funktionen
O Inkrementieren und Dekrementieren
O Byte- und Word-Variablen
O Portbefehle
O automatische Kommentierung
O Speicherpointer
O struct-Strukturen

To Do:

- Header zur Codeoptimierung
 Speicherbenutzungsbefehle fallen wegen Speicherpointern weg...

[joachim_neu]

wie stehts bei dir Roshl? wann gibt's von dir mal eine Demo zu sehen?

[Roshl]

Garnicht... habe beschlossen das ganze nicht zu veröffentlichen da der Grossteil nicht verstanden zu haben scheint worum es mir bei der Sache ging!

[joachim_neu]

schade...

[joachim_neu]

hab wieder ne neue version hochgeladen:

unterstützt jetzt u.a.:

-stackbefehle
-vektoren (wie in C mit NAME[INDEX] ansprechbar)
-Bitbearbeitungsbefehle

[Roshl]

Das heist Array nicht Vektor! Ein Vektor ist was ganz anderes

[Another Stupid Coder]

Noch nie was von ner Vektor-Klasse gehört? Vektor hat verschiedene Bedeutungen...

[joachim_neu]

also das ist doch wie bei C... mit NAME[INDEX] kann mans auslesen und füllen und in einem C-Buch steht drin, das währen Vektoren...