[QGIS-Developer] QGIS 3.8.0 on FreeBSD: build takes several hours

[Rainer Hurling]

Hi Matthias,

sorry for the late answer, but I was busy at work

My skill on C++ and CMAKE are very limited. The following steps should
show, what I did and hopefully understood right:

- create a local directory 'qmap_initializer_compile_time'
- download your files into the dir
- create a second dir 'qmap_initializer_compile_time_BUILD' one level up
- run 'cmake ../qmap_initializer_compile_time' in the latter
  (compilation takes only a moment)

  -- The CXX compiler identification is Clang 8.0.1
  -- Check for working CXX compiler: /usr/bin/c++
  -- Check for working CXX compiler: /usr/bin/c++ -- works
  -- Detecting CXX compiler ABI info
  -- Detecting CXX compiler ABI info - done
  -- Detecting CXX compile features
  -- Detecting CXX compile features - done
  -- Configuring done
  -- Generating done
  -- Build files have been written to: ~/qmap_initializer_compile_time_BUILD

- #list -l
  -rw-r--r--  1 rhurlin  user  -  12186  2019-07-12 20:45:35  CMakeCache.txt
  drwxr-xr-x  6 rhurlin  user  -    512  2019-07-12 20:45:44  CMakeFiles
  -rw-r--r--  1 rhurlin  user  -   7679  2019-07-12 20:45:35  Makefile
  -rw-r--r--  1 rhurlin  user  -   1409  2019-07-12 20:45:35
cmake_install.cmake
  -rwxr-xr-x  1 rhurlin  user  - 533248  2019-07-12 20:45:44
qmap_initializer_compile_time
  drwxr-xr-x  3 rhurlin  user  -    512  2019-07-12 20:45:38
qmap_initializer_compile_time_autogen

- Do I have to run ./qmap_initializer_compile_time after this (?)
- How long do I have to wait then ... (?)

I suspect, that my last steps are inappropriate to get the compile time
of QMap? I could use some help here ...

Rainer


Am 12.07.19 um 07:54 schrieb Matthias Kuhn:
> Hi Rainer,
> 
> There has been a question for a minimal example to reproduce the problem
> on the bugreport.
> 
> I have come up with
> https://github.com/m-kuhn/qmap_initializer_compile_time but don't easily
> have an environment available to reproduce the problem. Are you able to
> verify the issue with the code before, so it can confidently attached to
> the issue?
> 
> Thanks
> Matthias
> 
> On 7/6/19 8:52 AM, Rainer Hurling wrote:
>> Hi Matthias,
>>
>> Thanks for keeping this up.
>>
>> It sounds like OSX hits the same problem with LLVM 8.0.0.
>>
>> Rainer
>>
>>
>> Am 05.07.19 um 10:45 schrieb Matthias Kuhn:
>>> FYI,
>>>
>>> An upstream bug has been closed on Qt side
>>>
>>> https://bugreports.qt.io/browse/QTBUG-57672
>>>
>>> I didn't find a matching one on LLVM side so I opened one
>>>
>>> https://bugs.llvm.org/show_bug.cgi?id=42515
>>>
>>> Matthias
>>>
>>> On 6/26/19 11:50 AM, Loïc Bartoletti wrote:
>>>> Hi rainer,
>>>>
>>>> Le 26/06/2019 à 11:23, Rainer Hurling a écrit :
>>>>>> - can you try with llvm 6 or 7 from ports (I think that FreeBSD 13
>>>>>> have llvm 8 by default)?
>>>>> Loïc, this seems to be the right approach. With llvm 8 and 7 the
>>>>> build fails, with llvm 6 all builts fine!
>>>>>
>>>>> As a fallback (workaround), I could enforce the port to use llvm 6,
>>>>> until the real cause is found.
>>>> You should fill an issue to our bugzilla. Maybe llvm or core dev can
>>>> take a look at this bug? AFAIK, Ed found already an error (not
>>>> reproduced?) in FreeBSD devel with newest llvm version.
>>>>> The problem seems to be with
>>>>> src/core/qgscoordinatereferencesystem_legacy.h and its long table,
>>>>> handled via QMap. Obviously, newer llvm versions (7 and 8) are not
>>>>> able to create the code correctly.
>>>>>
>>>> I'll test with newer llvm version but on FreeBSD 12.
>>>>
>>>> It doesn't seem to affect Linux, since Docker is based on Ubuntu 19.04
>>>> and clang 8 if I'm not mistaken. Nyall, Denis, can you confirm?
>>>>
>>>> Regards
>>>>
>>>> Loïc