Re: [Mingw-w64-public] intrin-impl.h compile warning: this use of "defined" may not be portable

2024-09-15 Thread Pali Rohár
On Monday 05 August 2024 12:19:58 Pali Rohár wrote: > On Monday 05 August 2024 16:54:14 LIU Hao wrote: > > 在 2024-08-05 01:59, Pali Rohár 写道: > > > I looked at the definition of that __INTRINSIC_PROLOG macro but I have > > > absolutely no idea what is the problem there. > > > > > > Can we mute som

Re: [Mingw-w64-public] intrin-impl.h compile warning: this use of "defined" may not be portable

2024-08-05 Thread Pali Rohár
On Monday 05 August 2024 16:54:14 LIU Hao wrote: > 在 2024-08-05 01:59, Pali Rohár 写道: > > I looked at the definition of that __INTRINSIC_PROLOG macro but I have > > absolutely no idea what is the problem there. > > > > Can we mute somehow this warning? > > It's because the C standard requires tha

Re: [Mingw-w64-public] intrin-impl.h compile warning: this use of "defined" may not be portable

2024-08-05 Thread LIU Hao
在 2024-08-05 01:59, Pali Rohár 写道: I looked at the definition of that __INTRINSIC_PROLOG macro but I have absolutely no idea what is the problem there. Can we mute somehow this warning? It's because the C standard requires that invocation of `defined` must appear directly in a condition, and

[Mingw-w64-public] intrin-impl.h compile warning: this use of "defined" may not be portable

2024-08-04 Thread Pali Rohár
Hello, gcc 8.3 for file mingw-w64-headers/include/psdk_inc/intrin-impl.h throws 300 lines of preprocessor warnings: "defined" may not be portable. It can be reproduced just by calling cpp on that file with parameters: -D__MINGW_INTRIN_INLINE -Wall -Wextra $ i686-w64-mingw32-cpp mingw-w64-headers

Re: [Mingw-w64-public] intrin-impl.h and @cc

2015-11-21 Thread Ozkan Sezer
> Hi dw, > > patch is ok. I assume that this feature can produce in some > inline-assembler cases speed pretty well. Additionally it avoid > useless clobber of a register just to test one-time on flags. > > JonY, Jacek: Could one of you commit this change? thanks in advance. > > Thanks, > Kai

Re: [Mingw-w64-public] intrin-impl.h and @cc

2015-11-19 Thread Kai Tietz
Hi dw, patch is ok. I assume that this feature can produce in some inline-assembler cases speed pretty well. Additionally it avoid useless clobber of a register just to test one-time on flags. JonY, Jacek: Could one of you commit this change? thanks in advance. Thanks, Kai 2015-11-18 2:42 G

[Mingw-w64-public] intrin-impl.h and @cc

2015-11-18 Thread dw
GCC 6.0 has introduced a new feature that allows inline asm to return flag registers (see https://gcc.gnu.org/onlinedocs/gcc/Extended-Asm.html#FlagOutputOperands). There are a couple dozen intrinsics in intrin-impl.h that would benefit from using this. There is a define that signals if the gc

Re: [Mingw-w64-public] intrin-impl.h

2015-08-07 Thread Wilbert Heeringa
Issue has been solved. 2015-08-06 20:11 GMT+02:00 Wilbert Heeringa : > Dear all, > > I use mingw-w64 under Lubuntu Linux. I try to compile with mingw-w64, 32 > bits: > > /usr/bin/i686-w64-mingw32-g++ -std=c++0x -isystem > /usr/lib/gcc/i686-w64-mingw32/4.8 -isystem /usr/i686-w64-mingw32/include >

[Mingw-w64-public] intrin-impl.h

2015-08-06 Thread Wilbert Heeringa
Dear all, I use mingw-w64 under Lubuntu Linux. I try to compile with mingw-w64, 32 bits: /usr/bin/i686-w64-mingw32-g++ -std=c++0x -isystem /usr/lib/gcc/i686-w64-mingw32/4.8 -isystem /usr/i686-w64-mingw32/include -isystem /usr/share/mingw-w64/include -Wshadow -DWINVER=0x0500 -D_WIN32_WINNT=0x0500