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

[Emiliano]

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 unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

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

[Stanislav Malyshev]

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.

-- 
Stanislav Malyshev, Zend Products Engineer
[EMAIL PROTECTED]  http://www.zend.com/ +972-3-6139665 ext.115



-- 
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] Midgard (Was: cvs: php4 /ext/midgard .cvsignore...)

[Rasmus Lerdorf]

> > There is also the phpize stuff (which I don't know). It's something like
> > phpize /path/to/midgard and then compiling the midgard as a shared library.
> > I think the first example I gave you is probably good enough though.
>
> The phpize methods works (it's what we use right now), but loading the
> midgard extension for every request does not have my preference.

So put:

extension=midgard.so

in your php.ini file.  Then it is loaded by default at startup.

-Rasmus


-- 
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] Midgard (Was: cvs: php4 /ext/midgard .cvsignore...)

[Peter \"[DiSAStA]\" Petermann]

> > > 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?
/php-gtk <-- thatway

:)

Peter Petermann

--
*ZIMT - where PHP meets needs*
[EMAIL PROTECTED]
www.cyberfly.net




-- 
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] Midgard (Was: cvs: php4 /ext/midgard .cvsignore...)

[Emiliano]

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 and C code.

OK, but CPAN is huge too.

> >Does the build process differ here? And like my previous question, are
> >there
> >examples on how to build config.m4s, and other supportive files, so an
> >extension can easily be built as an php-dloabable, a static extension,
> >and a static extension in a statically-compiled PHP (into Apache
> >itself)?
> 
> The easiest way to get it working is "cd php4; cp -r /path/to/midgard ext; 
> ./buildconf".
> That's all people need to do in order to get it to work with their vanilla PHP.
> You can check out some of the other extensions to see how to build a shared 
> library but with my example it's not necessary.

What I couldn't find there is how to detect that we're being built
using apxs or statically in apache, for example.

> There is also the phpize stuff (which I don't know). It's something like 
> phpize /path/to/midgard and then compiling the midgard as a shared library. 
> I think the first example I gave you is probably good enough though.

The phpize methods works (it's what we use right now), but loading the
midgard extension for every request does not have my preference.

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] Midgard (Was: cvs: php4 /ext/midgard .cvsignore...)

[Emiliano]

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 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] Midgard (Was: cvs: php4 /ext/midgard .cvsignore...)

[Peter \"[DiSAStA]\" Petermann]

> 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?

:)



Peter Petermann
--
*ZIMT - where PHP meets needs*
[EMAIL PROTECTED]
www.cyberfly.net


-- 
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] Midgard (Was: cvs: php4 /ext/midgard .cvsignore...)

[Andi Gutmans]

At 10:18 PM 2/12/2001 +0100, Emiliano wrote:
>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 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 and C code.

>Does the build process differ here? And like my previous question, are
>there
>examples on how to build config.m4s, and other supportive files, so an
>extension can easily be built as an php-dloabable, a static extension,
>and a static extension in a statically-compiled PHP (into Apache
>itself)?

The easiest way to get it working is "cd php4; cp -r /path/to/midgard ext; 
./buildconf".
That's all people need to do in order to get it to work with their vanilla PHP.
You can check out some of the other extensions to see how to build a shared 
library but with my example it's not necessary.
There is also the phpize stuff (which I don't know). It's something like 
phpize /path/to/midgard and then compiling the midgard as a shared library. 
I think the first example I gave you is probably good enough though.

Andi


-- 
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] Midgard (Was: cvs: php4 /ext/midgard .cvsignore...)

[Emiliano]

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 php4/pear/midgard would
solve this?
Does the build process differ here? And like my previous question, are
there
examples on how to build config.m4s, and other supportive files, so an
extension can easily be built as an php-dloabable, a static extension,
and a static extension in a statically-compiled PHP (into Apache
itself)?

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] Midgard (Was: cvs: php4 /ext/midgard .cvsignore...)

[James Moore]

> > > 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 like
> > to see things like this in PEAR which is where I feel they should be.
>
> But PEAR is a repository for scripts written in PHP, right?
> php4/ext/midgard
> is a 'regular' (albeit admittedly large) PHP extension, written in C.

I might be wrong here but PEAR at the moment only has PHP scripts in it but
I thought that it was also aimed to have PHP C extensions in it and if this
is not the case then why?? Would it not be possible to do this then some of
less used extensions can go in there (printers, iisfuncs etc) I personally
this this would be a good place for them then those looking for them can
find them rather than them sitting in CVS and not being included in
distributions as they are still experimental.

James


-- 
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] Midgard (Was: cvs: php4 /ext/midgard .cvsignore...)

[Sebastian Bergmann]

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 :-)

-- 
 sebastian bergmann e-mail :  [EMAIL PROTECTED]
  homepage :  http://www.sebastian-bergmann.de
   make a gift : http://wishlist.sebastian-bergmann.de
 measure the usability of your web application -> http://phpOpenTracker.de

-- 
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] Midgard (Was: cvs: php4 /ext/midgard .cvsignore...)

[Emiliano]

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 like
> to see things like this in PEAR which is where I feel they should be.

But PEAR is a repository for scripts written in PHP, right?
php4/ext/midgard
is a 'regular' (albeit admittedly large) PHP extension, written in C.

> Is there any work being done on some sort of deamon/server for PEAR so people
> get a client build when PHP builds and then they can just tell it to fetch
> various modules for PHP from php.net and any mirrors etc. In the end
> somthing like
> $>pearclient get midgard
> which would do everything needed (IE fetch midgard from PHP.net place in it
> right place etc) would be cool then all the client would have to do is
> either build it as .so or rebuild php with --enable-midgard for example.

That would indeed be nice.

Well, since we're on the topic of re-seperating, are there examples on
how
to build config.m4s, and other supportive files, so an extension can
easily
be built as an php-dloabable, a static extension, and a static extension
in a statically-compiled PHP (into Apache itself)?

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] Midgard (Was: cvs: php4 /ext/midgard .cvsignore...)

[James Moore]

> > 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
> > >standard PHP distribution so people will not have to run a
> modified PHP to
> > >use midgard.  The intent here is not to have all of Midgard in PHP.
> > >Hopefully the Midgard folks will work towards making the extension as
> > >small as possible.
>
> 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 like
to see things like this in PEAR which is where I feel they should be. Is
there any work being done on some sort of deamon/server for PEAR so people
get a client build when PHP builds and then they can just tell it to fetch
various modules for PHP from php.net and any mirrors etc. In the end
somthing like
$>pearclient get midgard
which would do everything needed (IE fetch midgard from PHP.net place in it
right place etc) would be cool then all the client would have to do is
either build it as .so or rebuild php with --enable-midgard for example.

Just my ?0.02

James


-- 
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]

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

[Emiliano]

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
> >standard PHP distribution so people will not have to run a modified PHP to
> >use midgard.  The intent here is not to have all of Midgard in PHP.
> >Hopefully the Midgard folks will work towards making the extension as
> >small as possible.

With the PHP4 version of Midgard, patching is no longer a necessity.
It's
an ordinary extension like the others.

> If this is an extension, though, then it can still be independent of 
> PHP?

Yes.

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]