[Bug plugins/61934] New: C++11 generalised attributes and plugins don't work

2014-07-28 Thread tom.k.cook at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61934

Bug ID: 61934
   Summary: C++11 generalised attributes and plugins don't work
   Product: gcc
   Version: 4.9.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: plugins
  Assignee: unassigned at gcc dot gnu.org
  Reporter: tom.k.cook at gmail dot com

Created attachment 33195
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33195&action=edit
Pre-processed GCC plugin defining the Test attribute.

Defining a custom attribute using the register_attribute function does not
interact correctly with C++11 attributes.  The attached, preprocessed plugin
source (my_plugin.ii) is compiled with the following command-line:

g++ -fPIC -fno-rtti -std=c++11 -save-temps
-I/usr/lib/gcc/x86_64-linux-gnu/4.8/plugin/include -c my_plugin.cc -o
my_plugin.o
g++ -fPIC -fno-rtti -std=c++11 -save-temps -shared my_plugin.o -o my_plugin.so

The plugin is tested with this source:

$ cat test.cc
void __attribute__((Test)) Foo() {
}

[[Test]] void Bar() {
}

which is compiled with this command-line:

g++ -fPIC -fno-rtti -std=c++11 -save-temps -fplugin=./my_plugin.so -c test.cc
-o test.o

The first function definition is compiled without errors or warnings but the
second function definition gives this warning:

test.cc:4:19: warning: ‘Test’ attribute directive ignored [-Wattributes]
 [[Test]] void Bar() {
   ^
The two are supposed to be equivalent.  Changing the plugin to register a
scoped attribute using register_scoped_attributes works correctly.

The GCC information given below is from version 4.8, but I have tested this
with the GCC 4.9.1 build available in the Ubuntu toolchains PPA with the same
result.

Output of 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)

[Bug fortran/71703] [4.9/5/6/7 Regression] ICE in wide_int_to_tree, at tree.c:1488

2016-07-18 Thread tom.k.cook at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71703

Tom  changed:

   What|Removed |Added

 CC||tom.k.cook at gmail dot com

--- Comment #4 from Tom  ---
This bug appears to be in the GFortran 5.3.1 released in Ubuntu 16.04, where it
manifests as:

   A_WVSTR%rSurface = 0.0
   1
  internal compiler error: in wide_int_to_tree, at tree.c:1464

A_WVSTR is a function parameter, rSurface is a 3-dimensional allocatable array
of real(kind=4).  Apologies that I am unable to provide full source for the
offending module.

Is there a known work-around that can be used in the source that triggers this
problem?  We build the same source with a GFortran 5.3.0 which we built
ourselves without problems.

Regards,
Tom

[Bug fortran/71703] [4.9/5/6/7 Regression] ICE in wide_int_to_tree, at tree.c:1488

2016-07-19 Thread tom.k.cook at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71703

--- Comment #6 from Tom  ---
I'll have a go.  Not sure how much time I'll get to put into it.

On Tue, 19 Jul 2016 at 13:55 dominiq at lps dot ens.fr <
gcc-bugzi...@gcc.gnu.org> wrote:

> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71703
>
> --- Comment #5 from Dominique d'Humieres  ---
> > ICE started with GCC 4.8.0, former releases report:
> >
> > /home/marxin/Programming/testcases/pr71073.f90:6.14:
> >
> >  class(*), allocatable :: a
> >  1
> > Fatal Error: Unlimited polymorphism at (1) not yet supported
>
> Unlimited polymorphism has been implemented starting at r194622. AFAICT I
> get
> the ICE for all the following revisions and I don't think this PR qualify
> for a
> regression.
>
> > We build the same source with a GFortran 5.3.0 which we built
> > ourselves without problems.
>
> From the above you see a different bug. Could you please try to reduce your
> code to something compiling with 5.3.0 and not with 5.3.1?
>
> --
> You are receiving this mail because:
> You are on the CC list for the bug.