Zitat:

---

Original von gni:
binutils sind 2.14? Versuch mal ohne -g zu übersetzen. Also beim make-Aufruf, zb. CFLAGS=-O2 CXXFLAGS=-O2. Wenn das nicht reicht, beim Konfigurieren CFLAGS und CXXFLAGS leeren (CFLAGS= CXXFLAGS= <path to source>/configure options).
Ich habe meist ohne -g übersetzt, da das weniger Plattenplatz verschwendet ;-( Allerdings habe ich auch noch nie die binutils 2.14 zusammen mit dem GCC benutzt. Ich verwende weiterhin die älteren 2.9.1.

---

Zitat:

---

Original von gni:
Dort steht, das 2.95.3 bei PPC kein C++ hat. 3.4.0 soll mit C/C++ sein.

---

Zitat:

---

Was genau ist nun das Problem beim Erstellen der libstdc++? Fehlende Includes unter $prefix/m68k-amigaos/sys-include?

---

Zitat:

---

Original von gni:

Zitat:

---

asrael229:
Hab jetzt zumindest schonmal die Binutils kompilieren koennen.
Mit dem gcc-3.3 funktionierts anscheinend.

---

Das ist doch ein Anfang.

---

Zitat:

---

Original von gni:
Woran scheitert es?

---

Zitat:

---

Original von Mazze:
Lief es denn früher am *selben* Fernseher?

---

Ne, am selben nicht, den hab ich nicht mehr.
Aber es lief schonmal.


Manfred

Zitat:

---

Original von MaikG:
Kann der Fernseher überhaupt RGB-Scart? Probier mal Chinch(kann man
die Kabel vom CD-Player für nehmen).

---

Zitat:

---

Original von Mad_Dog:
Sieht mir so aus, als ob da yacc-Dateien verwendet werden (die .y)...
Hast Du yacc bzw. bison (welches hier verwendet wird) installiert?
Das sind beides Compiler Compiler. Und Flex (ist ein Scanner-Generator) solltest Du nach Möglichkeit auch haben.

---

Zitat:

---

Original von gni:
Was nach dem "||" kommt, sieht komisch aus (das einzelne "). Was immer da auch passiert bzw. passieren sollte. Woher genau hast Du die Quellen? Ist das ein CVS Checkout? Was passiert in Zeile 86 von ylwrap?

---

Zitat:

---

Original von gni:
Für Cross-Compiler tut das nichts zur Sache. Hauptsache der Compiler funktioniert. Ist natürlich bedauerlich das die HW nicht richtig genutzt werden kann. Ich habe zwar mal mit dem Gedanken an FreeBSD auf mac Mini (PPC) gespielt, es aber nicht gemacht. Und jetzt gibt es kein PPC minis mehr bei Apple zu kaufen :-(

---

code:

---

$prog ${1+"$@"} "$input"

---

Zitat:

---

Original von gni:
Woran scheitert es?

---

Zitat:

---

Original von gni:
Prozessor und OS sind egal, hauptsache UN*X :-)

---

Zitat:

---

Original von gni:
Der Compiler mag die size_t Definition von clib2 nicht. Da wird "unsigned int" verwendet, der Compiler erwartet aber "unsigned long". Wenn Du das in den Includes "korrigierst", dann funktioniert das Übersetzen.

---

Ok,nach dem aendern funktioniert zwar die Geschichte mit dem new. Aber es gibt an anderen Stellen Schwierigkeiten.
Muss ich mir mal naeher anschauen. Wuerde sich schon lohnen, wenn man keine ixemul braeuchte. Waere aber auch kein Beinbruch.

Auf welchem System hast Du denn den Cross-Compiler?
Hab mal versucht von adtools die Binutils auf Darwin zu uebersetzen, schlaegt aber leider fehl, sodass ich mir hier keinen Cross-Compiler bauen kann. Haette noch ein PPC-Linux aber was mit i386 hab ich garnix.
Hmm, koennte mir auf QEMU ein Linux installieren. Aber da duerfte das Auf meinem 68040 schneller sein.


Gruesse,
Manfred


[ Dieser Beitrag wurde von asrael229 am 17.08.2006 um 15:05 Uhr geändert. ]

Zitat:

---

Original von Toschwil:
Hallo,

ich könnte Dir Version 6 auf CD anbieten, falls Du die Version 7 nicht bekommen solltest.
Gruss Thomas

---

Zitat:

---

Original von gni:
Der Compiler mag die size_t Definition von clib2 nicht. Da wird "unsigned int" verwendet, der Compiler erwartet aber "unsigned long". Wenn Du das in den Includes "korrigierst", dann funktioniert das Übersetzen.

---

Zitat:

---

Original von Solar:
Keine Ahnung wo der Unterschied herkommt, aber das kann nicht gut gehen.

---

Zitat:

---

Original von gni:

Zitat:

---

asrael229:
Datei kann hier runtergeladen oder angesehen werden:
http://www.software-by-mabe.com/download/versekey.cpp

---

Die nutzt nichts. Die .ii Dateien sind viel interessanter.

---

Zitat:

---

Original von Mad_Dog:
@asrael229:

Hab's mal schnell überflogen...

code:

---

SWKey *VerseKey::clone() const
{
	return new VerseKey(*this);
}

---

Das ist aber eine Methode und kein Konstruktor!
Der Rückgabewert ist ein Zeiger auf eine Klasse Namens SWKey, new liefert hier aber einen Zeiger auf eine Instanz der Klasse Versekey.
Folglich müsste es so heißen:

---

code:

---

VerseKey::VerseKey(VerseKey const &k) : SWKey(k)
{
   ...
}

---

Zitat:

---

Original von gni:
Am besten ist, Du machst die .ii Files (von 2.95.x und 3.3.x) verfügbar, denn damit könnte man vermutlich Dein Problem am ehesten diagnostizieren.

Ich konnte versekey.cpp mit allen mir zu Verfügung stehenden AmigaOS GCC Versionen übersetzen (2.95.x, 3.3.6, 3.4.6, etc.) und es gab _keinen_ Fehler. Die MorphOS GCC Versionen haben auch keinen Fehler gemeldet. FWIW, alle verwendete GCCs waren Cross-Compiler.

---

Zitat:

---

Original von Mad_Dog:
Wenn Du die Datei, in der der Fehler vorkommt posten würdest, könnten wir Dir mehr sagen - ansonsten stochern hier alle im Nebel...

---

Zitat:

---

Original von Reth:
Es gibt also einen Konstruktor von VerseKey, der ein Objekt der Klasse VerseKey erwartet?

Wäre hier evtl. der CopyKonstruktor hilfreicher?

---

Ja, das ist auch sowas wie ein copy Konstruktor. Der Klassentyp ist nicht VerseKey sondern SWKey, der hier zurueckgegeben wird. VerseKey ist von SWKey abgeleitet. Deswegen kann man wahrscheinlich keinen CopyKonstruktor verwenden. Was ist das ueberhaupt?


Manfred


[ Dieser Beitrag wurde von asrael229 am 15.08.2006 um 14:57 Uhr geändert. ]

Zitat:

---

Original von gni:
Bist Du sicher, das der Compiler nicht auch die bemängelte Zeile angibt? Ansonsten übersetz mal mit -save-temps und schau Dir in der erzeugten .ii Datei die Zeilen an, in denen new benutzt wird.

---