Right, understandable.
Only I believe there's need to consider also
that the newer GCC (10.3.0 in my case) can't
(won't?) compile even the headers-only part of
older boost (1.55, the internal one).
Maybe there're issues with other libraries
frozen at their older versions, too.
-Yury
On 20.06.21 08:57, Don Lewis wrote:
On 20 Jun, Yury Tarasievich wrote:
Hello Peter,
You are right on both issues, of course.
To be fair, on your (1), I didn't touch that
variable check, I just brute-forced the C++11
mode of compilation.
Which leads to your (2), but thing is, modern
boost so
On 20.06.21 07:40, Yury Tarasievich wrote:
Hello Peter,
Which leads to your (2), but thing is, modern boost sort of requires
C++11. Might be other external modules do, too.
Might that switch to C++11 be overdue?
I would like to switch. I am a big fan of C++11, but I am worried on the
impac
On 20 Jun, Yury Tarasievich wrote:
> Hello Peter,
>
> You are right on both issues, of course.
>
> To be fair, on your (1), I didn't touch that
> variable check, I just brute-forced the C++11
> mode of compilation.
>
> Which leads to your (2), but thing is, modern
> boost sort of requires C++
Hello Peter,
You are right on both issues, of course.
To be fair, on your (1), I didn't touch that
variable check, I just brute-forced the C++11
mode of compilation.
Which leads to your (2), but thing is, modern
boost sort of requires C++11. Might be other
external modules do, too.
Might
Hi Yuri,
Nice work! However there is more then One change I am unsure about.
# you removed the __cplusplus string check. I think that is a bit hacky.
It would have benn better to check the content and add it with or
# switching to C11 -> we should do this and start refactoring the code
to th
On 2021/06/18 07:08:17, Yury Tarasievich wrote
...
I've managed to actually finish the build with
the changes:
https://gist.github.com/yurytch/9725e3281f9ef784cbf865fcebf51517
(plus some info in two comments)
This is of course a kludge cubed, but at the
moment it seems to serve. I didn't se
This issue occurs because your Boost library is to new, and the fallback
case has been selected (as in
/d/home/ty/c/+ooo/aoo45/main/solver/450/unxlngx6.pro/inc/stl/vector )
Maybe this is more an issue of autoconf? My build on Arch Linux stopped
working because of needed changes due to a incomp
Hi all,
Following the results described in this post:
https://lists.apache.org/thread.html/ra0045b3901742ecbda7e23791819eabb18920a3c5848ebf586103a33%40%3Cdev.openoffice.apache.org%3E
When configuring with external boost library (I
have 1.76.0 installed, all headers and libraries
ARE present),
