eranif wrote: ↑Fri May 28, 2021 10:45 am
LF line ending (UNIX style). All files should be formatted using our .clang-format
file, something like:
Code: Select all
clang-format --style=file -i /path/to/source.cpp
I did like the above; but, without "--style=file" option; I will redo with that.
Are you saying you want all text files to use "LF"?
I am asking because the Windows resource files are mixed LF and CRLF and I want to fix three of them.
I was thinking doing the wxWidgets get repo way of using CRLF in Windows resource files (*.rc).
But your post stongly suggests you want LF for all text file.
eranif wrote: ↑Fri May 28, 2021 10:45 am
Q: what is the wxWidgets build method you are using to build wx on MSYS2? I tried that (1-2 years ago) and it failed using the configure
and the cmake
methods
I would be interested in building wxWidgets on MSYS2
I am trying to create an MSys2 package file (PKGBUILD) that uses your codelite git repo and MSys2 wxWidgets 3.1 package.
It fails because of an long linking error; it looks to be an DLL import/export naming issue.
Looks like an library missing from link command. I just found the build line that likely showing the problem.
Code: Select all
cd /C/Users/stahta01/devel/MINGW-packages-dev/mingw-w64-codelite-git/src/build-x86_64-w64-mingw32/LiteEditor && /C/building/msys64/mingw64/bin/g++.exe -march=x86-64 -mtune=generic -O2 -pipe -ggdb -Og -fdebug-prefix-map=/c/Users/stahta01/devel/MINGW-packages-dev/mingw-w64-codelite-git/src=/usr/src/debug -Wno-deprecated-declarations -std=gnu++11 -g -O0 -fpermissive -pipe -Wl,--dynamicbase,--high-entropy-va,--nxcompat,--default-image-base-high -Wl,--whole-archive CMakeFiles/codelite.dir/objects.a -Wl,--no-whole-archive -o ../bin/codelite.exe -Wl,--out-implib,../lib/libcodelite.dll.a -Wl,--major-image-version,0,--minor-image-version,0 -LC:/building/msys64/mingw64/lib -pipe -Wl,--dynamicbase,--high-entropy-va,--nxcompat,--default-image-base-high -Wl,--subsystem,windows -mwindows -lwx_mswu_aui-3.1 -lwx_baseu-3.1 -lwx_mswu_core-3.1 -lwx_mswu_html-3.1 -lwx_mswu_propgrid-3.1 -lwx_baseu_xml-3.1 -lwx_mswu_xrc-3.1 -lwx_baseu_net-3.1 -lwx_mswu_stc-3.1 -lwx_mswu_ribbon-3.1 -lwx_mswu_richtext-3.1 -L"C:/Users/stahta01/devel/MINGW-packages-dev/mingw-w64-codelite-git/src/build-x86_64-w64-mingw32/lib" ../lib/libplugin.dll.a ../lib/libcodelite.dll.a ../lib/libwxsqlite3.dll.a -LC:/building/msys64/mingw64/lib -pipe -Wl,--dynamicbase,--high-entropy-va,--nxcompat,--default-image-base-high -Wl,--subsystem,windows -mwindows -L"C:/Users/stahta01/devel/MINGW-packages-dev/mingw-w64-codelite-git/src/build-x86_64-w64-mingw32/lib" -lsqlite3 -lssh -lws2_32 -luchardet -luxtheme -lwx_mswu_aui-3.1 -lwx_baseu-3.1 -lwx_mswu_core-3.1 -lwx_mswu_html-3.1 -lwx_mswu_propgrid-3.1 -lwx_baseu_xml-3.1 -lwx_mswu_xrc-3.1 -lwx_baseu_net-3.1 -lwx_mswu_stc-3.1 -lwx_mswu_ribbon-3.1 -lwx_mswu_richtext-3.1 -lkernel32 -luser32 -lgdi32 -lwinspool -lshell32 -lole32 -loleaut32 -luuid -lcomdlg32 -ladvapi32
The creation of the exe is overwriting the import library for the DLL.
Now, I need to see if it is a patch I wrote or the MSys2 people wrote or an cmake issue in your repo.
Edit: It looks to be a patch the MSys2 people wrote; I will skip the patch and see where it errors out.
Tim S.