sean finney wrote:
On Tuesday 13 May 2008 09:03:08 pm Stanislav Malyshev wrote:
I don't know - it depends how broad is the need for it and how other
developers perceive it.
just to throw in my 0.02 $LC_MONETARY, it would be really useful to have
something like this in debian and other php-p
hiya,
sorry to jump in a little late here,
On Tuesday 13 May 2008 09:03:08 pm Stanislav Malyshev wrote:
> > So if you think the multi-path extension_dir= change isn't going to be
> > accepted to PHP53, I might as well stop right here.
>
> I don't know - it depends how broad is the need for it and
Hi!
If the current change to PHP53 is kept, which breaks PHP52, then we only
Here I must have missed something - which use case worked in 5.2 and not
in 5.3? If we can make it work with 5.3 - we definitely should do it.
So if you think the multi-path extension_dir= change isn't going to be
Stanislav Malyshev wrote:
a) copy our DLLS into PHP "extension_dir" folders,
b) copy them to a windows PATHed folder,
If it's external use DLLs, b) is the right way to go. It is regardless
of the extension - if multiple parts of the application use same DLL,
and they may reside in di
Hi!
In PHP52, it allows only relative paths:
Right, but 5.2 is stable version so I don't see new features going
there. Thus I think it's better to discuss 5.3 for new stuff, unless
it's something so critical that it must be in 5.2.
But if you are single sourcing foo.dll, why would you want
Stanislav Malyshev wrote:
Hi!
Let me simply ask, do you think there is technical merit (worth while)
to create a patch which offers multi-directory DLL loading support for
the PHP.INI extension_dir= option?
extension is an one-time configuration directive. Since it allows full
path now, how
Hi!
Let me simply ask, do you think there is technical merit (worth while)
to create a patch which offers multi-directory DLL loading support for
the PHP.INI extension_dir= option?
extension is an one-time configuration directive. Since it allows full
path now, how hard would it be to get it
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
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
I probably over did my past post.
Let me simply ask, do you think there is technical merit (worth while)
to create a patch which offers multi-directory DLL loading support for
the PHP.INI extension_dir= option?
Example:
extension_dir="./ext;c:/myserver/bin;c:/otherext"
Reasons:
Current
10 matches
Mail list logo
