Bug#522673: [PATCH] Make h2ph look in "include-fixed", needed by at least gcc 4.3

2009-04-06 Thread Nicholas Clark
ub inc_dirs { my $from_gcc= `LC_ALL=C $Config{cc} -v 2>&1`; if( !( $from_gcc =~ s:^Reading specs from (.*?)/specs\b.*:$1/include:s ) ) { # gcc-4+ : $from_gcc = `LC_ALL=C $Config{cc} -print-search-dirs 2>&1`; if ( !($from_gcc =~ s/^install:\s*([^\s]+[^\s\/])([

Bug#479711: eval "require Foo" with binary-incompatible XS modules

2008-05-16 Thread Nicholas Clark
On Sat, May 17, 2008 at 12:02:31AM +0100, Nicholas Clark wrote: > Perl 5.6.x and Perl 5.8.x are not binary compatible either, yet Debian > upgraded from 5.6.x to 5.8.x without hitting this issue. What changed? > DynaLoader certainly didn't, hence why I'm highly suspicious th

Bug#479711: eval "require Foo" with binary-incompatible XS modules

2008-05-16 Thread Nicholas Clark
d > incompatible perl-5.10.0 modules. Debian's build script deliberately does > not include a version-specific $Config{vendorarch}. It might be worth > reviewing that decision. Perl 5.6.x and Perl 5.8.x are not binary compatible either, yet Debian upgraded from 5.6.x to 5.8.x wit

Bug#390442: Simpler test case

2006-10-18 Thread Nicholas Clark
s using $k to iterate. I assume that this bug report is going to be forwarded upstream. :-) Nicholas Clark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#350369: *a=$a=*b;${"a"}=*a; gets a segmentation fault

2006-03-06 Thread Nicholas Clark
t; What is "later" here? - would scope exit do i.e. can we jut increment > refcnt and push it to the "temps" stack? Yes, I think that that "later" would do. I was more concerned that it wouldn't be trivial to spot the specific case we need to guard for, and

Bug#350369: *a=$a=*b;${"a"}=*a; gets a segmentation fault

2006-03-05 Thread Nicholas Clark
On Mon, Feb 27, 2006 at 09:17:57PM +, Nicholas Clark wrote: > On Mon, Feb 27, 2006 at 07:02:53PM +0100, Rafael Garcia-Suarez wrote: > > On 2/27/06, John E. Malmberg <[EMAIL PROTECTED]> wrote: > > > It looks like Perl is now detecting the error a little better. > >

Bug#350369: *a=$a=*b;${"a"}=*a; gets a segmentation fault

2006-02-27 Thread Nicholas Clark
On Mon, Feb 27, 2006 at 09:17:57PM +, Nicholas Clark wrote: > > And the immediate why: > > (gdb) call Perl_sv_dump(my_perl, sstr) > SV = UNKNOWN(0xff) (0x82781dc) at 0x8278f5c > REFCNT = 0 > FLAGS = () > > That's the source SV. And a type of 0xFF isn

Bug#350369: *a=$a=*b;${"a"}=*a; gets a segmentation fault

2006-02-27 Thread Nicholas Clark
Perl_croak(aTHX_ "Bizarre copy of %s in %s", type, OP_NAME(PL_op)); else Perl_croak(aTHX_ "Bizarre copy of %s", type); } break; so it's deemed to be acceptable to copy. I'm going to test what happens if I replace those 4 cases by