I'll be working on the "Zend LLVM Extension" Summer of Code project with Nuno
Lopes who asked me to submit this form so that we can easily collaborate on the
new extension.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Steph Fox wrote:
>> What is hard in:
>>
>> 1. mkdir c:\phpw32
>> 2. extract a php release in c:\phpw32\php-5.y.z
>> 3. extract the dependencies in c:\phpw32\php_builds
>> 4. run:
>> buildconf.bat
>> configure.bat [option your like to have}
>> nmake
>
> What is hard in it is that this is pretty ali
On Sun, May 11, 2008 at 3:44 PM, Hector Santos <[EMAIL PROTECTED]> wrote:
> Pierre Joye wrote:
>
>
> >
> >
> > > Based on what I seen so far, compiling via current method
> > > is like pulling teeth. :-)
> > >
> >
> > What is hard in:
> >
> >
> > 3. extract the dependencies in c:\phpw32\php_builds
Been there. But I'll check it out again later. The best success was
getting the EDIN zip and use this for all the extras. But there might be
issue with 5.2.6. I'll check that out later too.
No, it's libxml. You need to update it. Same with many other things on the
link Pierre gave you, whic
What is hard in:
1. mkdir c:\phpw32
2. extract a php release in c:\phpw32\php-5.y.z
3. extract the dependencies in c:\phpw32\php_builds
4. run:
buildconf.bat
configure.bat [option your like to have}
nmake
What is hard in it is that this is pretty alien for someone used to working
with .dsp fil
Pierre Joye wrote:
Based on what I seen so far, compiling via current method
is like pulling teeth. :-)
What is hard in:
3. extract the dependencies in c:\phpw32\php_builds
Summarize, define dependencies.
I have not deeply stupid why yet, but I did noticed in the Changelog
comments rela
Hi Hector,
On Sun, May 11, 2008 at 3:14 PM, Hector Santos <[EMAIL PROTECTED]> wrote:
> > It is not really subjective, it is based on our experiences and
> > feedbacks from other users.
>
> It still subjective. :-) Besides, I would venture the negative experiences
> were based on the fact they
Pierre Joye wrote:
>> Ok, then may I suggest the *.DSP/DSW project files in the PHP5+
>> distribution either a) removed from the distribution, or b) updated.
>
> Removing them sounds like the best option yes.
I hope not. :-)
> It is not really subjective, it is based on our experiences and
> f
On Sun, May 11, 2008 at 12:49 PM, Hector Santos <[EMAIL PROTECTED]> wrote:
> > It is often possible to do many things (even different architecture
> > support) on unix/linux and sometimes with windows. But we don't
> > support that, that's what I meant with "you can't". I should have
> > said: "Yo
I am right :-) Plus, Richard improved my suggestion in private email to:
$(COMSPEC) /c
This would be robust against changes in future Windows versions
(command.com -> cmd.exe -> whatever).
Good call. I'll go through them when I get a moment.
- Steph
Wietse
--
PHP Internals - PHP Runtim
Pierre Joye wrote:
hi,
It is often possible to do many things (even different architecture
support) on unix/linux and sometimes with windows. But we don't
support that, that's what I meant with "you can't". I should have
said: "You can but it is not supported" :)
You should of said this from t
Pierre Joye wrote:
On Sun, May 11, 2008 at 12:08 PM, Hector Santos <[EMAIL PROTECTED]> wrote:
I have serious doubt that you are able to load a 5.0.0 DLL with 5.2.x
or a 5.2.x DLL with 5.0.x.
You're right. I just doubled checked the package and it indeed had
multiple dll extensions per version
hi,
On Sun, May 11, 2008 at 12:14 PM, Stefan Esser
<[EMAIL PROTECTED]> wrote:
> >> How can you prepare my new extension source code and/or links so that the
> >> DLL can support all the PHP 5.x.x versions?
> >
> > You can't. But you can have one source version which can be built
> > against
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
>> How can you prepare my new extension source code and/or links so that the
>> DLL can support all the PHP 5.x.x versions?
>
> You can't. But you can have one source version which can be built
> against all PHP versions.
This is not true. It is
On Sun, May 11, 2008 at 12:08 PM, Hector Santos <[EMAIL PROTECTED]> wrote:
>
> Ok, but I would swear I was able to use older 5.x.x 3rd party extensions
> that still work with each 5.x.x revision. Was that just Luck? For one
> package, I spoke with the author because of a bug I found and he indi
hi Hector,
On Sun, May 11, 2008 at 12:01 PM, Hector Santos <[EMAIL PROTECTED]> wrote:
> Ok, then may I suggest the *.DSP/DSW project files in the PHP5+
> distribution either a) removed from the distribution, or b) updated.
Removing them sounds like the best option yes.
> Of course, thats a s
Pierre Joye wrote:
Hi,
On Sun, May 11, 2008 at 8:04 AM, Hector Santos <[EMAIL PROTECTED]> wrote:
How can you prepare my new extension source code and/or links so that the
DLL can support all the PHP 5.x.x versions?
You can't. But you can have one source version which can be built
against all
Pierre Joye wrote:
Hi Hector,
On Sun, May 11, 2008 at 10:19 AM, Hector Santos <[EMAIL PROTECTED]> wrote:
Building PHP using DSW files [PHP 4]
Compiling PHP using the DSW files isn't supported as of
PHP 5, as a much more flexible system was made available.
Anyway, you can s
Hi,
On Sun, May 11, 2008 at 8:04 AM, Hector Santos <[EMAIL PROTECTED]> wrote:
> How can you prepare my new extension source code and/or links so that the
> DLL can support all the PHP 5.x.x versions?
You can't. But you can have one source version which can be built
against all PHP versions.
> I
Hi Hector,
On Sun, May 11, 2008 at 10:19 AM, Hector Santos <[EMAIL PROTECTED]> wrote:
> Building PHP using DSW files [PHP 4]
>
> Compiling PHP using the DSW files isn't supported as of
> PHP 5, as a much more flexible system was made available.
> Anyway, you can still use them
Hector Santos wrote:
> ...
>
I would love to clean this all up for PHP Windows developers so if
someone can give me the "AH HA" behind all this, that would be great.
Ok folks, never mind. The web page "Building from Source" at:
http://uk3.php.net/manual/en/install.windows.building.php
is ma
2008/5/10 Wietse Venema <[EMAIL PROTECTED]>:
> Steph Fox:
>> Hi Hector,
>>
>> > I can confirm that nmake v6 from VS C/C++ 6.00 did not exhibit the
>> > problem. However nnake (v8) from VS 2005 does exhibit the problem.
>> > Richard was using nmake v9 (VS 2008).
>> >
>> > The problem begins with ha
22 matches
Mail list logo
