|
|
Home » Community » U++ community news and announcements » 2020.1 officially released
Re: 2020.1 officially released [message #54153 is a reply to message #54152] |
Thu, 04 June 2020 16:00 |
Novo
Messages: 1371 Registered: December 2006
|
Ultimate Contributor |
|
|
mirek wrote on Thu, 04 June 2020 08:24Sorry, fixed at the price of another #ifdef, which will mean you cannot build OSX GUI appliaction in LINUX (which is impossible anyway).
Mirek
Thanks!
Regards,
Novo
|
|
|
Re: 2020.1 officially released [message #54156 is a reply to message #53839] |
Thu, 04 June 2020 17:35 |
Novo
Messages: 1371 Registered: December 2006
|
Ultimate Contributor |
|
|
A minor issue with mingw on Linux.
umk calls x86_64-w64-mingw32-windres.exe, which is called x86_64-w64-mingw32-windres (no extension) on Linux, otherwise +WIN32 seems to work ...
Regards,
Novo
|
|
|
Re: 2020.1 officially released [message #54165 is a reply to message #53839] |
Thu, 04 June 2020 21:14 |
Novo
Messages: 1371 Registered: December 2006
|
Ultimate Contributor |
|
|
Another interesting observation. Size of executable.
mingw:
:~/.local/soft/bb-worker/worker/mingw-upp/build/.cache/upp.out/CLANG.Blitz.Gui.Win32$ ll AK.exe
-rwx------ 1 ssg ssg 2541056 Jun 4 14:56 AK.exe*
wine:
:~/.local/soft/bb-worker/worker/wine-upp/build/.cache/upp.out/CLANGx64.Blitz.Gui$ ll AK.exe
-rwxrwxr-x 1 ssg ssg 5104128 Jun 4 14:28 AK.exe*
Two times bigger.
Both are 64-bit executables.
Regards,
Novo
|
|
|
Re: 2020.1 officially released [message #54167 is a reply to message #54165] |
Fri, 05 June 2020 04:59 |
Novo
Messages: 1371 Registered: December 2006
|
Ultimate Contributor |
|
|
Problem with mingw & linking when compiling reference/GuiWebCrawler.
Command line contains "-lcrypto -lssl".
Linker is looking for libcrypto.a & libssl.a, which are named crypto.lib & ssl.lib.
Even after creating of links with correct names linker is still looking for libLIBCMT.a & libOLDNAMES.a, which are not available ...
Regards,
Novo
|
|
|
Re: 2020.1 officially released [message #54168 is a reply to message #54156] |
Fri, 05 June 2020 05:03 |
Novo
Messages: 1371 Registered: December 2006
|
Ultimate Contributor |
|
|
Novo wrote on Thu, 04 June 2020 11:35A minor issue with mingw on Linux.
umk calls x86_64-w64-mingw32-windres.exe, which is called x86_64-w64-mingw32-windres (no extension) on Linux, otherwise +WIN32 seems to work ...
Could you please fix that?
You just need to replace
String windres = "windres.exe";
with
String windres = "windres";
TIA
Regards,
Novo
|
|
|
Re: 2020.1 officially released [message #54169 is a reply to message #53839] |
Fri, 05 June 2020 05:44 |
Novo
Messages: 1371 Registered: December 2006
|
Ultimate Contributor |
|
|
Compilation speed of mingw is good.
Eigen_demo compiles in 35 sec.
This is Debug:
$ ./umk reference Eigen_demo CLANG -bu
...
----- Eigen_demo ( WIN32 MAIN CLANG DEBUG DEBUG_FULL BLITZ ) (4 / 4)
BLITZ: eigen_demo.cpp non-linear.cpp fft.cpp
In file included from /home/ssg/.local/soft/bb-worker/worker/mingw-upp/build/.cache/upp.out/Eigen_demo/CLANG.Debug.Debug_Full.Main.Win32/Eigen_demo$blitz.cpp:3:
In file included from /home/ssg/.local/soft/bb-worker/worker/mingw-upp/build/reference/Eigen_demo/eigen_demo.cpp:1:
In file included from /home/ssg/.local/soft/bb-worker/worker/mingw-upp/build/uppsrc/Core/Core.h:281:
/home/ssg/.local/soft/bb-worker/worker/mingw-upp/build/uppsrc/Core/Mem.h:342:8: warning: unused variable 'Cmp128' [-Wunused-variable]
auto Cmp128 = [&](size_t at) { return _mm_cmpeq_epi32(_mm_loadu_si128((__m128i *)(s + at)), _mm_loadu_si128((__m128i *)(t + at))); };
^
In file included from /home/ssg/.local/soft/bb-worker/worker/mingw-upp/build/.cache/upp.out/Eigen_demo/CLANG.Debug.Debug_Full.Main.Win32/Eigen_demo$blitz.cpp:3:
In file included from /home/ssg/.local/soft/bb-worker/worker/mingw-upp/build/reference/Eigen_demo/eigen_demo.cpp:1:
In file included from /home/ssg/.local/soft/bb-worker/worker/mingw-upp/build/uppsrc/Core/Core.h:285:
In file included from /home/ssg/.local/soft/bb-worker/worker/mingw-upp/build/uppsrc/Core/String.h:956:
/home/ssg/.local/soft/bb-worker/worker/mingw-upp/build/uppsrc/Core/AString.hpp:270:14: warning: unused variable 't' [-Wunused-variable]
const char *t = begin();
^
2 warnings generated.
Eigen_demo: 3 file(s) built in (0:34.91), 11637 msecs / file
Release takes 45 sec.
Mission is acomplished
Regards,
Novo
[Updated on: Fri, 05 June 2020 05:56] Report message to a moderator
|
|
|
|
|
|
|
Re: 2020.1 officially released [message #54183 is a reply to message #54173] |
Fri, 05 June 2020 20:09 |
Novo
Messages: 1371 Registered: December 2006
|
Ultimate Contributor |
|
|
mirek wrote on Fri, 05 June 2020 03:44Novo wrote on Fri, 05 June 2020 04:59Problem with mingw & linking when compiling reference/GuiWebCrawler.
Command line contains "-lcrypto -lssl".
Linker is looking for libcrypto.a & libssl.a, which are named crypto.lib & ssl.lib.
Can you try to add .lib in package organizer? Just to know it that helps.
Adding .lib to crypto & ssl doesn't affect anything.
BTW, precompiled ssl is already included into Clang distribution bundled with Upp.
And, I guess, Clang is using its own ssl ...
And one shipped with Upp seems to be compiled with msvc ...
Another thing. llvm-mingw-20200325-ubuntu-18.04 doesn't include a prebuilt version of ssl ...
This is weird ...
Regards,
Novo
[Updated on: Fri, 05 June 2020 20:21] Report message to a moderator
|
|
|
|
|
|
Re: 2020.1 officially released [message #54192 is a reply to message #54186] |
Sat, 06 June 2020 10:30 |
|
mirek
Messages: 14039 Registered: November 2005
|
Ultimate Member |
|
|
Novo wrote on Fri, 05 June 2020 22:24mirek wrote on Thu, 04 June 2020 04:37
- Try with GIT head, as Martin claims this is now fixed. This would be most interesting option for me (Being there, you could check msvcrt version too).
Mirek
Checked against GIT head. The problem is still there.
Just to be sure: I mean llvm-mingw head (not U++)....
Quote:
What do you mean by msvcrt version?
By default, llvm-mingw builds for universal CRT, which is the new Windows OS C library in Win10 (and via system updates, since Win7). There is older one, "msvcrt.dll" which is present sice WinNT. However, situation is more complicated:
https://github.com/mstorsjo/llvm-mingw/issues/104
Still, it would probably be better to ship with msvcrt version... maybe next release.
Mirek
|
|
|
|
Re: 2020.1 officially released [message #54200 is a reply to message #54192] |
Sun, 07 June 2020 15:45 |
Novo
Messages: 1371 Registered: December 2006
|
Ultimate Contributor |
|
|
mirek wrote on Sat, 06 June 2020 04:30
By default, llvm-mingw builds for universal CRT, which is the new Windows OS C library in Win10 (and via system updates, since Win7). There is older one, "msvcrt.dll" which is present sice WinNT. However, situation is more complicated:
https://github.com/mstorsjo/llvm-mingw/issues/104
Still, it would probably be better to ship with msvcrt version... maybe next release.
Mirek
I'm a little bit confused. I thought that x86_64-w64-mingw32-clang++ builds for msvcrt, and x86_64-w64-mingw32uwp-clang++ builds for ucrt.
Anyway, I'll try to recompile llvm-mingw with --with-default-msvcrt=msvcrt on the build-mingw-w64.sh line.
Regards,
Novo
|
|
|
Re: 2020.1 officially released [message #54201 is a reply to message #54200] |
Sun, 07 June 2020 16:08 |
Novo
Messages: 1371 Registered: December 2006
|
Ultimate Contributor |
|
|
Novo wrote on Sun, 07 June 2020 09:45
Anyway, I'll try to recompile llvm-mingw with --with-default-msvcrt=msvcrt on the build-mingw-w64.sh line.
That didn't help. I'm still getting same errors.
The only solution so far is to use the USEMALLOC flag.
Regards,
Novo
|
|
|
Re: 2020.1 officially released [message #54202 is a reply to message #54201] |
Sun, 07 June 2020 16:52 |
Novo
Messages: 1371 Registered: December 2006
|
Ultimate Contributor |
|
|
A minor issue with umk.
It doesn't check for duplicate flags.
I have USEMALLOC defined in a project file and in a bm-file. In the end I get this:
CLANGx64cpp17.Debug.Debug_Full.Gui.Usemalloc.Usemalloc
Regards,
Novo
|
|
|
|
Goto Forum:
Current Time: Sat Sep 21 02:57:49 CEST 2024
Total time taken to generate the page: 0.02080 seconds
|
|
|