http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55449



--- Comment #7 from Jonathan Wakely <redi at gcc dot gnu.org> 2012-11-24 
12:02:56 UTC ---

(In reply to comment #5)

> I have no problem to pay someone, I'm a bit disappointed seeing a bug closed

> because "new version works" without investigate if the problem is still there

> in new versions but not triggered by my test case.



I'm a bit disappointed you think I didn't investigate. I'm a bit disappointed

you didn't try a current release as requested at http://gcc.gnu.org/bugs/ (or

even the most recent 4.4 release!) I'm a bit disappointed you didn't reduce the

testcase to something that doesn't include thousands of lines of boost code.

I'm a bit diappointed you didn't include the output of 'g++ -v'. But I got over

my disappointment and I tested  with half a dozen different versions of GCC and

looked for old bugs in the area which I know about.  I didn't find anything,

but the bug is not reproducible in current releases.  Exactly how much time do

you expect someone to spend chasing a bug that doesn't appear to exist any

more?



If you can reproduce it with a current release then reopen the bug, otherwise

this is a bug in a release series that is discontinued and not going to be

fixed.



If you pay me I'll find exactly which patch fixed it, otherwise the onus is on

you to demonstrate there's still a problem.



> Also if 4.4.3 is not supported why while submitting the bug I was able to

> target the 4.4.3?



There are lots of existing bugs with that version, so it has to be a valid

option, or we'd have to delete all the old bugs. We could make it unselectable,

but that would prevent us fixing or re-categorising old bugs if we need to, and

is it really worth the effort of customising bugzilla in that way?

Reply via email to