On 25 September 2014 21:09, Father Chrysostomos spr...@cpan.org wrote:
Jarkko Hietaniemi wrote:
On Thursday-201409-25, 9:23, Steve Hay wrote:
Now bisected to 5564cd7fcb7851d713d898c22f57e6562a43a53c.
So... is this still broken? Threaded builds are still happy, which is
what
Automated smoke report for 5.21.5 patch
8fb0127d49f1fbb7e8332bf50c25ab4c34631cfa v5.21.4-91-g8fb0127
perl-win2k: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz(~2657 MHz) (x86/1 cpu)
onMSWin32 - Win2000 SP4
using cl version 14.00.50727.762
smoketime 14 minutes 30 seconds (average
On 25 September 2014 09:05, George Greer p...@greerga.m-l.org wrote:
Automated smoke report for 5.21.5 patch
8fb0127d49f1fbb7e8332bf50c25ab4c34631cfa v5.21.4-91-g8fb0127
perl-win2k: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz(~2657 MHz) (x86/1 cpu)
onMSWin32 - Win2000 SP4
using
On 25 September 2014 09:24, Steve Hay steve.m@googlemail.com wrote:
On 25 September 2014 09:05, George Greer p...@greerga.m-l.org wrote:
Automated smoke report for 5.21.5 patch
8fb0127d49f1fbb7e8332bf50c25ab4c34631cfa v5.21.4-91-g8fb0127
perl-win2k: Intel(R) Core(TM) i7 CPU 920 @
On Thursday-201409-25, 9:23, Steve Hay wrote:
I also have a build failure on blead. It worked yesterday when I
tested my Errno changes, but I didn't re-test after rebasing on the
latest changes fetched from blead before I pushed.
Here's the failure I see now, building
-Original Message-
From: j...@iki.fi [mailto:jhietani...@gmail.com] On Behalf Of Jarkko Hietaniemi
Sent: 25 September 2014 14:55
To: Steve Hay; George Greer
Cc: smokers-repo...@perl.org; perl5-port...@perl.org
Subject: Re: Smoke [blead] v5.21.4-91-g8fb0127 FAIL(M) MSWin32 Win2000 SP4
(x86
On Thursday-201409-25, 10:01, Steve Hay wrote:
Yes, the default build on Win32/VC10 is currently broken. (And it is a threaded
build by default!)
Win32 threaded != UNIX threaded, then... I don't off-hand see how
static function in sv.c can break a build in an ext/ directory :-(
On 09/25/2014 08:15 AM, Jarkko Hietaniemi wrote:
On Thursday-201409-25, 10:01, Steve Hay wrote:
Yes, the default build on Win32/VC10 is currently broken. (And it is a
threaded build by default!)
Win32 threaded != UNIX threaded, then... I don't off-hand see how
static function in sv.c can
On Thursday-201409-25, 11:51, Karl Williamson wrote:
It's failing for me on Linux as well. I dare not rebase my work spaces
because of it.
config_args='-des -Dprefix=/home/khw/fastbleadperl -Dusedevel
-Accflags='-DPERL _BOOL_AS_CHAR' -Dman1dir=none -Dman3dir=none
-Dusemorebits -Dusethreads'
On Thursday-201409-25, 12:04, Jarkko Hietaniemi wrote:
On Thursday-201409-25, 11:51, Karl Williamson wrote:
It's failing for me on Linux as well. I dare not rebase my work spaces
because of it.
config_args='-des -Dprefix=/home/khw/fastbleadperl -Dusedevel
-Accflags='-DPERL _BOOL_AS_CHAR'
On 09/25/2014 09:51 AM, Karl Williamson wrote:
On 09/25/2014 08:15 AM, Jarkko Hietaniemi wrote:
On Thursday-201409-25, 10:01, Steve Hay wrote:
Yes, the default build on Win32/VC10 is currently broken. (And it is a
threaded build by default!)
Win32 threaded != UNIX threaded, then... I don't
Jarkko Hietaniemi wrote:
On Thursday-201409-25, 9:23, Steve Hay wrote:
Now bisected to 5564cd7fcb7851d713d898c22f57e6562a43a53c.
So... is this still broken? Threaded builds are still happy, which is
what 5564cd7fcb7851d713d898c22f57e6562a43a53c was fixing.
The bad code was added in
On Thursday-201409-25, 16:09, Father Chrysostomos wrote:
BTW, you can catch this sort of thing by building with
-Accflags=-DPERL_BOOL_AS_CHAR.
Wow, thank! It seems that none of my usual systems have that
setting. Didn't get around trying this yet, was busy on errands.
BTW, you can catch this sort of thing by building with
-Accflags=-DPERL_BOOL_AS_CHAR.
grep -n 'bool .* = .*OK' *.c|grep -v cBOOL
finds some potential trouble places.
Jarkko Hietaniemi wrote:
grep -n 'bool .* = .*OK' *.c|grep -v cBOOL
finds some potential trouble places.
SvUOK is defined in terms of ==. Anything with on the rhs is fine.
So those are false positives.
15 matches
Mail list logo