On 04.09.2007 21:48, BuildSmart wrote: 
> Unlike many developers who do this in their spare time, I have the  
> time, resources, energy and motivation to attack PHP with extreme  
> aggression.

Please stop here, right now.
No need to attack anything or anyone.
If you want your job (or life, 'cause for most of us job is a substantial part 
of life) 
to become a little bit easier, you need to learn to communicate and to be a 
part of community.
Yes, it might not be that easy as it looks like from the first glance.
But if you continue to do what you're doing right now, you'll get into 
everybody's ignore list in couple of days.
 
> Due to the nature of my work, I have encountered just about every  
> imaginable bug in the build process, if I were to submit bug reports  
> on each and every issue encountered, the number alone would swamp the  
> developers who spend their time validating and substantiating the  
> reported bugs because I am not your average yogi bear.

Believe it or not, but due to the nature of my job I've encountered 
hundreds of issues and fixed/reported (or both) most of them.
And that did not cause a flamewar in the lists and did not involve any personal 
insults.

We really do appreciate your contributions, but it's just impossible to work 
with someone who ignores all the rules and does not respect the others.

> A supply of various hardware is abundantly on hand, I build for 2  
> different architectures so I see problems that only affect one  
> architecture and not the other and I can generate a dual architecture  
> build in a single pass on a single machine so spending the time  
> building on two different machines and then manually combining the  
> binaries or scripting the process isn't required.
> 
> If someone here can generate the same type of build that works I  
> would be very impressed.

Please, calm down, no need to worry so much.
During the previous several years I did it almost every week, for MacOS, Linux, 
AIX, Solaris and other platforms.
Yes, and universal binaries too. And they work fine, yes, thanks for asking.
So what?
 
> If you think I'm wrong or talking out of my @$$, try building PHP for  
> dual architecture in a single pass with date enabled and then run  
> this build on a ppc and an intel machine and tell me that the php_info 
> () function doesn't fail on one of the architectures or that it  
> doesn't segfault when using the date functions.

This issue was discussed on the list a couple of weeks ago, search the archives.
Btw, thanks for reminding, I need to commit the patch fixing it.
 
> I wont even go into the dedication issue of providing windows  
> binaries but no binaries for other platforms that is a constant user  
> gripe that windows is favored 

It's funny to hear such things from someone definitely familiar with operating 
systems..
 
> I'm not interested in filing a minimum of 100 bug reports when you  
> don't have the manpower to process them, I've resolved most of them  
> already (at least the ones related to the php base) and any that I  
> haven't I've noted as "Broken - DNU" so I don't pass anything  
> unstable on to my clients.

That's really nice.
"I fixed something nasty, but I won't show you. Find it yourself, you stupid."
Way to go! Really helpful.

> So now that you see I'm talking about considerably more than a  
> handful of bugs you should be able to grasp why I don't report them  
> or wish to spend the considerable amount of time required in  
> reporting all of them when it would take forever for them to be  
> processed and to have users hit the PHP site and see the large list  
> would only create further animosity by a quickly growing group of  
> hardware owners who already believe that their platform isn't being  
> properly supported by the PHP dev group as it is.

Sam Ruby wrote really nice blog entry on this topic:
http://intertwingly.net/blog/2007/07/17/Popular-Sovereignty

If you want PHP dev to support your platform properly - become one of them and 
do it.
It's easy.

-- 
Wbr, 
Antony Dovgal

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to