allegro mit Watcom Compiler
-
Ich benutze den Watcom 11c compiler und möchte damit allegro Programme schreiben. Aber ich schaffe es einfach nicht da allegro einzubinden.
Weiß zufällig jemand wie man das beim Watcom anstellt ?
-
in meinem (schon älteren) allegro gibt es ein readme watcom..
============ Watcom notes ============
Status: complete and fully functional, but not so widely used and tested
as the djgpp code. This version is heavily based on the djgpp version,
basically just emulating whatever parts of the djgpp libc aren't provided
by Watcom. See readme.dj for information about the available hardware
drivers: the djgpp and Watcom versions are 100% identical in this respect.This library should work with Watcom C versions 10.6 or 11.0, but I have
no way to test anything but 10.6, and only minimal interest in
maintaining this port, so I'm afraid you are pretty much on your own if
you have problems with any different compiler versions.===========================================
============ Required software ============- Watcom C, version 10.6 or 11.0
- djgpp compiler (djdev*.zip, gcc*b.zip, and bnu*b.zip).
- GNU make (makb.zip).
- sed (sedb.zip).
- Optional: rm (fil*b.zip). Used by the clean and uninstall targets.Except for the Watcom compiler itself, all of the above packages can be
downloaded from your nearest SimTel mirror site, in the
/pub/simtelnet/gnu/djgpp/ directory, or you can use the zip picker on
http://www.delorie.com/djgpp/. See the djgpp readme.1st file for
information about how to install djgpp.============================================
============ Installing Allegro ============This is a source-only distribution, so you will have to compile Allegro
before you can use it. To do this you should:Type "cd allegro", followed by "fix.bat watcom", followed by "make". Then
go do something interesting while everything compiles. When it finishes
compiling, type "make install" to set the library up ready for use.The makefile will try to guess whether you are using Watcom 10.6 or 11.0
by checking for the presence of wdisasm.exe. If it gets this wrong, you
may need to override it by passing WATCOM_VERSION=10.6 or
WATCOM_VERSION=11 as arguments to make, or setting the WATCOM_VERSION
environment variable.If you also want to install a debugging version of the library (highly
recommended), now type "make install DEBUGMODE=1". Case is important, so
it must be DEBUGMODE, not debugmode!If you also want to install a profiling version of the library, now type
"make install PROFILEMODE=1".If your copy of Allegro doesn't include the makefile.dep dependency files
(unlikely, unless you have run "make veryclean" at some point), you can
regenerate them by running "make depend".müsste bei dir auch dabei sein
-
So hab ichs auch schon probiert mit der fix.bat aber da hagelts bei mir Fehlermeldungen ohne Ende. Er findet dann einige dateien nicht !
Da krieg ich diese Fehlermeldung :
Configuring Allegro for DOS/Watcom...
Converting Allegro files to DOS CR/LF format...
Der Befehl "utod" ist entweder falsch geschrieben oder
konnte nicht gefunden werden.
Der Befehl "utod" ist entweder falsch geschrieben oder
konnte nicht gefunden werden.
Done!
-
Also die utod.exe hab ich mitlerweile im Internet gefunden, aber das make Kommando geht leider nicht. Kommt mir auch komisch vor ein make unter Windows ?
-
hallo
hast du denn denn djgpp installiert? da ist das make dabei.
übrigens die utod auch. du brauchst sozusagen einen anderen compiler, den djgpp von delorie, der dir allegro im endeffekt in deinen watcom "katapultiert".
es gibt zwar neuerdings wohl noch andere lösungen, aber für den watcom weiß ich nicht, obs anders geht.
wieso sollte es kein 'make' unter windows geben?? visual studio hat auch eins, heißt zwar nmake, aber funzt ebenso.
und alle anderen compiler haben oft ihr make mit dabei.so long
-
Das mit dem djgpp ist leider ein Problem, da der nur einen DOS Installer hat. Der funktioniert bei mir unter WinXP leider nicht.
Aber danke für eure Hilfe
-
der djgpp funzt prima unter winxp.
habe ich im sommer getestet.gehe bitte auf die seite
dort findest du die binaries, die du laden musst.
danach entpacke sie in einen ordner.. geht auch mit winzip.
und dann fahre fort, allegro zu installieren
-
So ich habs jetzt hinbekommen das zeu zu entzippen und das fix.bat watcom läuft auch durch.
Aber beim make bekomm ich nach eineiger Zeit folgenden Fehler :D:\allegro\allegro>make WATCOM_VERSION=11
Compiling Allegro for Watcom, optimised. Please wait...
wcl386 -w1 -zq -fr=nul -bt=dos4g -5s -s -I. -I.\\include -fo=obj\\watcom\\asmdef.obj -fe=obj\\watcom
\\asmdef.exe src\\i386\\asmdef.c
make.exe: *** [obj/watcom/asmdef.exe] Error -1
-
http://www.talula.demon.co.uk/allegro/onlinedocs/en/build/watcom.html
hast du dich genau daran gehalten?
-
ja, zuerst das fix.bat watcom und dann make.
Beim make ist er aber dann eben an dieser Stelle hängen geblieben.
-
oki
schau dir mal den makefile an
http://cvs.sourceforge.net/viewcvs.py/alleg/allegro_new/makefile.wat?rev=1.2
er braucht ... wie du oben stehen siehst.. den djgpp für die assemblerübersetzung.
ich denke nicht, daß es ohne geht.später unten ist auch die stelle, wo es hängt.
# This build uses djgpp for building the assembler sources and calculating
# source dependencies, so you'll need to have that installed as well.keine ahnung, ob es irgendwie auch ohne geht, ich kenne es nur mit
-
den djgpp hab ich ja drauf, das makefile läuft ja auch schon ein Stück. Brauch ich etwa noch einen 2. djgpp um den Assemblerteil da durchzubringen ?
-
hmm hast du diesen zip picker zur installation benutzt?
http://www.delorie.com/djgpp/zip-picker.html
schau mal, ob du das bnu packet dabei hast.
apropo, wenn der watcom einfach streikt aus unerklärlichen gründen (was aber nicht sein sollte), versuche alles einfach im djgpp
im grunde ist meines wissens allegro ursprünglich für den djgpp geschrieben worden.wenn das durchläuft, würde ich mich später nochmal an den watcom wagen. ich habe verschiedene allegro versionen, eine für den djgpp, eine für das studio...
bei mir existiert eine asmdef.exe, wie dem makefile entnomment bildet sie sich aus asmdef.c. allein aus dem namen schließe ich, daß sie dazu die basic klassen in bnu braucht.
so long
-
Den hab ich schon genommen den Zip Picker, das bnu Paket hab ich auch. Ich hab auch die asmdef.c aber wenn er die kompilieren will um die asmdef.exe zu erstellen schmiert er ab.
Könntest du mir die asmdef.exe mal schicken, wenn ich die reinkopiere dann geht er vielleicht drüber
-
er würde nur drübergehen, wenn du es aus dem makefile rausholst..
mein eindruck ist übrigens, daß er unterschiedliche asmdef.exe herstellt. für das studio hat sie eine andere größe bei mir.
vielleicht schaut ja jemand rein, der schonmal mit watcom gearbeitet hat.
wie gesagt, für eine erste runde allegro testing eignet sich der djgpp auch sehr gut.
ps: schick mir deine email, sonst kann ich nix anhängen
-
Wenn er immer andere compiliert bringts wohl nix. Dann werd ich wohl mit dem Dev-C weitermachen obwohl der ewig viele Macken hat.
Danke für deine Hilfe soweit.
Tom
-
ich verstehe dein anliegen nicht.
wenn du allegro programmieren willst, dann mach es doch einfach mit dem djgpp, so du ihn sowieso schon drauf hast.
es ist ein ordentlicher compilerbei mir existieren drei compiler friedvoll nebeneinander, und mit jedem mache ich andere sachen..
so long
-
Mein Anliegen war dieses :
Ich programmiere zur Zeit Allegro mit dem Dev-Cpp von Bloodshed. Es funktioniert ja alles recht gut aber der hat halt einige Bugs. Ich habe aber noch eine Vollversion vom Watcom zuhause und dachte deshalb ok nimmst halt den mal wieder der hat wenigstens nicht so viele Bugs. Aber wens nicht geht was solls, dann nehm ich halt den her den ich eh schon am laufen hab. An die Bugs gewöhnt man sich mit der Zeit schon.
Tom
-
EDIT!:
Das könnten Path-Probleme sein, wobei ich nicht weiß, wie das nun in XP gehandhabt wird, aber Einträge für den Dev-C++ sollten unbedingt versteckt werden.
Und dann sollte es wohl einen Ersatz für alte autoexec-Einträge geben, sodass die beiden Anweisungen für den DJGPP (path und environment-variable - siehe ZIP-Picker) noch eingetragen werden müssen.
Kann Dir trotzdem nicht sagen, ob da ein spezifisches XP-Problem auftaucht - aber ich bin ziemlich sicher, dass es diese Environment-Dinge sind.@elise:
Seitdem die RHIDE von diesem Nachfolge-Autor betreut wird, macht das mit dem DJGPP keinen Spass mehr. Die hat nun etliche neue (Memoryleak)Bugs, sodass die DJGPP-Gurus ganz schön sauer auf den Herrn sind. Dazu kommt, dass es nun sehr grosse Probleme beim Sourcecode-Debugging gibt, da offensichtlich die Einbindung der neuen Debugger-Versionen auch schlampig gemacht wurde.
Also - jener Herr hat sich da etwas übernommen! Auch irgendwie ein Zeichen der Zeit... Vielleicht sind aber auch mittlerweile alle Programme zu komplex geworden, um ordentlich gewartet zu werden. Da hilft auch OOP und UML nicht.
Jene, aus alten Zeiten weiterentwickelten, Dinge lassen sich wohl keine ordentlichen Schnittstellen mehr aufprägen - ohne komplett neu strukturiert zu werden. Und das, wo Linux immer mehr an Bedeutung gewinnt und ohne den gcc wohl undenkbar ist. Da prallen ein paar Welten aufeinander...
