[PHP-DEV] Building stand-alone/built-in

Hi all, I'm building a PHP extension that I'd like to be able to build both as fully external and embedded into PHP. I include some apache headers si I need the build environment to either tell me where apxs is or have the include directories 'handed to me' in the php-provided build environment.

[PHP-DEV] Midgard (Was: cvs: php4 /ext/midgard .cvsignore...)

Zeev wrote: > At 22:11 12/2/2001, Rasmus Lerdorf wrote: > >The idea here is that Midgard has a large installed base of users, all of > >whom have to run a modified version of PHP. The extension, albeit rather > >large at this point, is supposed to provide the basic functionality in the > >standa

Re: [PHP-DEV] Midgard (Was: cvs: php4 /ext/midgard .cvsignore...)

James Moore wrote: > > With the PHP4 version of Midgard, patching is no longer a necessity. > > It's an ordinary extension like the others. > > Perhaps it would be an idea to move it out of the main PHP CVS (into another > cvs module) for now and put links on php.net, personally I would really l

Re: [PHP-DEV] Midgard (Was: cvs: php4 /ext/midgard .cvsignore...)

Sebastian Bergmann wrote: > > Emiliano wrote: > > But PEAR is a repository for scripts written in PHP, right? > > PHP Extension and Add-On Repository. Extensions and Add-Ons, written in > either PHP or C, are welcome :-) OK, my mistake. So moving php4/ext/midgard to ph

Re: [PHP-DEV] Midgard (Was: cvs: php4 /ext/midgard .cvsignore...)

Peter "[DiSAStA]" Petermann wrote: > > Well right now it won't really solve it because pear is included in the > > distribution. However, the idea behind pear is to be something more similar > > what if midgard would be handled like php-gtk? How would that be? Emile -- PHP Development Mail

Re: [PHP-DEV] Midgard (Was: cvs: php4 /ext/midgard .cvsignore...)

Andi Gutmans wrote: > >OK, my mistake. So moving php4/ext/midgard to php4/pear/midgard would > >solve this? > > Well right now it won't really solve it because pear is included in the > distribution. However, the idea behind pear is to be something more similar > to CPAN which means both PHP a

Re: [PHP-DEV] Midgard (Was: cvs: php4 /ext/midgard .cvsignore...)

Stanislav Malyshev wrote: > > E>> With the PHP4 version of Midgard, patching is no longer a > E>> necessity. It's an ordinary extension like the others. > > Ah, so parser modifications are out? Good to know. Yes, they are. Emile -- PHP Development Mailing List To unsubs

Re: [PHP-DEV] Midgard

David Croft wrote: > Midgard extension contains 200k of vanity images. This is unreasonable > bloat to the core of PHP. Can you please remove them? They've been removed days ago. Emile -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additio

Re: [PHP-DEV] Midgard

Emiliano wrote: > > Midgard extension contains 200k of vanity images. This is unreasonable > > bloat to the core of PHP. Can you please remove them? > > They've been removed days ago. My mistake, they were removed from our own CVS. We forgot to do that at cvs.php.ne

Re: [PHP-DEV] Time for 4.0.5?

Cameron wrote: > > i'll agree its about due for release, can we do SOMETHING about the download > size tho? i dont really have any ideas on decent ways to shrink it but it > seems to be bloating to me. could do with the mcrypt fix's and zeev's output > buffer fix 1st tho . . . Hum, having just c

Re: [PHP-DEV] Time for 4.0.5?

Cameron wrote: > > since sending this email i have been thinking a lot about it. bzip2 is fine for > many sys admins but we have the problem of the redhat users (dont take this the > wrong way please) that have used no other distributions and have only ever > installed an rpm before, for these us

Re: [PHP-DEV] time to upgrade our bundled expat?

"Thies C. Arntzen" wrote: > > v 1.95.1 is out (http://expat.sourceforge.net) > > has anybody played with it? We use it a lot. Works well, supports multiple charsets, and is now in as sane library format so internalizatin isn't strictly necesary anymore (although there can be reasons to

Re: [PHP-DEV] time to upgrade our bundled expat?

"Thies C. Arntzen" wrote: > > We use it a lot. Works well, supports multiple charsets, and is now in > > as sane library format so internalizatin isn't strictly necesary > > anymore (although there can be reasons to do so all the same, of > > course). > > > > Is there anything specific you want t

Re: [PHP-DEV] Time for 4.0.5?

"Hellekin O. Wolf" wrote: > > Can we propose extensions outside of the main distribution ? > > I like the idea of downloading what you want. > > Through a form, you would chose the extensions you need, then submit and > receive a custom GZIP or BZ2 file. > It sounds doable. Any constraint, depe

Re: [PHP-DEV] time to upgrade our bundled expat?

"Thies C. Arntzen" wrote: > > Not that I know of, altough ISTR that apache had renamed some function > > names for their internalized version. Our resident expat 'expert' will > > be online in a few hours and I'm sure he can give you more details. > > maybe they could enlighten me what advan

Re: [PHP-DEV] Time for 4.0.5?

Zeev Suraski wrote: > About bzip2 - my personal opinion is that we should probably not bother > with it. It's slower and it's much less standard (there's a world beyond > Linux, remember). I have it on the BSDs and Solaris too. > We definitely can't give up our .tar.gz/.zip distros, > because

Re: [PHP-DEV] Time for 4.0.5?

Wolfgang Drews wrote: > delivering .tar.gz, but in addition offer this .bz2 thing. So > why not, if at least those modem-users would benefit of it? Could benefit, not would benefit. They'd need to download and install bzip2 first. Emile -- PHP Development Mailing List To

[PHP-DEV] Re: PEAR (was: Re: [PHP-CVS] cvs: php4 /ext/midgard config.m4)

Rasmus Lerdorf wrote: > Having midgard in the PEAR infrastructure makes sense once the PEAR > infrastructure is such that it is easy to install PEAR components that > include C bits. And yes, perhaps the midgard folks are the right people > to push this along, if they are willing and able. Some

Re: [PHP-DEV] Re: PEAR (was: Re: [PHP-CVS] cvs: php4/ext/midgard config.m4)

Zeev Suraski wrote: > > At 02:04 20/3/2001, Rasmus Lerdorf wrote: > >No, we need tighter integration. We want to be able to do something along > >the lines of "pear pear.php.net/midgard" and it would go and fetch > >the the component, build it and install it. > > I completely agree with Andi ab

Re: [PHP-DEV] PHP 4.0.5 Release & Midgard Problems

James Moore wrote: > This will undoubtedly happen again and again ad midgard and PHP work on > different release cycles and is by no means the fault of the midgard people > but it just isn't practical if we are trying to release stable versions of > PHP and midgard is still undergoing heavy devel

[PHP-DEV] maybe not a PHP library?

I'm trying to create a minimal module to do some debugging work, but it fails to load. I essentially used ext_skel to create an fresh extension, moved it out of the PHP tree, then did: $ phpize $ ./configure --enable-apdebug $ make # make install The extension is generated OK AFAICT, but it la

Re: [PHP-DEV] maybe not a PHP library?

Alexander Bokovoy wrote: >> I'm trying to create a minimal module to do some debugging work, but it >> fails to load. I essentially used ext_skel to create an fresh extension, >> moved it out of the PHP tree, then did: >> >> $ phpize >> $ ./configure --enable-apdebug >> $ make >> # make install

Re: [PHP-DEV] Imap SSL support (Bug #10330)

Jani Taskinen wrote: >> IMAP-2000 ext/imap does not compiles well using phpize because both >> PHP_ARG_WITH() in its config.m4. > > Why would anyone want to use phpize on imap extension? > (forgive me but I never have needed phpize..) You do when you want to develop self-contained extensions.

Re: [PHP-DEV] Imap SSL support (Bug #10330)

Jani Taskinen wrote: >> So, it means that you never test PHP extensions in SCE mode. > > So? I have no use for SCEs. All the world, fall in line with Jani. Some people do need them. For PHP too, see package argument earlier. Emile -- PHP Development Mailing List To un

Re: [PHP-DEV] Imap SSL support (Bug #10330)

Jani Taskinen wrote: >> You do when you want to develop self-contained extensions. SCEs are >> useful for large PHP extensions that have to live outside the main PHP >> tree, or for package builders that want to develop a main php4 package >> and separate packages for the extensions (much like d

[PHP-DEV] Macro functionality

Is there any way (with C coding or otherwise) to implement macros a la #define in C for PHP? I need to have something that looks like a function but that calls eval in the body, and I need that eval to be executed in the calling scope. If that's not possible, would it be OK to do something akin

Re: [PHP-DEV] Woah

Zeev Suraski wrote: > That's fine and dandy, except gettext() is just one way to internationalize > a site, and there are all sorts of other functionalities people use and > reuse. We can get back to the idea of letting people define % as > htmlspecialchars(), You can do that in PHP? How? E

Re: [PHP-DEV] Woah

Rasmus Lerdorf wrote: > > > reuse. We can get back to the idea of letting people define % as > > > htmlspecialchars(), > > > > You can do that in PHP? How? > > You can't. You missed the dripping sarcasm. Well, I was torn between accepting it as sarcasm, and getting hints on how to accomplish

[PHP-DEV] Add function aliases at runtime?

Is it possible to add a function entry for a C-coded funtion at runtime? Emile -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Add function aliases at runtime?

[EMAIL PROTECTED] wrote: > > Is it possible to add a function entry for a C-coded funtion at > > runtime? > > I once was interested in that and Sascha said it's possible to do that. > It was quite a while back ,so I dunno if recent changes changed also the > situation. Any pointers into the ma

Re: [PHP-DEV] Add function aliases at runtime?

[EMAIL PROTECTED] wrote: > uh, sorry, it was on #php :) on efnet you mean? I tried there but there wasn't anyone around that could answer the question. Any particular time/place where the PHP gurus lounge? Emile -- PHP Development Mailing List To unsubscribe, e-mail: [

[PHP-DEV] Metadata, active properties, garbage collection

A few questions on Zend internals: Is it possible to add (opaque, as far as the PHP script will be concerned) data to object of internal class from C? Preferably, this data would not even be visible to the script. I see the class declaration struct has functions that seem to be related to gettin