Seit einiger Zeit baue ich aus den OW sourcen OW unter eCS, demnächst ArcaOS, jeweils bei Bedarf (falls es Änderungen gibt in perforce) und stelle die erzeugten Dateien unter https://efbe.musca.uberspace.de zur Verfügung. Es ist kein offizielles Release, enthält jedoch die neuesten Änderungen. Abweichend vom offiziellen build erzeuge ich keine Windows Dokumentation (*.chm), da ich kein OS/2 Programm dafür kenne. Als Ersatz gibt es PDF Dateien.
Frank
OpenWatcom 1.9+ inoffizieller Build aus aktuellem sourcecode
Es gibt doch bereits eine 2.0 beta Version (mit high memory support).
Ich meine die ist von Jiri Malak (oder war die auch von dir?). Ich würde es auf jeden Fall für sinnvoll halten zusammenzuarbeiten.
Ich meine die ist von Jiri Malak (oder war die auch von dir?). Ich würde es auf jeden Fall für sinnvoll halten zusammenzuarbeiten.
Hallo Lars,
himem ist nicht von mir.
Im Prinzip hast du recht, aber die Zusammenarbeit mit Jiri ist sehr stressig, selbst mehrere Jahre auf openwatcom.org erlebt, bevor er den fork auf github begonnen hat. Er ist sehr produktiv mit neuen Funktionen, aber macht keinen notwendigen Regressionstest. Er überlässt es anderen, die nicht mehr funktionierenden Teile wieder zum laufen zu bringen. Das macht keinen Spass und werde ich mir deshalb nicht mehr antun.
CU/2
Frank
himem ist nicht von mir.
Im Prinzip hast du recht, aber die Zusammenarbeit mit Jiri ist sehr stressig, selbst mehrere Jahre auf openwatcom.org erlebt, bevor er den fork auf github begonnen hat. Er ist sehr produktiv mit neuen Funktionen, aber macht keinen notwendigen Regressionstest. Er überlässt es anderen, die nicht mehr funktionierenden Teile wieder zum laufen zu bringen. Das macht keinen Spass und werde ich mir deshalb nicht mehr antun.
CU/2
Frank
Da ich OpenWatcom C/C++ fast nur für Wartungzwecke nutze, reicht mir die Version 1.8. Hatte damals die 1.9 getestet, welche aber keine lauffähigen Programme mehr für die benötigte Umgebung erzeugte.
INF-Dateien kann man doch relativ problemlos unter Windows betrachten. Wenn man aus dem Watcom GML auch HTML erstellen kann, sollte CHM kein zu großes Problem sein.
INF-Dateien kann man doch relativ problemlos unter Windows betrachten. Wenn man aus dem Watcom GML auch HTML erstellen kann, sollte CHM kein zu großes Problem sein.
Wo wir schon beim Thema sind:,efbe hat geschrieben:Hallo Lars,
himem ist nicht von mir.
Im Prinzip hast du recht, aber die Zusammenarbeit mit Jiri ist sehr stressig, selbst mehrere Jahre auf openwatcom.org erlebt, bevor er den fork auf github begonnen hat. Er ist sehr produktiv mit neuen Funktionen, aber macht keinen notwendigen Regressionstest. Er überlässt es anderen, die nicht mehr funktionierenden Teile wieder zum laufen zu bringen. Das macht keinen Spass und werde ich mir deshalb nicht mehr antun.
CU/2
Frank
Es scheint als ob wlink Probleme hat Module mit Codeview Debug Info zu linken. Das wäre sehr wichtig damit man mit den IBM Debuggern arbeiten kann (ich denke da insbesondere an ICAT). Hast du da Erfahrung? Ich würde da gerne helfen aber ich wüsste nicht wo ich da anfangen soll.
Hab auch schon mal probiert Codeview Debug Infos anzuhängen um in ICAT was zu sehen, leider ohne Erfolg.Es scheint als ob wlink Probleme hat Module mit Codeview Debug Info zu linken.
Was mir in diesem Zusammenhang einfällt, wlink hat doch HLL Support. Zumindest die experimental builds von Knut/Steven/..? Kann das der offizielle auch? Ich kenne mich da nicht aus, aber wäre das nicht das richtige Format für ICAT/idebug? Steven meinte in diesem Zusammenhang mal, wlink kann idebug verständliche Infos, aber der Compiler nicht. Lars und Frank, wisst ihr da genaueres?
Zuletzt geändert von Andi B. am Fr 9. Jun 2017, 11:49, insgesamt 1-mal geändert.
HLL ist im WLINK Source (dbghll.c, ...) enthalten, aber im lguide.inf ist die "Debug Hll" Directive nicht.Andi B. hat geschrieben: Hab auch schon mal probiert Codeview Debug Infos anzuhängen um in ICAT was zu sehen, leider ohne Erfolg.
Was mir in diesem Zusammenhang einfällt, wlink hat doch HLL Support. Zumindest die experimental builds von Knut/Steven/..? Kann das der offizielle auch? Ich kenne mich da nicht aus, aber wäre das nicht das richtige Format für ICAT/idebug? Steven meinte in diesem Zusammenhang mal, wlink kann idebug verständliche Infos, aber der Compiler nicht. Lars und Frank, wisst ihr da genaueres?
HLL finde ich in den Compileroptions (coptions.c) nicht, nur codeview.
Noch eine Anmerkung zu wlink: DEBUG wirkt nur auf nachfolgende File xx Anweisungen, also ein DEBUG als letztes hat keine Wirkung.