[srsran-users] Build issues (K)Ubuntu mantic...

Robert Falkenberg robert.falkenberg at srs.io
Fri Nov 17 13:06:58 UTC 2023


Hi Ralph,

for this one either disable |-Werror| or use |clang|, e.g.:

|# set clang as default compiler in this terminal export 
CC=/usr/bin/clang export CXX=/usr/bin/clang++ |

On 16.11.23 16:23, ralph at schmid.xxx wrote:

> Hi Robert,
>
> This include thing I already added, however there is still this issue 
> left 😊
>
> With best regards
>
> Ralph.
>
> [ 57%] Built target srsran_asn1_rrc_mcch_test
>
> [ 58%] Building CXX object 
> lib/test/asn1/CMakeFiles/srsran_asn1_rrc_meas_test.dir/srsran_asn1_rrc_meas_test.cc.o
>
> In file included from /usr/include/c++/13/bits/stl_uninitialized.h:63,
>
>                  from /usr/include/c++/13/memory:69,
>
>                  from 
> /home/ras/srsRAN/lib/include/srsran/common/common.h:31,
>
>                  from 
> /home/ras/srsRAN/lib/include/srsran/common/byte_buffer.h:25,
>
>                  from 
> /home/ras/srsRAN/lib/include/srsran/common/buffer_pool.h:25,
>
>                  from 
> /home/ras/srsRAN/lib/include/srsran/asn1/asn1_utils.h:25,
>
>                  from 
> /home/ras/srsRAN/lib/include/srsran/asn1/rrc/common.h:31,
>
>                  from 
> /home/ras/srsRAN/lib/include/srsran/asn1/rrc/rr_common.h:31,
>
>                  from 
> /home/ras/srsRAN/lib/include/srsran/asn1/rrc/common_ext.h:31,
>
>                  from 
> /home/ras/srsRAN/lib/include/srsran/asn1/rrc/meascfg.h:31,
>
>                  from 
> /home/ras/srsRAN/lib/include/srsran/asn1/rrc/bcch_msg.h:31,
>
>                  from 
> /home/ras/srsRAN/lib/include/srsran/asn1/rrc/dl_dcch_msg.h:31,
>
>                  from 
> /home/ras/srsRAN/lib/test/asn1/srsran_asn1_rrc_meas_test.cc:22:
>
> In static member function ‘static _Up* std::__copy_move<_IsMove, true, 
> std::random_access_iterator_tag>::__copy_m(_Tp*, _Tp*, _Up*) [with _Tp 
> = asn1::rrc::meas_id_to_add_mod_s; _Up = 
> asn1::rrc::meas_id_to_add_mod_s; bool _IsMove = false]’,
>
>     inlined from ‘_OI std::__copy_move_a2(_II, _II, _OI) [with bool 
> _IsMove = false; _II = asn1::rrc::meas_id_to_add_mod_s*; _OI = 
> asn1::rrc::meas_id_to_add_mod_s*]’ at 
> /usr/include/c++/13/bits/stl_algobase.h:506:30,
>
>     inlined from ‘_OI std::__copy_move_a1(_II, _II, _OI) [with bool 
> _IsMove = false; _II = asn1::rrc::meas_id_to_add_mod_s*; _OI = 
> asn1::rrc::meas_id_to_add_mod_s*]’ at 
> /usr/include/c++/13/bits/stl_algobase.h:533:42,
>
>     inlined from ‘_OI std::__copy_move_a(_II, _II, _OI) [with bool 
> _IsMove = false; _II = asn1::rrc::meas_id_to_add_mod_s*; _OI = 
> asn1::rrc::meas_id_to_add_mod_s*]’ at 
> /usr/include/c++/13/bits/stl_algobase.h:540:31,
>
>     inlined from ‘_OI std::copy(_II, _II, _OI) [with _II = 
> asn1::rrc::meas_id_to_add_mod_s*; _OI = 
> asn1::rrc::meas_id_to_add_mod_s*]’ at 
> /usr/include/c++/13/bits/stl_algobase.h:633:7,
>
>     inlined from ‘void asn1::dyn_array<T>::resize(uint32_t, uint32_t) 
> [with T = asn1::rrc::meas_id_to_add_mod_s]’ at 
> /home/ras/srsRAN/lib/include/srsran/asn1/asn1_utils.h:248:18,
>
>     inlined from ‘int test_meas_config()’ at 
> /home/ras/srsRAN/lib/test/asn1/srsran_asn1_rrc_meas_test.cc:183:42:
>
> /usr/include/c++/13/bits/stl_algobase.h:437:30: error: ‘void* 
> __builtin_memmove(void*, const void*, long unsigned int)’ forming 
> offset 3 is out of the bounds [0, 3] [-Werror=array-bounds=]
>
>   437 | __builtin_memmove(__result, __first, sizeof(_Tp) * _Num);
>
>       | ~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> In static member function ‘static _Up* std::__copy_move<_IsMove, true, 
> std::random_access_iterator_tag>::__copy_m(_Tp*, _Tp*, _Up*) [with _Tp 
> = asn1::rrc::quant_cfg_nr_r15_s; _Up = asn1::rrc::quant_cfg_nr_r15_s; 
> bool _IsMove = false]’,
>
>     inlined from ‘_OI std::__copy_move_a2(_II, _II, _OI) [with bool 
> _IsMove = false; _II = asn1::rrc::quant_cfg_nr_r15_s*; _OI = 
> asn1::rrc::quant_cfg_nr_r15_s*]’ at 
> /usr/include/c++/13/bits/stl_algobase.h:506:30,
>
>     inlined from ‘_OI std::__copy_move_a1(_II, _II, _OI) [with bool 
> _IsMove = false; _II = asn1::rrc::quant_cfg_nr_r15_s*; _OI = 
> asn1::rrc::quant_cfg_nr_r15_s*]’ at 
> /usr/include/c++/13/bits/stl_algobase.h:533:42,
>
>     inlined from ‘_OI std::__copy_move_a(_II, _II, _OI) [with bool 
> _IsMove = false; _II = asn1::rrc::quant_cfg_nr_r15_s*; _OI = 
> asn1::rrc::quant_cfg_nr_r15_s*]’ at 
> /usr/include/c++/13/bits/stl_algobase.h:540:31,
>
>     inlined from ‘_OI std::copy(_II, _II, _OI) [with _II = 
> asn1::rrc::quant_cfg_nr_r15_s*; _OI = asn1::rrc::quant_cfg_nr_r15_s*]’ 
> at /usr/include/c++/13/bits/stl_algobase.h:633:7,
>
>     inlined from ‘void asn1::dyn_array<T>::resize(uint32_t, uint32_t) 
> [with T = asn1::rrc::quant_cfg_nr_r15_s]’ at 
> /home/ras/srsRAN/lib/include/srsran/asn1/asn1_utils.h:248:18,
>
>     inlined from ‘int test_meas_config()’ at 
> /home/ras/srsRAN/lib/test/asn1/srsran_asn1_rrc_meas_test.cc:194:57:
>
> /usr/include/c++/13/bits/stl_algobase.h:437:30: error: ‘void* 
> __builtin_memmove(void*, const void*, long unsigned int)’ forming 
> offset 36 is out of the bounds [0, 36] [-Werror=array-bounds=]
>
>   437 | __builtin_memmove(__result, __first, sizeof(_Tp) * _Num);
>
>       | ~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> cc1plus: all warnings being treated as errors
>
> make[2]: *** 
> [lib/test/asn1/CMakeFiles/srsran_asn1_rrc_meas_test.dir/build.make:76: 
> lib/test/asn1/CMakeFiles/srsran_asn1_rrc_meas_test.dir/srsran_asn1_rrc_meas_test.cc.o] 
> Error 1
>
> make[1]: *** [CMakeFiles/Makefile2:8563: 
> lib/test/asn1/CMakeFiles/srsran_asn1_rrc_meas_test.dir/all] Error 2
>
> make: *** [Makefile:166: all] Error 2
>
> ras at ras-sdr:~/srsRAN/build$
>
> *From:* srsran-users <srsran-users-bounces at lists.srsran.com> *On 
> Behalf Of *Robert Falkenberg
> *Sent:* Friday, 10 November 2023 10:13
> *To:* srsran-users at lists.srsran.com
> *Subject:* Re: [srsran-users] Build issues (K)Ubuntu mantic...
>
> Hi Ralph,
>
> thanks for the message. I can confirm the first issue and we will 
> merge a fix soon.
> Until then, you can easily fix it by adding the suggested |#include 
> <string>|.
>
> Best regards,
> Robert
>
> On 22.10.23 14:31, ralph at schmid.xxx wrote:
>
>     Hi,
>
>     I have issues building srsRAN when using actual (K)Ubuntu mantic
>     systems. Normal machines, Intel i5 or i7, nothing special at all.
>
>     These are the errors I get:
>
>     [ 50%] Building CXX object
>     lib/src/radio/CMakeFiles/srsran_radio.dir/radio.cc.o
>
>     In file included from
>     /home/ras/srsRAN/lib/include/srsran/radio/radio.h:22,
>
>     from /home/ras/srsRAN/lib/src/radio/radio.cc:22:
>
>     /home/ras/srsRAN/lib/include/srsran/radio/channel_mapping.h:142:8:
>     error: ‘string’ in namespace ‘std’ does not name a type
>
>     142 |   std::string to_string() const;
>
>     |        ^~~~~~
>
>     /home/ras/srsRAN/lib/include/srsran/radio/channel_mapping.h:29:1:
>     note: ‘std::string’ is defined in header ‘<string>’; did you
>     forget to ‘#include <string>’?
>
>     28 | #include <mutex>
>
>     +++ |+#include <string>
>
>     29 |
>
>     make[2]: ***
>     [lib/src/radio/CMakeFiles/srsran_radio.dir/build.make:76:
>     lib/src/radio/CMakeFiles/srsran_radio.dir/radio.cc.o] Error 1
>
>     make[1]: *** [CMakeFiles/Makefile2:7858:
>     lib/src/radio/CMakeFiles/srsran_radio.dir/all] Error 2
>
>     make: *** [Makefile:166: all] Error 2
>
>     On a Raspberry Pi4 v8+ with Debian Bookworm it fails like this:
>
>     [  1%] Building C object
>     lib/src/phy/ch_estimation/CMakeFiles/srsran_ch_estimation.dir/wiener_dl.c.o
>
>     In file included from
>     /home/pi/srsRAN/lib/include/srsran/phy/utils/simd.h:36,
>
>     from /home/pi/srsRAN/lib/include/srsran/phy/utils/mat.h:26,
>
>     from /home/pi/srsRAN/lib/src/phy/ch_estimation/wiener_dl.c:24:
>
>     /usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h: In
>     function ‘srsran_simd_f_loadu’:
>
>     /usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:10446:1:
>     error: inlining failed in call to ‘always_inline’ ‘vld1q_f32’:
>     target specific option mismatch
>
>     10446 | vld1q_f32 (const float32_t * __a)
>
>     | ^~~~~~~~~
>
>     /home/pi/srsRAN/lib/include/srsran/phy/utils/simd.h:238:10: note:
>     called from here
>
>     238 |   return vld1q_f32(ptr);
>
>     |          ^~~~~~~~~~~~~~
>
>     make[2]: ***
>     [lib/src/phy/ch_estimation/CMakeFiles/srsran_ch_estimation.dir/build.make:258:
>     lib/src/phy/ch_estimation/CMakeFiles/srsran_ch_estimation.dir/wiener_dl.c.o]
>     Error 1
>
>     make[1]: *** [CMakeFiles/Makefile2:4159:
>     lib/src/phy/ch_estimation/CMakeFiles/srsran_ch_estimation.dir/all]
>     Error 2
>
>     make: *** [Makefile:166: all] Error 2
>
>     Funny enough, on a Raspberry Pi3 v7 all builds and runs just fine.
>
>     All the machines are configured more or less identically, with the
>     same installed packages and prerequisites, as all were set up with
>     the same script, to get my standard SDR environment with UHD,
>     Soapy, LimeUtils, Gnuradio and all the stuff I usually need 😊As I
>     am a hardware guy, not a coding guy, usually I am lost with such
>     problems, sorry.
>
>     Thanks for any input!
>
>     Ralph.
>
>     --
>
>     Ralph A. Schmid
>
>     Mondstr. 10
>
>     90762 Fürth
>
>     +49-171-3631223
>
>     +49-911-21650056
>
>     ralph at schmid.xxx
>
>     http://www.bclog.de/
>
>     _______________________________________________
>
>     srsran-users mailing list
>
>     srsran-users at lists.srsran.com
>
>     https://lists.srsran.com/mailman/listinfo/srsran-users
>
> ​
>
> -- 
>
>
>       Robert Falkenberg
>
> Senior Engineer
>
> Software Radio Systems
>
> 	
> 	
> 	
> 	
>
> 	
>
> robert at srs.io <mailto:robert at srs.io>
>
> 	
>
> www.srs.io <file://www.srs.io>
>
> 	
>
> Dortmund, Germany
>
>
>
>
> 	
>
> twitter <https://twitter.com/srssystems>
>
> 	
>
​
-- 


      RobertFalkenberg

Senior Engineer

Software Radio Systems

	

	
	

	

	robert at srs.io <mailto:robert at srs.io>

	www.srs.io <//www.srs.io>

	Dortmund, Germany




	
twitter <https://twitter.com/srssystems> 	
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.srsran.com/pipermail/srsran-users/attachments/20231117/09d000a3/attachment-0001.htm>


More information about the srsran-users mailing list