sdcc-user — Help and Discussion for SDCC users
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
(27) |
Apr
(107) |
May
(32) |
Jun
(45) |
Jul
(79) |
Aug
(61) |
Sep
(94) |
Oct
(89) |
Nov
(133) |
Dec
(45) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(81) |
Feb
(57) |
Mar
(85) |
Apr
(80) |
May
(79) |
Jun
(85) |
Jul
(97) |
Aug
(104) |
Sep
(60) |
Oct
(82) |
Nov
(49) |
Dec
(57) |
| 2002 |
Jan
(46) |
Feb
(80) |
Mar
(112) |
Apr
(93) |
May
(72) |
Jun
(89) |
Jul
(118) |
Aug
(130) |
Sep
(67) |
Oct
(49) |
Nov
(58) |
Dec
(99) |
| 2003 |
Jan
(281) |
Feb
(141) |
Mar
(231) |
Apr
(109) |
May
(128) |
Jun
(166) |
Jul
(243) |
Aug
(64) |
Sep
(44) |
Oct
(67) |
Nov
(70) |
Dec
(68) |
| 2004 |
Jan
(71) |
Feb
(88) |
Mar
(60) |
Apr
(84) |
May
(79) |
Jun
(168) |
Jul
(92) |
Aug
(72) |
Sep
(51) |
Oct
(102) |
Nov
(35) |
Dec
(73) |
| 2005 |
Jan
(65) |
Feb
(48) |
Mar
(86) |
Apr
(64) |
May
(107) |
Jun
(93) |
Jul
(40) |
Aug
(117) |
Sep
(82) |
Oct
(65) |
Nov
(63) |
Dec
(85) |
| 2006 |
Jan
(36) |
Feb
(81) |
Mar
(74) |
Apr
(131) |
May
(92) |
Jun
(71) |
Jul
(71) |
Aug
(54) |
Sep
(26) |
Oct
(77) |
Nov
(55) |
Dec
(55) |
| 2007 |
Jan
(112) |
Feb
(88) |
Mar
(105) |
Apr
(46) |
May
(28) |
Jun
(53) |
Jul
(29) |
Aug
(34) |
Sep
(74) |
Oct
(83) |
Nov
(67) |
Dec
(39) |
| 2008 |
Jan
(40) |
Feb
(105) |
Mar
(42) |
Apr
(25) |
May
(91) |
Jun
(32) |
Jul
(47) |
Aug
(128) |
Sep
(188) |
Oct
(54) |
Nov
(19) |
Dec
(41) |
| 2009 |
Jan
(145) |
Feb
(88) |
Mar
(117) |
Apr
(38) |
May
(53) |
Jun
(9) |
Jul
(47) |
Aug
(10) |
Sep
(28) |
Oct
(65) |
Nov
(97) |
Dec
(36) |
| 2010 |
Jan
(55) |
Feb
(87) |
Mar
(81) |
Apr
(30) |
May
(37) |
Jun
(15) |
Jul
(85) |
Aug
(31) |
Sep
(1) |
Oct
(69) |
Nov
(69) |
Dec
(32) |
| 2011 |
Jan
(37) |
Feb
(49) |
Mar
(55) |
Apr
(27) |
May
(67) |
Jun
(30) |
Jul
(43) |
Aug
(73) |
Sep
(65) |
Oct
(89) |
Nov
(59) |
Dec
(15) |
| 2012 |
Jan
(27) |
Feb
(48) |
Mar
(14) |
Apr
(18) |
May
(38) |
Jun
(59) |
Jul
(46) |
Aug
(11) |
Sep
(21) |
Oct
(28) |
Nov
(18) |
Dec
(51) |
| 2013 |
Jan
(35) |
Feb
(68) |
Mar
(56) |
Apr
(21) |
May
(62) |
Jun
(43) |
Jul
(12) |
Aug
(34) |
Sep
(28) |
Oct
|
Nov
(11) |
Dec
(33) |
| 2014 |
Jan
(15) |
Feb
(36) |
Mar
(33) |
Apr
(45) |
May
(8) |
Jun
(52) |
Jul
(30) |
Aug
(7) |
Sep
(38) |
Oct
(76) |
Nov
(19) |
Dec
(26) |
| 2015 |
Jan
(67) |
Feb
(42) |
Mar
(6) |
Apr
(12) |
May
(13) |
Jun
(17) |
Jul
(10) |
Aug
(9) |
Sep
(26) |
Oct
(24) |
Nov
(8) |
Dec
(2) |
| 2016 |
Jan
(19) |
Feb
(2) |
Mar
(33) |
Apr
(56) |
May
(10) |
Jun
(12) |
Jul
(38) |
Aug
(69) |
Sep
(10) |
Oct
(7) |
Nov
(20) |
Dec
(26) |
| 2017 |
Jan
(10) |
Feb
(10) |
Mar
(4) |
Apr
(4) |
May
(16) |
Jun
(13) |
Jul
(16) |
Aug
(25) |
Sep
|
Oct
(28) |
Nov
|
Dec
(1) |
| 2018 |
Jan
(31) |
Feb
(24) |
Mar
(38) |
Apr
(18) |
May
(12) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Philipp Klaus Krause <pkk@sp...> - 2018-05-14 07:13:34
|
Am 13.05.2018 um 01:15 schrieb Paulo Custodio: > I posted by mistake a similar question in sdcc-devel - sorry for spaming. > > I'm trying to build sdcc in a Windows with mingw. Although ./configure > completes successfully, the make afterwards fails with missing constants: > > simi.c:272:18: error: 'NO_ERROR' undeclared (first use in this function) > fwio.cc:118:20: error: 'ERROR_INVALID_HANDLE' was not declared in this scope > fwio.cc:122:20: error: 'ERROR_INVALID_FUNCTION' was not declared in this > scope > > As another attempt I tried opening the Visual Studio solution file > sdcc.sln and building, but it targets Visual Studio 2010 and uses > stdbool.h, which only exists in more recent platform versions. > > Are there any hints of what might be missing in my environment? > > Thanks in advance, > Paulo > Snapshots for x86_64 Windows are still being built (see http://sdcc.sourceforge.net/snap.php). Subsequent execution of the regression tests fails (due to an issue with the wine installation), so there is a red dot next to them, but the snapshots themselves are there. AFAIK, the infrastructure used to build them uses MinGW (though I don't know which variant) and is maintained by Maarten, and related to what can be found in sdcc-build or sdcc-cf in the repository. But I am not familiar with the details. Philipp |
|
From: Paulo Custodio <pauloscustodio@gm...> - 2018-05-13 17:41:15
|
Thanks for all the answers. I am in fact using MinGW, and will try to migrate to MSYS2 as suggested. Regarding the Visual Studio files, I can try to retarget the solution to the 2015 compiler version. On Sun, May 13, 2018 at 1:56 PM, Philipp Klaus Krause <pkk@...> wrote: > Am 13.05.2018 um 14:40 schrieb Xiaofan Chen: > > On Sun, May 13, 2018 at 7:06 PM, Xiaofan Chen <xiaofanc@...> > wrote: > >> On Sun, May 13, 2018 at 4:40 PM, Philipp Klaus Krause <pkk@...> > wrote: > >>> Am 13.05.2018 um 04:29 schrieb Xiaofan Chen: > >>>> > >>>> Just wondering which MinGW version you are using? I have already > >>>> given up on MinGW.org, mingw-w64 is the way to go. > >>> > >>> AFAIK MinGW still uses GCC 3.x, while SDCC needs at least GCC 4.5 or so > >>> (for the C++ 11 support). MinGW-w64 should be fine in that respect. > >>> > >> > >> MinGW.org is now using new gcc version 6.3. But I have problems building > >> libusb/OpenOCD so I give up on it. > >> > > Anyway, I just tried to use MinGW.org and sdcc needs Boost. Not so sure > > it is just a header only requirements or I need to build Boost from > source code. > > So I stopped there. > > AFAIK header-only should be enough; SDCC uses a few data structures and > the graph library. AFAIK the graph library only needs to be linked when > reading graphviz files. While SDCC writes graphviz files, it does not > read them. > > Philipp > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Sdcc-user mailing list > Sdcc-user@... > https://lists.sourceforge.net/lists/listinfo/sdcc-user > |
|
From: Philipp Klaus Krause <pkk@sp...> - 2018-05-13 12:56:33
|
Am 13.05.2018 um 14:40 schrieb Xiaofan Chen: > On Sun, May 13, 2018 at 7:06 PM, Xiaofan Chen <xiaofanc@...> wrote: >> On Sun, May 13, 2018 at 4:40 PM, Philipp Klaus Krause <pkk@...> wrote: >>> Am 13.05.2018 um 04:29 schrieb Xiaofan Chen: >>>> >>>> Just wondering which MinGW version you are using? I have already >>>> given up on MinGW.org, mingw-w64 is the way to go. >>> >>> AFAIK MinGW still uses GCC 3.x, while SDCC needs at least GCC 4.5 or so >>> (for the C++ 11 support). MinGW-w64 should be fine in that respect. >>> >> >> MinGW.org is now using new gcc version 6.3. But I have problems building >> libusb/OpenOCD so I give up on it. >> > Anyway, I just tried to use MinGW.org and sdcc needs Boost. Not so sure > it is just a header only requirements or I need to build Boost from source code. > So I stopped there. AFAIK header-only should be enough; SDCC uses a few data structures and the graph library. AFAIK the graph library only needs to be linked when reading graphviz files. While SDCC writes graphviz files, it does not read them. Philipp |
|
From: Xiaofan Chen <xiaofanc@gm...> - 2018-05-13 12:40:29
|
On Sun, May 13, 2018 at 7:06 PM, Xiaofan Chen <xiaofanc@...> wrote: > On Sun, May 13, 2018 at 4:40 PM, Philipp Klaus Krause <pkk@...> wrote: >> Am 13.05.2018 um 04:29 schrieb Xiaofan Chen: >>> >>> Just wondering which MinGW version you are using? I have already >>> given up on MinGW.org, mingw-w64 is the way to go. >> >> AFAIK MinGW still uses GCC 3.x, while SDCC needs at least GCC 4.5 or so >> (for the C++ 11 support). MinGW-w64 should be fine in that respect. >> > > MinGW.org is now using new gcc version 6.3. But I have problems building > libusb/OpenOCD so I give up on it. > Anyway, I just tried to use MinGW.org and sdcc needs Boost. Not so sure it is just a header only requirements or I need to build Boost from source code. So I stopped there. Then I tried to build sdcc svn head using MSYS2 (I use pacman to install the sdcc dependencies like bison and boost). The binary files build just fine. But the library build failed. Not so sure why. ... $ ../configure --prefix=/mingw64 --disable-pic14-port --disable-pic16-port ... $ make ... make[4]: Entering directory '/c/work/pic/sdcc/sdcc/build64/device/lib' ../../bin/sdcc -I../../../device/include -I../../../device/include/mcs51 -mds390 --nostdinc --std-c99 -c ../../../device/lib/_atof.c -o ds390/_atof.rel 'sdcpp.exe' is not recognized as an internal or external command, operable program or batch file. at 1: warning 190: ISO C forbids an empty source file make[4]: *** [Makefile:607: ds390/_atof.rel] Error 1 make[4]: Leaving directory '/c/work/pic/sdcc/sdcc/build64/device/lib' make[3]: *** [Makefile:241: objects] Error 2 make[3]: Leaving directory '/c/work/pic/sdcc/sdcc/build64/device/lib' xiaof@... MINGW64 /c/work/pic/sdcc/sdcc/build64/bin $ ls makebin.exe sdas8051.exe sdastlcs90.exe sdcdb.exe sdldgb.exe sdobjcopy.exe sdar.exe sdasgb.exe sdasz80.exe sdcpp.exe sdldstm8.exe sdranlib.exe sdas390.exe sdasrab.exe sdcc.exe sdld.exe sdldz80.exe sdas6808.exe sdasstm8.exe sdcclib.exe sdld6808.exe sdnm.exe xiaof@... MINGW64 /c/work/pic/sdcc/sdcc/build64/bin $ ./sdcpp --version sdcpp.exe (SDCC) 4.6.3 (GNU cpp adapted for SDCC) Copyright (C) 2011 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. -- Xiaofan |
|
From: Xiaofan Chen <xiaofanc@gm...> - 2018-05-13 11:06:24
|
On Sun, May 13, 2018 at 4:40 PM, Philipp Klaus Krause <pkk@...> wrote: > Am 13.05.2018 um 04:29 schrieb Xiaofan Chen: >> >> Just wondering which MinGW version you are using? I have already >> given up on MinGW.org, mingw-w64 is the way to go. > > AFAIK MinGW still uses GCC 3.x, while SDCC needs at least GCC 4.5 or so > (for the C++ 11 support). MinGW-w64 should be fine in that respect. > MinGW.org is now using new gcc version 6.3. But I have problems building libusb/OpenOCD so I give up on it. -- Xiaofan |
|
From: Philipp Klaus Krause <pkk@sp...> - 2018-05-13 08:40:14
|
Am 13.05.2018 um 04:29 schrieb Xiaofan Chen: > > Just wondering which MinGW version you are using? I have already > given up on MinGW.org, mingw-w64 is the way to go. AFAIK MinGW still uses GCC 3.x, while SDCC needs at least GCC 4.5 or so (for the C++ 11 support). MinGW-w64 should be fine in that respect. Philipp |
|
From: Philipp Klaus Krause <pkk@sp...> - 2018-05-13 06:33:19
|
Am 13.05.2018 um 01:15 schrieb Paulo Custodio: > As another attempt I tried opening the Visual Studio solution file > sdcc.sln and building, but it targets Visual Studio 2010 and uses > stdbool.h, which only exists in more recent platform versions. > We no longer support Visual Studio 2010. The minimum required version is 2015. See https://sourceforge.net/p/sdcc/wiki/Language%20dialects%20used%20in%20SDCC/ I guess the VS files just didn't get updated yet. I saw a patch on z88dk github to update them. Maybe put it on the SDCC patch tracker so it won't be forgotten from teh SDCC side? Philipp |
|
From: Xiaofan Chen <xiaofanc@gm...> - 2018-05-13 02:29:27
|
On Sun, May 13, 2018 at 7:15 AM, Paulo Custodio <pauloscustodio@...> wrote: > I posted by mistake a similar question in sdcc-devel - sorry for spaming. > > I'm trying to build sdcc in a Windows with mingw. Although ./configure > completes successfully, the make afterwards fails with missing constants: > > simi.c:272:18: error: 'NO_ERROR' undeclared (first use in this function) > fwio.cc:118:20: error: 'ERROR_INVALID_HANDLE' was not declared in this scope > fwio.cc:122:20: error: 'ERROR_INVALID_FUNCTION' was not declared in this > scope Just wondering which MinGW version you are using? I have already given up on MinGW.org, mingw-w64 is the way to go. MSYS2 is probably the easier to use mingw-w64 distribution out there. > As another attempt I tried opening the Visual Studio solution file sdcc.sln > and building, but it targets Visual Studio 2010 and uses stdbool.h, which > only exists in more recent platform versions. What do you mean by this? VS2010 is kind of quite old already. Anyway, I never tried to use the VS solution before. Just used VS2017 Community version to build sdcc and it failed apart completely. > Are there any hints of what might be missing in my environment? > Just use MSYS2 and try again. https://github.com/msys2/msys2/wiki -- Xiaofan |
|
From: Paulo Custodio <pauloscustodio@gm...> - 2018-05-12 23:15:57
|
I posted by mistake a similar question in sdcc-devel - sorry for spaming. I'm trying to build sdcc in a Windows with mingw. Although ./configure completes successfully, the make afterwards fails with missing constants: simi.c:272:18: error: 'NO_ERROR' undeclared (first use in this function) fwio.cc:118:20: error: 'ERROR_INVALID_HANDLE' was not declared in this scope fwio.cc:122:20: error: 'ERROR_INVALID_FUNCTION' was not declared in this scope As another attempt I tried opening the Visual Studio solution file sdcc.sln and building, but it targets Visual Studio 2010 and uses stdbool.h, which only exists in more recent platform versions. Are there any hints of what might be missing in my environment? Thanks in advance, Paulo |
|
From: Philipp Klaus Krause <pkk@sp...> - 2018-05-10 06:45:22
|
Am 10.05.2018 um 00:20 schrieb Alan Cox: > On Tue, 8 May 2018 13:50:07 +0200 > Philipp Klaus Krause <pkk@...> wrote: > >> I intend to add functions to the standard library in SDCC for easier >> conversion of strings between UTF-8 (the multibyte encoding SDCC uses) >> and UTF-16 (the encoding SDCC uses for char16_t). > > UTF-16 or UCS-2 ? UTF-16. > > I think it makes sense to have them but I'm not actually likely to use > them as the Unixlike world uses UTF-8 for pretty much everything because > UTF-16 uses more space and is a mess (endianness and still variable > length) while UTF-8 has ASCII as a subset so all the Unixlike stuff 'just > works'. So if anything I'd be adding UTF-8 support to stuff. > > Alan > We already support UTF-8. Is there any UTF-8 functionality you miss in SDCC? The idea for the new functions is: You can do all your internal string processing in UTF-8. Then, when interfacing with something that requires UTF-16, you use the new functions for conversion between UTF-8 and UTF-16. Philipp |
|
From: Philipp Klaus Krause <pkk@sp...> - 2018-05-08 11:50:32
|
I intend to add functions to the standard library in SDCC for easier conversion of strings between UTF-8 (the multibyte encoding SDCC uses) and UTF-16 (the encoding SDCC uses for char16_t). These would be size_t __mbstoc16s(char16_t *restrict c16s, const char *restrict s, size_t n); and size_t __c16stombs(char *restrict s, const char16_t *restrict c16s, size_t n); Do you consider such functions to be useful? Philipp |
|
From: Ian Molton <spyro2@gm...> - 2018-05-06 01:31:24
|
Hi, I'm new to sdcc, but have managed to get some code running on my pic18f1330. In doing so, I've run across the #pragma config interface. What i can't find, even in the 3.7.1 sdcc manual, is a list of the config options. They seem similar to the options in the microchip compiler (which I've never used), but not identical. Eg. BOREN doesn't exist, but BOR does, although I can only seen to set it to OFF - all other values I've tried seem to cause a compiler error. BORV value also differ from later versions of the microchip compiler afaict. I'd like to enable software BOR, as my board has a motor on it that drags the power down briefly, and I'd like to disable BOR during the motor startup. (The board has inadequate supply capacitors for the pic, they don't seem to be capable of tiding it over). Thanks for any pointers, -Ian |
|
From: Casainho <casainho@gm...> - 2018-04-15 22:06:47
|
Thank you Raphael. After testing, the main issue still persist. I will fill the bug. cas@...:~/OpenSource-EBike-firmware/BMSBattery_S_controllers_firmware/firmware$ make -f Makefile_linux sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_itc.c StdPeriphLib/src/stm8s_itc.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_clk.c StdPeriphLib/src/stm8s_clk.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_iwdg.c StdPeriphLib/src/stm8s_iwdg.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_gpio.c StdPeriphLib/src/stm8s_gpio.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_exti.c StdPeriphLib/src/stm8s_exti.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_uart2.c StdPeriphLib/src/stm8s_uart2.c Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp4. Please contact sdcc authors with source code to reproduce. sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_tim1.c StdPeriphLib/src/stm8s_tim1.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_tim2.c StdPeriphLib/src/stm8s_tim2.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_adc1.c StdPeriphLib/src/stm8s_adc1.c Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp0. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp0. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp1. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp0. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp0. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp1. Please contact sdcc authors with source code to reproduce. sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_flash.c StdPeriphLib/src/stm8s_flash.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -owatchdog.c watchdog.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -ogpio.c gpio.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -outils.c utils.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -ouart.c uart.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oadc.c adc.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -obrake.c brake.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -opas.c pas.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -owheel_speed_sensor.c wheel_speed_sensor.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -otimers.c timers.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -opwm.c pwm.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oeeprom.c eeprom.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -omotor.c motor.c Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp152. Please contact sdcc authors with source code to reproduce. sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oebike_app.c ebike_app.c ebike_app.c:165: warning 110: conditional flow changed by optimizer: so said EVELYN the modified DOG Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp44. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp44. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp44. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp44. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp32. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp32. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp32. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp32. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp0. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp13. Please contact sdcc authors with source code to reproduce. ebike_app.asm:4826: Error: <r> relocation error Segmentation fault (core dumped) Makefile_linux:79: recipe for target 'ebike_app.rel' failed make: *** [ebike_app.rel] Error 1 cas@... :~/OpenSource-EBike-firmware/BMSBattery_S_controllers_firmware/firmware$ Raphael Neider <rneider@...> escreveu no dia domingo, 15/04/2018 à(s) 21:52: > Hi, > > I spotted > > ebike_app.c:315: warning 156: symbol name too long, truncated to 64 chars > > in the falling output but not in the working one. Could this be the cause? > Can you try using a short identifier (static uint16_t a = 100;) and try > again? If that still fails, can you try to also shorten the identifier of > the function (like com_ctl())? > > Best regards, > Raphael > > > Maarten Brock <sourceforge.brock@...> schrieb am So., 15. Apr. 2018, > 21:41: > >> > Hi Marteen. >> > >> > I am using the stable version 3.7.0. >> > I am on Linux and I can build some developent version and test before >> > write on bug tracker - what do you recommend? >> >> 3.7.0 is recent enough to file this as a bug. >> >> Maarten >> >> >> >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> Sdcc-user mailing list >> Sdcc-user@... >> https://lists.sourceforge.net/lists/listinfo/sdcc-user >> > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Sdcc-user mailing list > Sdcc-user@... > https://lists.sourceforge.net/lists/listinfo/sdcc-user > -- Cumprimentos, Jorge Pinto E-mail: casainho@... Telemóvel: 927145983 |
|
From: Raphael Neider <rneider@we...> - 2018-04-15 20:51:47
|
Hi, I spotted ebike_app.c:315: warning 156: symbol name too long, truncated to 64 chars in the falling output but not in the working one. Could this be the cause? Can you try using a short identifier (static uint16_t a = 100;) and try again? If that still fails, can you try to also shorten the identifier of the function (like com_ctl())? Best regards, Raphael Maarten Brock <sourceforge.brock@...> schrieb am So., 15. Apr. 2018, 21:41: > > Hi Marteen. > > > > I am using the stable version 3.7.0. > > I am on Linux and I can build some developent version and test before > > write on bug tracker - what do you recommend? > > 3.7.0 is recent enough to file this as a bug. > > Maarten > > > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Sdcc-user mailing list > Sdcc-user@... > https://lists.sourceforge.net/lists/listinfo/sdcc-user > |
|
From: Maarten Brock <sourceforge.brock@ds...> - 2018-04-15 19:41:19
|
> Hi Marteen. > > I am using the stable version 3.7.0. > I am on Linux and I can build some developent version and test before > write on bug tracker - what do you recommend? 3.7.0 is recent enough to file this as a bug. Maarten |
|
From: Casainho <casainho@gm...> - 2018-04-15 19:09:04
|
Hi Marteen. I am using the stable version 3.7.0. I am on Linux and I can build some developent version and test before write on bug tracker - what do you recommend? A domingo, 15/04/2018, 19:46, Maarten Brock <sourceforge.brock@...> escreveu: > Hello Jorge, > > Did you use a recent version of SDCC? If so, this looks like a bug so > please post this to our bug tracker. Dot not forget to mention the SDCC > version you're using. > > Regards, > Maarten > > > Hi. > > > > I can't use static variables inside functions or I get "Error: <r> > > relocation error". My solution has been avoid them and use as global but > > the firmware is growing and it makes a mess to read and understand... > > Please see bellow the examples of how it fails and the build error. > > > > This is my first message to SDCC mailing list I would you like to give a > > BIG <3 THANK YOU for everyone involved!! I started a project to develop > > (the very first) OpenSource firmware for Bicycle/EBikes, popular, cheap > > and Chinese motor controllers and for the success of the project we need > > to use > > free tools so more developers can join, which happened and was a great > > success. Again, thank you for helping us working towards a better green > > environment <3 > > Project page: https://opensourceebikefirmware.bitbucket.io > > > > When I build with for instance a static variable initializing with a > > value: > > > > void communications_controller (void) > > { > > static uint16_t ui16_battery_current_accumulated = 100; > > > > cas@... > :~/OpenSource-EBike-firmware/BMSBattery_S_controllers_firmware/firmware$ > > make -f Makefile_linux > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_itc.c > > StdPeriphLib/src/stm8s_itc.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_clk.c > > StdPeriphLib/src/stm8s_clk.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_iwdg.c > > StdPeriphLib/src/stm8s_iwdg.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_gpio.c > > StdPeriphLib/src/stm8s_gpio.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_exti.c > > StdPeriphLib/src/stm8s_exti.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_uart2.c > > StdPeriphLib/src/stm8s_uart2.c > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp4. Please contact sdcc authors with source code to > > reproduce. > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_tim1.c > > StdPeriphLib/src/stm8s_tim1.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_tim2.c > > StdPeriphLib/src/stm8s_tim2.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_adc1.c > > StdPeriphLib/src/stm8s_adc1.c > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp0. Please contact sdcc authors with source code to > > reproduce. > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp0. Please contact sdcc authors with source code to > > reproduce. > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp1. Please contact sdcc authors with source code to > > reproduce. > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp0. Please contact sdcc authors with source code to > > reproduce. > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp0. Please contact sdcc authors with source code to > > reproduce. > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp1. Please contact sdcc authors with source code to > > reproduce. > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_flash.c > > StdPeriphLib/src/stm8s_flash.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -owatchdog.c watchdog.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -ogpio.c gpio.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -outils.c utils.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -ouart.c uart.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -oadc.c adc.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -obrake.c brake.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -opas.c pas.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -owheel_speed_sensor.c wheel_speed_sensor.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -otimers.c timers.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -opwm.c pwm.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -oeeprom.c eeprom.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -omotor.c motor.c > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp152. Please contact sdcc authors with source code to > > reproduce. > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -oebike_app.c ebike_app.c > > ebike_app.c:165: warning 110: conditional flow changed by optimizer: so > > said EVELYN the modified DOG > > ebike_app.c:315: warning 156: symbol name too long, truncated to 64 chars > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp44. Please contact sdcc authors with source code to > > reproduce. > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp44. Please contact sdcc authors with source code to > > reproduce. > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp44. Please contact sdcc authors with source code to > > reproduce. > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp44. Please contact sdcc authors with source code to > > reproduce. > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp32. Please contact sdcc authors with source code to > > reproduce. > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp32. Please contact sdcc authors with source code to > > reproduce. > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp32. Please contact sdcc authors with source code to > > reproduce. > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp32. Please contact sdcc authors with source code to > > reproduce. > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp0. Please contact sdcc authors with source code to > > reproduce. > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp13. Please contact sdcc authors with source code to > > reproduce. > > ebike_app.asm:4826: Error: <r> relocation error > > Segmentation fault (core dumped) > > Makefile_linux:79: recipe for target 'ebike_app.rel' failed > > make: *** [ebike_app.rel] Error 1 > > cas@... > > :~/OpenSource-EBike-firmware/BMSBattery_S_controllers_firmware/firmware$ > > > > > > Now without value initialization: > > > > void communications_controller (void) > > { > > static uint16_t ui16_battery_current_accumulated; > > > > cas@... > :~/OpenSource-EBike-firmware/BMSBattery_S_controllers_firmware/firmware$ > > make -f Makefile_linux > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_itc.c > > StdPeriphLib/src/stm8s_itc.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_clk.c > > StdPeriphLib/src/stm8s_clk.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_iwdg.c > > StdPeriphLib/src/stm8s_iwdg.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_gpio.c > > StdPeriphLib/src/stm8s_gpio.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_exti.c > > StdPeriphLib/src/stm8s_exti.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_uart2.c > > StdPeriphLib/src/stm8s_uart2.c > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp4. Please contact sdcc authors with source code to > > reproduce. > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_tim1.c > > StdPeriphLib/src/stm8s_tim1.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_tim2.c > > StdPeriphLib/src/stm8s_tim2.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_adc1.c > > StdPeriphLib/src/stm8s_adc1.c > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp0. Please contact sdcc authors with source code to > > reproduce. > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp0. Please contact sdcc authors with source code to > > reproduce. > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp1. Please contact sdcc authors with source code to > > reproduce. > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp0. Please contact sdcc authors with source code to > > reproduce. > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp0. Please contact sdcc authors with source code to > > reproduce. > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp1. Please contact sdcc authors with source code to > > reproduce. > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_flash.c > > StdPeriphLib/src/stm8s_flash.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -owatchdog.c watchdog.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -ogpio.c gpio.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -outils.c utils.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -ouart.c uart.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -oadc.c adc.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -obrake.c brake.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -opas.c pas.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -owheel_speed_sensor.c wheel_speed_sensor.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -otimers.c timers.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -opwm.c pwm.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -oeeprom.c eeprom.c > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -omotor.c motor.c > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp152. Please contact sdcc authors with source code to > > reproduce. > > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 > --nolospre > > --out-fmt-elf --debug -oebike_app.c ebike_app.c > > ebike_app.c:165: warning 110: conditional flow changed by optimizer: so > > said EVELYN the modified DOG > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp44. Please contact sdcc authors with source code to > > reproduce. > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp44. Please contact sdcc authors with source code to > > reproduce. > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp44. Please contact sdcc authors with source code to > > reproduce. > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp44. Please contact sdcc authors with source code to > > reproduce. > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp32. Please contact sdcc authors with source code to > > reproduce. > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp32. Please contact sdcc authors with source code to > > reproduce. > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp32. Please contact sdcc authors with source code to > > reproduce. > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp32. Please contact sdcc authors with source code to > > reproduce. > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp0. Please contact sdcc authors with source code to > > reproduce. > > Warning: Non-connected liverange found and extended to connected > component > > of the CFG:iTemp13. Please contact sdcc authors with source code to > > reproduce. > > sdcc -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > > --out-fmt-elf --debug main.c StdPeriphLib/src/stm8s_itc.rel > > StdPeriphLib/src/stm8s_clk.rel StdPeriphLib/src/stm8s_iwdg.rel > > StdPeriphLib/src/stm8s_gpio.rel StdPeriphLib/src/stm8s_exti.rel > > StdPeriphLib/src/stm8s_uart2.rel StdPeriphLib/src/stm8s_tim1.rel > > StdPeriphLib/src/stm8s_tim2.rel StdPeriphLib/src/stm8s_adc1.rel > > StdPeriphLib/src/stm8s_flash.rel watchdog.rel gpio.rel utils.rel uart.rel > > adc.rel brake.rel pas.rel wheel_speed_sensor.rel timers.rel pwm.rel > > eeprom.rel motor.rel ebike_app.rel > > main.c:131: warning 126: unreachable code > > stm8-size main.elf -A > > main.elf : > > section size addr > > DATA 109 1 > > INITIALIZED 335 110 > > SSEG 1 4294967295 > > HOME 99 32768 > > GSINIT 26 32867 > > GSFINAL 3 32893 > > CODE 18289 32896 > > INITIALIZER 335 51185 > > .debug_line 24248 0 > > .debug_loc 22308 0 > > .debug_abbrev 2738 0 > > .debug_info 35791 0 > > .debug_pubnames 11646 0 > > .debug_frame 22693 0 > > Total 138621 > > > > > > stm8-objcopy -O binary -R DATA -R INITIALIZED -R SSEG -R .debug_line -R > > .debug_loc -R .debug_abbrev -R .debug_info -R .debug_pubnames -R > > .debug_frame main.elf main.bin > > cas@... > > :~/OpenSource-EBike-firmware/BMSBattery_S_controllers_firmware/firmware$ > > > > Regards > > Jorge Pinto > > > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Sdcc-user mailing list > Sdcc-user@... > https://lists.sourceforge.net/lists/listinfo/sdcc-user > |
|
From: Maarten Brock <sourceforge.brock@ds...> - 2018-04-15 18:45:54
|
Hello Jorge, Did you use a recent version of SDCC? If so, this looks like a bug so please post this to our bug tracker. Dot not forget to mention the SDCC version you're using. Regards, Maarten > Hi. > > I can't use static variables inside functions or I get "Error: <r> > relocation error". My solution has been avoid them and use as global but > the firmware is growing and it makes a mess to read and understand... > Please see bellow the examples of how it fails and the build error. > > This is my first message to SDCC mailing list I would you like to give a > BIG <3 THANK YOU for everyone involved!! I started a project to develop > (the very first) OpenSource firmware for Bicycle/EBikes, popular, cheap > and Chinese motor controllers and for the success of the project we need > to use > free tools so more developers can join, which happened and was a great > success. Again, thank you for helping us working towards a better green > environment <3 > Project page: https://opensourceebikefirmware.bitbucket.io > > When I build with for instance a static variable initializing with a > value: > > void communications_controller (void) > { > static uint16_t ui16_battery_current_accumulated = 100; > > cas@...:~/OpenSource-EBike-firmware/BMSBattery_S_controllers_firmware/firmware$ > make -f Makefile_linux > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_itc.c > StdPeriphLib/src/stm8s_itc.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_clk.c > StdPeriphLib/src/stm8s_clk.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_iwdg.c > StdPeriphLib/src/stm8s_iwdg.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_gpio.c > StdPeriphLib/src/stm8s_gpio.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_exti.c > StdPeriphLib/src/stm8s_exti.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_uart2.c > StdPeriphLib/src/stm8s_uart2.c > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp4. Please contact sdcc authors with source code to > reproduce. > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_tim1.c > StdPeriphLib/src/stm8s_tim1.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_tim2.c > StdPeriphLib/src/stm8s_tim2.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_adc1.c > StdPeriphLib/src/stm8s_adc1.c > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp0. Please contact sdcc authors with source code to > reproduce. > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp0. Please contact sdcc authors with source code to > reproduce. > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp1. Please contact sdcc authors with source code to > reproduce. > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp0. Please contact sdcc authors with source code to > reproduce. > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp0. Please contact sdcc authors with source code to > reproduce. > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp1. Please contact sdcc authors with source code to > reproduce. > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_flash.c > StdPeriphLib/src/stm8s_flash.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -owatchdog.c watchdog.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -ogpio.c gpio.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -outils.c utils.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -ouart.c uart.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -oadc.c adc.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -obrake.c brake.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -opas.c pas.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -owheel_speed_sensor.c wheel_speed_sensor.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -otimers.c timers.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -opwm.c pwm.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -oeeprom.c eeprom.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -omotor.c motor.c > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp152. Please contact sdcc authors with source code to > reproduce. > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -oebike_app.c ebike_app.c > ebike_app.c:165: warning 110: conditional flow changed by optimizer: so > said EVELYN the modified DOG > ebike_app.c:315: warning 156: symbol name too long, truncated to 64 chars > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp44. Please contact sdcc authors with source code to > reproduce. > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp44. Please contact sdcc authors with source code to > reproduce. > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp44. Please contact sdcc authors with source code to > reproduce. > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp44. Please contact sdcc authors with source code to > reproduce. > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp32. Please contact sdcc authors with source code to > reproduce. > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp32. Please contact sdcc authors with source code to > reproduce. > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp32. Please contact sdcc authors with source code to > reproduce. > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp32. Please contact sdcc authors with source code to > reproduce. > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp0. Please contact sdcc authors with source code to > reproduce. > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp13. Please contact sdcc authors with source code to > reproduce. > ebike_app.asm:4826: Error: <r> relocation error > Segmentation fault (core dumped) > Makefile_linux:79: recipe for target 'ebike_app.rel' failed > make: *** [ebike_app.rel] Error 1 > cas@... > :~/OpenSource-EBike-firmware/BMSBattery_S_controllers_firmware/firmware$ > > > Now without value initialization: > > void communications_controller (void) > { > static uint16_t ui16_battery_current_accumulated; > > cas@...:~/OpenSource-EBike-firmware/BMSBattery_S_controllers_firmware/firmware$ > make -f Makefile_linux > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_itc.c > StdPeriphLib/src/stm8s_itc.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_clk.c > StdPeriphLib/src/stm8s_clk.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_iwdg.c > StdPeriphLib/src/stm8s_iwdg.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_gpio.c > StdPeriphLib/src/stm8s_gpio.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_exti.c > StdPeriphLib/src/stm8s_exti.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_uart2.c > StdPeriphLib/src/stm8s_uart2.c > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp4. Please contact sdcc authors with source code to > reproduce. > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_tim1.c > StdPeriphLib/src/stm8s_tim1.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_tim2.c > StdPeriphLib/src/stm8s_tim2.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_adc1.c > StdPeriphLib/src/stm8s_adc1.c > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp0. Please contact sdcc authors with source code to > reproduce. > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp0. Please contact sdcc authors with source code to > reproduce. > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp1. Please contact sdcc authors with source code to > reproduce. > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp0. Please contact sdcc authors with source code to > reproduce. > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp0. Please contact sdcc authors with source code to > reproduce. > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp1. Please contact sdcc authors with source code to > reproduce. > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_flash.c > StdPeriphLib/src/stm8s_flash.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -owatchdog.c watchdog.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -ogpio.c gpio.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -outils.c utils.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -ouart.c uart.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -oadc.c adc.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -obrake.c brake.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -opas.c pas.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -owheel_speed_sensor.c wheel_speed_sensor.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -otimers.c timers.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -opwm.c pwm.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -oeeprom.c eeprom.c > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -omotor.c motor.c > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp152. Please contact sdcc authors with source code to > reproduce. > sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug -oebike_app.c ebike_app.c > ebike_app.c:165: warning 110: conditional flow changed by optimizer: so > said EVELYN the modified DOG > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp44. Please contact sdcc authors with source code to > reproduce. > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp44. Please contact sdcc authors with source code to > reproduce. > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp44. Please contact sdcc authors with source code to > reproduce. > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp44. Please contact sdcc authors with source code to > reproduce. > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp32. Please contact sdcc authors with source code to > reproduce. > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp32. Please contact sdcc authors with source code to > reproduce. > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp32. Please contact sdcc authors with source code to > reproduce. > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp32. Please contact sdcc authors with source code to > reproduce. > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp0. Please contact sdcc authors with source code to > reproduce. > Warning: Non-connected liverange found and extended to connected component > of the CFG:iTemp13. Please contact sdcc authors with source code to > reproduce. > sdcc -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre > --out-fmt-elf --debug main.c StdPeriphLib/src/stm8s_itc.rel > StdPeriphLib/src/stm8s_clk.rel StdPeriphLib/src/stm8s_iwdg.rel > StdPeriphLib/src/stm8s_gpio.rel StdPeriphLib/src/stm8s_exti.rel > StdPeriphLib/src/stm8s_uart2.rel StdPeriphLib/src/stm8s_tim1.rel > StdPeriphLib/src/stm8s_tim2.rel StdPeriphLib/src/stm8s_adc1.rel > StdPeriphLib/src/stm8s_flash.rel watchdog.rel gpio.rel utils.rel uart.rel > adc.rel brake.rel pas.rel wheel_speed_sensor.rel timers.rel pwm.rel > eeprom.rel motor.rel ebike_app.rel > main.c:131: warning 126: unreachable code > stm8-size main.elf -A > main.elf : > section size addr > DATA 109 1 > INITIALIZED 335 110 > SSEG 1 4294967295 > HOME 99 32768 > GSINIT 26 32867 > GSFINAL 3 32893 > CODE 18289 32896 > INITIALIZER 335 51185 > .debug_line 24248 0 > .debug_loc 22308 0 > .debug_abbrev 2738 0 > .debug_info 35791 0 > .debug_pubnames 11646 0 > .debug_frame 22693 0 > Total 138621 > > > stm8-objcopy -O binary -R DATA -R INITIALIZED -R SSEG -R .debug_line -R > .debug_loc -R .debug_abbrev -R .debug_info -R .debug_pubnames -R > .debug_frame main.elf main.bin > cas@... > :~/OpenSource-EBike-firmware/BMSBattery_S_controllers_firmware/firmware$ > > Regards > Jorge Pinto |
|
From: Casainho <casainho@gm...> - 2018-04-15 18:25:06
|
Hi. I can't use static variables inside functions or I get "Error: <r> relocation error". My solution has been avoid them and use as global but the firmware is growing and it makes a mess to read and understand... Please see bellow the examples of how it fails and the build error. This is my first message to SDCC mailing list I would you like to give a BIG <3 THANK YOU for everyone involved!! I started a project to develop (the very first) OpenSource firmware for Bicycle/EBikes, popular, cheap and Chinese motor controllers and for the success of the project we need to use free tools so more developers can join, which happened and was a great success. Again, thank you for helping us working towards a better green environment <3 Project page: https://opensourceebikefirmware.bitbucket.io When I build with for instance a static variable initializing with a value: void communications_controller (void) { static uint16_t ui16_battery_current_accumulated = 100; cas@...:~/OpenSource-EBike-firmware/BMSBattery_S_controllers_firmware/firmware$ make -f Makefile_linux sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_itc.c StdPeriphLib/src/stm8s_itc.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_clk.c StdPeriphLib/src/stm8s_clk.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_iwdg.c StdPeriphLib/src/stm8s_iwdg.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_gpio.c StdPeriphLib/src/stm8s_gpio.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_exti.c StdPeriphLib/src/stm8s_exti.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_uart2.c StdPeriphLib/src/stm8s_uart2.c Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp4. Please contact sdcc authors with source code to reproduce. sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_tim1.c StdPeriphLib/src/stm8s_tim1.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_tim2.c StdPeriphLib/src/stm8s_tim2.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_adc1.c StdPeriphLib/src/stm8s_adc1.c Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp0. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp0. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp1. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp0. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp0. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp1. Please contact sdcc authors with source code to reproduce. sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_flash.c StdPeriphLib/src/stm8s_flash.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -owatchdog.c watchdog.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -ogpio.c gpio.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -outils.c utils.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -ouart.c uart.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oadc.c adc.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -obrake.c brake.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -opas.c pas.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -owheel_speed_sensor.c wheel_speed_sensor.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -otimers.c timers.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -opwm.c pwm.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oeeprom.c eeprom.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -omotor.c motor.c Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp152. Please contact sdcc authors with source code to reproduce. sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oebike_app.c ebike_app.c ebike_app.c:165: warning 110: conditional flow changed by optimizer: so said EVELYN the modified DOG ebike_app.c:315: warning 156: symbol name too long, truncated to 64 chars Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp44. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp44. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp44. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp44. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp32. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp32. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp32. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp32. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp0. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp13. Please contact sdcc authors with source code to reproduce. ebike_app.asm:4826: Error: <r> relocation error Segmentation fault (core dumped) Makefile_linux:79: recipe for target 'ebike_app.rel' failed make: *** [ebike_app.rel] Error 1 cas@... :~/OpenSource-EBike-firmware/BMSBattery_S_controllers_firmware/firmware$ Now without value initialization: void communications_controller (void) { static uint16_t ui16_battery_current_accumulated; cas@...:~/OpenSource-EBike-firmware/BMSBattery_S_controllers_firmware/firmware$ make -f Makefile_linux sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_itc.c StdPeriphLib/src/stm8s_itc.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_clk.c StdPeriphLib/src/stm8s_clk.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_iwdg.c StdPeriphLib/src/stm8s_iwdg.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_gpio.c StdPeriphLib/src/stm8s_gpio.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_exti.c StdPeriphLib/src/stm8s_exti.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_uart2.c StdPeriphLib/src/stm8s_uart2.c Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp4. Please contact sdcc authors with source code to reproduce. sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_tim1.c StdPeriphLib/src/stm8s_tim1.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_tim2.c StdPeriphLib/src/stm8s_tim2.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_adc1.c StdPeriphLib/src/stm8s_adc1.c Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp0. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp0. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp1. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp0. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp0. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp1. Please contact sdcc authors with source code to reproduce. sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oStdPeriphLib/src/stm8s_flash.c StdPeriphLib/src/stm8s_flash.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -owatchdog.c watchdog.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -ogpio.c gpio.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -outils.c utils.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -ouart.c uart.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oadc.c adc.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -obrake.c brake.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -opas.c pas.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -owheel_speed_sensor.c wheel_speed_sensor.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -otimers.c timers.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -opwm.c pwm.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oeeprom.c eeprom.c sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -omotor.c motor.c Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp152. Please contact sdcc authors with source code to reproduce. sdcc -c -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug -oebike_app.c ebike_app.c ebike_app.c:165: warning 110: conditional flow changed by optimizer: so said EVELYN the modified DOG Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp44. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp44. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp44. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp44. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp32. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp32. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp32. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp32. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp0. Please contact sdcc authors with source code to reproduce. Warning: Non-connected liverange found and extended to connected component of the CFG:iTemp13. Please contact sdcc authors with source code to reproduce. sdcc -IStdPeriphLib/inc -I. -mstm8 -Ddouble=float --std-c99 --nolospre --out-fmt-elf --debug main.c StdPeriphLib/src/stm8s_itc.rel StdPeriphLib/src/stm8s_clk.rel StdPeriphLib/src/stm8s_iwdg.rel StdPeriphLib/src/stm8s_gpio.rel StdPeriphLib/src/stm8s_exti.rel StdPeriphLib/src/stm8s_uart2.rel StdPeriphLib/src/stm8s_tim1.rel StdPeriphLib/src/stm8s_tim2.rel StdPeriphLib/src/stm8s_adc1.rel StdPeriphLib/src/stm8s_flash.rel watchdog.rel gpio.rel utils.rel uart.rel adc.rel brake.rel pas.rel wheel_speed_sensor.rel timers.rel pwm.rel eeprom.rel motor.rel ebike_app.rel main.c:131: warning 126: unreachable code stm8-size main.elf -A main.elf : section size addr DATA 109 1 INITIALIZED 335 110 SSEG 1 4294967295 HOME 99 32768 GSINIT 26 32867 GSFINAL 3 32893 CODE 18289 32896 INITIALIZER 335 51185 .debug_line 24248 0 .debug_loc 22308 0 .debug_abbrev 2738 0 .debug_info 35791 0 .debug_pubnames 11646 0 .debug_frame 22693 0 Total 138621 stm8-objcopy -O binary -R DATA -R INITIALIZED -R SSEG -R .debug_line -R .debug_loc -R .debug_abbrev -R .debug_info -R .debug_pubnames -R .debug_frame main.elf main.bin cas@... :~/OpenSource-EBike-firmware/BMSBattery_S_controllers_firmware/firmware$ Regards Jorge Pinto |
|
From: Philipp Klaus Krause <pkk@sp...> - 2018-04-13 17:11:06
|
Am 07.04.2018 um 18:31 schrieb Maarten Brock:
>> Am 07.04.2018 um 15:50 schrieb Maarten Brock:
>>
>>> I see in the stm8-large regression that you fixed it by loading the
>>> least
>>> significant word into x and the most significant byte into a and write
>>> those to the function pointer location as you need them. Is this an OK
>>> solution or would you still prefer the most significant word in x and
>>> the least significant byte in a?
>>>
>>
>> The current solution is a bit of an ugly hack, but will certainly be
>> good enough for nearly all users. From this side the issue isn't a big
>> deal any more.
>>
>> However, the >> 8 bug on the assembler / linker side still seems
>> dangerous to me, in case someone tries to use >> 8 in asm code. After
>> all it not just loads wrong data, but also silently overwrites the
>> following instruction.
>>
>> Philipp
>
> Can you check if my commit of today fixes this?
>
> Maarten
It is no longer a silent failure. Compiling
void main(void)
{
__asm
ldw x, #(_main >> 8)
__endasm;
}
Now gives:
***Internal error: C24 out in outrw()
test.asm:83: Error: <r> relocation error
removing test.rel
Philipp
|
|
From: Maarten Brock <sourceforge.brock@ds...> - 2018-04-07 16:56:21
|
> Am 07.04.2018 um 18:31 schrieb Maarten Brock: >>> Am 07.04.2018 um 15:50 schrieb Maarten Brock: >>> >>>> I see in the stm8-large regression that you fixed it by loading the >>>> least >>>> significant word into x and the most significant byte into a and write >>>> those to the function pointer location as you need them. Is this an OK >>>> solution or would you still prefer the most significant word in x and >>>> the least significant byte in a? >>>> >>> >>> The current solution is a bit of an ugly hack, but will certainly be >>> good enough for nearly all users. From this side the issue isn't a big >>> deal any more. >>> >>> However, the >> 8 bug on the assembler / linker side still seems >>> dangerous to me, in case someone tries to use >> 8 in asm code. After >>> all it not just loads wrong data, but also silently overwrites the >>> following instruction. >>> >>> Philipp >> >> Can you check if my commit of today fixes this? >> >> Maarten > > Thanks. I'll check later this week. I'm currently travelling, the > airport WiFi here is a bit slow and doesn't seem to allow svn. > > Philipp Well SF is in a bad shape as well today. Lots of timeouts. Maarten |
|
From: Philipp Klaus Krause <pkk@sp...> - 2018-04-07 16:43:39
|
Am 07.04.2018 um 18:31 schrieb Maarten Brock: >> Am 07.04.2018 um 15:50 schrieb Maarten Brock: >> >>> I see in the stm8-large regression that you fixed it by loading the >>> least >>> significant word into x and the most significant byte into a and write >>> those to the function pointer location as you need them. Is this an OK >>> solution or would you still prefer the most significant word in x and >>> the least significant byte in a? >>> >> >> The current solution is a bit of an ugly hack, but will certainly be >> good enough for nearly all users. From this side the issue isn't a big >> deal any more. >> >> However, the >> 8 bug on the assembler / linker side still seems >> dangerous to me, in case someone tries to use >> 8 in asm code. After >> all it not just loads wrong data, but also silently overwrites the >> following instruction. >> >> Philipp > > Can you check if my commit of today fixes this? > > Maarten Thanks. I'll check later this week. I'm currently travelling, the airport WiFi here is a bit slow and doesn't seem to allow svn. Philipp |
|
From: Maarten Brock <sourceforge.brock@ds...> - 2018-04-07 16:31:55
|
> Am 07.04.2018 um 15:50 schrieb Maarten Brock: > >> I see in the stm8-large regression that you fixed it by loading the >> least >> significant word into x and the most significant byte into a and write >> those to the function pointer location as you need them. Is this an OK >> solution or would you still prefer the most significant word in x and >> the least significant byte in a? >> > > The current solution is a bit of an ugly hack, but will certainly be > good enough for nearly all users. From this side the issue isn't a big > deal any more. > > However, the >> 8 bug on the assembler / linker side still seems > dangerous to me, in case someone tries to use >> 8 in asm code. After > all it not just loads wrong data, but also silently overwrites the > following instruction. > > Philipp Can you check if my commit of today fixes this? Maarten |
|
From: Philipp Klaus Krause <pkk@sp...> - 2018-04-07 14:51:54
|
Am 07.04.2018 um 15:50 schrieb Maarten Brock: > I see in the stm8-large regression that you fixed it by loading the least > significant word into x and the most significant byte into a and write > those to the function pointer location as you need them. Is this an OK > solution or would you still prefer the most significant word in x and the > least significant byte in a? > The current solution is a bit of an ugly hack, but will certainly be good enough for nearly all users. From this side the issue isn't a big deal any more. However, the >> 8 bug on the assembler / linker side still seems dangerous to me, in case someone tries to use >> 8 in asm code. After all it not just loads wrong data, but also silently overwrites the following instruction. Philipp |
|
From: Maarten Brock <sourceforge.brock@ds...> - 2018-04-07 14:16:17
|
> Am 06.04.2018 um 14:12 schrieb Eric Rullens:
>> Dear Philipp,
>>
>> Apologies for bumping into this conversation (and thank you very much
>> for
>> all the work!), but I think the assembler does what it should do.
>>
>> Please consider the following:
>>
>> [â¦]
>>
>> 124 ; Load high and mid.
>> 00804E AE 33 22 [ 2] 125 ldw x, #(pattern>>8)
>
> This one is the problem.
>
> void main(void)
> {
> __asm
> nop
> ldw x, #(_main >> 8)
> nop
> __endasm;
> }
>
> results in this listing (comments removed):
>
> _main:
> 000000 9D [ 1] 87 nop
> 000001 AEr00r00 [ 2] 88 ldw x, #(_main >> 8)
> 000004 9D [ 1] 89 nop
> 000005 87 [ 5] 94 retf
>
> And this binary:
>
> :04F000008200F00892
> :1DF00800AE00002707724F00005A26F9AE00002709D6F02AD700005A26F7CCF004F9
> :04F00400AC00F02547
> :06F025009DAE00F0C28761
> :00000001FF
>
> As you can see, the second nop got overwritten by 0xc2. Whenever I use
> #(sym >> 8) where a 16-bit value is expected, I see the following
> instruction being overwritten.
>
> Philipp
I see in the stm8-large regression that you fixed it by loading the least
significant word into x and the most significant byte into a and write
those to the function pointer location as you need them. Is this an OK
solution or would you still prefer the most significant word in x and the
least significant byte in a?
I think the problem comes from the fact that Erik only patched outrxb() in
asout.c and not outrw().
I've been looking at the .msb keyword, but that got introduced in asxxxx
v4 to which we have not synchronized yet. That means that we can only use
the right-shift operator and only for targets that use the sdas exception
in asout.c. I don't really know a good reason not to use the exception for
all targets, though.
Maarten
|
|
From: Eric Rullens <e.rullens@ds...> - 2018-04-06 13:25:48
|
Dear Phillipp,
Yes, you are absolutely right: for relocatable symbols things go awry. When
attempting my previous tests on a relocatable symbol more issues can be
seen:
010050 123 _test1:
124 ; test.c: 126: __endasm;
125 ; Assembler test: loading
0xhhmmll (high, mid, low) bytes into x and a.
332211 126 pattern = 0x332211
127 ; Load mid and low.
010050 AE 00 50 [ 2] 128 ldw x, #_test1
010053 9D [ 1] 129 nop
010054 9D [ 1] 130 nop
131 ; Load low byte (xh is set to
0).
132 ; Does not seem to work with
relocatable symbol (relocation error).
010055 AE 00 11 [ 2] 133 ldw x, #<pattern
010058 9D [ 1] 134 nop
010059 9D [ 1] 135 nop
136 ; Load mid byte (xl is set to
0).
137 ; Does not seem to work with
relocatable symbol (relocation error).
01005A AE 00 22 [ 2] 138 ldw x, #>pattern
01005D 9D [ 1] 139 nop
01005E 9D [ 1] 140 nop
141 ; Load high and mid. Gives
incorrect result and overwrites next memory location.
01005F AE 80 AB [ 2] 142 ldw x, #(_test1>>8)
010062 C2 [ 1] 143 nop
010063 9D [ 1] 144 nop
145 ; Load high (xh is set to 0).
Gives incorrect result.
010064 AE 00 50 [ 2] 146 ldw x, #(_test1>>16)
010067 9D [ 1] 147 nop
010068 9D [ 1] 148 nop
149 ; Load low.
010069 A6 50 [ 1] 150 ld a, #_test1
01006B 9D [ 1] 151 nop
01006C 9D [ 1] 152 nop
153 ; Load mid (2 methods).
01006D A6 00 [ 1] 154 ld a, #(_test1>>8)
01006F 9D [ 1] 155 nop
010070 9D [ 1] 156 nop
010071 A6 00 [ 1] 157 ld a, #>_test1
010073 9D [ 1] 158 nop
010074 9D [ 1] 159 nop
160 ; Load high.
010075 A6 01 [ 1] 161 ld a, #(_test1>>16)
010077 9D [ 1] 162 nop
010078 9D [ 1] 163 nop
Still a few challenges left...
Eric
> -----Oorspronkelijk bericht-----
> Van: Philipp Klaus Krause [mailto:pkk@...]
> Verzonden: vrijdag 6 april 2018 14:24
> Aan: sdcc-user@...
> Onderwerp: Re: [Sdcc-user] How to deal bytewise with 24-bit symbols in
> asxxx x?
>
>
> Am 06.04.2018 um 14:12 schrieb Eric Rullens:
> > Dear Philipp,
> >
> > Apologies for bumping into this conversation (and thank you
> very much for
> > all the work!), but I think the assembler does what it should do.
> >
> > Please consider the following:
> >
> > […]
> >
> > 124 ; Load high and mid.
> > 00804E AE 33 22 [ 2] 125 ldw x, #(pattern>>8)
>
> This one is the problem.
>
> void main(void)
> {
> __asm
> nop
> ldw x, #(_main >> 8)
> nop
> __endasm;
> }
>
> results in this listing (comments removed):
>
> _main:
> 000000 9D [ 1] 87 nop
> 000001 AEr00r00 [ 2] 88 ldw x, #(_main >> 8)
> 000004 9D [ 1] 89 nop
> 000005 87 [ 5] 94 retf
>
> And this binary:
>
> :04F000008200F00892
> :1DF00800AE00002707724F00005A26F9AE00002709D6F02AD700005A26F7CCF004F9
> :04F00400AC00F02547
> :06F025009DAE00F0C28761
> :00000001FF
>
> As you can see, the second nop got overwritten by 0xc2. Whenever I use
> #(sym >> 8) where a 16-bit value is expected, I see the following
> instruction being overwritten.
>
> Philipp
>
> --------------------------------------------------------------
> ----------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Sdcc-user mailing list
> Sdcc-user@...
> https://lists.sourceforge.net/lists/listinfo/sdcc-user
>
|
11 messages has been excluded from this view by a project administrator.