Initial source code release
Re: Initial source code release
Got same errors after upgrade to 1.13.1 , was on 1.12.1 before, stupid me didn't tried a clean build before upgrade.
I'm a happy amateur with this build software so I hope that you find the cause.
I'm a happy amateur with this build software so I hope that you find the cause.
Re: Initial source code release
I was going to suggest that they do a clean build, but this didn't seem necessary if it was their first build
I always do a clean build after making any significant change because I don't trust the IDE to build correcly otherwise
Re: Initial source code release
I wonder what mess I create now
I deleted the project and tried to make a project from existing IOC file and IDE wanted to have my ST.com login and started to download some large files.
Don't remember how I did it the first time when I compiled.
I deleted the project and tried to make a project from existing IOC file and IDE wanted to have my ST.com login and started to download some large files.
Don't remember how I did it the first time when I compiled.
Re: Initial source code release
Do not use the .ioc file , we no longer use it becuase TYT now use a clone STM32 MCU which is not compatible with the limitations of the clone chip
Definietly do not regenerate code from the IOC.
Just import the project from file system
Definietly do not regenerate code from the IOC.
Just import the project from file system
Re: Initial source code release
It looks like it is a know and reported issue.
https://community.st.com/t5/embedded-so ... d-p/578622
The work around is to replace all occurrences of caddr_t with void* in system.c
Colin.
https://community.st.com/t5/embedded-so ... d-p/578622
The work around is to replace all occurrences of caddr_t with void* in system.c
Colin.
Re: Initial source code release
You could add this to one of the headersG4EML wrote: ↑Wed Aug 09, 2023 10:32 amIt looks like it is a know and reported issue.
https://community.st.com/t5/embedded-so ... d-p/578622
The work around is to replace all occurrences of caddr_t with void* in system.c
Colin.
Code: Select all
#ifndef __daddr_t_defined
typedef long daddr_t;
#define __daddr_t_defined
#endif
#ifndef __caddr_t_defined
typedef char * caddr_t;
#define __caddr_t_defined
#endif
with types.h in it
Re: Initial source code release
Thanks, I also tested and added "#include <sys/types.h>" to sysmem.c and at least it made a bin file.
Re: Initial source code release
OK.
Seems like a big mistake from STM
BTW. I also found another big mistake from STM with the DFU drivers. They have a completely new set of DFU drivers which are only compatible with their new STM32CubeProgrammer application.
I installed this new programming tool and I was no longer able to upload to any radio.
Considering there must be many programs that upload using STM DFU devices, it seems crazy to replace the drivers with incompatible versions to support their new programming application.
Luckily I was able to uninstall their new drivers and delete them, and Windows reverted to the older driver.
However for a while I thought I may need to reinstall Windows to remove the new drivers
Re: Initial source code release
I just upgraded to 1.13.1 on my Linux machine, and I get the caddr_t unknown type error.