This is the mail archive of the
libstdc++@gcc.gnu.org
mailing list for the libstdc++ project.
Re: [BUG] valarray_copy, with mask_array, libstdc++-v3
- From: Luke Kenneth Casson Leighton <lkcl at samba-tng dot org>
- To: Gabriel Dos Reis <gdr at codesourcery dot com>
- Cc: Ben Elliston <bje at redhat dot com>, pcormier at redhat dot com, gcc at gcc dot gnu dot org,libstdc++ at gcc dot gnu dot org
- Date: Sun, 7 Jul 2002 16:12:12 +0000
- Subject: Re: [BUG] valarray_copy, with mask_array, libstdc++-v3
- References: <20020703220138.GC10352@samba-tng.org> <15652.33695.163590.836090@tooth.toronto.redhat.com> <20020705105551.GN8668@samba-tng.org> <15653.49308.460521.464880@tooth.toronto.redhat.com> <20020706112138.GA15450@samba-tng.org> <m3u1nc3862.fsf@merlin.nerim.net>
On Sat, Jul 06, 2002 at 10:36:53PM +0200, Gabriel Dos Reis wrote:
> The example you gave doesn't support your claim: You used it in way
> explicilty marked "undefined behaviour".
no, i just sent in a patch and wrote some example-usage code
as part of the email i sent.
i am not going to send in the proprietary code that actually
demonstrates the problem, for two reasons. 1) it's proprietary
2) it is 500 lines of code which is 496 lines of code too many
to demonstrate the fault.
which still hasn't been examined, the patch still hasn't been
reviewed.
the patch is 2 lines.
why are you wasting my time like this?
> | let's see if i can track the code and do your job for you to see
> | if your statement is correct.
>
> I'm not sure such a tone is appropriate for productive discussion.
> Please, use a tone that doesn't sound unnecessarily insulting.
>
> | > This behaviour is undefined.
> |
> | please try not to talk such rubbish, and actually follow the plot.
>
> If you're going to use that tone in discussing this issue, I don't
well if someone wants to take that tone with me, by fobbing
me off with stupid "go read the standards" issues, i'll take
whatever tone i desire.
especially as you (plural) are being paid money to sort exactly
these issues out, and i am not.
> think any point is pursueing it further.
then the c++ standard template library will continue to
have the bug i pointed out.
which doesn't actually in the slightest bit bother me.
i was only doing you - the maintainers - the courtesy
of pointing out the issue.
l.