I didn't spot any relevant discussion on
http://help.appveyor.com/discussions/problems or
https://appveyor.statuspage.io/
It must have been something transient.
Jose
On 30/11/16 03:52, Brian Paul wrote:
We've had a few instances in the past where complex macro code caused
super long MSVC compile times. But, AFAIK, nothing's changed recently
in the u_unfilled_gen.c code.
-Brian
On 11/29/2016 08:48 PM, Roland Scheidegger wrote:
It's the second time it reached a timeout today - albeit the first time
it didn't even start compiling...
No idea what's up, but it looks like things are really slow today, one
hour build time should be quite sufficient I think.
Roland
Am 30.11.2016 um 04:05 schrieb Ilia Mirkin:
"Build execution time has reached the maximum allowed time for your
plan (60 minutes)."
The last line in the log is "Generating
build\windows-x86-debug\gallium\auxiliary\indices\u_unfilled_gen.c".
Either way, I don't think it's my bad. Let me know if I've
misanalyzed.
-ilia
On Tue, Nov 29, 2016 at 9:58 PM, AppVeyor <[email protected]> wrote:
Build mesa 2842 failed
Commit ddf0f097e7 by Ilia Mirkin on 11/24/2016 11:02 PM:
swr: [rasterizer jit] use signed integer representation for logic
op\n\nInstead of (incorrectly) biasing the snorm value to make it
look like
a\nunorm, just use signed integer math.\n\nThis fixes
arb_color_buffer_float-render GL_RGBA8_SNORM\n\nSigned-off-by: Ilia
Mirkin
<[email protected]>\nReviewed-by: Tim Rowley
<[email protected]>
Configure your notification preferences
_______________________________________________
mesa-dev mailing list
[email protected]
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.freedesktop.org_mailman_listinfo_mesa-2Ddev&d=DgIGaQ&c=uilaK90D4TOVoH58JNXRgQ&r=Ie7_encNUsqxbSRbqbNgofw0ITcfE8JKfaUjIQhncGA&m=B35xEz-XuSXGB0bDYYMPpiLbStv8RMIv1cozFqCDArg&s=AJ4fCLUEx4BBpdv4x55Zq7ciKpjJzRIgHycmOXXnqHI&e=
_______________________________________________
mesa-dev mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
