Does ruby.h overrides C "enum"?

ISSSSaki_Baz_C · October 12, 2009, 3:02pm

Hi, writting a Ruby C extension (for 1.8 or 1.9) I get an error when
using
“enum”:

#include “ruby.h”
int void(void) {
enum kk {ONE, TWO, THREE}; // line 3
}

line 3: error: expected identifier before â€˜(â€™ token

It doesn’t occur if I quit “ruby.h”. What is happening?

Thanks.

ISSSSaki_Baz_C · October 12, 2009, 3:13pm

IÃ±aki Baz C. wrote:

Hi, writting a Ruby C extension (for 1.8 or 1.9) I get an error when
using
“enum”:

#include “ruby.h”
int void(void) {
enum kk {ONE, TWO, THREE}; // line 3
}

line 3: error: expected identifier before â€˜(â€™ token

It doesn’t occur if I quit “ruby.h”. What is happening?

Thanks.

I think the compiler is complaining about your attempt to use “void” as
a function name. “void” is a reserved word in C.

ISSSSaki_Baz_C · October 12, 2009, 3:29pm

IÃ±aki Baz C. wrote:

Hi, writting a Ruby C extension (for 1.8 or 1.9) I get an error when
using
“enum”:

#include “ruby.h”
int void(void) {
enum kk {ONE, TWO, THREE}; // line 3
}

line 3: error: expected identifier before â€˜(â€™ token

It doesn’t occur if I quit “ruby.h”. What is happening?

What does “quit ruby.h mean”? What compiler are you using?

test.c :

int void(void) {
enum kk {ONE, TWO, THREE}; // line 3
}

–output:–
$ g++ test.c -o test
test.c:1: error: expected unqualified-id before â€˜voidâ€™
test.c:1: error: expected `)’ before â€˜voidâ€™

ISSSSaki_Baz_C · October 12, 2009, 4:14pm

El Lunes, 12 de Octubre de 2009, Tim H. escribiÃ³:

line 3: error: expected identifier before â€˜(â€™ token

It doesn’t occur if I quit “ruby.h”. What is happening?

Thanks.

I think the compiler is complaining about your attempt to use “void” as
a function name. “void” is a reserved word in C.

No no, that’s a typo of mie when composing the mail.
Imagine it’s “int main(void)”.

ISSSSaki_Baz_C · October 12, 2009, 4:20pm

El Lunes, 12 de Octubre de 2009, IÃ±aki Baz C. escribiÃ³:

It doesn’t occur if I quit “ruby.h”. What is happening?

opss, the same error occurs if I add “#include <stdio.h>”.

ISSSSaki_Baz_C · October 12, 2009, 4:17pm

El Lunes, 12 de Octubre de 2009, 7stud – escribiÃ³:

line 3: error: expected identifier before â€˜(â€™ token

It doesn’t occur if I quit “ruby.h”. What is happening?

What does “quit ruby.h mean”?

I just mean that the above code (note that it should be “int
main(void)”)
without ‘#include “ruby.h”’ line compiles ok.

What compiler are you using?

gcc 4.3 under Debian Lenny 64 bits.

test.c :

int void(void) {
enum kk {ONE, TWO, THREE}; // line 3
}

–output:–
$ g++ test.c -o test
test.c:1: error: expected unqualified-id before â€˜voidâ€™

Yes, a typo of my mail. Please use “int main(void)” instead.

ISSSSaki_Baz_C · October 12, 2009, 4:35pm

Hi,

On Monday 12 October 2009 11:17:08 IÃ±aki Baz C. wrote:

It doesn’t occur if I quit “ruby.h”. What is happening?

opss, the same error occurs if I add “#include <stdio.h>”.

Are you sure the typo was only in the mail? If I copy and paste this
code in a
file and try to compile it, the compiler complains about the same error,
because void is a reserved keyword in C. But when I change that
“void(void)”
into “main(void)” it compiles ok.

–
angico

Site: angico.org
Blog: angico.org/blog

Gnu/Linux, FLOSS, Espiritismo, e eu por mim mesmo 8^I

== CooperaÃ§Ã£o Ã© muito melhor que competiÃ§Ã£o ==

ISSSSaki_Baz_C · October 12, 2009, 4:52pm

El Lunes, 12 de Octubre de 2009, angico escribiÃ³:

Are you sure the typo was only in the mail? If I copy and paste this code
in a file and try to compile it, the compiler complains about the same
error, because void is a reserved keyword in C. But when I change that
“void(void)” into “main(void)” it compiles ok.

ok, let’s try it:

file_a.c

int main(void) {
enum kk {NULL=0, NS=1, URL=2};
}

It compiles ok.

Now:

file_b.c

#include <stdio.h>
int main(void) {
enum kk {NULL=0, NS=1, URL=2};
}

$ gcc file_b.c
file_b.c: In function â€˜mainâ€™:
file_b.c:3: error: expected identifier before â€˜(â€™ token

Â¿?Â¿?

PS: It seems to be a problem not related to Ruby.

ISSSSaki_Baz_C · October 12, 2009, 5:36pm

El Lunes, 12 de Octubre de 2009, Rob B.
escribió:> I think you’ll find your problem is due to a macro for NULL.

Change your code from “NULL” to “kNULL”:

#include <stdio.h>
int main(void) {
enum kk {kNULL=0, NS=1, URL=2};
}

and your problem goes away.

opss, great!

Thanks a lot.

ISSSSaki_Baz_C · October 12, 2009, 5:43pm

On Monday 12 October 2009 12:23:24 Rob B. wrote:

-Rob
Yeah! That makes a big difference, since in the original post it was
“enum kk {ONE, TWO, THREE};”

–
angico

Site: angico.org
Blog: angico.org/blog

Gnu/Linux, FLOSS, Espiritismo, e eu por mim mesmo 8^I

== Cooperação é muito melhor que competição ==

ISSSSaki_Baz_C · October 12, 2009, 5:24pm

I think you’ll find your problem is due to a macro for NULL.
Change your code from “NULL” to “kNULL”:

#include <stdio.h>
int main(void) {
enum kk {kNULL=0, NS=1, URL=2};
}

and your problem goes away.

-Rob

On Oct 12, 2009, at 10:52 AM, Iñaki Baz C. wrote:

file_a.c

file_b.c:3: error: expected identifier before ‘(’ token

¿?¿?

PS: It seems to be a problem not related to Ruby.

–
Iñaki Baz C. [email protected]

Rob B. http://agileconsultingllc.com
[email protected]

ISSSSaki_Baz_C · October 12, 2009, 7:38pm

El Lunes, 12 de Octubre de 2009, 7stud – escribiÃ³:

Maybe next time you should consider posting the code that actually
produced the error message. Debugging fake programs never works very
well.

Right, I’m sorry. I never spected that the usage of “NULL” was creating
the
issue.

Thanks a lot.

ISSSSaki_Baz_C · October 12, 2009, 7:29pm

IÃ±aki Baz C. wrote:

El Lunes, 12 de Octubre de 2009, 7stud – escribiÃ³:

line 3: error: expected identifier before â€˜(â€™ token

It doesn’t occur if I quit “ruby.h”. What is happening?

What does “quit ruby.h mean”?

I just mean that the above code (note that it should be “int
main(void)”)
without ‘#include “ruby.h”’ line compiles ok.

What compiler are you using?

gcc 4.3 under Debian Lenny 64 bits.

test.c :

int void(void) {
enum kk {ONE, TWO, THREE}; // line 3
}

–output:–
$ g++ test.c -o test
test.c:1: error: expected unqualified-id before â€˜voidâ€™

Yes, a typo of my mail. Please use “int main(void)” instead.

Maybe next time you should consider posting the code that actually
produced the error message. Debugging fake programs never works very
well.

ISSSSaki_Baz_C · October 12, 2009, 8:25pm

On 2009-10-12, Iñaki Baz C. [email protected] wrote:

Right, I’m sorry. I never spected that the usage of “NULL” was creating the
issue.

The secret to effective debugging:

If you suspected what it was, you wouldn’t need to ask for help. So it
is usually best to try to include a tested reproducer rather than
guessing
at which parts are relevant.

This is something that takes people a few tries to get, usually.

-s

ISSSSaki_Baz_C · October 12, 2009, 7:51pm

On 2009-10-12, Iñaki Baz C. [email protected] wrote:

#include <stdio.h>
int main(void) {
enum kk {NULL=0, NS=1, URL=2};
}

NULL is a symbol defined by the implementation, and defined by several
of
the standard headers (including <stdio.h>).

Usually, it is either “0” or “(void *) 0” or something equivalent.

$ gcc file_b.c
file_b.c: In function ?main?:
file_b.c:3: error: expected identifier before ?(? token

I’d bet you’ve got one where it’s “(void *) 0”.

-s

ISSSSaki_Baz_C · October 12, 2009, 9:20pm

On Mon, Oct 12, 2009 at 7:25 PM, Seebs [email protected] wrote:

On 2009-10-12, Iñaki Baz C. [email protected] wrote:

Right, I’m sorry. I never spected that the usage of “NULL” was creating the
issue.

The secret to effective debugging:

If you suspected what it was, you wouldn’t need to ask for help. So it
is usually best to try to include a tested reproducer rather than guessing
at which parts are relevant.

At least, mocking up an example is fine, but check that the mocked up
example demonstrates the same failure. In this case, your mocked up
example did not, and having seen that, you would likely have solved
the problem yourself

Paul S.
http://www.nomadicfun.co.uk

[email protected]

ISSSSaki_Baz_C · October 12, 2009, 9:30pm

On 2009-10-12, Paul S. [email protected] wrote:

At least, mocking up an example is fine, but check that the mocked up
example demonstrates the same failure. In this case, your mocked up
example did not, and having seen that, you would likely have solved
the problem yourself

Yes. And be sure the mockup is actually representing the problem as
such…

My favorite example of recent memory: Someone reported a bug, which
was that the compiler was generating an instruction not supported by a
particular CPU. The submitted reproducer, to simplify things, simply
included the unwanted instruction in inline assembly… It took some
prodding to discover that there was an actual, underlying, problem.

-s

ISSSSaki_Baz_C · October 12, 2009, 9:54pm

El Lunes, 12 de Octubre de 2009, Paul S.
escribió:>

At least, mocking up an example is fine, but check that the mocked up
example demonstrates the same failure. In this case, your mocked up
example did not, and having seen that, you would likely have solved
the problem yourself

100% agree. I’m really sorry the waste of time.

Thanks a lot.

ISSSSaki_Baz_C · October 12, 2009, 11:41pm

On 2009-10-12, Iñaki Baz C. [email protected] wrote:

100% agree. I’m really sorry the waste of time.

Don’t sweat it. You learned something.

I don’t participate in Usenet because I want the answers I give to the
specific questions people asked to be the most efficient possible use of
anyone’s time; I participate in Usenet because I want to learn things
and
help other people learn things.

If you learned something about debugging, and something about asking
questions, that’s great. It doesn’t have to always be exactly the thing
you thought you were going to learn…

-s

Does ruby.h overrides C "enum"?

test.c :

test.c :

– angico

file_a.c

int main(void) { enum kk {NULL=0, NS=1, URL=2}; }

file_b.c

#include <stdio.h> int main(void) { enum kk {NULL=0, NS=1, URL=2}; }

– angico

test.c :

At least, mocking up an example is fine, but check that the mocked up example demonstrates the same failure. In this case, your mocked up example did not, and having seen that, you would likely have solved the problem yourself

–
angico

int main(void) {
enum kk {NULL=0, NS=1, URL=2};
}

#include <stdio.h>
int main(void) {
enum kk {NULL=0, NS=1, URL=2};
}

–
angico

At least, mocking up an example is fine, but check that the mocked up
example demonstrates the same failure. In this case, your mocked up
example did not, and having seen that, you would likely have solved
the problem yourself