Code::Blocks: AVR - Compiler-Kommandozeile bekommt Host-Optionen

[Marie L. (lendl)]

Hallo Kolleg:innen,

ich bekomme bei Kompilieren mit Code::Blocks (20.03) auf einem 
Linux-Mint PC folgende Fehlermeldung:

------------- Build: Debug in test3 (compiler: GNU GCC Compiler for AVR)---------------

avr-gcc -Wall -mmcu=atxmega128a1u -DF_CPU=2000000UL -g -Os -I/usr/include -c main.c -o obj/Debug/main.o
avr-gcc -L/usr/lib -o bin/Debug/test3.elf obj/Debug/fuse.o obj/Debug/main.o  -mmcu=atxmega128a1u -Wl,-Map=bin/Debug/test3.map,--cref  
In file included from /usr/include/math.h:43:0,
                 from /usr/lib/avr/include/util/delay.h:46,
                 from main.c:5:
/usr/include/bits/floatn.h:75:1: Fehler: Unbekannter Maschinenzustand »__TC__«
 typedef _Complex float __cfloat128 __attribute__ ((__mode__ (__TC__)));
 ^
/usr/include/bits/floatn.h:87:9: Fehler: unbekannter Typname: »__float128«
 typedef __float128 _Float128;
         ^
main.c: In Funktion »main«:
main.c:22:5: Fehler: expected declaration or statement at end of input
     }
     ^
Process terminated with status 1 (0 minute(s), 0 second(s))
3 error(s), 0 warning(s) (0 minute(s), 0 second(s))

Auf einem zweiten Linux-Mint PC mit (vermeindlich) gleicher 
Konfiguration funktioniert es ohne Probleme. Ich habe alle Einstellungen 
verglichen, kann aber keinen Unterschied feststellen.

Vielleicht hat jemand eine Idee oder einen Denkanstoß.
Ich bin Bascom-Umsteiger und gerade erst dabei C zu lernen, also habt 
Nachsicht :-)


Hier noch der äußerst anspruchsvolle Code:

//#define F_CPU 2E6
#include <avr/io.h>
#include <util/delay.h>

int main(void)
{
  //DDRD |= (1<<PD0);
   PORTC.DIR = PIN0_bm | PIN1_bm;
    /* Replace with your application code */
    while (1)
    {
      //PORTD = (1<<PD0);
      //PORTC.OUTSET |= (1<<PIN1);
      PORTC.OUTSET = PIN0_bm;
      _delay_ms(1000);
      //PORTD &= ~(1<<PD0);
      //PORTC.OUTSET &= ~(1<<PIN1);
      PORTC.OUTCLR = PIN0_bm;
      _delay_ms(1000);
    }

[Jörg W. (dl8dtl) (Moderator)]

Nein, du hast keinen "unbekannten Maschinenzustand", sondern 
Code::Blocks schreibt aus irgendeinem Grund explizit ein 
-I/usr/include (und -L/usr/lib) in die Compiler-Kommandozeile.

Die gehören da nicht hin.

Die Frage ist also, warum sie da Dinge vom Host hinein mischen, wenn für 
einen AVR compiliert werden soll.

Edit:

Ich habe den Titel mal editiert, damit sich vielleicht potenzielle 
Antworter einfinden können, die sich mit Code::Blocks für AVR auskennen.

[Hmmm (Gast)]

Jörg W. schrieb:
> Die Frage ist also, warum sie da Dinge vom Host hinein mischen, wenn für
> einen AVR compiliert werden soll.

...bzw. warum sie überhaupt Directory-Parameter mitgeben.

Jörg W. schrieb:
> Ich habe den Titel mal editiert, damit sich vielleicht potenzielle
> Antworter einfinden können, die sich mit Code::Blocks für AVR auskennen.

Settings - Compiler - "GNU AVR GCC Compiler" auswählen, dann unter 
"Search directories" bei Compiler und Linker jeweils das eingetragene 
Directory entfernen.

Vorsicht, nach einer automatischen Compiler-Erkennung beim Start (z.B. 
weil eine der anderen konfigurierten Toolchains deinstalliert wurde) 
könnten die wieder auftauchen.

[Marie L. (lendl)]

Super, vielen Dank!
Das war die Lösung!

Jetzt habe ich mit Geany und Code::Blocks zwei IDEs mit denen ich meinen 
Xmega programmieren kann. Meiner steilen C-Programmierer Karriere steht 
also nichts mehr im Weg :-) außer meiner mangelhaften C-Kenntnisse :-)

Eine kleine Frage hätte ich allerdings noch:
Beim Erstellen eines neuen AVR-Projekts in Code::Blocks kann ich nur den 
atxmega128a1u auswählen. Ich habe aber den atxmega128a4u.
Macht das irgendwelche Probleme, bzw. kann ich irgendwie diese 
Auswahlliste aktualisieren?

Vielen Dank!

[Hmmm (Gast)]

Marie L. schrieb:
> Meiner steilen C-Programmierer Karriere steht
> also nichts mehr im Weg :-) außer meiner mangelhaften C-Kenntnisse :-)

Das wird schon, genug Motivation scheint ja vorhanden zu sein.

Marie L. schrieb:
> Macht das irgendwelche Probleme, bzw. kann ich irgendwie diese
> Auswahlliste aktualisieren?

Wenn Dir die Haken im Menü wichtig sind, kannst Du options_avr-gcc.xml 
editieren.

Ansonsten entfernst Du einfach in Project - Build options - Compiler 
Flags alle MCU-Haken und setzt den Parameter stattdessen von Hand unter 
"Other compiler options" rein: -mmcu=atxmega128a4u

[Marie L. (lendl)]

Super, vielen Dank!

[Thomas P. (tomson68)]

Die Datei floatn.h wie folgt ändern:


1.) Auskommentieren:
// typedef Complex float __cfloat128 __attribute_ ((_mode_ 
(_TC_)));

2.) Änderung
 typedef __float128 _Float128;
in:
 typedef long double _Float128;

[Hmmm (Gast)]

Thomas P. schrieb:
> Die Datei floatn.h wie folgt ändern

Du gräbst einen alten und erledigten Thread aus, um eine "Lösung" zu 
präsentieren, die darin besteht, ein Header-File kaputtzumachen?