Compiling error

#1

Hi!

After installing both the main application and the runtime, I can't compile a patch by clicking on the live box.
I have updated Java, deleted the preferences folder to rebuild it again... but I can't find a solution on my own,

Any ideas?

This is the axoloti log:

USB device found
connected
Cannot validate authenticity, no signature present.
search path : objects
Firmware version: 1.0.0.1, crc=0x20280898, entrypoint=0x20011000
finished loading objects
Generate code complete
Start compiling patch
Makefile.patch:48: warning: overriding commands for target /Users/Pere'
Makefile.patch:44: warning: ignoring old commands for target/Users/Pere'
make: Circular /Users/Pere <- /Users/Pere dependency dropped.
make: *** No rule to make target 1/Documents/axoloti/build/xpatch.cpp', needed by/Users/Pere'. Stop.
shell task failed, exit value: 2
Compiling patch failed ( /Applications/Axoloti.app/Contents/Java/patches/demos/youtube/tybett.axp )

Thanks!

#2

Can you confirm you installed runtime in
/Applications
so you have
/Applications/axoloti_runtime/platform_osx

#3

Do you have a space character in your username?

#4

Yes... it's Pere Amengual

#5

ok, Im on to it now https://github.com/axoloti/axoloti/issues/206

you could override home directory location, with axoloti_home to something without spaces, but its probably better to just wait for a new release...
thoughts @johannes ?

#6

The current release does not tolerate space characters in user names. This was not tested, and breaks filenames in parts.
Will solve this soooon, stay tuned!

#7

I mean, the full user name is Pere Amengual, but the user folder seems to be "Pere 1", something I had not noticed before...

#8

thanks for your prompt answer!

Pere

#9

what you could do in the meantime , is create a new user (no spaces) on mac OS X, without spaces... and use axoloti from there until a fix is issued.

#10

It's working now! smile

I have changed the home folder of my user to one without spaces. Before it was "Pere 1" and now it is just "Pere".
Dropbox and other file sync apps are having a hard time resyncing all the files, but I think besides from that everything is working just fine.

Thanks!

#11

yeah, thats why I suggested a new user wink

fix is nearly done...

#12

another hour later, and swearing at both java and gnu make for being rubbish with path handling... and its fixed.
I guess we roll out for 1.0.3

#13

Hej,
using mac
I dropped the runtime folder into application and it generates a path called "/Applications/axoloti/platform_osx and NOT "/Applications/axoloti_runtime/platform_osx"
Do I have to rename the folder?? - I did.
Then It says:

USB device found
connected
Authentic Axoloti Core
search path : objects
Firmware version: 1.0.0.1, crc=0xA4AA9FE1, entrypoint=0x20011000
finished loading objects
Generate code complete
Start compiling patch
Compiling patch... with /Applications/Axoloti.app/Contents/Java/firmware
BDIR = /Users/xxxnamexxx/Documents/axoloti/build
FIRMWARE = .
Build precompiled header
arm-none-eabi-g++ -nostdlib -fno-exceptions -fno-rtti -mcpu=cortex-m4 -O3 -fomit-frame-pointer -falign-functions=16 -mfloat-abi=hard -mfpu=fpv4-sp-d16 -fsingle-precision-constant -Wunused-parameter -DCORTEX_USE_FPU=TRUE -DTHUMB_PRESENT -mno-thumb-interwork -DTHUMB_NO_INTERWORKING -mthumb -DTHUMB -std=c++11 -DARM_MATH_CM4 -D__FPU_PRESENT -I/Applications/Axoloti.app/Contents/Java/CMSIS/Include -I/Applications/Axoloti.app/Contents/Java/chibios/os/ports/common/ARMCMx/CMSIS/include -I/Applications/Axoloti.app/Contents/Java/chibios/os/ports/common/ARMCMx -I/Applications/Axoloti.app/Contents/Java/chibios/os/ports/GCC/ARMCMx -I/Applications/Axoloti.app/Contents/Java/chibios/os/ports/GCC/ARMCMx/STM32F4xx -I/Applications/Axoloti.app/Contents/Java/chibios/os/kernel/include -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/include -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32F4xx -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/GPIOv2 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/I2Cv1 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/OTGv1 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/RTCv2 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/SPIv1 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/TIMv1 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/USARTv1 -I/Applications/Axoloti.app/Contents/Java/chibios/boards/ST_STM32F4_DISCOVERY -I/Applications/Axoloti.app/Contents/Java/chibios/ext/fatfs/src -I. -Winvalid-pch -MD -MP -c ./xpatch.h -o /Users/florianjapp/Documents/axoloti/build/xpatch.h.gch
make: arm-none-eabi-g++: No such file or directory
make: *** [/Users/xxxnamexxx/Documents/axoloti/build/xpatch.h.gch] Error 1
shell task failed, exit value: 2
Compiling patch failed ( /Applications/Axoloti.app/Contents/Java/patches/demos/youtube/tybett.axp )
Generate code complete
Start compiling patch

what to do?

#14

as is stated in Installation on Mac OS X,
you need to ensure that the runtime is located in
/Applications/axoloti_runtime ...
so you end up with a folder
/Applicaitons/axoloti_runtime/platform_osx

Im not quite sure why you had to rename anything, the mac runtime will create an axoloti_runtime directory when you unzip it, and this can just be dropped into /Applications, I know as I have done this many many times when testing/developing!

also it should clearly be stating (in red) in the Axoloti console window that the runtime is missing,
please check that when you start Axoloti

please re-check...

#15

It helped to delete and download, unzip again.!
thanks,