Using "void"-functions as arguments leads to "Illegal expression type" about bcc HOT 5 CLOSED

I'd say this is a valid error. Perhaps the error message should be more explicit, but I think it should fail, regardless of what legacy bcc does.

from bcc.

If course I think NG is allowed to error on more things - as long as it explains why it is failing. Do not misunderstand me: I know that the issues are errors in my code :p

from bcc.

While "return a(1)" is a valid error - shouldnt a subtraction of "void" result in something like 0?

No ... I am not "joking" (albeit I started this comment to write something not that serious)

The function b:int() returns an integer value. When doing the math operation of "void - void" you should end up with "0", same for "void/void" = "1". I mean, these are rare special cases and really constructed ... but maybe there are more cases of "math(void)" returning real mathematic values.

I still understand, that the above is something really "constructed" and no real-world-scenario.

from bcc.

If you are using Strict, then you can do what you like.
However, I think SuperStrict should at least try to be super-strict, otherwise we may want to rename it to something like "MostlySuperStrict" :-)

In legacy BlitzMax, all functions return at least Int, regardless of strictness. C doesn't let you mix and match, and it turns out that emscripten really doesn't like you doing "fun" things with inappropriately mixed function signatures. (You may consider emscripten to be ReallySuperStrict)

On 23 Jan 2015, at 16:09, Ronny Otto [email protected] wrote:

While "return a(1)" is a valid error - shouldnt a subtraction of "void" result in something like 0?

No ... I am not "joking" (albeit I started this comment to write something not that serious)

The function b:int() returns an integer value. When doing the math operation of "void - void" you should end up with "0", same for "void/void" = "1". I mean, these are rare special cases and really constructed ... but maybe there are more cases of "math(void)" returning real mathematic values.

I still understand, that the above is something really "constructed" and no real-world-scenario.

—
Reply to this email directly or view it on GitHub.

from bcc.

Like said: I am totally open for just not allowing void as result for something different ... stay tuned for next issues :p

You may close this issue when introducing an error-message ("invalid return type").

from bcc.