Matrisberäkningar med för STM32?

[Al_Bundy]

Du framstår väldigt som förvirrande. Jag säger att jag bränner kod över till min STM32 som är en ARM.

När jag kollar versionen på min kompilator så står det så här. Med tanke på att jag kan programmera ARM med Atollic TrueStudio, så då borde jag kunna använda GSL i STM32 också.

Kod: Markera allt

asus@asus-X551MA:~$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/8/lto-wrapper
OFFLOAD_TARGET_NAMES=nvptx-none
OFFLOAD_TARGET_DEFAULT=1
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 8.2.0-7ubuntu1' --with-bugurl=file:///usr/share/doc/gcc-8/README.Bugs --enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++ --prefix=/usr --with-gcc-major-version-only --program-suffix=-8 --program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-libmpx --enable-plugin --enable-default-pie --with-system-zlib --with-target-system-zlib --enable-objc-gc=auto --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none --without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 8.2.0 (Ubuntu 8.2.0-7ubuntu1) 
asus@asus-X551MA:~$ 

[TomasL]

Nej du kan inte använda denna till en ARM

Target: x86_64-linux-gnu

[mankan]

Oj, vad ni skriver, vissa saker är kanske inaktuella men här kommer det ändå:

Rimligen har Al en korskompilator för sin STM32. Men troligen ingår inte GSL in den miljön men helt omöjligt är det inte. Så valen är då att hitta GSL i färdkompilerad form för just den STM32-miljö som används eller att själv kompilera upp GSL med korskompilatorn.

För övrigt Al så tror jag det skulle vara en bra övning i C för dig att implementera lite egna matrisfunktioner i C. Då får du lite mer koll på minneshantering och hur mycket kod som finns under huven i bibliotek liknande GSL.

Ok, Al. Det verkar som du inte har koll på korskompilatorer. Du behöver alltså fixa in GSL i din "Atollic TrueStudio"-miljö.

[Al_Bundy]

Nej du kan inte använda denna till en ARM

Target: x86_64-linux-gnu

Kan det då vara min Atollic IDE som har eget ARM-gcc inbyggdt?

[TomasL]

Troligen så.

[säter]

korskompilatorer

Vad är en korskompilator?

[mankan]

Med största sannolikhet, ja. En gcc som kör på x86-64 system men genererar kod för ARM. Dvs en korskompilator.

[Al_Bundy]

Oj, vad ni skriver, vissa saker är kanske inaktuella men här kommer det ändå:

Rimligen har Al en korskompilator för sin STM32. Men troligen ingår inte GSL in den miljön men helt omöjligt är det inte. Så valen är då att hitta GSL i färdkompilerad form för just den STM32-miljö som används eller att själv kompilera upp GSL med korskompilatorn.

För övrigt Al så tror jag det skulle vara en bra övning i C för dig att implementera lite egna matrisfunktioner i C. Då får du lite mer koll på minneshantering och hur mycket kod som finns under huven i bibliotek liknande GSL.

Ok, Al. Det verkar som du inte har koll på korskompilatorer. Du behöver alltså fixa in GSL i din "Atollic TrueStudio"-miljö.

>> Då får du lite mer koll på minneshantering och hur mycket kod som finns under huven i bibliotek liknande GSL.
Finns inge tid. Jag är bara intresserad utav att smacka dit matriser och snurra igång skiten.

[Al_Bundy]

Tydligen så finns det redan färdigt att installera GSL för mitt system.

Kod: Markera allt

sudo apt-get install libgsl-dev

Men det är som du säger. Jag måste kompilera från källkod.

[TomasL]

En korskompilator genererar exekverbar kod för ett annat system.
Normalt så när man kompilerar ett program, så genereras koden för det system man arbetar på, dvs Windows, Linux, MAC.
Alla utvecklingssystem där man utvecklar mot en annan typ av processorer eller system korskompilerar

[TomasL]

Finns inge tid.

Du ger dig aldrig, du fullständigt vägrar att göra saker på rätt sätt, SUCK

[Al_Bundy]

Säger du samma sak till dem som använder deep learning med TensorFlow?

Tycker du borde tänka ett seg längre än att få dessa mystiska utbrott.

[säter]

Jag måste kompilera från källkod.

Hur gör man annars?

[mankan]

Vi alla lär oss saker på olika sätt. Al är lite mer "trial and error" jämfört med många andra. Insikt om kunskapsluckor och vilja att täppa igen dem skulle minska tiden markant som läggs på "trial & error" tror jag.

[mankan]

Jag måste kompilera från källkod.

Hur gör man annars?

Någon annan har gjort det åt dig och paketerat det hela för din utvecklingsmiljö.