Building with latest wxMASTER does not work on macOS - missing libtiff path (Issue #23284)
Eran Ifrah
Building latest wxWidgets on macOS using this configure line no longer works on macOS:
../configure --enable-shared --enable-monolithic --with-osx_cocoa CXX='clang++ -std=c++11 -stdlib=libc++' CC=clang --disable-debug --disable-mediactrlThe error is about missing tiff.h file (which is part of the submodules and is on my file system). Notice that I have been using this configure line for years now without a problem.
To workaround the issue, I changed the configure like into this:
../configure --enable-shared --enable-monolithic --with-osx_cocoa CXX='clang++ -std=c++11 -stdlib=libc++ -I../src/tiff/libtiff' CC=clang --disable-debug --disable-mediactrland compilation passes successfully
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.
VZ
What is the exact error you're getting?
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.
Eran Ifrah
```bash /Users/eran/devl/wxWidgets/build-release/bk-deps clang++ -std=c++11 -stdlib=libc++ -mmacosx-version-min=10.10 -c -o monodll_matrix.o -I../src/jpeg -I../src/png -I/Users/eran/devl/wxWidgets/build-release/lib/wx/include/osx_cocoa-unicode-3.3 -I../include -D_FILE_OFFSET_BITS=64 -DwxDEBUG_LEVEL=0 -D__WXOSX_COCOA__ -DWXBUILDING -I../src/stc/scintilla/include -I../src/stc/scintilla/src -D__WX__ -I../src/stc/lexilla/access -I../src/stc/lexilla/include -I../src/stc/lexilla/lexlib -I../src/stc/lexilla/include -I../src/stc/scintilla/include -I../src/stc/scintilla/src -DwxUSE_BASE=1 -DWXMAKINGDLL -dynamic -fPIC -DPIC -Wall -Wundef -Wunused-parameter -Wno-ctor-dtor-privacy -Woverloaded-virtual -Wno-deprecated-declarations -O2 -I/opt/homebrew/Cellar/pcre2/10.42/include -fno-common -fvisibility=hidden -fvisibility-inlines-hidden ../src/common/matrix.cpp ../src/common/imagtiff.cpp:37:14: fatal error: 'tiff.h' file not found #include "tiff.h" ^~~~~~~~
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.
VZ
Something is exceedingly weird here, how do you get an error in src/common/imagtiff.cpp when you're compiling src/common/matrix.cpp?
Also, the compilation command line doesn't look right anyhow because it ought to contain the -I paths to the tiff subdirectory of the build directory. E.g. here, configuring with exactly the same options, it is
/Users/zeitlin/build/wx/mono/bk-deps clang++ -std=c++11 -stdlib=libc++ -mmacosx-version-min=10.10 -c -o monodll_matrix.o -I/Users/zeitlin/build/wx/mono/src/tiff/libtiff -I/Users/zeitlin/src/wx/main/src/tiff/libtiff -I/Users/zeitlin/src/wx/main/src/jpeg -I/Users/zeitlin/src/wx/main/src/png ...
Have you already rm -rfd the build directory and rerun configure again? This must be some local mixup...
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.
VZ
Or, another idea, maybe configure decided to pick up the system TIFF library? If you don't see the configure summary any longer, what does
grep -w wxUSE_LIBTIFF config.status
show for you?
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.
Eran Ifrah
Something is exceedingly weird here, how do you get an error in src/common/imagtiff.cpp when you're compiling src/common/matrix.cpp?
Probably due to the -j10 ... I will try and build it again on a separate folder without -j
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.
VZ
I don't think it's due to using -j, the compilation command is still wrong and missing the include directories. Please check whether you're using built-in libtiff at all.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.
Eran Ifrah
It was the -j.
Without the -j here is the error line:
/Users/eran/devl/wxWidgets.test/build-release/bk-deps clang++ -std=c++11 -stdlib=libc++ -mmacosx-version-min=10.10 -c -o monodll_imagtiff.o -I../src/jpeg -I../src/png -I/Users/eran/devl/wxWidgets.test/build-release/lib/wx/include/osx_cocoa-unicode-3.3 -I../include -D_FILE_OFFSET_BITS=64 -DwxDEBUG_LEVEL=0 -D__WXOSX_COCOA__ -DWXBUILDING -I../src/stc/scintilla/include -I../src/stc/scintilla/src -D__WX__ -I../src/stc/lexilla/access -I../src/stc/lexilla/include -I../src/stc/lexilla/lexlib -I../src/stc/lexilla/include -I../src/stc/scintilla/include -I../src/stc/scintilla/src -DwxUSE_BASE=1 -DWXMAKINGDLL -dynamic -fPIC -DPIC -Wall -Wundef -Wunused-parameter -Wno-ctor-dtor-privacy -Woverloaded-virtual -Wno-deprecated-declarations -O2 -I/opt/homebrew/Cellar/pcre2/10.42/include -fno-common -fvisibility=hidden -fvisibility-inlines-hidden ../src/common/imagtiff.cpp ../src/common/imagtiff.cpp:37:14: fatal error: 'tiff.h' file not found #include "tiff.h" ^~~~~~~~ 1 error generated. make: *** [monodll_imagtiff.o] Error 1
The grep output is:
$grep -w wxUSE_LIBTIFF config.status
S["wxUSE_LIBTIFF"]="sys"
D["wxUSE_LIBTIFF"]=" 1"
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.
VZ
Sorry, there was a misunderstanding. Of course the mismatch between the command and the error shown was due to using make -j (without --output-sync), but I meant that the error itself wasn't due to using -j and it indeed isn't, as you still get it without it.
It's still however due to something on your system as you must not be running configure and make in the same environment. If configure found the system libtiff, it should be found during make time too. Unless you have a corrupt pkg-config installation pretending that it's installed when it really isn't?
In any case:
- This is almost certainly not a problem in wxWidgets (but please feel to correct me if I'm wrong).
- This is even more certainly not due to any recent changes in wx itself but is probably due to some changes on your system (and you can check this by rebuilding an older version -- you should run into the same error).
- You can always use
--with-libtiff=builtinor even--disable-sys-libsto do it for all of them if you don't care about the reason of the problem and just want to avoid it.
But it's impossible to do anything about this without debugging the issue on your particular system, i.e. looking at config.log to see where did configure find libtiff and then checking why it's not found when running make later.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.