On Mon, Jul 7, 2008 at 3:23 AM, Steph Fox [EMAIL PROTECTED] wrote:
sfoxMon Jul 7 01:23:56 2008 UTC
Modified files: (Branch: PHP_5_3)
/php-src/win32/buildconfig.w32 confutils.js
Log:
- Fix up some bits and pieces.
For examples? Log message helps to see
Hi Pierre,
- Fix up some bits and pieces.
For examples? Log message helps to see what has been changed, please be
verbose.
Literally 'bits and pieces'. The duplicate function we discussed, ws, moving
the MS versioning stuff to somewhere it could be used in config.w32.h. (Not
moving it
On Mon, Jul 7, 2008 at 2:33 PM, Steph Fox [EMAIL PROTECTED] wrote:
Hi Pierre,
- Fix up some bits and pieces.
For examples? Log message helps to see what has been changed, please be
verbose.
Literally 'bits and pieces'. The duplicate function we discussed, ws, moving
the MS versioning
Hi Pierre,
I'm about to commit some other changes, do you have any other pending
commits?
Not in this area. I'll concentrate on killing the .dsp files off - I tested
now and they don't even work any more under VC6.
One change I will apply is to put the useful functions and data in
On Mon, Jul 7, 2008 at 3:03 PM, Steph Fox [EMAIL PROTECTED] wrote:
One change I will apply is to put the useful functions and data in
confutils and not in a specific config.w32. confutils is the common
trunc and is run before any other config.w32 code.
Please test this first. I'm talking
this file is generated automatically on each time you run configure.
It is fine to keep the config.w32.h.in as dummy template (it is not
used), so we have a file in cvs with all possible values, just like a
autoconf's configurefile.
Ah no, you've misunderstood it. The config.w32.h.in file is
On Mon, Jul 7, 2008 at 3:18 PM, Steph Fox [EMAIL PROTECTED] wrote:
this file is generated automatically on each time you run configure.
It is fine to keep the config.w32.h.in as dummy template (it is not
used), so we have a file in cvs with all possible values, just like a
autoconf's
I will update the js again and add some comments to avoid confusions
in the future (HEAD and 5.3, please also apply any of your commits to
both branches).
Eh, just the one leetle old laptop with not much space or memory. One day
5.3, next day HEAD. I don't mind doing my own MFB, it's just
Pierre,
I committed - several months ago - a generic 'probe' function that worked
perfectly for any binary.
Will you PLEASE openly discuss any changes to the core build system before
committing them in future?
Thanks,
- Steph
- Original Message -
From: Pierre-Alain Joye [EMAIL
On Fri, Jul 4, 2008 at 10:44 AM, Steph Fox [EMAIL PROTECTED] wrote:
Pierre,
I committed - several months ago - a generic 'probe' function that worked
perfectly for any binary.
Which branch did you use? The changes were only about syncing HEAD and 5.3.
--
Pierre
http://blog.thepimp.net |
I committed - several months ago - a generic 'probe' function that worked
perfectly for any binary.
Which branch did you use? The changes were only about syncing HEAD and
5.3.
5.3. I have a bunch of stuff here for merging to HEAD. Which I now have to
go through (again).
- Steph
--
On Fri, Jul 4, 2008 at 11:15 AM, Steph Fox [EMAIL PROTECTED] wrote:
I committed - several months ago - a generic 'probe' function that worked
perfectly for any binary.
Which branch did you use? The changes were only about syncing HEAD and
5.3.
5.3. I have a bunch of stuff here for merging
There is not much left. That's what my last commits did. The only
difference I can catch are about rd instead of rmdir and the
zend-multibyte configure option. The ICU macros will be backported as
soon as intl made its way to php-src.
OK, but the *reason* I made a generic function was to
On Fri, Jul 4, 2008 at 11:35 AM, Steph Fox [EMAIL PROTECTED] wrote:
There is not much left. That's what my last commits did. The only
difference I can catch are about rd instead of rmdir and the
zend-multibyte configure option. The ICU macros will be backported as
soon as intl made its way to
Hi!
Rather than lecturing me you could help. It is not that I want to drop it.
That's great. I help what I can (I sent one example I could find while
browsing Japanese lists with help of google translate) however I have
limited resources and can't commit them to this project right now, and
On Wed, Apr 2, 2008 at 6:39 PM, Stanislav Malyshev [EMAIL PROTECTED] wrote:
That's great. I help what I can (I sent one example I could find while
browsing Japanese lists with help of google translate) however I have
[...]
We know what worked in 5.2
Reading the link Andi posted this option
Message-
From: Hannes Magnusson [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 02, 2008 9:45 AM
To: Stas Malyshev
Cc: Marcus Boerger; PHP Developers Mailing List
Subject: Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src(PHP_5_3)
/win32/build
config.w32
On Wed, Apr 2, 2008 at 6:39 PM
To: Stas Malyshev
Cc: Marcus Boerger; PHP Developers Mailing List
Subject: Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src(PHP_5_3)
/win32/build
config.w32
On Wed, Apr 2, 2008 at 6:39 PM, Stanislav Malyshev [EMAIL PROTECTED]
wrote:
That's great. I help what I can (I sent one example I could find
while
Hello Stanislav,
Wednesday, April 2, 2008, 6:39:13 PM, you wrote:
Hi!
Rather than lecturing me you could help. It is not that I want to drop it.
That's great. I help what I can (I sent one example I could find while
browsing Japanese lists with help of google translate) however I have
On Mon, 31 Mar 2008, Marcus Boerger wrote:
Monday, March 31, 2008, 5:09:23 PM, you wrote:
On Mon, 31 Mar 2008, Marcus Boerger wrote:
this doesn't work! When allowing to wotk with 0.13.3 then you will end up
in a broken .c. Since we have the stuff checked in there really is no need
That is not going to happen if no one cares about creating zend multibyte
tests. Or we decide on getting rid of that stuff. Because obviously no on
ecares about it anyway.
I think it was known before you committed the patch that multibyte
support needs to be done. It's not something new, and
On Mon, 31 Mar 2008, Marcus Boerger wrote:
Hello Steph,
this doesn't work! When allowing to wotk with 0.13.3 then you will end up
in a broken .c. Since we have the stuff checked in there really is no need
at all to rengeneerate them atm.
I found out that it does not work, but it *HAS* to
Hello Derick,
Monday, March 31, 2008, 5:09:23 PM, you wrote:
On Mon, 31 Mar 2008, Marcus Boerger wrote:
Hello Steph,
this doesn't work! When allowing to wotk with 0.13.3 then you will end up
in a broken .c. Since we have the stuff checked in there really is no need
at all to
On Mon, 31 Mar 2008, Marcus Boerger wrote:
Monday, March 31, 2008, 5:09:23 PM, you wrote:
On Mon, 31 Mar 2008, Marcus Boerger wrote:
this doesn't work! When allowing to wotk with 0.13.3 then you
will end up in a broken .c. Since we have the stuff checked in
there really is no
On Mon, 31 Mar 2008, Steph Fox wrote:
this doesn't work! When allowing to wotk with 0.13.3 then you will end up
in a broken .c. Since we have the stuff checked in there really is no need
at all to rengeneerate them atm.
Release 0.13.4, and I'll happily update it! Without that, it
On Mon, Mar 31, 2008 at 5:24 PM, Derick Rethans [EMAIL PROTECTED] wrote:
On Mon, 31 Mar 2008, Steph Fox wrote:
this doesn't work! When allowing to wotk with 0.13.3 then you will end
up
in a broken .c. Since we have the stuff checked in there really is no
need
at all to
Hello Stanislav,
since when does building PHP on windows require anything of Cygwin?
In fact those are two completely different platforms. Not that PHP and re2c
wouldn't both support both. However I do not see a reason to require re2c
after all when finding a way around the -g switch. That is we
On Thu, Mar 20, 2008 at 11:57 AM, Derick Rethans [EMAIL PROTECTED] wrote:
On Mon, 17 Mar 2008, Elizabeth M Smith wrote:
1. If re2c IS found, try to rebuild the .c versions
2. If re2C is NOT found, use the .c versions in cvs
- this allows not making re2c required but letting people who
Actually, it should behave like with flex: only rebuild when it is
necessary (due to the file being touched).
This _is_ behaving like flex under doze!
- Steph
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Stanislav Malyshev wrote:
I do not see any reason to suppose that - no more than building under
Linux or FreeBSD means that you have changed the source. And since re2c
is not supplied by any standard packages (cygwin, PHP build zip, etc.)
and as far as I am aware of no documentation exists on
Hi!
First of all, re2c is easily available for windows - easier to find then
flex - just visit the re2c homepage and download the pre-compiled
Flex is installed by cygwin (which everybody that does anything with
builds on windows knows about), re2c isn't. Granted, it can be located
after
Secondly, my $0.02
1. If re2c IS found, try to rebuild the .c versions
2. If re2C is NOT found, use the .c versions in cvs
- this allows not making re2c required but letting people who do have
it get properly generated files every time
Sounds like a plan. (And to pierre too.)
- Steph
--
PHP
On Mon, Mar 17, 2008 at 6:18 PM, Stanislav Malyshev [EMAIL PROTECTED] wrote:
Hi!
First of all, re2c is easily available for windows - easier to find then
flex - just visit the re2c homepage and download the pre-compiled
Flex is installed by cygwin (which everybody that does anything
33 matches
Mail list logo
