GCC Invalid conversion Errors abschalten

[Michael D. (Gast)]

Hallo,

ich bin gerade dabei für ein eigenes Projekt ein fremdes Library 
einzubinden. Hierbei verwende ich 2 unterscheidliche gcc Kompiler:

gcc 4.4.3 für X86 Architektur unter Eclipse
gcc 4.5.2 für ARM Architektur unter Eclipse

Das externe Lib verwendet sehr viele void*, welche dann bei einem 
Funktionsaufruf übergeben werden - die Funktion verlangt z.B. einen 
struct xyz*) als Parameter.

Für X86 kann ich dass Library erstellen, solche Sachen werden nur als 
Warnings ausgegeben, das Library funktioniert aber.

Der ARM Compiler schmeißt mir hier aber Fehler.

Lassen sich die checks auf solche Fehler irgendwie abschalten?

Habe bereits angefangen manuell Typecasts einzufügen (da ich weiß was 
die Funktion erwartet) allerdings werde ich hierbei ziemlich alt, da das 
Library ziemlich umfangreich ist.

Danke,
Mike

[Andreas B. (andreas_b77)]

In C sollten sich void-Zeiger und andere Zeiger auch ohne Cast 
ineinander umwandeln lassen. Sicher, dass nicht versehentlich als C++ 
übersetzt wird? Dateiendungen mit .C statt .c gelten für gcc automatisch 
als C++, wenn nicht über eine Option was anderes angegeben wird.

[Michael D. (Gast)]

Hallo,

vielen Dank für deinen Ratschlag!

An dem lags leider nicht, das Projekt wurde als c angelegt, alle Dateien 
enden mit .h oder .c (beides klein). Eclipse meldet beim Builden auch 
dass es den gcc c Compiler verwendet (Invoking: GCC C Compiler)

Leider bekomme ich unmengen folgender Fehler (Beispiel):
error: invalid conversion from 'void*' to 'phFriNfc_OvrHal_t*'
wo dann halt nur ein Typecast hilft.

Trotzdem Danke!
Mike

PS: Kleiner Nachtrag zu meinem ersten Post: Es scheitert nicht am 
eigenen Projekt sondern dan den exterene Sourcen welche ich zu einem 
Shared Object builden soll - was unter X86 klappt, unter ARM eben halt 
nicht.
Ich würd so ein hin und her casting nicht verwenden. Grausam zum lesen, 
noch grausamer zum debuggen.

[Karl H. (kbuchegg)]

Michael D. schrieb:

> Ich würd so ein hin und her casting nicht verwenden. Grausam zum lesen,
> noch grausamer zum debuggen.


Wenn du schon im Code eingreifst, dann mach dir eine(!) Hilfsfunktion, 
die den Cast übernimmt und die Version mit dem void Pointer aufruft. Und 
die restlichen Aufrufe ersetzt du durch einen Aufruf dieser 
Hilfsfunktion.

Auf die Art hast du dann den Cast nur an einer Stelle und wenn sich dann 
rausstellt, dass noch mehr zu tun ist, anstatt nur zu casten, dann hast 
du dann auch gleich die eine einzige Stelle, an der du eingreifen musst.

[Rolf Magnus (Gast)]

Wie sieht denn die Compiler-Kommandozeile aus? Man kann per 
Compiler-Schalter solche Fehlermeldungen auch in C einschalten.

[void* (Gast)]

Also ehlrich leute.

Das ist völlig normal, das man void* nicht auf einen Typ* zuweisen kann.

ANDERSRUM ist es IMMER möglich.

[Oliver (Gast)]

Hast du mal ein Codebeispiel?

Das folgende Beispiel compiliert der arm-gcc 4.5.2 auf meinem Rechner 
selbst mit "-pedantic -Wall -Wextra" ohne zu meckern:

void* vp;
int* ip;

int i, j;

struct mystruct {
  int si;
} s;
struct s* sp;

int foo(struct mystruct* sp) {
  return sp->si;
}

int bar(int* ii) {
  return *ii;
}

int main(void) {

  i = 3;

  ip = &i;
  vp = &i;
  ip = vp;
  i = *ip;

  bar(vp);

  s.si = 5;
  vp = &s;

  foo(vp);

  return 0;
}

Oliver

[Michael D. (Gast)]

Hallo Leute,
vielen Dank für Eure Unterstützung.

Wie immer saß der Fehler vorm Rechner (bitte um Nachsicht, ich bin 
Linux-Neuling)

Ich hatte in den Projektsettings beim C Kompilerpfad 
Toolchain.../...g++ angegeben... Eine Änderung auf gcc brachte hier 
Hilfe.

void* schrieb:
> Das ist völlig normal, das man void* nicht auf einen Typ* zuweisen kann.

Trotzdem macht jeder ein

int *p = malloc(123);

was in meinem Fall auch nicht funktioniert hat.

Danke nochmals,
Mike

[Rolf Magnus (Gast)]

Michael D. schrieb:
> void* schrieb:
>> Das ist völlig normal, das man void* nicht auf einen Typ* zuweisen kann.

Nein, ist es absolut nicht!

> Trotzdem macht jeder ein
>
> int *p = malloc(123);
>
> was in meinem Fall auch nicht funktioniert hat.

In C muß das funktionieren, sonst ist der Compiler kaputt oder 
explizit so konfiguriert. In C++ darf es nicht funktionieren.