shared_ptr_atomic.h Проблема кросс-компиляции с aarch64-xilinx-linux-gcc версии 7.2.0
Здравствуйте и спасибо заранее за то, что взглянули.
Я пытаюсь выполнить кросс-компиляцию приложения на моем компьютере с Ubuntu 16.04, используя набор инструментов xilinx petalinux (aarch64-xilinx-linux-gcc версия 7.2.0), и когда я включаю стандартную библиотеку, которая ссылается на shared_ptr_atomic.h (например, "memory") ") Я получаю много ошибок компиляции относительно макросов в shared_ptr_atomic.h, переданных больше аргументов, чем требуется. Например:
/opt/petalinux/2018.2/sysroots/aarch64-xilinx-linux/usr/include/c++/7.2.0/bits/shared_ptr_atomic.h:71:58: error: макрос "atomic_is_lock_free" передал 2 аргумента, но принимает только 1 atomic_is_lock_free (const __shared_ptr<_Tp, _Lp>* __p)
/opt/petalinux/2018.2/sysroots/aarch64-xilinx-linux/usr/include/c++/7.2.0/bits/shared_ptr_atomic.h:111:73: error: макрос "atomic_load_explicit" передал 3 аргумента, но принимает только 2 atomic_load_explicit (const __shared_ptr<_Tp, _Lp>* __p, memory_order)
/opt/petalinux/2018.2/sysroots/aarch64-xilinx-linux/usr/include/c++/7.2.0/bits/shared_ptr_atomic.h:119:50: error: макрос "atomic_load" передал 2 аргумента, но принимает только 1 atomic_load (const __shared_ptr<_Tp, _Lp>* __p)
Похоже, что это может иметь какое-то отношение, когда шаблон __shared_ptr передается макросу в качестве аргумента, но я не могу понять, как это исправить. Я прочитал этот пост и ссылки, но я не верю, что это та же самая проблема: stackru atomic_load. К вашему сведению аргументы, передаваемые для компиляции:
aarch64-xilinx-linux-g++ --sysroot=/opt/petalinux/2018.2/sysroots/aarch64-xilinx-linux -std=c++11 -g -fPIC -pthread -Wall -Werror -Iinclude -Ofast -c -o obj/RFControl.o src/RFControl.cpp
Еще раз спасибо, и любая помощь приветствуется!