-
Notifications
You must be signed in to change notification settings - Fork 388
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
compilation error in utils #12
Comments
Thanks @Jekyll555 . Funny that this is no problem with gcc 7.4 on Intel. We also have ARM targets in our build pipeline but maybe not the combination ARM and gcc 7.4 |
Hi @Jekyll555 i can confirm this issue when i try to compile iceoryx on Raspbian with a Raspberry Pi 3B. I guess that the ubiquity robotics image is also based on 32-Bit. You can check that with uname -a on which platform the operating system is based. If it is "armv7" then it is 32 Bit. I created already an internal proposal how to fix that issue. I need to review it with my colleague and would then create a Pull-Request with you as reviewer. |
I also faced this issue with Ubuntu mate 18.04 on raspberry pi 3 b+ |
Hi @praveenjosephg. There is a 32-bit armhf and a 64-bit arm64 image. I guess you are using the armhf image. The arm64 image worked for me after reducing the memory pool and some other configuration to reasonable sizes on this machine. MAX_PORT_NUMBER: 256 and you should adapt e.g. to this or whatever your needs are (Will be more convenient soon with #13 Btw. there are rumors saying that @elfenpiff is working on the 32-bit support. |
@michael-poehnl you are right 32-bit support is on its way and hopefully available at the end of this week! |
…ion rounding error in 32-bit fixed, objectpool bug fixed which occurred only in 32-bit, convert support for long long (unsigned) int is gone since long long cannot be supported in 32-bit, 32-bit problems im memory management solved Signed-off-by: Eltzschig Christian (CC-AD/ESW1) <christian.eltzschig2@de.bosch.com>
…ils-with-32-bit IOX-#12 32-bit support - fixing alignment problem
@elfenpiff, can this issue be closed? |
Hi, |
@elBoberido from my perspective we could close this issue |
@dkroenke @elfenpiff Don't bother me. |
Required information
Operating system:
Ubuntu 16.04.6 LTS
(as per ubiquity robotics image compiled on raspberryPi 3b)
Compiler version:
GCC 7.4.0 (for arm ->raspi)
Observed result or behaviour:
allocator.cpp:44:75: error: no matching function for call to ‘align(uintptr_t&, const uint64_t&)’
uintptr_t l_alignedPosition = cxx::align(l_currentAddress, f_alignment);
--> template class has only a shared parameter type for both parameters of cxx::align. Add a second template type or make second parameter (alignment) a static type e.g. uint64_t.
Expected result or behaviour:
Does compile.
Conditions where it occurred / Performed steps:
Using ubiquity robotics image compiled on raspberryPi 3b
additional to install instruction added GCC v7 as default.
(Compilation did finish after changing cxx::align 2nd parameter type (in helplets.hpp) to static type uint64_t.)
The text was updated successfully, but these errors were encountered: