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 would enable 8 byte longs ?
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
wrote:
> Op 12 okt. 2017
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 wrote:
>
> > Would you pleas
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
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} Boost::program_o
That’s a kinda sad stance for a compiler support project, don’t you think?
Best, Norbert.
Liu Hao 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 explicitly turned on
> it
> > wouldn
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 sch
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 Do., 6. Apr. 2017 um
11:50 U
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 i686-6.2.0-release-win32-dwarf-rt_v5-rev1
> GCC: 4
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.
>
>
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.
Additional
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 supports M
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
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 :
> 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 to
> ge
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
std::vector global;
int main() {
std::vector vec;
}
g++ -static -D_GLIBCXX_DEBUG main.cpp && a.exe
results in a __gnu_cxx::__concurrence_loc
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 :
> Did you use *exactly the same command line options* (esp. -D -fPIC etc) in
> both generating and invoking the precompiled header?
> According t
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 :
> Hi,
>
> I've just pushed a redirect from http://mingw-w64.sourceforge.net to
>
> 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 trea
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
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
20 matches
Mail list logo
