Re: Request to rename version.h

[Dima K. <gn...@di...>]

Mojca Miklavec <moj...@gm...> writes:

> I tried to reproduce the problem locally, and here's what I get:
>
> /opt/local/bin/clang-mp-9.0  -pipe -Os -F/opt/local/Library/Frameworks
> -arch x86_64 -ObjC  -L/opt/local/lib -Wl,-rpath -Wl,/opt/local/lib
> -L/opt/local/lib -Wl,-headerpad_max_install_names
> -F/opt/local/Library/Frameworks -arch x86_64 -L/opt/local/lib -lcerf
> -framework Foundation -framework AquaTerm -L/opt/local/lib
> -L/opt/local/lib -Wl,-headerpad_max_install_names -L/opt/local/lib -o
> bf_test bf_test.o -lm
> In file included from wxterminal/wxt_gui.cpp:93:
> In file included from wxterminal/wxt_gui.h:75:
> In file included from
> /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/include/wx-3.0/wx/wxprec.h:12:
> In file included from
> /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/include/wx-3.0/wx/defs.h:734:
> In file included from
> /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/include/wx-3.0/wx/debug.h:14:
> In file included from /usr/include/assert.h:44:
> In file included from
> /opt/local/libexec/llvm-9.0/bin/../include/c++/v1/stdlib.h:100:
> In file included from
> /opt/local/libexec/llvm-9.0/bin/../include/c++/v1/math.h:337:
> In file included from
> /opt/local/libexec/llvm-9.0/bin/../include/c++/v1/type_traits:417:
> In file included from
> /opt/local/libexec/llvm-9.0/bin/../include/c++/v1/cstddef:37:
> ../version:1:1: error: expected unqualified-id
> 5.2

If I'm reading this correctly, then this is not gnuplot-related
specifically, but rather a bug in wxt. What if you run the above command
to build just

  #include <wx/wxprec.h>

If you get the same issue, then wxt is interacting poorly with whatever
the mac people are doing. Probably should report the issue to them too.

But that build command looks really suspicious; are we sure we're
understanding the issue correctly?

What is -ObjC ? Are we compiling using the language we think we are? Can
we split the compile and the link into separate commands to simplify the
test case?

/opt/local??? Do you also have stuff in /opt and in /usr and in
/usr/local? If so, are we 100% sure you're not accidentally picking up
some incompatible combination?

It'd be interesting to run with -save-temps, and then look at the .ii
you get to see what the prepreprocessor ends up doing.

Or if you're sure you understand the problem, then nobody needs to do
any of these :)