[Bug preprocessor/60975] New: a

2014-04-26 Thread bilbotheelffriend at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60975

Bug ID: 60975
   Summary: a
   Product: gcc
   Version: 4.8.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: preprocessor
  Assignee: unassigned at gcc dot gnu.org
  Reporter: bilbotheelffriend at gmail dot com


[Bug preprocessor/60975] -Wvariadic-macros does not print warning

2014-04-26 Thread bilbotheelffriend at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60975

Prathamesh  changed:

   What|Removed |Added

 CC||bilbotheelffriend at gmail dot 
com

--- Comment #1 from Prathamesh  ---
Created attachment 32685
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32685&action=edit
patch to resolve bug


[Bug preprocessor/60975] -Wvariadic-macros does not print warning

2014-04-26 Thread bilbotheelffriend at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60975

Prathamesh  changed:

   What|Removed |Added

 CC||manu at gcc dot gnu.org
   Severity|normal  |minor


[Bug preprocessor/60975] -Wvariadic-macros does not print warning

2014-04-26 Thread bilbotheelffriend at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60975

--- Comment #2 from Prathamesh  ---
Hi,
Consider the following test-case:
#define FOO(a...)

When compiled with: gcc -E -Wpedantic
the following warning gets printed:
empty-arg.c:1:14: warning: ISO C does not permit named variadic macros
[-Wvariadic-macros]
 #define FOO(a...)
 ^
However If I only pass -Wvariadic-macros, the warning is not printed.
For example:
gcc -E -Wvariadic-macros
and neither does gcc -E -Wvariadic-macros -std=c90
Is that intended ?

Tested on gcc-4.8.2

gcc -v:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.8/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu
4.8.2-19ubuntu1'
--with-bugurl=file:///usr/share/doc/gcc-4.8/README.Bugs
--enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-4.8 --enable-shared --enable-linker-build-id
--libexecdir=/usr/lib --without-included-gettext
--enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.8
--libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu
--enable-libstdcxx-debug --enable-libstdcxx-time=yes
--enable-gnu-unique-object --disable-libmudflap --enable-plugin
--with-system-zlib --disable-browser-plugin --enable-java-awt=gtk
--enable-gtk-cairo
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64/jre
--enable-java-home
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.8-amd64
--with-arch-directory=amd64
--with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc
--enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64
--with-multilib-list=m32,m64,mx32 --with-tune=generic
--enable-checking=release --build=x86_64-linux-gnu
--host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.8.2 (Ubuntu 4.8.2-19ubuntu1)


[Bug c++/61018] New: -Wvarargs does not print warning for memer functions

2014-04-30 Thread bilbotheelffriend at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61018

Bug ID: 61018
   Summary: -Wvarargs does not print warning for memer functions
   Product: gcc
   Version: 4.8.2
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: bilbotheelffriend at gmail dot com

Hi,
It appears to me that, g++ does not warn for -Wvarargs for member
functions.

For the following test-case:
#include 

struct f
{
  void foo(int x, int y, ...)
  {
va_list ap;
va_start (ap, x);
  }
};

I compiled it with g++ -Wvarargs, and it only printed the warning:
wa.cpp:4:6: warning: unused parameter ‘y’ [-Wunused-parameter]
 void foo(int x, int y, ...)

Test-case for non-member function:
#include 

void foo(int x, int y, ...)
{
  va_list ap;
  va_start (ap, x);
}

Compiling with g++ -Wvarargs additionally prints:
foo.cpp: In function ‘void foo(int, int, ...)’:
foo.cpp:6:19: warning: second parameter of ‘va_start’ not last
named argument [-Wvarargs]
   va_start (ap, x);

g++ -v:
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.8/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu
4.8.2-19ubuntu1'
--with-bugurl=file:///usr/share/doc/gcc-4.8/README.Bugs
--enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-4.8 --enable-shared --enable-linker-build-id
--libexecdir=/usr/lib --without-included-gettext
--enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.8
--libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu
--enable-libstdcxx-debug --enable-libstdcxx-time=yes
--enable-gnu-unique-object --disable-libmudflap --enable-plugin
--with-system-zlib --disable-browser-plugin --enable-java-awt=gtk
--enable-gtk-cairo
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64/jre
--enable-java-home
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.8-amd64
--with-arch-directory=amd64
--with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc
--enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64
--with-multilib-list=m32,m64,mx32 --with-tune=generic
--enable-checking=release --build=x86_64-linux-gnu
--host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.8.2 (Ubuntu 4.8.2-19ubuntu1)

Thanks and Regards,
Prathamesh

[Bug target/49551] tentative declaration after definition and -fdata-sections cause ICE in C front-end.

2015-01-29 Thread bilbotheelffriend at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49551

Prathamesh  changed:

   What|Removed |Added

 CC||bilbotheelffriend at gmail dot 
com

--- Comment #3 from Prathamesh  ---
It appears the issue is still present on trunk for arm-none-linux-gnueabihf.
Compiling the above code gives following ICE:
(arm-none-linux-gnueabihf-gcc -O -fdata-sections):
fo.c:2:1: internal compiler error: in get_variable_section, at varasm.c:1151
 int x;
 ^
0xd1b9ab get_variable_section(tree_node*, bool)
   
/home/prathamesh.kulkarni/arm-gnu-toolchain/src/gcc.git~master/gcc/varasm.c:1150
0xd1ca81 get_block_for_decl
   
/home/prathamesh.kulkarni/arm-gnu-toolchain/src/gcc.git~master/gcc/varasm.c:1216
0xd1e50f make_decl_rtl(tree_node*)
   
/home/prathamesh.kulkarni/arm-gnu-toolchain/src/gcc.git~master/gcc/varasm.c:1346
0x5301fc duplicate_decls
   
/home/prathamesh.kulkarni/arm-gnu-toolchain/src/gcc.git~master/gcc/c/c-decl.c:2732
0x533400 pushdecl(tree_node*)
   
/home/prathamesh.kulkarni/arm-gnu-toolchain/src/gcc.git~master/gcc/c/c-decl.c:2888
0x5457d6 start_decl(c_declarator*, c_declspecs*, bool, tree_node*)
   
/home/prathamesh.kulkarni/arm-gnu-toolchain/src/gcc.git~master/gcc/c/c-decl.c:4626
0x595d7e c_parser_declaration_or_fndef
   
/home/prathamesh.kulkarni/arm-gnu-toolchain/src/gcc.git~master/gcc/c/c-parser.c:1846
0x5a07b8 c_parser_external_declaration
   
/home/prathamesh.kulkarni/arm-gnu-toolchain/src/gcc.git~master/gcc/c/c-parser.c:1452
0x5a1215 c_parser_translation_unit
   
/home/prathamesh.kulkarni/arm-gnu-toolchain/src/gcc.git~master/gcc/c/c-parser.c:1339
0x5a1215 c_parse_file()
   
/home/prathamesh.kulkarni/arm-gnu-toolchain/src/gcc.git~master/gcc/c/c-parser.c:15416
0x5fd622 c_common_parse_file()
   
/home/prathamesh.kulkarni/arm-gnu-toolchain/src/gcc.git~master/gcc/c-family/c-opts.c:1052

Thanks,
Prathamesh