in reply to Re^2: Ignoring warnings
in thread Ignoring warnings

If we're going to delve into detail, I would agree that you are right about the initial posting, though it might (or might not) have helped to explain why the cast was improper. But the follow up:
Is there some reason why you think the developers of Perl are wrong in providing the INT2PTR macro? Do you have some justification for not wanting to use it?
That is both confrontational and sarcastic, which is not a good strategy if you want to influence someone to do something. Now, as it happens, you're right as far as I can tell: in particular the argument that "you should not enable warnings until you really understand them" strikes me as a bit absurd. And furthermore, your correspondent falls into the rather frustrating pattern of throwing around terms like "logical fallacy" without apparently understanding what they mean. That said, he's the maintainer of the module and you're not, and as a result you're now stuck.

Replies are listed 'Best First'.
Re^4: Ignoring warnings
by chromatic (Archbishop) on Dec 12, 2006 at 22:05 UTC
    ... in particular the argument that "you should not enable warnings until you really understand them" strikes me as a bit absurd.

    I used to agree, until I tried to get some not-terribly-complex C code to compile on several different platforms with several different compilers. There are some awfully arcane and unspecified corners of the C language, and there are some awful behaviors in vendor compilers.

    Where possible, it's nice to get C code to compile without warnings, but there are a lot of cases where you have to make a lot of tradeoffs. Complex casting macros may be one of them.