RE: [PHP-DEV] pecl extensions

--- John Coggeshall <[EMAIL PROTECTED]> wrote: > > Yeah I know that shady guy Shane. > > Heh. He is shady, isn't he? ;) > > > Well, it's defintly experimental. There are bindings for > >opengl and glut. You can run some sample apps that use the > >glut api. Its pretty cool. Me and Marcus were

RE: [PHP-DEV] pecl extensions

> Yeah I know that shady guy Shane. Heh. He is shady, isn't he? ;) > Well, it's defintly experimental. There are bindings for >opengl and glut. You can run some sample apps that use the >glut api. Its pretty cool. Me and Marcus were working on off >screen redndering with OSMesa. That would all

RE: [PHP-DEV] pecl extensions

gtk-opengl but im sure they could be addressed. - Brad > > John > > > >-Original Message- > >From: Brad LaFountain [mailto:[EMAIL PROTECTED]] > >Sent: Monday, December 02, 2002 8:05 PM > >To: [EMAIL PROTECTED] > >Subject: [PHP-DEV] pecl extensio

Re: [PHP-DEV] pecl extensions

> > > P.S. Hows the SOAP going :) > > Well after formatting my computer I finally have my dev envrionment back up. I > started to get back to it. I havn't put that much time into it. Don't worry I > won't let it die, unless it already is dead :). Please don't let it die... :) Andrey -- PHP D

Re: [PHP-DEV] pecl extensions

--- Alan Knowles <[EMAIL PROTECTED]> wrote: > Brad LaFountain wrote: > > >I know I'm going to piss people off by asking this but how do I create a new > >pecl package? I think I want going to put php_opengl in there. See if gets > >anymore use. > > > > upload it to pear/PECL/opengl.. (You should

RE: [PHP-DEV] pecl extensions

Monday, December 02, 2002 8:05 PM >To: [EMAIL PROTECTED] >Subject: [PHP-DEV] pecl extensions > > >I know I'm going to piss people off by asking this but how do >I create a new pecl package? I think I want going to put >php_opengl

Re: [PHP-DEV] pecl extensions

Brad LaFountain wrote: I know I'm going to piss people off by asking this but how do I create a new pecl package? I think I want going to put php_opengl in there. See if gets anymore use. upload it to pear/PECL/opengl.. (You should have karma for that already) you nead a pear account re: the

[PHP-DEV] pecl extensions

I know I'm going to piss people off by asking this but how do I create a new pecl package? I think I want going to put php_opengl in there. See if gets anymore use. - Brad __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http

[PHP-DEV] PECL/satellite ./configure broken

checking for CORBA support via Satellite... yes ./configure: line 65714: syntax error near unexpected token `else' ./configure: line 65714: `else' -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wi

Re: [PHP-DEV] PECL compilation

lt;[EMAIL PROTECTED]> > To: Dan Helfman <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED] > Subject: Re: [PHP-DEV] PECL compilation > Date: Mon, 19 Aug 2002 13:01:20 -0700 (PDT) > > > run phpize in the extension's dir > > > > On 19 Aug 2002, Dan Helfman

Re: [PHP-DEV] PECL compilation

You could also use the latest version of the PEAR installer, of course. -Tal Original Message From: Rasmus Lerdorf <[EMAIL PROTECTED]> To: Dan Helfman <[EMAIL PROTECTED]> Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] PECL compilation Date: Mon, 19 Aug 2002 13:01:2

Re: [PHP-DEV] PECL compilation

run phpize in the extension's dir On 19 Aug 2002, Dan Helfman wrote: > Perhaps I just haven't looked hard enough, but I can't find any > information on how PECL software is supposed to be compiled (in CVS). > Most PECL packages just have a config.m4 and a Makefile.in, but no > configure.in, buil

[PHP-DEV] PECL compilation

Perhaps I just haven't looked hard enough, but I can't find any information on how PECL software is supposed to be compiled (in CVS). Most PECL packages just have a config.m4 and a Makefile.in, but no configure.in, build.sh, etc. I'm adding a new PECL package and would like it to play nicely with

Re: [PHP-DEV] PECL != Siberia

Okay, one problem seems to be solved: go-pear supports Windows now. Download http://pear.php.net/go-pear and do "php -q go-pear". Next issue is prebuilt extensions. I really want to have package signatures (with pgp/gpg) before going there, but again I'm not sure what the most feasible approa

Re: [PHP-DEV] PECL != Siberia

[EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote: > Dan Allen Wrote: > > Tomas V.V.Cox ([EMAIL PROTECTED]) wrote: > > > >> "Stig S. Bakken" wrote: > >> > > >> > You tell me :) We currently have no nice way of bootstrapping PEAR > >> > on Windows like we have on Unix (with "make install-pear-i

Re: [PHP-DEV] PECL != Siberia

Dan Allen Wrote: > Tomas V.V.Cox ([EMAIL PROTECTED]) wrote: > >> "Stig S. Bakken" wrote: >> > >> > You tell me :) We currently have no nice way of bootstrapping PEAR >> > on Windows like we have on Unix (with "make install-pear-installer" >> > and go-pear). What would be the most sensib

Re: [PHP-DEV] PECL != Siberia

Dan Allen wrote: >Call me arrogant, but just use Linux for crying out loud. > OK. You're being arrogant. >Doesn't this debate make it clear that windows just sux when it >comes to doing anything remotely complicated. IMHO. I had to say >it. But if you feel that you have all the time in the w

Re: [PHP-DEV] PECL != Siberia

Tomas V.V.Cox ([EMAIL PROTECTED]) wrote: > "Stig S. Bakken" wrote: > > > > You tell me :) We currently have no nice way of bootstrapping PEAR on > > Windows like we have on Unix (with "make install-pear-installer" and > > go-pear). What would be the most sensible way of giving Windows users >

Re: [PHP-DEV] PECL != Siberia

"Stig S. Bakken" wrote: > > You tell me :) We currently have no nice way of bootstrapping PEAR on > Windows like we have on Unix (with "make install-pear-installer" and > go-pear). What would be the most sensible way of giving Windows users > something ala go-pear? > What about: php -r "inc

Re: [PHP-DEV] PECL != Siberia

It's a tough one :) Well, being able to build like on unix shouldn't be too hard to do, just have to call nmake on the dsp, but that wont work for the vast majority of users. Someone needs to provide prebuilt extensions that can be downloaded via pear, and unfortunately, I don't see any way o

Re: [PHP-DEV] PECL != Siberia

You tell me :) We currently have no nice way of bootstrapping PEAR on Windows like we have on Unix (with "make install-pear-installer" and go-pear). What would be the most sensible way of giving Windows users something ala go-pear? - Stig On Sun, 2002-06-09 at 18:49, Shane Caraveo wrote: > Hm

Re: [PHP-DEV] PECL != Siberia

Hmm, what is happening for win32? Stig S. Bakken wrote: > With the latest PEAR installer (version 0.90), PECL extensions are now > built and installed during "pear install/upgrade" on Unix systems. > > First: upgrade PEAR to 0.9 with "pear upgrade PEAR". > > If you have the xmms libraries a

Re: [PHP-DEV] PECL != Siberia

On Sun, Jun 09, 2002 at 08:39:59PM +0200, Tomas V.V.Cox wrote : > Tell me if something doesn't work correctly now. No errors now, great! - Markus -- GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc -- PHP Development Mailing List To unsubscribe, vi

Re: [PHP-DEV] PECL != Siberia

Markus Fischer wrote: > > On Sun, Jun 09, 2002 at 06:35:44PM +0200, Tomas V.V.Cox wrote : > > Jani Taskinen wrote: > > > > > > # make install > > > > > > /usr/src/web/php/php4/sapi/cli/php /usr/src/web/php/php4/pear/install-pear.php >/usr/src/web/php/php4/pear/package-*.xml > > > /usr/src/web/ph

Re: [PHP-DEV] PECL != Siberia

On Sun, Jun 09, 2002 at 06:35:44PM +0200, Tomas V.V.Cox wrote : > Jani Taskinen wrote: > > > > # make install > > > > /usr/src/web/php/php4/sapi/cli/php /usr/src/web/php/php4/pear/install-pear.php >/usr/src/web/php/php4/pear/package-*.xml > > /usr/src/web/php/php4/pear/PEAR/Frontend/CLI.php(71

Re: [PHP-DEV] PECL != Siberia

Jani Taskinen wrote: > > # make install > > /usr/src/web/php/php4/sapi/cli/php /usr/src/web/php/php4/pear/install-pear.php >/usr/src/web/php/php4/pear/package-*.xml > /usr/src/web/php/php4/pear/PEAR/Frontend/CLI.php(71) : Fatal error - >Frontend::displayLine deprecated > > . > . > Installing

Re: [PHP-DEV] PECL != Siberia

# make install /usr/src/web/php/php4/sapi/cli/php /usr/src/web/php/php4/pear/install-pear.php /usr/src/web/php/php4/pear/package-*.xml /usr/src/web/php/php4/pear/PEAR/Frontend/CLI.php(71) : Fatal error - Frontend::displayLine deprecated . . Installing program: pear cp: pear/scripts/pear: No su

[PHP-DEV] PECL != Siberia

With the latest PEAR installer (version 0.90), PECL extensions are now built and installed during "pear install/upgrade" on Unix systems. First: upgrade PEAR to 0.9 with "pear upgrade PEAR". If you have the xmms libraries and php_gtk installed, you can see it in action by doing simply "pear inst

Re: [PHP-DEV] PECL

On Sun, 2002-05-26 at 11:18, Stig S. Bakken wrote: > On Sat, 2002-05-25 at 19:03, Andi Gutmans wrote: > > At 09:52 25/05/2002 -0700, Rasmus Lerdorf wrote: > > >This stuff is in the works. The current pear tool only works with > > >php-based pear packages, but it will soon get a wrapper that will

Re: [PHP-DEV] PECL

On Sat, 2002-05-25 at 19:03, Andi Gutmans wrote: > At 09:52 25/05/2002 -0700, Rasmus Lerdorf wrote: > >This stuff is in the works. The current pear tool only works with > >php-based pear packages, but it will soon get a wrapper that will phpize > >and build extensions for you with proper dependen

Re: [PHP-DEV] PECL

Zeev Suraski wrote: > As I told Stig yesterday, I think the main problem with PECL right now > is that when an extension is moved to PECL, its author gets the feeling > as if it was banished to Siberia, and that has to be changed. :) That's may be true. > > I think that the moving of extensio

RE: [PHP-DEV] PECL vs. CORE .... from a users perspective

Sorry didnt mean to offend ;) Thanks for clarifying those points I am also just throwing ideas around ;) What do people think of using an xml file format in php.ini even if it is just directive = On ; directive ="not used"; instead of the ini-style [] sections (I understand they

RE: [PHP-DEV] PECL vs. CORE .... from a users perspective

> I have been developing PHP for about 3 years now. I am currently working > on an application to help administrators to manage the ini file. I would > like to contribute to this discussion, from a > users/administrators point of > view. Sorry if you have covered some of the points before ;) >

Re: [PHP-DEV] PECL vs. CORE .... from a users perspective

Michael Dransfield wrote: > > 1: I assume that for the ext's that are dropped from core and added to > PECL, the extension line will be dropped from the ini file and users > will need to use some kind of 'use EXT::Extension' command. Will there > be a way to override which extensions will nee

[PHP-DEV] PECL vs. CORE .... from a users perspective

Hi, I have been developing PHP for about 3 years now. I am currently working on an application to help administrators to manage the ini file. I would like to contribute to this discussion, from a users/administrators point of view. Sorry if you have covered some of the points before ;) 1:

Re: [PHP-DEV] PECL

At 09:52 25/05/2002 -0700, Rasmus Lerdorf wrote: >This stuff is in the works. The current pear tool only works with >php-based pear packages, but it will soon get a wrapper that will phpize >and build extensions for you with proper dependency checking. Great, but I'd still like to have a KISS me

Re: [PHP-DEV] PECL

This stuff is in the works. The current pear tool only works with php-based pear packages, but it will soon get a wrapper that will phpize and build extensions for you with proper dependency checking. Here is a current snapshop of what works. (I don't think the pear guys are doing a great job of

Re: [PHP-DEV] PECL

I agree but it'll take time to build this infrastructure. In the meanwhile I suggest the first step is moving the non-core stuff into PECL once the ./pecl-list and ./pecl-download scripts exist and ./configure has a message pointing users at ./pecl-list (or ./pecl-help :) Andi At 17:35 25/05/2

Re: [PHP-DEV] PECL

As I told Stig yesterday, I think the main problem with PECL right now is that when an extension is moved to PECL, its author gets the feeling as if it was banished to Siberia, and that has to be changed. I think that the moving of extensions to PECL was supposed to address the problem of sync

[PHP-DEV] PECL

Hey guys, I just want to air my opinion on what happened with msession and PECL. Although I have not always liked Mark's attitude in the past when it came to coding conventions I do think that the move of msession into PECL without consulting him nor php-dev was extremely wrong. I personally do

Re: [PHP-DEV] PECL vs. CORE .... was msession

I've been doing some work on COM that makes so that it can be used by other parts of the the PHP core, so I don't think it should be pickled because it would either make the HEAD code very messy with ifdefs, or would mean that you could only use certain releases of COM with the mainstream PHP rele

Re: [PHP-DEV] PECL vs. CORE .... was msession

> exceptions would be made for 'major' technologies like ODBC and COM, and > those extensions required to install other extensions (zlib, xmlrpc, > etc.). Binary distributions would contain certain extensions from PECL, > for example the win32api extension, which realy shouldn't be in the > prima

Re: [PHP-DEV] PECL vs. CORE .... was msession

I don't see why msession is not part of the core PHP. On some levels, it is no different that mod_mm, or mod_files. My original proposal was that it should be part of ext/session. I was told that it should be its own extension. I think, before you guys decide, that you look at it. Simpl

Re: [PHP-DEV] PECL vs. CORE .... was msession

Experimental extensions are not finished, likely undocumented, prone to change, prone to bugs, etc. They shouldn't be in core at all. core should be entirly stable. If it's an important enough extension it will be recognized as such, and mirrored to core after it is stable. Shane Vlad Krup

Re: [PHP-DEV] PECL vs. CORE .... was msession

+1. Except EXPERIMENTAL ones. If an extension belongs in the CORE, it makes no sense to stuff it in PECL and then move back to core once EXPERIMENTAL status is dropped. Vlad Shane Caraveo wrote: > > I would like reinstatement of msession into the main tree, and if > you oppose I would like a

Re: [PHP-DEV] PECL vs. CORE .... was msession

> I would like reinstatement of msession into the main tree, and if you oppose I would like a serious > discussion to take place on the developer list. If you support it, I need you to sound in on the > discussion. Well, I feel like 80%, if not more, of the extensions should move to PECL, l

Re: [PHP-DEV] PECL/PHPDoc

None of the PEAR guys ever answered my Email about PECL. Is there something which actually works? Andi On Wed, 30 Jan 2002, Sebastian Bergmann wrote: > 'lo, > > could someone please fix, if possible, the PHPDoc extension from PECL > so that it compiles in ZTS mode? > > Thanks, > Sebast

Re: [PHP-DEV] PECL/PHPDoc

On Wed, 30 Jan 2002, Markus Fischer wrote: > I took a look at them earlier already. Most of them are easy > to remove but still I didn't get the use of istrstream in the > code (thoug it looks like you could nuke this). Anyone? I came that far too... no clue what istrstream is ... :)

Re: [PHP-DEV] PECL/PHPDoc

I took a look at them earlier already. Most of them are easy to remove but still I didn't get the use of istrstream in the code (thoug it looks like you could nuke this). Anyone? -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List

Re: [PHP-DEV] PECL/PHPDoc

[EMAIL PROTECTED] wrote: > Can you provide some error messages ? c:\home\php\php4\ext\phpdoc\phpdoc.c(177) : warning C4013: 'php_info_print_table_start' undefiniert; Annahme: extern mit Rueckgabetyp int c:\home\php\php4\ext\phpdoc\phpdoc.c(178) : warning C4013: 'php_info_print_table_header' undef

Re: [PHP-DEV] PECL/PHPDoc

On Wed, Jan 30, 2002 at 09:07:57AM +0100, Sebastian Bergmann wrote: > 'lo, > > could someone please fix, if possible, the PHPDoc extension from PECL > so that it compiles in ZTS mode? Can you provide some error messages ? > Thanks, > Sebastian Jan -- mailto: [EMAIL PROTECTED]

[PHP-DEV] PECL/PHPDoc

'lo, could someone please fix, if possible, the PHPDoc extension from PECL so that it compiles in ZTS mode? Thanks, Sebastian -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-

[PHP-DEV] PECL (was PHP 5)

I think that if PECL ends up being very good and actually works very nicely and transparently, we would PECLize all extensions. At release time of a new version of PHP we'd create a huge .tar.gz with the latest STABLE versions of the extensions we decide should be in the release tar.gz (I hop

[PHP-DEV] PECL module

Tomas V.V.Cox wrote: > "Stig S. Bakken" wrote: > >>Yasuo Ohgaki wrote: >> >>> >>>Now I understand what you mean. There is no PECL there. >>>So I have to ask users to check out repository to test PECL modules? >>>I hope there is a better way :) >>> >>We'll have to come up with something. Either

[PHP-DEV] PECL: is it ok to commit to php4 source tree?

Hi all, I understand /pear has separate repository for pear development. What is the current rule for commiting /pear/PECL/some_module to /php4/pear/PECL/some_module? Thank you. -- Yasuo Ohgaki -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] F