Re: [Mingw-w64-public] sizeof long

2018-04-17 Thread Norbert Pfeiler
http://en.cppreference.com/w/cpp/language/types#Data_models On Tue, Apr 17, 2018 at 3:59 PM wrote: > Hi, > > Why is it that on our x86_64 compilers sizeof long is only 4 ? > Does it absolutely have to be that way ? Would it be possible to > design > a switch that

Re: [Mingw-w64-public] no WIN32 predefined macro with -std=c++{98, 11, 14}, only with gnu++{98, 11, 14}

2017-10-12 Thread Norbert Pfeiler
Well LH_Mouse did answer the question: WIN32 is a non-reserved name, would thus break standards-conforming code (int WIN32 = 0;) and is therefore not defined in strict standard-conforming mode (-std=c++??). Best, Norbert. On Thu, Oct 12, 2017 at 1:58 PM Ruben Van Boxem

Re: [Mingw-w64-public] [Project News|New Builds]

2017-08-14 Thread Norbert Pfeiler
What do you want the contents to be? (regarding it currently shows 2 versions) I usually update Msys2 and Arch where only 1 version applies. On Mon, Aug 14, 2017 at 4:47 PM niXman wrote: > JonY via Mingw-w64-public 2017-08-14 17:18: > > On 08/14/2017 12:28 PM, niXman

Re: [Mingw-w64-public] [PATCH] stralign: cast ua_wcschr and ua_wcsrchr returns to wchar_t *

2017-06-04 Thread Norbert Pfeiler
1st point was to use PUWSTR_C instead of wchar_t * for the cast, still stands. 2nd point was to »to avoid further warnings« and i would like to – once again – vote to avoid union casts. As far as i know there is no reason to believe that -Wcast-qual (as well as -Wsystem-headers) will be a default

Re: [Mingw-w64-public] Difficulty using Boost library with MSYS2/MINGW64

2017-05-30 Thread Norbert Pfeiler
Your setup is fine, and yes you need to specify libraries to resolve your undefined references. I’d consider using cmake to avoid having to figure out the necessary library names yourself: find_package(Boost REQUIRED COMPONENTS program_options) target_link_libraries(${PROJECT_NAME}

Re: [Mingw-w64-public] [PATCH] stralign: cast ua_wcschr and ua_wcsrchr returns to wchar_t *

2017-04-07 Thread Norbert Pfeiler
That’s a kinda sad stance for a compiler support project, don’t you think? Best, Norbert. Liu Hao <lh_mo...@126.com> schrieb am Fr., 7. Apr. 2017 um 05:48 Uhr: > On 2017/4/7 8:11, Norbert Pfeiler wrote: > > Wasn’t LH_Mouse’s point that even if the warning is ex

Re: [Mingw-w64-public] [PATCH] stralign: cast ua_wcschr and ua_wcsrchr returns to wchar_t *

2017-04-06 Thread Norbert Pfeiler
Wasn’t LH_Mouse’s point that even if the warning is explicitly turned on it wouldn’t be shown to the user? The situation for unions is different in C and C++: (I don’t think that it’s just about constness changes anything) http://stackoverflow.com/questions/11373203 Best, Norbert. Kai Tietz

Re: [Mingw-w64-public] [PATCH] stralign: cast ua_wcschr and ua_wcsrchr returns to wchar_t *

2017-04-06 Thread Norbert Pfeiler
I’m pretty sure that cast via union is UB in C++ whereas C-style casting away constness isn’t (only writing to the resulting object would be) but it may result in compilers issuing warnings about style (because C++ has const_cast). Best, Norbert. Kai Tietz schrieb am

Re: [Mingw-w64-public] [HELP] DLL relocation totally broken

2017-01-06 Thread Norbert Pfeiler
idk what the default should be or if anything is not working as expected but i use -Wl,--dynamicbase to get a pass in the windows app cert kit regarding ASLR On Sat, Jan 7, 2017 at 4:19 AM Linda Zhang wrote: > OS: Win7 SP1 > Toolchain: Mingw-w64

Re: [Mingw-w64-public] Pre-built toolchains and packages gone from the Downloads page

2016-09-05 Thread Norbert Pfeiler
Also: http://mingw-w64.org/doku.php/versions On Mon, Sep 5, 2016 at 2:03 PM Norbert Pfeiler < norbert.pfeiler+mingw-...@gmail.com> wrote: > I, too, think alphabetical order is seen as intentionally unbiased. > It’s not like there are 3 projects starting with AAA anyway. &

Re: [Mingw-w64-public] Pre-built toolchains and packages gone from the Downloads page

2016-09-05 Thread Norbert Pfeiler
I, too, think alphabetical order is seen as intentionally unbiased. It’s not like there are 3 projects starting with AAA anyway. > (except for the fact that there should be two lists and not one) Why do you think there should be 2 lists? I would split it in native and cross toolchains.

Re: [Mingw-w64-public] w_char support in fstream

2016-08-30 Thread Norbert Pfeiler
This pretty much sums up what i would’ve tried to write: http://stackoverflow.com/questions/2316672 Regards, Norbert Pfeiler. On Tue, Aug 30, 2016 at 11:00 PM Benjamin Bihler < benjamin.bih...@compositence.de> wrote: > Hi, > > I am working with Open CASCADE, which also sup

Re: [Mingw-w64-public] Proposal for a C11 header and announcement of mcfgthread, a library that implements efficient C11 and C++11 thread support without using winpthread

2016-06-28 Thread Norbert Pfeiler
Hi, sorry for being so late. I welcome a proper native thread implementation for windows gcc. I have one point to address: I like the fact that i can easily build static executables with mingw-w64. In a few statements it was suggested that this will not be possible for mcfgthread but i didn’t come

Re: [Mingw-w64-public] static debug stl crash on exit with global variable __gnu_cxx::__concurrence_lock_error

2015-07-29 Thread Norbert Pfeiler
thought it might showcase a bug which could also be relevant without the debug stl. Norbert 2015-07-29 10:49 GMT+02:00 Robin Whittle r...@firstpr.com.au: I just joined this list and am writing as a reply to a message from Norbert Pfeiler on 2015-05-25. He identified an minimal test program

[Mingw-w64-public] static debug stl crash on exit with global variable

2015-05-08 Thread Norbert Pfeiler
Hi all, i have a nice issue for you, took us hours to track down. Compile and run the following with a mingw build with Thread model: posix. #include vector std::vectorint global; int main() { std::vectorint vec; } g++ -static -D_GLIBCXX_DEBUG main.cpp a.exe results in a

Re: [Mingw-w64-public] Is there a way to figure out why - cc1plus.exe has stopped working

2015-04-14 Thread Norbert Pfeiler
PCH on Windows did crash for *.gch files greater than 150 MiB or something. I don’t think that got fixed recently… 2015-04-15 4:04 GMT+02:00 lh_mouse lh_mo...@126.com: Did you use *exactly the same command line options* (esp. -D -fPIC etc) in both generating and invoking the precompiled

Re: [Mingw-w64-public] [ANN] Website changes

2015-03-20 Thread Norbert Pfeiler
Hi, it’s nice to see an update on the website, looks good. What I’d like to see though, is a mention of msys2 in the downloads section. Best, Norbert Pfeiler. 2015-03-20 22:51 GMT+01:00 Adrien Nader adr...@notk.org: Hi, I've just pushed a redirect from http://mingw-w64.sourceforge.net

Re: [Mingw-w64-public] problem with glut import library shipped with crt

2015-02-07 Thread Norbert Pfeiler
I'm a bit unclear on this. In my builds (not very standard, admittedly) i have libglut.a and libglut.dll.a from freeglut installed into /mingw/lib, overwriting the libglut.a from the mignw-w64 crt package. Is it a feature of the MinGW-w64 toolchain shipped by MSYS2 packager - does it treat

[Mingw-w64-public] problem with glut import library shipped with crt

2015-02-06 Thread Norbert Pfeiler
Hello, it seems to be an issue that the 32 bit crt ships with a glut import library which is an ambigious match to freeglut for cmake. see here: https://github.com/Alexpux/MINGW-packages/issues/437 Regards, Norbert Pfeiler

[Mingw-w64-public] problem with glut import library shipped with crt

2015-01-31 Thread Norbert Pfeiler
Hello, it seems to be an issue that the 32 bit crt ships with a glut import library which is an ambigious match to freeglut for cmake. see here: https://github.com/Alexpux/MINGW-packages/issues/437 Regards, Norbert Pfeiler