<html>

  <head>

    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">

  </head>

  <body>

    <div class="moz-cite-prefix">On 2022-01-28 08:29, Neil Mayhew wrote:<br>

    </div>

    <blockquote type="cite"

      cite="mid:457294d4-82dc-d9cb-b13e-0d5ffb3af361@users.sourceforge.net">It

      looks like geocoding_data.cc is truncated and my working

      hypothesis is that it's still in the process of being generated,

      which in turn is due to race condition in the parallel build. This

      could explain why it built successfully on some architectures and

      not others.

    </blockquote>

    <br>

    I'm able to reproduce the build failure in a non-Debian build on my

    local machine with -j16. I can confirm that this is due to a race

    condition in the build. The generated source file is created three

    times in parallel by different make threads, and one of those

    threads tries to compile it while another thread is in the middle of

    rewriting it.<br>

    <br>

    Based on some info in the cmake documentation[1] I think this is a

    bug in the way the build is defined:<br>

    <br>

    > Do not list the output in more than one independent target that

    may build in parallel or the two instances of the rule may conflict<br>

    <br>

    [1]:

    <a class="moz-txt-link-freetext" href="https://cmake.org/cmake/help/latest/command/add_custom_command.html">https://cmake.org/cmake/help/latest/command/add_custom_command.html</a><br>

    <br>

    I'll work with upstream to get this fixed. In the meantime, I'm

    confident that using parallel=1 in the Debian build is the right

    solution for the package.<br>

    <br>

    Thanks very much for working to get this release packaged.<br>

  </body>

</html>