Hi,
For a scripting language, integers should IMHO be bounded by a number that
will reasonally not be bound by numbers that will be used in normal scripts.
That is currently not the case, 4 bytes are insufficient IMHO. Why not make
sure PHP uses 8 bytes at least? Or are there platforms not suppo
> Hi,
>
> For a scripting language, integers should IMHO be bounded by a number that
> will reasonally not be bound by numbers that will be used in normal
scripts.
>
> That is currently not the case, 4 bytes are insufficient IMHO. Why not
make
> sure PHP uses 8 bytes at least? Or are there platfor
something
different... I'll time stroll and strtol to see how much slower it is.
Anyway, it would be nice if someone with expericence with changing to 8
byte integers could share his experiences...
--Jeroen
>
> Andi
>
> At 09:13 PM 9/23/2001 +0200, Jeroen van Wolffelaar wrote:
&
> I would be very worried about making numbers 8 bytes by default, unless
> the CPU supports them natively. There are a lot of consequenses involved
> with something like that.
>
> Assuming a 32 bit register system (x86) integers will no longer fit in
> registers. This changes EVERYTHING, from pas
This subject is being crossposted to [EMAIL PROTECTED] and
[EMAIL PROTECTED]
This mail was only on engine2 (let's keep everyting at least on phpdev):
-- Forwarded message --
Date: Sun, 23 Sep 2001 22:41:45 +0200 (CEST)
From: Jeroen van Wolffelaar <[EMAIL PROTECTED]&g
On 23 Sep 2001, Stig Sæther Bakken wrote:
> [Jeroen van Wolffelaar <[EMAIL PROTECTED]>]
> > In PHP performance is IMHO a bit less important than in DBMS's. If
> > you're after performance you shouldn't use a scripting language
> > anyway :).
>
&g
(yikes.)
I didn't plan to implement it myself... yikes indeed. The question was
wether all compilers on 32bit platforms DO have long long support at
all, in other words: is it true that all compilers for which PHP needs
to compile have a C-type which is 64bit (native or not)?
--Jeroen
commit my huge
find&replace for the macro's... Unsubscribe from php-cvs while you still
can ;-)
(just kidding... I hope)
Jeroen
>
> - Markus
>
> On Mon, Sep 24, 2001 at 09:13:35AM +0200, Jeroen van Wolffelaar wrote :
> > On Sun, 23 Sep 2001 [EMAIL PROTECTED] wrote:
&
hink that IF it is going to be implemented, it should be a compiler
option to choose what the type of integer needs to be: long, long long,
or something else... With proper use of macro's that would mean 1 single
#define.
--Jeroen
Jeroen van Wolffelaar
[EMAIL PROTECTED]
http://www.A-Eskw
the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD-compatible nm... /usr/bin/nm -B
updating cache ./config.cache
./ltconfig: ./ltconfig: No such file or directory
configure: error: libtool configure failed
(indeed, 'ltconfig' doesn't exist)
Also note that I didn't ever succesf
- Original Message -
From: <[EMAIL PROTECTED]>
To: "Jeroen van Wolffelaar" <[EMAIL PROTECTED]>
Cc: "PHP Development List" <[EMAIL PROTECTED]>
Sent: Tuesday, September 25, 2001 7:46 PM
Subject: Re: [PHP-DEV] Bug in autoconf report
> On Tue,
> On Tue, 25 Sep 2001, Jeroen van Wolffelaar wrote:
>
> >
> >
> > Note: after I solved that warning about automake & libtool not being in
> > the same dir, the error remainded the same. (I copied the automake
> > executable to the same dir as the libt
Fixed
- Original Message -
From: "Holger Schopohl" <[EMAIL PROTECTED]>
Newsgroups: php.dev
To: <[EMAIL PROTECTED]>
Sent: Wednesday, September 26, 2001 10:51 AM
Subject: zip ext compile problem
> Hi,
>
> in the current cvs tree the zip extension
> have problems to compile with zziplib 0
ure.in:182:AC_MSG_RESULT([$php_cv_cc_dashr])
> [output truncated for brevity's sake]
>
> I am updating all of my Autotools - will try again when that is done.
>
> --zak
>
> On September 25, 2001 11:53 am, Jeroen van Wolffelaar wrote:
> > > On Tue, 25 Sep 2001
> Does anyone object to me modifying the anoncvs.php webpage to include
> the following note? Does anyone have anything to add - Jeroen? :)
There's a typo in it, but that's not what you meant :-)
I wouldn't name that SuSE thing, it's way to specific for indicating that
something DOESN'T work. I'
Resent. The discussion isn't closed yet, and this is important, since it
will be already in 4.1.0
--Jeroen
- Original Message -
From: "Jeroen van Wolffelaar" <[EMAIL PROTECTED]>
To: "Andi Gutmans" <[EMAIL PROTECTED]>
Cc: "PHP cvs" <[EMA
Resent due to lack of feedback.
- Original Message -
From: <[EMAIL PROTECTED]>
Newsgroups: php.dev
Sent: Wednesday, October 10, 2001 5:28 PM
Subject: heredoc: change of behavoiur?
> Currently, heredoc as a bit of strange behaviour in syntax of terminating
> it.
>
> I think it's a good id
Resent due to lack of feedback.
Objections against me changing it to the behaviour I described below?
--Jeroen
- Original Message -
From: "Jeroen van Wolffelaar" <[EMAIL PROTECTED]>
To: "PHP Developers Mailing List" <[EMAIL PROTECTED]>
Sent: Monday, Octo
float 3e9 to
something way below zero?
Additionally, a notice is a good idea here, just like what happens on
division by zero: the most natural result is returned, and a notice is
issued.
--Jeroen
- Original Message -
From: "Jeroen van Wolffelaar" <[EMAIL PROTECTED]>
To: <
solved by
bugfixes that have been applied now.
Note that it's now __not a redesign__, but new - better IMO -
interface to random functions. No BC-problems.
--Jeroen
Jeroen van Wolffelaar
[EMAIL PROTECTED]
http://www.A-Eskwadraat.nl/~jeroen
--
PHP Development Mailing List <http:
I really don't know, forwarding to php-dev...
That bug hasn't yet been looked after, it contains a reproducing script
(dba-related).
--Jeroen
- Original Message -
From: "Pierre-Alain Joye" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, October 19, 2001 12:40 AM
Subject: Re: [
onsider the discussion closed too, it just comes down to proper
documentation now.
Sorry
--Jeroen
> (Just for the record: version_compare is the only function now,
> version_lt & friends are gone.)
That I didn't miss...
> - Stig
>
> Jeroen van Wolffelaar wrote:
> >
&
below zero?
> >
> > Additionally, a notice is a good idea here, just like what happens on
> > division by zero: the most natural result is returned, and a notice is
> > issued.
> >
> > --Jeroen
> >
> > - Original Message -
> > From: "
ting array to a number, it will be 1 if
non-empty, zero if empty.
IMHO, it is more logical to simply return the number of elements. It is
BC, since boolean checks for array will still yield false iff array is
empty.
(I'm - of course - open for discussion on these things)
--Jeroen
>
&
> ID: 13748
> Updated by: mfischer
> Reported By: [EMAIL PROTECTED]
> Old Status: Open
> Status: Bogus
> Bug Type: Program Execution
> Operating System: Windows 2000 SP2 w/IIS5.0
> PHP Version: 4.0.6
> New Comment:
>
> Submitted twice -> bogus.
>
> - Markus
>
> Whats up today guys? Did you all for
101 - 125 of 125 matches
Mail list logo