[Bug c/61469] language feature: Support for enum underlying type

2014-06-11 Thread nick87720z at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61469 --- Comment #5 from nick87720z at gmail dot com --- I remember case, when bigger size, than from int, was needed - it was 64-bit integer, used as flag container. Program, using it, is not my. When i decided to reimplement it as enum, author

[Bug c/61469] language feature: Support for enum underlying type

2014-06-11 Thread nick87720z at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61469 --- Comment #2 from nick87720z at gmail dot com --- Didn't know about this form. What i mentioned, i found othere: http://en.wikipedia.org/wiki/Enumerated_type#C.2B.2B

[Bug c/61469] New: language feature: Support for enum underlying type

2014-06-11 Thread nick87720z at gmail dot com
Component: c Assignee: unassigned at gcc dot gnu.org Reporter: nick87720z at gmail dot com Just like some other features (inline functions, const, bool), ability to specify data type for enumeration should be useful, since enumeration is just a restriction for possible values

[Bug other/58900] parsing bug: undefined reference for libraries, specified before source files

2013-10-31 Thread nick87720z at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58900 nick87720z at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution

[Bug other/58900] parsing bug: undefined reference for libraries, specified before source files

2013-10-31 Thread nick87720z at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58900 --- Comment #3 from nick87720z at gmail dot com --- Looks like i just did not get something from gcc info book. After short search for topics about gcc for possible describing of such error i found one (russian), explicating it by feature to

[Bug other/58900] parsing bug: undefined reference for libraries, specified before source files

2013-10-27 Thread nick87720z at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58900 --- Comment #2 from nick87720z at gmail dot com --- Changing file_loader dependencies to object files doesn't solve problem. After two successful compilation commands final gcc command, linking executable, gives same error.

[Bug other/58900] parsing bug: undefined reference for libraries, specified before source files

2013-10-27 Thread nick87720z at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58900 --- Comment #1 from nick87720z at gmail dot com --- Posting exact makefile, which leads to this error: / Makefile ===\ include_flags = "../misc" common_flags = -O0 -g3 -ggdb3 -std=gnu99 -I${include_flags} CFLAGS = ${co

[Bug other/58900] New: parsing bug: undefined reference for libraries, specified before source files

2013-10-27 Thread nick87720z at gmail dot com
: major Priority: P3 Component: other Assignee: unassigned at gcc dot gnu.org Reporter: nick87720z at gmail dot com Just an example. I have simple hand-written makefile, which builds executable with one line. These commands will fail: $ gcc ${common_flags