Library conflict of some sort:
Compiling .pioenvs\BIGTREE_SKR_MINI\lib35e\U8glib-HAL_ID1932\lib\u8g_com_arduino_parallel.c.o
In file included from C:\users\jimde\.platformio\packages\framework-arduinoststm32-maple\STM32F1\cores\maple/boards.h:38:0,
from C:\users\jimde\.platformio\packages\framework-arduinoststm32-maple\STM32F1\cores\maple/wirish.h:54,
from C:\users\jimde\.platformio\packages\framework-arduinoststm32-maple\STM32F1\cores\maple/Arduino.h:30,
from .piolibdeps\BIGTREE_SKR_MINI\U8glib-HAL_ID1932\src\lib\u8g_com_arduino_common.c:46:
C:\users\jimde\.platformio\packages\framework-arduinoststm32-maple\STM32F1\cores\maple/wirish_types.h:65:9: error: unknown type name 'bool'
typedef bool boolean;
I have seen this before.
Expected behavior: [What you expect to happen]
good compile
Actual behavior: [What actually happens]
many errors in the C:\users\jimde.platformio\packages\framework-arduinoststm32-maple\STM32F1cores\maple/wirish_types.h
config.zip
Configuration.h and Configuration_adv.h files.This is not something we can address in the Marlin code-base. Try deleting your .pio and ~/.platformio/.cache folders before doing more builds. It may pass once the framework authors figure out that bool is only a C++ type and not a C type.
@thinkyhead @thisiskeithb > This is not something we can address in the Marlin code-base. Try deleting your .pio and ~/.platformio/.cache folders before doing more builds. It may pass once the framework authors figure out that bool is only a C++ type and not a C type.
I did all that, and now get:
.piolibdeps\BIGTREE_SKR_MINI\TMCStepper_ID5513\src/TMCStepper.h:18:11: fatal error: SoftwareSerial.h: No such file or directory
i do not have any TMC steppers defined.
OK, commented out //#define SW_CAPABLE_PLATFORM defined(__AVR__) || defined(TARGET_LPC1768) || defined(ARDUINO_ARCH_ESP32) || defined(ARDUINO_ARCH_STM32F1) and it works.
in .piolibdeps\BIGTREE_SKR_MINI\TMCStepper_ID5513\src\TMCStepper.h
"defined(ARDUINO_ARCH_STM32F1)" probably should not be in that define.
@jmdearras: Try grabbing a fresh copy and compile again. Some patches have been applied that should fix this issue.
@thisiskeithb yes. I got a good compile with the SKR-MINI V1.1 for the first time with "stock" marlin!
It was working fine for quite a while when compiling for the SKR Mini. I know because I sent a board to @thinkyhead recently it compiled without issue 😄.
now if only someone could figure out support for the MKS_MINI_12864!
On Thu, Aug 29, 2019 at 12:48 PM thisiskeithb notifications@github.com
wrote:
It was working fine for quite a while when compiling for the SKR Mini. I
know because I sent a board to @thinkyhead https://github.com/thinkyhead
recently it compiled without issue 😄.—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/MarlinFirmware/Marlin/issues/15085?email_source=notifications&email_token=AAESZCNPBUDH2R2WV6AIO3TQG74UTA5CNFSM4IRQI3S2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD5PDY2A#issuecomment-526269544,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAESZCKFI6B6EHV5AUWAXHTQG74UTANCNFSM4IRQI3SQ
.
if you are not using this repo, will not help you :p btw, skr mini owner too
if you are not using this repo, will not help you :p btw, skr mini owner too
@tpruvot I do not understand your reply?
the TMCStepper serial issue was "fixed" a week or two ago or so... i mean
the TMCStepper serial issue was "fixed" a week or two ago or so... i mean
But this issue was due to recent changes made to U8glib-HAL.
I AM using the current marlin. Turns out I had to delete my .platformio/.cache folder. How does this address the MKS_MINI_12864 issue?
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.