eclipse: include path probleme bei debug / release config

Seite 1 von 1 - Forum: Coding Stuff auf overclockers.at

URL: https://www.overclockers.at/coding-stuff/eclipse-include-path-probleme-bei-debug-release-config_261801/page_1 - zur Vollversion wechseln!

wergor schrieb am 17.04.2023 um 13:39

ich arbeite gerade mit vitis (eclipse based sdk). wenn ich mein projekt (c) mit der debug config builde passt alles, wenn ich die release config nehme failed der build:

Code:

'Building file: ../src/main.cpp'
'Invoking: ARM v7 g++ compiler'
arm-none-eabi-g++ -Wall -O2 -IC:/Users/chrigrat/Documents/ecylpsez7/wrapper/export/wrapper/sw/wrapper/standalone_domain/bspinclude/include -I"/eclypsez7/lib/libscpi/inc" -c -fmessage-length=0 -MT"src/main.o" -mcpu=cortex-a9 -mfpu=vfpv3 -mfloat-abi=hard -MMD -MP -MF"src/main.d" -MT"src/main.d" -o "src/main.o" "../src/main.cpp"
In file included from ../src/main.cpp:12:
../src/scpi_def.h:18:10: fatal error: scpi/scpi.h: No such file or directory

"blöde frage wergor, der compiler findet die scpi.h nicht, du musst den pfad in den linker settings angeben" - hab ich gemacht:

mir ist aufgefallen, dass beim compile for debug der ganze pfad zu libscpi angegeben ist, beim release ists relativ zum workspace dir:

Code:

make --no-print-directory main-build
'Building file: ../src/main.cpp'
'Invoking: ARM v7 g++ compiler'
arm-none-eabi-g++ -Wall -O0 -g3 -I"C:\Users\chrigrat\Documents\ecylpsez7\eclypsez7\lib\libscpi\inc" -IC:/Users/chrigrat/Documents/ecylpsez7/wrapper/export/wrapper/sw/wrapper/standalone_domain/bspinclude/include -c -fmessage-length=0 -MT"src/main.o" -mcpu=cortex-a9 -mfpu=vfpv3 -mfloat-abi=hard -IC:/Users/chrigrat/Documents/ecylpsez/wrapper/export/wrapper/sw/wrapper/standalone_domain/bspinclude/include -MMD -MP -MF"src/main.d" -MT"src/main.o" -o "src/main.o" "../src/main.cpp"
In file included from ../src/scpi_def.h:10,

weis jemand was es da hat?

edit: hier noch die g++ compiler directories

Vinci schrieb am 19.04.2023 um 16:43

Also wenn ich das jetzt richtig verstanden hab gibst du eigentlich 2x den selben Pfad an

einmal absolut

Code:

$workspace_low/$ProjName/lib/libscpi/inc

und einmal relativ

Code:

/$ProjName/lib/libscpi/inc

Ich könnt mir vorstellen dass Eclipse da irgendeinen Schaß draht und meint "die sind eh ident, da kann ich einen weghaun".
Vielleicht hauts den weg der zu einem späteren Zeitpunkt hinzugefügt wurde oder so?

Du könntest mal einen Blick in die makefiles werfen die erzeugt werden, vielleicht wird ma daraus schlauer.

Ansonsten würde ich raten das Projekt nicht über Eclipse zu baun...
Beim nächsten Update sind die ganzen Einstellungen futsch und des Projekt baut gar nimma. :rolleyes:

Is des Hakn oder privat?

wergor schrieb am 20.04.2023 um 16:52

Zitat aus einem Post von Vinci
Also wenn ich das jetzt richtig verstanden hab gibst du eigentlich 2x den selben Pfad an

einmal absolut
Code:
$workspace_low/$ProjName/lib/libscpi/inc
und einmal relativ
Code:
/$ProjName/lib/libscpi/inc

vitis weis in beiden fällen dass der pfad relativ zum workspace ist:

Zitat aus einem Post von Vinci
Du könntest mal einen Blick in die makefiles werfen die erzeugt werden, vielleicht wird ma daraus schlauer.

die makesfiles werden autogeneriert, sie sind komplett identisch, in beiden ist der pfad zur library absolut angegeben:

Code:

-include lib/libscpi/src/subdir.mk
[...]
arm-none-eabi-g++ -L"C:\Users\chrigrat\Documents\ecylpsez7\eclypsez7\lib" -

Zitat aus einem Post von Vinci
Ansonsten würde ich raten das Projekt nicht über Eclipse zu baun...
Beim nächsten Update sind die ganzen Einstellungen futsch und des Projekt baut gar nimma.
Is des Hakn oder privat?

ist für die hackn... vitis / eclipse ist teil der toolchain zum programmieren von z.b. Zynq SoCs, ich fürchte ich kann mir nicht wirklich aussuchen ob ich das verwenden will oder nicht...

Vinci schrieb am 20.04.2023 um 17:08

Und deren Eclipse Ding is auch für den FPGA verantwortlich oder was auch immer da drin steckt?
Oder baut das "eh nur" die Software... weil dann Stünde einem Umstieg nämlich nichts im Wege.

Mein Arbeitgeber (read as: Bastlerbude) hat(te) das selbe Problem. 10 verschiedene IDE's und 4 verschiedene Compiler. Ende letzten Jahres wurde mir das zu bunt und ich hab angefangen CMake Workshops zu halten...

wergor schrieb am 21.04.2023 um 10:32

fpga, prozessor (eigentlich der ganze SoC) und die hardware werden in einem anderen tool konfiguriert das auch den fpga programmieren kann. vitis importiert die hardware spec und fpga bitfile, konfiguriert das c projekt sodass das zusammen passt, baut das boot image fürn SoC etc, das ist schon ein bissl mehr "involved"