Hello James,
Thursday, March 29, 2001, 2:09:17 PM, you wrote:
>> On Thu, Mar 29, 2001 at 11:50:29AM +0100, James Moore wrote:
>> >
>> > > abThu Mar 29 02:35:33 2001 EDT
>> > >
>> > > Modified files:
>> > > /php4/ext/midgard config.m4 config.m4.session
>> > > Log:
>> >
> On Thu, Mar 29, 2001 at 11:50:29AM +0100, James Moore wrote:
> >
> > > abThu Mar 29 02:35:33 2001 EDT
> > >
> > > Modified files:
> > > /php4/ext/midgard config.m4 config.m4.session
> > > Log:
> > > - Typo fixed
> > > - config.m4.session updated to config.m4
> >
On Thu, Mar 29, 2001 at 11:50:29AM +0100, James Moore wrote:
>
> > ab Thu Mar 29 02:35:33 2001 EDT
> >
> > Modified files:
> > /php4/ext/midgard config.m4 config.m4.session
> > Log:
> > - Typo fixed
> > - config.m4.session updated to config.m4
>
> What does this fix do
> abThu Mar 29 02:35:33 2001 EDT
>
> Modified files:
> /php4/ext/midgard config.m4 config.m4.session
> Log:
> - Typo fixed
> - config.m4.session updated to config.m4
What does this fix do?? does it need to be included in 4.0.5?? or will ming
work without it??
James
--
ab Thu Mar 29 02:35:33 2001 EDT
Modified files:
/php4/ext/midgard config.m4 config.m4.session
Log:
- Typo fixed
- config.m4.session updated to config.m4
Index: php4/ext/midgard/config.m4
diff -u php4/ext/midgard/config.m4:1.21 php4/ext/midgard/confi
davidg Mon Mar 19 15:37:03 2001 EDT
Modified files:
/php4/ext/midgard config.m4 php_midgard.h
Log:
Fixed the build (hope so).
Index: php4/ext/midgard/config.m4
diff -u php4/ext/midgard/config.m4:1.19 php4/ext/midgard/config.m4:1.20
--- php4/ext/midgard/co
missed the reply-all button...
> > At 00:29 20/3/2001, [EMAIL PROTECTED] wrote:
> > >Midgard is not exactly a layer above PHP, it's an extension to PHP,
> > >exactly like the session extension, or the gd extension.
> > >
> > >Here is my own point of view (far from objective, cause I'm from the
>
Zeev Suraski wrote:
> Not quite :) The main difference is that, unlike most other extensions,
> this extension isn't a 'glue' layer that connects PHP to some external
> resource. In this case, we're including the resource itself. It's more
> similar to including the source code of MySQL or Pos
> "Thou shalt never break the CVS build" is one of the
> 'higher laws' around here :)
Amen to that one : )
-Jason
> Zeev
>
>
> --
> PHP CVS Mailing List (http://www.php.net/)
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the l
Jani Taskinen wrote:
> >It probably won't get finished until people start using it. The midgard
> >people may be the right people for the job :)
>
> One question about this: Could we setup a separate module for Pear in the
> CVS? As now it's also 'bundled' with php.
That's exactly what I meant
Zeev Suraski wrote:
> >OK, substitute OCI8, the argument stands.
>
> That's only an interface module though. OCI8 isn't a part of PHP...
True, but as said: all elements that could possibly touch PHP
are LGPLd.
> >Not a problem for me. But how is PEAR being made available, then?
>
> PEAR is a
PEAR will be separate at some point, but let's not go overboard here. The
midgard stuff adds a total of 76K to the tar.gz file. Big deal.
-Rasmus
On Tue, 20 Mar 2001, Jani Taskinen wrote:
> On Tue, 20 Mar 2001, Zeev Suraski wrote:
>
> >> > Not a problem for me. But how is PEAR being made avai
On Tue, 20 Mar 2001, Zeev Suraski wrote:
>> > Not a problem for me. But how is PEAR being made available, then?
>>
>>We still don't have a good framework for having PEAR extensions that
>>contain PHP extensions written in C in them. That was always the goal, it
>>just hasn't been done yet. And
At 00:55 20/3/2001, Rasmus Lerdorf wrote:
> > > >MySQL access functions were in PHP long before it went open source. I'm
> > > >not saying that Midgard is on the same level of general usefullness
> > > >but just that the fact that there's an organization behind it
> > > >doesn't change it's licens
At 00:53 20/3/2001, Emiliano wrote:
>Zeev Suraski wrote:
>
> > >MySQL access functions were in PHP long before it went open source. I'm
> > >not saying that Midgard is on the same level of general usefullness
> > >but just that the fact that there's an organization behind it
> > >doesn't change it
At 00:29 20/3/2001, [EMAIL PROTECTED] wrote:
>Midgard is not exactly a layer above PHP, it's an extension to PHP,
>exactly like the session extension, or the gd extension.
>
>Here is my own point of view (far from objective, cause I'm from the
>Midgard team ;):
>Midgard is a CMS, like MySQL is a
Sterling Hughes wrote:
> Yes. But the midgard extension doesn't really do that, it provides some
> propreitary functions and classes for use by Midgard only. The reason its
> being distributed as an extension is --
Proprietary? If you mean 'only disclose functionality to deal with' then
all
ex
On Mon, 19 Mar 2001, Colin Viebrock wrote:
> > I don't think it belongs in PEAR at all. I could see the logic behind
> > distributing it with PHP, but don't see any reason to distribute it in
> > pear...
>
>
> Except that isn't this what PEAR was for all along? A collection of classes
> and a
> > >MySQL access functions were in PHP long before it went open source. I'm
> > >not saying that Midgard is on the same level of general usefullness
> > >but just that the fact that there's an organization behind it
> > >doesn't change it's licensing.
> >
> > MySQL was always opensource. It was
Zeev Suraski wrote:
> >MySQL access functions were in PHP long before it went open source. I'm
> >not saying that Midgard is on the same level of general usefullness
> >but just that the fact that there's an organization behind it
> >doesn't change it's licensing.
>
> MySQL was always opensource
At 00:30 20/3/2001, Emiliano wrote:
>Colin Viebrock wrote:
>
> > There is also the license issue (which I know has been discussed before).
> > But the first thing I read on the Midguard website is:
> >
> > Midgard will always implement an OS development to publishing
> > solution, future r
> > I don't think it belongs in PEAR at all. I could see the logic behind
> > distributing it with PHP, but don't see any reason to distribute it in
> > pear...
>
>
> Except that isn't this what PEAR was for all along? A collection of classes
> and add-on modules to extend PHP's functionalit
Colin Viebrock wrote:
> There is also the license issue (which I know has been discussed before).
> But the first thing I read on the Midguard website is:
>
> Midgard will always implement an OS development to publishing
> solution, future releases will include APIs for implementing
>
> I don't think it belongs in PEAR at all. I could see the logic behind
> distributing it with PHP, but don't see any reason to distribute it in
> pear...
Except that isn't this what PEAR was for all along? A collection of classes
and add-on modules to extend PHP's functionality?
I don't have
> I don't think it belongs in PEAR at all. I could see the logic behind
> distributing it with PHP, but don't see any reason to distribute it in
> pear...
Except that isn't this what PEAR was for all along? A collection of classes
and add-on modules to extend PHP's functionality?
I don't have
On Mon, 19 Mar 2001, Jani Taskinen wrote:
> On Mon, 19 Mar 2001, Alexander Bokovoy wrote:
>
> >On Mon, Mar 19, 2001 at 01:19:06PM -0600, Andrei Zmievski wrote:
> >> On Mon, 19 Mar 2001, Alexander Bokovoy wrote:
> >> > This fix does not work because @MIDCONFIG_FILE@ in php_midgard.h does
> >> > n
On Mon, 19 Mar 2001, Alexander Bokovoy wrote:
> Andrei, problem is that build environment needs to be fixed, not module alone.
> This is really serious problem because it prevents people from using Midgard
> extension with, say, PHP 4.0.4pl1 (latest stable PHP4 version) though
> they could do it (
On Mon, Mar 19, 2001 at 01:19:06PM -0600, Andrei Zmievski wrote:
> On Mon, 19 Mar 2001, Alexander Bokovoy wrote:
> > This fix does not work because @MIDCONFIG_FILE@ in php_midgard.h does
> > not substituted by PHP_OUTPUT using template file php_midgard.h.in.
> > Either fix building environment in
On Mon, 19 Mar 2001, Alexander Bokovoy wrote:
>>fi
>>PHP_SUBST(MIDCONFIG_FILE)
>> - AC_SUBST(MIDCONFIG_FILE)
>> - AC_OUTPUT(php_midgard.h, [], [])
>> + PHP_OUTPUT(php_midgard.h, [], [])
>>AC_DEFINE(HAVE_MIDGARD, 1, [ ])
>>PHP_EXTENSION(midgard, $ext_shared)
>> fi
>This fix doe
On Mon, 19 Mar 2001, Alexander Bokovoy wrote:
>On Mon, Mar 19, 2001 at 01:19:06PM -0600, Andrei Zmievski wrote:
>> On Mon, 19 Mar 2001, Alexander Bokovoy wrote:
>> > This fix does not work because @MIDCONFIG_FILE@ in php_midgard.h does
>> > not substituted by PHP_OUTPUT using template file php_mi
On Mon, Mar 19, 2001 at 08:28:20PM +0100, Jani Taskinen wrote:
> On Mon, 19 Mar 2001, Alexander Bokovoy wrote:
>
> >On Mon, Mar 19, 2001 at 01:19:06PM -0600, Andrei Zmievski wrote:
> >> On Mon, 19 Mar 2001, Alexander Bokovoy wrote:
> >> > This fix does not work because @MIDCONFIG_FILE@ in php_mid
On Mon, 19 Mar 2001, Alexander Bokovoy wrote:
> This fix does not work because @MIDCONFIG_FILE@ in php_midgard.h does
> not substituted by PHP_OUTPUT using template file php_midgard.h.in.
> Either fix building environment in PHP4 which does not allow output
> variable's value through template head
On Mon, Mar 19, 2001 at 06:38:09PM -, Jani Taskinen wrote:
> sniperMon Mar 19 10:38:09 2001 EDT
>
> Modified files:
> /php4/ext/midgard config.m4
> Log:
> Fix the build. Again.
> # Read README.CVS-RULES
> # And TEST before commit.
>
sniper Mon Mar 19 10:38:09 2001 EDT
Modified files:
/php4/ext/midgard config.m4
Log:
Fix the build. Again.
# Read README.CVS-RULES
# And TEST before commit.
Index: php4/ext/midgard/config.m4
diff -u php4/ext/midgard/config.m4:1.18 php4/ex
On Mon, 19 Mar 2001, Alexander Bokovoy wrote:
> abSun Mar 18 23:37:01 2001 EDT
>
> Modified files:
> /php4/ext/midgard config.m4 config.m4.session
> Log:
> Oops. Substitution code fixed
AC_OUTPUT is not intended to be called twice. Did not
PHP_OUTPUT work for you?
ab Mon Mar 19 04:52:01 2001 EDT
Modified files:
/php4/ext/midgard config.m4 config.m4.session
Log:
4.0.4pl1 compability finally fixed
Index: php4/ext/midgard/config.m4
diff -u php4/ext/midgard/config.m4:1.17 php4/ext/midgard/config.m4:1.18
--- php4/ex
davidg Mon Mar 19 04:41:20 2001 EDT
Modified files:
/php4/ext/midgard config.m4.session
Log:
fixed compilation with php-4.0.4
Index: php4/ext/midgard/config.m4.session
diff -u php4/ext/midgard/config.m4.session:1.6 php4/ext/midgard/config.m4.session:1.7
-
davidg Mon Mar 19 04:38:35 2001 EDT
Modified files:
/php4/ext/midgard config.m4
Log:
fixed a compatibility problem with 4.0.4
Index: php4/ext/midgard/config.m4
diff -u php4/ext/midgard/config.m4:1.16 php4/ext/midgard/config.m4:1.17
--- php4/ext/midgard/co
ab Mon Mar 19 01:56:06 2001 EDT
Modified files:
/php4/ext/midgard config.m4 config.m4.session
Log:
Keep compability with 4.0.4pl1
Index: php4/ext/midgard/config.m4
diff -u php4/ext/midgard/config.m4:1.15 php4/ext/midgard/config.m4:1.16
--- php4/ext/mi
ab Sun Mar 18 23:37:01 2001 EDT
Modified files:
/php4/ext/midgard config.m4 config.m4.session
Log:
Oops. Substitution code fixed
Index: php4/ext/midgard/config.m4
diff -u php4/ext/midgard/config.m4:1.14 php4/ext/midgard/config.m4:1.15
--- php4/ext/mid
ab Sun Mar 18 23:04:56 2001 EDT
Added files:
/php4/ext/midgard php_midgard.h.in
Modified files:
/php4/ext/midgard config.m4 config.m4.session
Log:
Automatically generate correct #include for cases when module
build using phpize
davidg Sun Mar 11 15:45:58 2001 EDT
Modified files:
/php4/ext/midgard config.m4 config.m4.session
Log:
fixed misplaced PHP_SUBST
Index: php4/ext/midgard/config.m4
diff -u php4/ext/midgard/config.m4:1.12 php4/ext/midgard/config.m4:1.13
--- php4/ext/midgard
davidg Thu Mar 8 02:49:18 2001 EDT
Modified files:
/php4/ext/midgard config.m4
Log:
Midgard experimental functions support was not displayed correctly in ./configure
Index: php4/ext/midgard/config.m4
diff -u php4/ext/midgard/config.m4:1.10 php4/ext/midga
davidg Fri Feb 23 15:14:42 2001 EDT
Modified files:
/php4/ext/midgard preparser.c config.m4
Log:
- workaround for the function mgd_eval() to return a value like the PHP eval().
- changed --with-mgd-experimental to --enable-mgd-experimental
Index: php4/e
sas Fri Feb 23 04:52:14 2001 EDT
Modified files:
/php4/ext/midgard config.m4
Log:
Note that the equality operator in the Bourne shell is a single =,
unlike C/C++/PHP.
Index: php4/ext/midgard/config.m4
diff -u php4/ext/midgard/config.m4:1.8 php4/ext/m
davidg Fri Feb 23 03:55:57 2001 EDT
Modified files:
/php4/ext/midgard config.m4
Log:
Added --with-mgd-experimental option to compile experimental stuff (off by defeult)
Index: php4/ext/midgard/config.m4
diff -u php4/ext/midgard/config.m4:1.7 php4/ext/midg
emile Tue Feb 20 16:57:28 2001 EDT
Modified files:
/php4/ext/midgard config.m4
Log:
Source files explicitly include midgard/something.h
Index: php4/ext/midgard/config.m4
diff -u php4/ext/midgard/config.m4:1.6 php4/ext/midgard/config.m4:1.7
--- php4/ext/m
emile Tue Feb 20 03:29:52 2001 EDT
Modified files:
/php4/ext/midgard config.m4 mgd_access.h mgd_preparser.h
php_midgard.h
Log:
Header file moved.
Index: php4/ext/midgard/config.m4
diff -u php4/ext/midgard/config.m4:1.5 php4/ext/m
emile Tue Feb 13 08:13:34 2001 EDT
Modified files:
/php4/ext/midgard config.m4
Log:
Misplaced if spotted by Sascha
Index: php4/ext/midgard/config.m4
diff -u php4/ext/midgard/config.m4:1.2 php4/ext/midgard/config.m4:1.3
--- php4/ext/midgard/config.m4:1.2
sas Tue Feb 13 03:58:34 2001 EDT
Modified files:
/php4/ext/midgard config.m4
Log:
Outcomment everything contained in here.
This file must not perform any checks, unless the user has enabled
Midgard.
Index: php4/ext/midgard/config.m4
diff -u p
50 matches
Mail list logo
