OS4 Progamm mit vbcc - amiga-news.de Forum

amiga-news.de Forum > Programmierung > OS4 Progamm mit vbcc

[ - Search - New posts - Register - Login - ]

1 -2- 3 4

[ - Post reply - ]

2007-12-17, 16:06 h

TetiSoft
Posts: 197
User

Zitat:
Original von MaikG:
assign vincludeos4: vbcc:targets/ppc-amigaos/include
assign vincludeos4: vbcc:Includes

Das zweite Assign ersetzt das erste.
Documentation/C/Assign.doc

[ - Answer - Quote - Direct link - ]

2007-12-17, 17:03 h

MaikG
Posts: 5172
User

>Das zweite Assign ersetzt das erste.

Richtig, wann hab ich dann das add gekillt?

Trotzdem gibts ein fehler:

#error Include <proto/> header files, not <clib/> header files in OS4.
error 292 in line 39 of "clib/exec_protos.h": #error Include <proto/> header files, not <clib/> header files in OS4.

[ Dieser Beitrag wurde von MaikG am 17.12.2007 um 17:15 Uhr geändert. ]

[ - Answer - Quote - Direct link - ]

2007-12-17, 22:53 h

thomas
Posts: 7721
User

Er hat vollkommen recht. Tu einfach, was er sagt. Gilt übrigens nicht nur für OS4.

Gruß Thomas

--
Email: thomas-rapp@web.de
Home: thomas-rapp.homepage.t-online.de/

[ - Answer - Quote - Direct link - ]

2007-12-17, 23:32 h

MaikG
Posts: 5172
User

>Er hat vollkommen recht. Tu einfach, was er sagt. Gilt übrigens
>nicht nur für OS4.

Ich verstehe aber nicht was der Compiler von mir will.
Wenn SASC was erzählt ist dies halbwegs einleuchtend, vbcc
kapiere ich nicht.

Da, hab proto verwendet, hab heute gelesen das ist
am Kompatibelsten und geht mit vbcc+gcc stand in irgendeiner
SDK - PDF Datei.

#include <proto/dos.h>
#include <proto/exec.h>
#include <proto/intuition.h>
#include <proto/graphics.h>
#include <proto/cybergraphics.h>
#include <proto/diskfont.h>
//#include <cybergraphx/cybergraphics.h>
#include <stdio.h>

[ Dieser Beitrag wurde von MaikG am 17.12.2007 um 23:35 Uhr geändert. ]

[ - Answer - Quote - Direct link - ]

2007-12-18, 00:00 h

_PAB_
Posts: 3016
User

@MaikG:
> wenns das nicht in viel kleiner gibt, ist es mir den Spass nicht wert.

Hast Du nicht irgendwo eine GoldED- oder CubicIDE-CD rumliegen ?
Ich meine, da war das OS4-SDK mit drauf (aber wahrscheinlich nicht das aktuellste?).

[ - Answer - Quote - Direct link - ]

2007-12-18, 00:02 h

MaikG
Posts: 5172
User

>Hast Du nicht irgendwo eine GoldED- oder CubicIDE-CD rumliegen ?
>Ich meine, da war das OS4-SDK mit drauf (aber wahrscheinlich nicht das aktuellste?).

Ich habs doch jetzt schon runtergeladen.
Nur geht trotzdem nix.

[ - Answer - Quote - Direct link - ]

2007-12-18, 06:52 h

TetiSoft
Posts: 197
User

Zitat:
Original von MaikG:
>Er hat vollkommen recht. Tu einfach, was er sagt. Gilt übrigens
>nicht nur für OS4.

Ich verstehe aber nicht was der Compiler von mir will.

Der Compiler will gar nichts von Dir.
Ich will was von Dir, und damit Du es auf jeden Fall
liest hab ich den Includes gesagt sie sollen dem Compiler
sagen er soll Dir sagen Du sollst keine clib-Includes
mehr einbinden, schon gar nicht unter OS4...

Zitat:
Wenn SASC was erzählt ist dies halbwegs einleuchtend, vbcc
kapiere ich nicht.

Die Meldung ist wie gesagt nicht vom Compiler.

Zitat:
Da, hab proto verwendet, hab heute gelesen das ist
am Kompatibelsten und geht mit vbcc+gcc stand in irgendeiner
SDK - PDF Datei.

Yep, geht auch mit SAS/C und gcc/68k und wahrscheinlich mit
noch mehr.

Zitat:
#include <proto/dos.h>
#include <proto/exec.h>
#include <proto/intuition.h>
#include <proto/graphics.h>
#include <proto/cybergraphics.h>
#include <proto/diskfont.h>
//#include <cybergraphx/cybergraphics.h>
#include <stdio.h>

Habe das SDK grad nicht da, tippe mal auf die CGFX-Includes,
die könnten entweder nicht mitgeliefert worden sein oder vielleicht
durften sie auch nicht in veränderter Form verteilt werden.

Wenn vbcc eine Option hat um nur den Preprozessor aufzurufen
(-E bei gcc) kannst Du im Output nach clib/exec_protos.h suchen,
oder such gleich in proto/cybergraphics.h und ändere es ggf ab,
oder schreib sowas wie "#define CLIB_EXEC_PROTOS_H 1" in den
Quellcode, oder stell um auf P96-API statt CGFX.

[ - Answer - Quote - Direct link - ]

2007-12-18, 10:35 h

MaikG
Posts: 5172
User

>Der Compiler will gar nichts von Dir.
>Ich will was von Dir, und damit Du es auf jeden Fall
>liest hab ich den Includes gesagt sie sollen dem Compiler
>sagen er soll Dir sagen Du sollst keine clib-Includes
>mehr einbinden, schon gar nicht unter OS4...

Hab ich doch gar nicht.

//#include <cybergraphx/cybergraphics.h>

>Habe das SDK grad nicht da, tippe mal auf die CGFX-Includes,
>die könnten entweder nicht mitgeliefert worden sein oder vielleicht
>durften sie auch nicht in veränderter Form verteilt werden.

CGX ist dabei, nur das mit // ist nicht da.

[ - Answer - Quote - Direct link - ]

2007-12-18, 11:15 h

Solar
Posts: 3680
User

Zitat:
Original von MaikG:
>Der Compiler will gar nichts von Dir.
>Ich will was von Dir, und damit Du es auf jeden Fall
>liest hab ich den Includes gesagt sie sollen dem Compiler
>sagen er soll Dir sagen Du sollst keine clib-Includes
>mehr einbinden, schon gar nicht unter OS4...

Hab ich doch gar nicht.

Doch, hast Du.

Zitat:
error 292 in line 39 of "clib/exec_protos.h": #error Include <proto/> header files, not <clib/> header files in OS4.

"clib/exec_protos.h" wird eingebunden, und erzeugt den beobachteten Fehler in Zeile 39.

Wie Du herausfindest, wer wo versucht, diesen Include zu machen, hat man Dir schon gesagt (-E).

[ - Answer - Quote - Direct link - ]

2007-12-18, 11:30 h

MaikG
Posts: 5172
User

Scheint mit cgx nichts zu tun zu haben:

#include <proto/dos.h>
#include <proto/exec.h>
#include <proto/timer.h>
#include <devices/timer.h>
#include <stdint.h>
#include <math.h>

das Programm machts auch.

-E bringt keine andere ausgabe als ohne.

[ - Answer - Quote - Direct link - ]

2007-12-18, 12:46 h

Solar
Posts: 3680
User

Zitat:
Original von MaikG:

-E bringt keine andere ausgabe als ohne.

Sag mal, wirfst Du zwischen "Lesen" und "Schreiben" auch mal die Unterfunktion "Denken" an?

[ - Answer - Quote - Direct link - ]

2007-12-18, 13:21 h

MaikG
Posts: 5172
User

>Sag mal, wirfst Du zwischen "Lesen" und "Schreiben" auch mal die Unterfunktion "Denken" an?

Es ist doch bekannt das ich selten in C-Programmiere oder?

Ich hab alles gemacht, was ich verstanden habe was ich tun
soll.

[ - Answer - Quote - Direct link - ]

2007-12-18, 13:38 h

Solar
Posts: 3680
User

Ja, das mit dem Verstehen ist so ein Problem manchmal. Was macht denn "-E"? Gibt es rein zufällig .i-Dateien im Arbeitsverzeichnis, die vorher nicht da waren?

(Ich habe nie mit vbcc gearbeitet, aber keine Minute gebraucht um das Handbuch und darin die passende Stelle zu finden...)

[ Dieser Beitrag wurde von Solar am 18.12.2007 um 13:38 Uhr geändert. ]

[ - Answer - Quote - Direct link - ]

2007-12-18, 13:39 h

TetiSoft
Posts: 197
User

@MaikG:

Zu vbcc muß es ja auch eine Anletung geben,
ich vermute -E generiert statt Object-code C-Code
(also das was der Preprozessor davon übrig läßt).
In dem sollte sich hoffentlich finden lassen wo
die clib-Datei eingebunden wurde.

[ - Answer - Quote - Direct link - ]

2007-12-18, 13:50 h

MaikG
Posts: 5172
User

ja, in der .i datei steht:

#line 63 "exec/types.h"
typedef void * APTR ;

[ - Answer - Quote - Direct link - ]

2007-12-18, 13:54 h

Solar
Posts: 3680
User

Ich werd' weich, ehrlich.

[ - Answer - Quote - Direct link - ]

2007-12-18, 15:48 h

MaikG
Posts: 5172
User

>Ich werd' weich, ehrlich.

Tja, wenn du es nicht erklären willst/kannst musst du das
auch nicht tun. Zwingt dich ja keiner.

Ich hab vbcc für 68k und für wos, keine Version macht derartige
Zickereien.

[ - Answer - Quote - Direct link - ]

2007-12-18, 15:48 h

Holger
Posts: 8116
User

Zitat:
Original von MaikG:
ja, in der .i datei steht:

#line 63 "exec/types.h"
typedef void * APTR ;

Bevor noch mehr Leute in die Tischkante beißen:
Du erinnerst Dich noch, dass Du nach clib/exec_protos.h suchen wolltest?

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.

[ - Answer - Quote - Direct link - ]

2007-12-18, 15:55 h

Solar
Posts: 3680
User

Zitat:
Original von MaikG:

Tja, wenn du es nicht erklären willst/kannst musst du das
auch nicht tun. Zwingt dich ja keiner.

Das Problem liegt weniger bei dem halben Dutzend Sendern hier, sondern bei dem einen Empfänger, deucht mir.

Zitat:
Ich hab vbcc für 68k und für wos, keine Version macht derartige
Zickereien.

Nö, daß keine Version solche Zickereien macht wie nun ausgerechnet Deine, ist mir schon klar.

Ahem.

Wieso eigentlich "vbcc für 68k und WOS"? Wir reden hier doch vom ppc-amigaos Target mit OS4-SDK, oder?

[ - Answer - Quote - Direct link - ]

2007-12-18, 15:58 h

MaikG
Posts: 5172
User

>Du erinnerst Dich noch, dass Du nach clib/exec_protos.h suchen wolltest?

steht nicht in der Datei, aber in:

include/proto/exec.h

#ifndef CLIB_EXEC_PROTOS_H
#include <clib/exec_protos.h>

und in targets/ppc-amigaos/include/proto/exec.h

#if !defined(CLIB_EXEC_PROTOS_H) && !defined(__GNUC__)
#include <clib/exec_protos.h>
#endif

und da:

includes/clib/all_protos.h

#include <clib/exec_protos.h>

[ Dieser Beitrag wurde von MaikG am 18.12.2007 um 15:59 Uhr geändert. ]

[ - Answer - Quote - Direct link - ]

2007-12-18, 16:05 h

Solar
Posts: 3680
User

Zitat:
Original von MaikG:

#ifndef CLIB_EXEC_PROTOS_H
#include <clib/exec_protos.h>

...und mit einem lauwarmen IQ käme man jetzt evtl. zurück auf das Posting von TetiSoft von 06:52, in dem da steht:

Zitat:
Wenn vbcc eine Option hat um nur den Preprozessor aufzurufen
(-E bei gcc) kannst Du im Output nach clib/exec_protos.h suchen,
oder such gleich in proto/cybergraphics.h und ändere es ggf ab,
oder schreib sowas wie "#define CLIB_EXEC_PROTOS_H 1" in den
Quellcode, oder stell um auf P96-API statt CGFX.

Das nennt sich "Transferleistung".

[ Dieser Beitrag wurde von Solar am 18.12.2007 um 16:05 Uhr geändert. ]

[ - Answer - Quote - Direct link - ]

2007-12-18, 16:31 h

MaikG
Posts: 5172
User

>Das nennt sich "Transferleistung".

Das hab ich doch schon in meinem Quellcode reingeschrieben
muss ich das bei den Includes auch noch machen?

[ - Answer - Quote - Direct link - ]

2007-12-18, 16:47 h

Holger
Posts: 8116
User

Zitat:
Original von MaikG:
Das hab ich doch schon in meinem Quellcode reingeschrieben

Steht das auch vor den Include-Anweisungen?

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.

[ - Answer - Quote - Direct link - ]

2007-12-18, 17:40 h

MaikG
Posts: 5172
User

>Steht das auch vor den Include-Anweisungen?

Ja.
Ich hab das jetzt für alle Librarys gemacht.

Jetzt fängt der so an wie mit den OS3.9 Includes und erzählt
was von "implicid declaration" und das bei jeder Systemfunktion...
Also bin ich wieder am Anfang.

[ - Answer - Quote - Direct link - ]

2007-12-18, 18:07 h

ZeroG
Posts: 1488
User

@MaikG:
Wenn "implicid declaration" bei jeder aufgerufenen Systemfunktion kommt, hast du entweder die Header nicht drinnen, oder du hast vergessen das es unter OS4 die Libraryfunktionen über den Interfacepointer angesprochen werden.

Wenn du nichts mit "Interfacepointer" anfangen kannst lese endlich mal den os4_migration_guide.pdf anstatt in zu überfliegen, da ist genau beschrieben wie das funktioniert, inklusive der möglichkeit für Schreibfaule und Projekte die noch ohne änderungen für 3.x zu compilieren sein sollen.

[ - Answer - Quote - Direct link - ]

2007-12-18, 19:40 h

MaikG
Posts: 5172
User

>Wenn "implicid declaration" bei jeder aufgerufenen Systemfunktion
>kommt, hast du entweder die Header nicht drinnen,

doch, geht sowohl für 68k als auch für wos zum compilieren.

>oder du hast vergessen das es unter OS4 die Libraryfunktionen über
>den Interfacepointer angesprochen werden.

Was? Ich muss mein Programm ändern um es für OS4 zu Compilieren?
Wie war das von wegen C und Portierbarkeit?

[ - Answer - Quote - Direct link - ]

2007-12-18, 20:37 h

TetiSoft
Posts: 197
User

Zitat:
Original von MaikG:
Was? Ich muss mein Programm ändern um es für OS4 zu Compilieren?
Wie war das von wegen C und Portierbarkeit?

Portierbares C (printf usw) macht doch gar keine Probleme :-)

Lesen bildet. Dir wurde in dem Posting auf das Du geantwortet hast
zu verstehen gegeben wo Du nachlesen kannst was "schreibfaule" machen
müssen um einen OS3-Quellcode in einen OS3/OS4 Quellcode umzuwandeln.
Du mußt tatsächlich eine Zeile zu Deinem Quellcode hinzufügen,
oder stattdessen ein Argument zum Compiler-Aufruf im makefile.

[ - Answer - Quote - Direct link - ]

2007-12-18, 20:37 h

Solar
Posts: 3680
User

Wer dafür ist, MaikG den Programmiererführerschein zu entziehen, bitte jetzt die Hand heben...

*heb*

[ - Answer - Quote - Direct link - ]

2007-12-18, 21:08 h

MaikG
Posts: 5172
User

>Lesen bildet. Dir wurde in dem Posting auf das Du geantwortet hast
>zu verstehen gegeben wo Du nachlesen kannst was "schreibfaule" machen
>müssen um einen OS3-Quellcode in einen OS3/OS4 Quellcode umzuwandeln.

:-P Hab ich doch, nur ist die Anleitung nicht für Anfänger.

__USE_INLINE__

Hab ich in den Source gesetzt, bringt nix.
Habs auch in die Commandozeile gesetzt - bringt nix.

[ - Answer - Quote - Direct link - ]

2007-12-18, 21:37 h

TetiSoft
Posts: 197
User

Zitat:
Original von MaikG:
__USE_INLINE__

Hab ich in den Source gesetzt, bringt nix.
Habs auch in die Commandozeile gesetzt - bringt nix.

Dann ist wohl irgendwie die Reihenfolge der Includes im Assign
falsch oder es liegen alte Includes an der falschen Stelle oder
sowas in der Art. Ich nehme vbcc normal nicht und kenne die Details
nicht auswendig, ein simples

#define __USE_INLINE__
#include <proto/exec.h>

müßte sich aber als Test eignen um mit -E oder auch mit Einfügen
von #error Zeilen in diejenigen Includes die man glaubt(!) zu benutzen
rauszufinden warum letztlich <inline4/exec.h> tatsächlich nicht
geladen wird, das proto-file müßte das eigentlich einbinden wenn
obiges #define vorhanden ist.

[ - Answer - Quote - Direct link - ]

1 -2- 3 4

[ - Post reply - ]

amiga-news.de Forum > Programmierung > OS4 Progamm mit vbcc

[ - Search - New posts - Register - Login - ]