The header is unused, and the header check fails with:
configure:7860: checking for PCSC/pcsclite.h
configure:7860: gcc -m32 -c -g -O2 conftest.c >&5
In file included from conftest.c:50:
[...]/include/PCSC/pcsclite.h:45:10:
fatal error: wintypes.h: No such file or directory
45 | #include <wintypes.h>
| ^~~~~~~~~~~~
Fixes: d405a688ba6b5042775d733f57d00ba6318e1d0f
--
v2: configure: don't require pcsclite header for winscard
https://gitlab.winehq.org/wine/wine/-/merge_requests/3574
Current code handles omitted deleteCount but assumes it to be zero in that case. Instead an omitted deleteCount means delete everything from `start`.
This prevents Adobe sign-in page from loading.
--
v6: jscript: fix Array.prototype.splice with omitted deleteCount in ES5+ mode
https://gitlab.winehq.org/wine/wine/-/merge_requests/3567
Current code handles omitted deleteCount but assumes it to be zero in that case. Instead an omitted deleteCount means delete everything from `start`.
This prevents Adobe sign-in page from loading.
--
v7: jscript: fix Array.prototype.splice with omitted deleteCount in ES5+ mode
https://gitlab.winehq.org/wine/wine/-/merge_requests/3567
First, we have to distinguish between the "bind count" and the "allocation size"
of variables.
The "allocation size" affects the starting register id for the resource to
be allocated next, while the "bind count" is determined by the last field
actually used. The former may be larger than the latter.
Currently we are calling `hlsl_reg.bind_count` to what should be `hlsl_reg.allocation_size`.
So it is renamed in 2/4.
The proper "bind count" (now computed when needed in 3/4) is important because it is what should appear in the RDEF
table and some resource allocation rules depend on it
For instance, for this shader:
```
texture2D texs[3];
texture2D tex;
float4 main() : sv_target
{
return texs[0].Load(int3(0, 0, 0)) + tex.Load(int3(0, 0, 0));
}
```
the variable "texs" should show a "bind count" of 1, even though its "allocation size" is 3:
```
// Resource Bindings:
//
// Name Type Format Dim HLSL Bind Count
// ------------------------------ ---------- ------- ----------- -------------- ------
// texs texture float4 2d t0 1
// tex texture float4 2d t3 1
```
In particular, as shown in the tests in 1/4, textures go in this order:
1. Textures created from SM1-style samples. Those whose "bind count" is larger than 1, in the order of the tex1D/tex2D/tex3D/texCube instructions that create them.
2. Textures created from SM1-style samples. Those whose "bind count" is equal to 1, in the order of the tex1D/tex2D/tex3D/texCube instructions that create them.
3. Regular textures in order of declaration.
Note that the difference between 1 and 2 is not given by the "allocation size" but the "bind count".
This order is enforced in 4/4.
--
v2: vkd3d-shader/d3dbc: Use the bind count instead of the allocation size in d3dbc.c.
vkd3d-shader/hlsl: Simplify computation of allocation size.
vkd3d-shader/hlsl: Sort synthetic separated samplers first for SM4.
vkd3d-shader/tpf: Put the actual bind count in the RDEF table.
vkd3d-shader/hlsl: Rename hlsl_reg.bind_count to hlsl_reg.allocation_size.
tests: Test texture allocation ordering in complex scenarios.
https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/299
Current code handles omitted deleteCount but assumes it to be zero in that case. Instead an omitted deleteCount means delete everything from `start`.
This prevents Adobe sign-in page from loading.
--
v5: jscript: fix Array.prototype.splice with omitted deleteCount in html mode
https://gitlab.winehq.org/wine/wine/-/merge_requests/3567
Current code handles omitted deleteCount but assumes it to be zero in that case. Instead an omitted deleteCount means delete everything from `start`.
This prevents Adobe sign-in page from loading.
--
v4: jscript: fix Array.prototype.splice with omitted deleteCount in html mode
https://gitlab.winehq.org/wine/wine/-/merge_requests/3567