Author |
Message |
Lance Corrimal
Joined: 2009-03-18 09:32:02 Posts: 246
|
I'm building from source on openSUSE 15.2. 1.28.0.9 built just fine, 1.28.0.10 fails and complains that my gcc was too old (which it isnt):
[ 37s] =============================================================================== [ 37s] -- The C compiler identification is GNU 7.5.0 [ 37s] -- The CXX compiler identification is GNU 7.5.0 [ 37s] -- Check for working C compiler: /usr/bin/cc [ 37s] -- Check for working C compiler: /usr/bin/cc - works [ 37s] -- Detecting C compiler ABI info [ 37s] -- Detecting C compiler ABI info - done [ 37s] -- Detecting C compile features [ 37s] -- Detecting C compile features - done [ 37s] -- Check for working CXX compiler: /usr/bin/g++ [ 37s] -- Check for working CXX compiler: /usr/bin/g++ - works [ 37s] -- Detecting CXX compiler ABI info [ 37s] -- Detecting CXX compiler ABI info - done [ 37s] -- Detecting CXX compile features [ 37s] -- Detecting CXX compile features - done [ 37s] -- GCC version (dots removed): 7 [ 37s] [ 37s] -- ======================================== [ 37s] -- Version of viewer is 1.28.0.10 [ 37s] -- ======================================== [ 37s] CMake Error at cmake/00-Common.cmake:85 (message): [ 37s] Cannot compile any more with gcc below version 4.8, sorry...
any ideas?
Cheers [LC]
|
2020-10-07 08:46:07 |
|
|
Henri Beauchamp
Joined: 2009-03-17 18:42:51 Posts: 5550
|
Grrr... gcc and its silly version numbers... and the sillier "patched" numbers from various Linux distros...
What does 'g++ -dumpversion' report on your system ? Normally, it should be "7.5.0" (without any leading spacing character) which would translate into "750" for "GCC version (dots removed)".
|
2020-10-07 09:02:19 |
|
|
Lance Corrimal
Joined: 2009-03-18 09:32:02 Posts: 246
|
|
2020-10-07 09:19:46 |
|
|
Henri Beauchamp
Joined: 2009-03-17 18:42:51 Posts: 5550
|
Indeed...
|
2020-10-07 09:31:09 |
|
|
Henri Beauchamp
Joined: 2009-03-17 18:42:51 Posts: 5550
|
It appears that somewhere in gcc 6 or newer, a silly compilation option for that compiler was added: --with-gcc-major-version-only
When compiled with that option, -dumpversion only returns the major, and you must instead use the (non-standard and not recognized by gcc 5 and older) -dumpfullversion option to get the full version number !!!
So, for now, the workaround for you (and people in that case, but NOT for people using gcc 5 or older) is to replace "-dumpversion" with "-dumpfullversion" in line 64 of linden/indra/cmake/Variables.cmake...
I'll add more code to work around that brain-dead "feature" in next release...
|
2020-10-07 09:38:13 |
|
|
Lance Corrimal
Joined: 2009-03-18 09:32:02 Posts: 246
|
i tried to pass -v7.5 to your buildlinux script, that didn't help.
Editing that cmake file sounds like another local patch for me, but that's ok. I'll file a bugreport against gcc on openSUSE about that. Let's see what happens.
Last edited by Lance Corrimal on 2020-10-07 09:41:30, edited 1 time in total.
|
2020-10-07 09:38:57 |
|
|
Henri Beauchamp
Joined: 2009-03-17 18:42:51 Posts: 5550
|
It won't help the least (the issue it at the cmake files level). See the proper fix above.
|
2020-10-07 09:39:23 |
|
|
Lance Corrimal
Joined: 2009-03-18 09:32:02 Posts: 246
|
yep, filing Variables.cmake did it.
I'll send you a link to the bugreport on the openSUSE bugtracker so you can watch the melee unfold... XD
|
2020-10-07 09:48:24 |
|
|
Henri Beauchamp
Joined: 2009-03-17 18:42:51 Posts: 5550
|
I won't loose my time on this. Already implemented a workaround in Variables.cmake. Plus, it's a gcc "feature", so it would have to be solved upstream. FYI, here is the full work-around (with juicy comment (c)2020 Henri Beauchamp):
|
2020-10-07 09:53:27 |
|
|
Lance Corrimal
Joined: 2009-03-18 09:32:02 Posts: 246
|
|
2020-10-07 10:09:07 |
|
|