Re: [Mingw-w64-public] SJLJ GCC

2021-09-17 Thread Ralph Engels 

sure :) that would make it a litle easier.

Ralph Engels

Den 17-09-2021 kl. 20:20 skrev NightStrike:

Do you want upload access? There's already a personal build section

On Fri, Sep 17, 2021, 02:01 Ralph Engels  wrote:


P.s you are welcome to link to or upload the sjlj build with ada on the
mingw-w64 site if anyone else sees use for it :)  i can also provide TDM
based versions which default to linking to the static gcc runtimes.

The TDM versions also accept ASLR and DEP now.

Den 17-09-2021 kl. 07:47 skrev sotrdg sotrdg:

C++ exception handling is a mistake. No matter it is sjlj, dwarf or SEH

Sent from Mail  for
Windows

*From: *NightStrike 
*Sent: *Thursday, September 16, 2021 22:24
*To: *Ralph Engels 
*Cc: *mingw-w64-public@lists.sourceforge.net

*Subject: *Re: [Mingw-w64-public] SJLJ GCC

On Thu, Sep 16, 2021 at 10:12 PM Ralph Engels 
wrote:

dunno ? he might need it for building some library for msvc in which
case sjlj is pretty much the only thing that works besides maybe seh.
sjlj is extensively tested on windows it was the first exception model
avaliable to us with mingw and many years it did its job just fine :),
it is a bit slower but it is by no means a game breaker.

Given that I was the one identifying and testing all of the issues
sjlj caused, I can assure you it did not work well in the beginning :P
  It worked better than dw2, though.  In any case, when we got SEH,
pretty much everything dropped sjlj unless they had a 32-bit need.


___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public



___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public



___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] SJLJ GCC

2021-09-17 Thread NightStrike 
Do you want upload access? There's already a personal build section

On Fri, Sep 17, 2021, 02:01 Ralph Engels  wrote:

> P.s you are welcome to link to or upload the sjlj build with ada on the
> mingw-w64 site if anyone else sees use for it :)  i can also provide TDM
> based versions which default to linking to the static gcc runtimes.
>
> The TDM versions also accept ASLR and DEP now.
>
> Den 17-09-2021 kl. 07:47 skrev sotrdg sotrdg:
> >
> > C++ exception handling is a mistake. No matter it is sjlj, dwarf or SEH
> >
> > Sent from Mail  for
> > Windows
> >
> > *From: *NightStrike 
> > *Sent: *Thursday, September 16, 2021 22:24
> > *To: *Ralph Engels 
> > *Cc: *mingw-w64-public@lists.sourceforge.net
> > 
> > *Subject: *Re: [Mingw-w64-public] SJLJ GCC
> >
> > On Thu, Sep 16, 2021 at 10:12 PM Ralph Engels 
> > wrote:
> > >
> > > dunno ? he might need it for building some library for msvc in which
> > > case sjlj is pretty much the only thing that works besides maybe seh.
> > > sjlj is extensively tested on windows it was the first exception model
> > > avaliable to us with mingw and many years it did its job just fine :),
> > > it is a bit slower but it is by no means a game breaker.
> >
> > Given that I was the one identifying and testing all of the issues
> > sjlj caused, I can assure you it did not work well in the beginning :P
> >  It worked better than dw2, though.  In any case, when we got SEH,
> > pretty much everything dropped sjlj unless they had a 32-bit need.
> >
> >
> > ___
> > Mingw-w64-public mailing list
> > Mingw-w64-public@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
> > 
> >
>
> ___
> Mingw-w64-public mailing list
> Mingw-w64-public@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>

___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] [PATCH v2] dcomp.h: add some missing interfaces

2021-09-17 Thread LIU Hao 

在 2021-09-16 15:37, Steve Lhomme 写道:

+#undef INTERFACE
+#define INTERFACE IDCompositionSaturationEffect
+DECLARE_INTERFACE_IID_(IDCompositionSaturationEffect, IDCompositionFilterEffect, 
"A08DEBDA-3258-4FA4-9F16-9174D3FE93B1")
+{
+#if defined(_MSC_VER) && defined(__cplusplus)
+STDMETHOD(SetSaturation)(THIS_ float ratio) PURE;
+STDMETHOD(SetSaturation)(THIS_ IDCompositionAnimation* animation) PURE;
+#else
+STDMETHOD(SetSaturation)(THIS_ IDCompositionAnimation* animation) PURE;
+STDMETHOD(SetSaturation)(THIS_ float ratio ) PURE;
+#endif
+};


I have had some discussion with Jacek on IRC. The second block here, which declares two overloaded 
methods, doesn't seem to compile as C.




+/* WARNING: some of the arguments are replaced with void*, only what's used 
has been kept */
+#undef INTERFACE
+#define INTERFACE IDCompositionDevice3
+DECLARE_INTERFACE_IID_(IDCompositionDevice3, IDCompositionDevice2, 
"0987CB06-F916-48BF-8D35-CE7641781BD9")
+{
+STDMETHOD(CreateGaussianBlurEffect)(THIS_ IDCompositionGaussianBlurEffect 
**gaussianBlurEffect) PURE;
+STDMETHOD(CreateBrightnessEffect)(THIS_ /* TODO 
IDCompositionBrightnessEffect */ void **brightnessEffect) PURE;


These `void`s look harmless, but is it better to replace them with forward-declaraed structs which 
don't have to be defined themselves?



--
Best regards,
LIU Hao



OpenPGP_signature
Description: OpenPGP digital signature
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] SJLJ GCC

2021-09-17 Thread Ralph Engels 
P.s you are welcome to link to or upload the sjlj build with ada on the 
mingw-w64 site if anyone else sees use for it :)  i can also provide TDM 
based versions which default to linking to the static gcc runtimes.


The TDM versions also accept ASLR and DEP now.

Den 17-09-2021 kl. 07:47 skrev sotrdg sotrdg:


C++ exception handling is a mistake. No matter it is sjlj, dwarf or SEH

Sent from Mail  for 
Windows


*From: *NightStrike 
*Sent: *Thursday, September 16, 2021 22:24
*To: *Ralph Engels 
*Cc: *mingw-w64-public@lists.sourceforge.net 


*Subject: *Re: [Mingw-w64-public] SJLJ GCC

On Thu, Sep 16, 2021 at 10:12 PM Ralph Engels  
wrote:

>
> dunno ? he might need it for building some library for msvc in which
> case sjlj is pretty much the only thing that works besides maybe seh.
> sjlj is extensively tested on windows it was the first exception model
> avaliable to us with mingw and many years it did its job just fine :),
> it is a bit slower but it is by no means a game breaker.

Given that I was the one identifying and testing all of the issues
sjlj caused, I can assure you it did not work well in the beginning :P
 It worked better than dw2, though.  In any case, when we got SEH,
pretty much everything dropped sjlj unless they had a 32-bit need.


___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public 





___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] SJLJ GCC

2021-09-17 Thread Ralph Engels 
nightstrike is probably right :/ and sorry forgot to send it to the list 
so just in case added the dependencies compiled against sjlj to the same 
url, probably can get away with just the gmp library since it links to 
the dll from that, but just for completeness i also added isl mpfr mpc 
zlib zstd and iconv.


Den 16-09-2021 kl. 13:33 skrev Kacvinsky, Tom:

Ralph,

Do you have Ada support in your kit?  Because I am going to need
an Ada compiler to built the new compiler with UCRT support.

Thanks,

Tom


-Original Message-
From: Kacvinsky, Tom
Sent: Thursday, September 16, 2021 6:23 AM
To: 'Ralph Engels' ; mingw-w64-
pub...@lists.sourceforge.net
Subject: RE: [Mingw-w64-public] SJLJ GCC



-Original Message-
From: Ralph Engels 
Sent: Thursday, September 16, 2021 2:31 AM
To: mingw-w64-public@lists.sourceforge.net; Kacvinsky, Tom

Subject: Re: [Mingw-w64-public] SJLJ GCC

I do have a private fork of the msys2 mingw repository using sjlj
exceptions, unfortunatly not with ucrt support but should be doable to
build one using mine. Ill upload the nessesary packages to sourceforge
so you can get them from there.

Ralph Engels

Thanks!


Den 15-09-2021 kl. 23:35 skrev Kacvinsky, Tom:

Hi all,

I find I am in need of building a GCC with Ada and UCRT support, but
this time with SJLJ exception handling instead of SEH.  Does there
exist a gcc package for MSYS2 that has SJLJ support?

The reason I ask is the way I am building GCC with SJLJ support  -
in several steps so that the runtime libraries and files generated
by the toolchain use the UCRT - requires an SJLJ GCC to already be

installed.

I just can't find the package of it.  I know there are standalone
MinGW-w64 tool kits out there (not an MSYS package) that have SJLJ
support, but unfortunately they don't have Ada support.

Thanks,

Tom


___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public



___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] SJLJ GCC

2021-09-17 Thread sotrdg sotrdg 
C++ exception handling is a mistake. No matter it is sjlj, dwarf or SEH

Sent from Mail for Windows

From: NightStrike
Sent: Thursday, September 16, 2021 22:24
To: Ralph Engels
Cc: 
mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] SJLJ GCC

On Thu, Sep 16, 2021 at 10:12 PM Ralph Engels  wrote:
>
> dunno ? he might need it for building some library for msvc in which
> case sjlj is pretty much the only thing that works besides maybe seh.
> sjlj is extensively tested on windows it was the first exception model
> avaliable to us with mingw and many years it did its job just fine :),
> it is a bit slower but it is by no means a game breaker.

Given that I was the one identifying and testing all of the issues
sjlj caused, I can assure you it did not work well in the beginning :P
 It worked better than dw2, though.  In any case, when we got SEH,
pretty much everything dropped sjlj unless they had a 32-bit need.


___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public