develooper Front page | perl.perl5.porters | Postings from November 2003

Re: $^E bug and perl 5.8.0

Thread Next
From:
Chris Nandor
Date:
November 19, 2003 07:33
Subject:
Re: $^E bug and perl 5.8.0
Message ID:
p06010203bbe136d488e7@[10.0.1.177]
(For the porters: the bug is that this:

	% perl -le '$^E = -1728; print $^E+0 for 0,1'

Should return this:

	-1728
	-1728

But in some cases, returns this:

	-1728
	22

Odd.)


At 1:05 -0800 2003.11.19, emoy@apple.com wrote:
>For what it's worth, I've been trying out 5.8.2, and I get the same
>value for 5.8.1-RC3 and 5.8.1 final, both the same negative numbers.  I
>am building with the same options as the Panther version
>(darwin-thread-multi-2level); are you?

I am building with the defaults, not with anything in particular.

[Slash:local/src/perl-5.8.2] apple% ./perl -Ilib -V
Summary of my perl5 (revision 5.0 version 8 subversion 2) configuration:
  Platform:
    osname=darwin, osvers=7.0.0, archname=darwin-2level
    uname='darwin slash.local 7.0.0 darwin kernel version 7.0.0: wed sep 24
15:48:39 pdt 2003; root:xnuxnu-517.obj~1release_ppc power macintosh powerpc
'
    config_args='-des'
    hint=recommended, useposix=true, d_sigaction=define
    usethreads=undef use5005threads=undef useithreads=undef
usemultiplicity=undef
    useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
    use64bitint=undef use64bitall=undef uselongdouble=undef
    usemymalloc=n, bincompat5005=undef
  Compiler:
    cc='cc', ccflags ='-pipe -fno-common -DPERL_DARWIN -no-cpp-precomp
-fno-strict-aliasing',
    optimize='-Os',
    cppflags='-no-cpp-precomp -pipe -fno-common -DPERL_DARWIN
-no-cpp-precomp -fno-strict-aliasing'
    ccversion='', gccversion='3.3 20030304 (Apple Computer, Inc. build
1495)', gccosandvers=''
    intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321
    d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=8
    ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=8
    alignbytes=8, prototype=define
  Linker and Libraries:
    ld='env MACOSX_DEPLOYMENT_TARGET=10.3 cc', ldflags =''
    libpth=/usr/lib
    libs=-ldbm -ldl -lm -lc
    perllibs=-ldl -lm -lc
    libc=/usr/lib/libc.dylib, so=dylib, useshrplib=false, libperl=libperl.a
    gnulibc_version=''
  Dynamic Linking:
    dlsrc=dl_dyld.xs, dlext=bundle, d_dlsymun=undef, ccdlflags=' '
    cccdlflags=' ', lddlflags=' -bundle -undefined dynamic_lookup'


Characteristics of this binary (from libperl):
  Compile-time options: USE_LARGE_FILES
  Built under darwin
  Compiled at Nov 19 2003 06:36:12
  @INC:
    lib
    /usr/local/lib/perl5/5.8.2/darwin-2level
    /usr/local/lib/perl5/5.8.2
    /usr/local/lib/perl5/site_perl/5.8.2/darwin-2level
    /usr/local/lib/perl5/site_perl/5.8.2
    /usr/local/lib/perl5/site_perl
    .


Differences I see off the bat:

	usethreads
	useithreads
	usemultiplicity
	-g for ccflags
	ld (though mine is right, RC3's is wrong, I believe)
	useshrplib (though I did it both ways, with and without)

Using your exact config_args from RC3, I get the proper values.  Lessee ...
I know it is not -g or useshrplib.  Trying with only '-ds -e
-Duseithreads': yep, now I get the proper values.  But I don't want threads.

But trying to dig deeper, I'll try enabling usemultiplicity on its own:
nope, that gives me the same bug.

So, it looks like if I turn on ithreads, it is fine.  If not, it isn't.  I
have no idea WHY it would be the case, and I really wish it weren't, as I
really don't want to have threads, if I can avoid it (unless I am just
being ignorant: last I heard, a threaded perl still had trouble with
mod_perl).  But there's gotta be a bug here, regardless.

Anyone, a little help?  :)

-- 
Chris Nandor                      pudge@pobox.com    http://pudge.net/
Open Source Development Network    pudge@osdn.com     http://osdn.com/

Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About