I'm new to PHP development, so please have some patience with me here.
Once I get the "AH HA", I will be eagerly contributing.
With my PHP-5.2.5 source code installation, I was able to finally able
to use the WIN32\*.DSP projects, with some changes as noted in a
previous post, to create a new
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?
I have been trying to figure this out, reading/googling, etc, but in the
mean time what I had to do was recompile the extension for all PHP
releases, 5.04, 5.10, 5.12, 5.25 and
(Elizabeth, this is a public follow up to the previous message (shown
below))
Of course, I must not be doing something right, but I was finally able
to compile and successful link by:
1) Adding pcrec_newline.c to the project PCRE source group #3
2) Adding a #include "config.h" to pcre_intern
Hector Santos wrote:
> Lars Strojny wrote:
>> Hi Hector,
>>
>>> Do you see a technical reason why this is not a good idea? Would it be
>>> transparent enough that it would not cause issues with current
>>> extensions?
>>
>> I would really love to see this. A use case I have in mind is extension
>>
Lars Strojny wrote:
Hi Hector,
Do you see a technical reason why this is not a good idea? Would it be
transparent enough that it would not cause issues with current
extensions?
I would really love to see this. A use case I have in mind is extension
development. If one has a continuous integra
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 having /cygwin/bin folder in the PATH statement
> > and
Hi Hector,
Am Freitag, den 09.05.2008, 20:39 -0400 schrieb Hector Santos:
[...]
> Do you see a technical reason why this is not a good idea? Would it be
> transparent enough that it would not cause issues with current
> extensions?
I would really love to see this. A use case I have in mind is ext
Folks,
I'd say throw the warning if the switch is on and someone does
call-time-pass-by-reference and turn that switch off by default.
That's exactly the situation we have now - a warning when the INI setting
is changed, for code that by default runs silently.
And we offer a recommendation
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 having /cygwin/bin folder in the PATH statement
and RMDIR.EXE found in this folder by n
