scott wedel <taverng...@gmail.com> added the comment:
You all take 7 months to first look at the issue and then decide that you'd
like more information because the initial submission was incomplete?
Oh well, Suit yourself. Doesn't matter to me. I've already stopped using
sunstudio. That python build was one of the last things I did on Solaris
which I had been actively using for 20 years, but some device driver issues
have made it no longer worth the effort.
sdw
On Sat, Jun 26, 2010 at 4:39 AM, Mark Lawrence <rep...@bugs.python.org>wrote:
>
> Mark Lawrence <breamore...@yahoo.co.uk> added the comment:
>
> I got this in an email from the OP.
>
> "Hi,
> I don't even remember this issue any more, but it seems to me that it is
> completely irrelevant that the error occurred with software that now how has
> a newer version.
>
> That the essential fact is that the configure process makes mistakes
> creates a situation in which the includes fail to work properly. The only
> relevance of Python x.x is that version DEMONSTRATES the error.
>
> The philosophy that the apparent error need not be considered because right
> now it happens to a possibly obsolete version of software just means it will
> happen again. Presumably, it will be just another hassle for those that
> test compile against sunstudio. Using that sort of rationale to close
> issues is exactly how to make sunstudio into a piece of crap.
>
> sdw
> "
>
> Could somebody pick this up?
>
> ----------
>
> _______________________________________
> Python tracker <rep...@bugs.python.org>
> <http://bugs.python.org/issue4919>
> _______________________________________
>
----------
Added file: http://bugs.python.org/file17777/unnamed
_______________________________________
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue4919>
_______________________________________
You all take 7 months to first look at the issue and then decide that you'd
like more information because the initial submission was incomplete?<br><br>Oh
well, Suit yourself. Doesn't matter to me. I've already stopped
using sunstudio. That python build was one of the last things I did on
Solaris which I had been actively using for 20 years, but some device driver
issues have made it no longer worth the effort.<br>
<br>sdw<br><br><br><div class="gmail_quote">On Sat, Jun 26, 2010 at 4:39 AM,
Mark Lawrence <span dir="ltr"><<a
href="mailto:rep...@bugs.python.org">rep...@bugs.python.org</a>></span>
wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex;
border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im"><br>
Mark Lawrence <<a
href="mailto:breamore...@yahoo.co.uk">breamore...@yahoo.co.uk</a>> added the
comment:<br>
<br>
</div>I got this in an email from the OP.<br>
<br>
"Hi,<br>
I don't even remember this issue any more, but it seems to me that it is
completely irrelevant that the error occurred with software that now how has a
newer version.<br>
<br>
That the essential fact is that the configure process makes mistakes creates a
situation in which the includes fail to work properly. Â The only relevance of
Python x.x is that version DEMONSTRATES the error.<br>
<br>
The philosophy that the apparent error need not be considered because right now
it happens to a possibly obsolete version of software just means it will happen
again. Â Presumably, it will be just another hassle for those that test compile
against sunstudio. Â Using that sort of rationale to close issues is exactly
how to make sunstudio into a piece of crap.<br>
<br>
sdw<br>
"<br>
<br>
Could somebody pick this up?<br>
<br>
----------<br>
<div><div></div><div class="h5"><br>
_______________________________________<br>
Python tracker <<a
href="mailto:rep...@bugs.python.org">rep...@bugs.python.org</a>><br>
<<a href="http://bugs.python.org/issue4919"
target="_blank">http://bugs.python.org/issue4919</a>><br>
_______________________________________<br>
</div></div></blockquote></div><br>
_______________________________________________
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com