[Bug c++/56725] extra spaces in error message

[Bug c++/56725] extra spaces in error message

[manu at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56725

--- Comment #2 from Manuel López-Ibáñez <manu at gcc dot gnu.org> 2013-03-25 23:03:42 UTC ---
Note that there are a fair amount of calls like these in the C++ FE, and the
use is inconsistent. I guess the indentation predates the use of inform, and
this is why there are some errors/warnings with indentation, notes with
indentation, and other notes without it.

Not hard to fix them, but I guess just boring because of testsuite failures
that would need to be adjusted.
>From gcc-bugs-return-418408-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 25 23:07:07 2013
Return-Path: <gcc-bugs-return-418408-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 22883 invoked by alias); 25 Mar 2013 23:07:07 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 22832 invoked by uid 48); 25 Mar 2013 23:07:01 -0000
From: "manu at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/56725] extra spaces in error message
Date: Mon, 25 Mar 2013 23:07:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: manu at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Changed-Fields:
Message-ID: <bug-56725-4-ppoJP6YnZz@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-56725-4@http.gcc.gnu.org/bugzilla/>
References: <bug-56725-4@http.gcc.gnu.org/bugzilla/>
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-SW-Source: 2013-03/txt/msg01849.txt.bz2
Content-length: 673


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56725

--- Comment #3 from Manuel López-Ibáñez <manu at gcc dot gnu.org> 2013-03-25 23:07:00 UTC ---
BTW, in this case, I find the output of g++ much better than that of clang++

test.cc:7:10: error: no matching function for call to 'callf'
  return callf (23, 72,
         ^~~~~
test.cc:3:5: note: candidate function not viable: no known conversion from 'int
(int *)' to 'int (*)(double *)' for 3rd argument
int callf (int, int, int (*)(double *));
    ^
1 error generated.

Except for the fact that clang's output has beautiful colors that allow me to
easily identify the errors from the notes. ;-) ;-)
>From gcc-bugs-return-418409-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Mar 26 01:08:07 2013
Return-Path: <gcc-bugs-return-418409-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 13769 invoked by alias); 26 Mar 2013 01:08:07 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 13648 invoked by uid 48); 26 Mar 2013 01:08:00 -0000
From: "danglin at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug libstdc++/56733] New: src/c++98/mt_allocator.cc:620:3: ICE tree check: expected integer_type or enumeral_type or boolean_type or real_type or fixed_point_type, have pointer_type in int_fits_type_p, at tree.c:8 325
Date: Tue, 26 Mar 2013 01:08:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: libstdc++
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: danglin at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Changed-Fields:
Message-ID: <bug-56733-4@http.gcc.gnu.org/bugzilla/>
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
Content-Type: text/plain; charset="UTF-8"
MIME-Version: 1.0
X-SW-Source: 2013-03/txt/msg01850.txt.bz2
Content-length: 2765


http://gcc.gnu.org/bugzilla/show_bug.cgi?idV733

             Bug #: 56733
           Summary: src/c++98/mt_allocator.cc:620:3: ICE tree check:
                    expected integer_type or enumeral_type or boolean_type
                    or real_type or fixed_point_type, have pointer_type in
                    int_fits_type_p, at tree.c:8 325
    Classification: Unclassified
           Product: gcc
           Version: 4.9.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: libstdc++
        AssignedTo: unassigned@gcc.gnu.org
        ReportedBy: danglin@gcc.gnu.org
              Host: hppa2.0w-hp-hpux11.11
            Target: hppa2.0w-hp-hpux11.11
             Build: hppa2.0w-hp-hpux11.11


libtool: compile:  /test/gnu/gcc/objdir/./gcc/xgcc -shared-libgcc
-B/test/gnu/gc
c/objdir/./gcc -nostdinc++
-L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc+
+-v3/src -L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/src/.libs
-B/
opt/gnu/gcc/gcc-4.9/hppa2.0w-hp-hpux11.11/bin/
-B/opt/gnu/gcc/gcc-4.9/hppa2.0w-h
p-hpux11.11/lib/ -isystem /opt/gnu/gcc/gcc-4.9/hppa2.0w-hp-hpux11.11/include
-isystem /opt/gnu/gcc/gcc-4.9/hppa2.0w-hp-hpux11.11/sys-include
-I/test/gnu/gcc/gcc
/libstdc++-v3/../libgcc
-I/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v
3/include/hppa2.0w-hp-hpux11.11
-I/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include
-I/test/gnu/gcc/gcc/libstdc++-v3/libsupc++ -D_GLIBCXX_SHARED -
fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -Wabi
-fdiagnos
tics-show-location=once -frandom-seed=mt_allocator.lo -g -O2 -c
../../../../../gcc/libstdc++-v3/src/c++98/mt_allocator.cc  -fPIC -DPIC
-D_GLIBCXX_SHARED -o mt_a
llocator.o
../../../../../gcc/libstdc++-v3/src/c++98/mt_allocator.cc: In member function
'std::size_t __gnu_cxx::__pool<true>::_M_get_thread_id()':
../../../../../gcc/libstdc++-v3/src/c++98/mt_allocator.cc:620:3: internal
compil
er error: tree check: expected integer_type or enumeral_type or boolean_type or
real_type or fixed_point_type, have pointer_type in int_fits_type_p, at
tree.c:8
325
   __pool<true>::_M_get_thread_id()
   ^

# ./xgcc -B./ -v
Reading specs from ./specs
COLLECT_GCC=./xgcc
COLLECT_LTO_WRAPPER=./lto-wrapper
Target: hppa2.0w-hp-hpux11.11
Configured with: ../gcc/configure --with-gnu-as --with-as=/opt/gnu/bin/as
--enable-shared --with-local-prefix=/opt/gnu --prefix=/opt/gnu/gcc/gcc-4.9
--with-gmp=/opt/gnu/gcc/gmp --enable-threads=posix --enable-debug=no
--disable-nls --without-cloog --without-ppl
--enable-languages=c,c++,objc,fortran,java,ada,obj-c++
Thread model: posix
gcc version 4.9.0 20130325 (experimental) [trunk revision 197072] (GCC)

[Bug c++/56725] extra spaces in error message

[paolo.carlini at oracle dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56725

Paolo Carlini <paolo.carlini at oracle dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED
         AssignedTo|unassigned at gcc dot       |paolo.carlini at oracle dot
                   |gnu.org                     |com

--- Comment #4 from Paolo Carlini <paolo.carlini at oracle dot com> 2013-03-27 15:36:16 UTC ---
Hi Manuel. I wanted to actually handle this per your indications and move on,
but I don't understand why you check the return value of permerror: shouldn't
we emit the inform anyway, either for an error or a warning?

[Bug c++/56725] extra spaces in error message

[manu at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56725

--- Comment #5 from Manuel López-Ibáñez <manu at gcc dot gnu.org> 2013-03-27 17:43:02 UTC ---
(In reply to comment #4)
> Hi Manuel. I wanted to actually handle this per your indications and move on,
> but I don't understand why you check the return value of permerror: shouldn't
> we emit the inform anyway, either for an error or a warning?

permerrors can be totally hidden by using "-fpermissive -w" no? (I haven't
actually tested it, so maybe I am wrong). If so, it would be weird to give the
note.
>From gcc-bugs-return-418596-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Mar 27 17:48:21 2013
Return-Path: <gcc-bugs-return-418596-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 13653 invoked by alias); 27 Mar 2013 17:48:21 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 13497 invoked by uid 48); 27 Mar 2013 17:48:14 -0000
From: "pageexec at freemail dot hu" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug plugins/56754] New: some missing plugin headers during installation in gcc 4.8
Date: Wed, 27 Mar 2013 17:48:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: plugins
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: pageexec at freemail dot hu
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Changed-Fields:
Message-ID: <bug-56754-4@http.gcc.gnu.org/bugzilla/>
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
Content-Type: text/plain; charset="UTF-8"
MIME-Version: 1.0
X-SW-Source: 2013-03/txt/msg02037.txt.bz2
Content-length: 997


http://gcc.gnu.org/bugzilla/show_bug.cgi?idV754

             Bug #: 56754
           Summary: some missing plugin headers during installation in gcc
                    4.8
    Classification: Unclassified
           Product: gcc
           Version: 4.8.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: plugins
        AssignedTo: unassigned@gcc.gnu.org
        ReportedBy: pageexec@freemail.hu


it used to be the case before 4.8 that the following files were made available
to plugins:

 target.h
 target.def
 target-hooks-macros.h

now it seems that at least for a x86_64-pc-linux-gnu target they no longer get
installed. i tried to find the related commit but came up empty so i'm
wondering if this is the result of an oversight or some policy change? manually
installing these files gets things back to normal, but it'd be nice to know
what to expect in the future or if it's a bug, fix it for 4.8.1 ;).

[Bug c++/56725] extra spaces in error message

[paolo.carlini at oracle dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56725

--- Comment #6 from Paolo Carlini <paolo.carlini at oracle dot com> 2013-03-27 19:28:09 UTC ---
I haven't tested anything so far, but stared a bit at the comment before
permerror and figured tgat in case of plain error (vs warning) the function
returns false thus the behavior would change. Besides that, empirically, I see
around in the front end permerrors folliwed unconditionally by informs
(actually that observation came first ;)

[Bug c++/56725] extra spaces in error message

[manu at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56725

--- Comment #7 from Manuel López-Ibáñez <manu at gcc dot gnu.org> 2013-03-27 19:46:57 UTC ---
(In reply to comment #6)
> I haven't tested anything so far, but stared a bit at the comment before
> permerror and figured tgat in case of plain error (vs warning) the function
> returns false thus the behavior would change. Besides that, empirically, I see
> around in the front end permerrors folliwed unconditionally by informs
> (actually that observation came first ;)

manuel@gcc10:~$ ~/test1/195333/build/gcc/cc1plus test.cc
 int docall()
test.cc:9:18: error: invalid conversion from ‘int (*)(int*)’ to ‘int
(*)(double*)’ [-fpermissive]
                 f);
                  ^
test.cc:4:5: error:   initializing argument 3 of ‘int callf(int, int, int
(*)(double*))’ [-fpermissive]
 int callf (int, int, int (*)(double *));
     ^

manuel@gcc10:~$ ~/test1/195333/build/gcc/cc1plus test.cc -fpermissive
[..the same but two warnings..]


manuel@gcc10:~$ ~/test1/195333/build/gcc/cc1plus test.cc -fpermissive -w
[nothing]

so if you change the second permerror to inform, and don't check the output of
permerror and fn == true, then with -fpermissive -w you get:

manuel@gcc10:~$ ~/test1/195333/build/gcc/cc1plus test.cc -fpermissive
test.cc:4:5: note:   initializing argument 3 of ‘int callf(int, int, int
(*)(double*))’ 
 int callf (int, int, int (*)(double *));
     ^

which doesn't make much sense. I added a bool return value to permerror for
this reason. error() doesn't return bool because you cannot silence it.
>From gcc-bugs-return-418603-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Mar 27 19:48:32 2013
Return-Path: <gcc-bugs-return-418603-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 18660 invoked by alias); 27 Mar 2013 19:48:32 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 18616 invoked by uid 48); 27 Mar 2013 19:48:21 -0000
From: "manu at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/56725] extra spaces in error message
Date: Wed, 27 Mar 2013 19:48:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: manu at gcc dot gnu.org
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: paolo.carlini at oracle dot com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Changed-Fields:
Message-ID: <bug-56725-4-ujITELegeW@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-56725-4@http.gcc.gnu.org/bugzilla/>
References: <bug-56725-4@http.gcc.gnu.org/bugzilla/>
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-SW-Source: 2013-03/txt/msg02044.txt.bz2
Content-length: 540


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56725

--- Comment #8 from Manuel López-Ibáñez <manu at gcc dot gnu.org> 2013-03-27 19:48:21 UTC ---
(In reply to comment #7)

> manuel@gcc10:~$ ~/test1/195333/build/gcc/cc1plus test.cc -fpermissive
> test.cc:4:5: note:   initializing argument 3 of ‘int callf(int, int, int
> (*)(double*))’ 
>  int callf (int, int, int (*)(double *));
>      ^

Typo! The command-line is actually:

manuel@gcc10:~$ ~/test1/195333/build/gcc/cc1plus test.cc -fpermissive -w
>From gcc-bugs-return-418604-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Mar 27 19:53:04 2013
Return-Path: <gcc-bugs-return-418604-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 19947 invoked by alias); 27 Mar 2013 19:53:04 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 19833 invoked by uid 48); 27 Mar 2013 19:52:57 -0000
From: "paolo.carlini at oracle dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/56725] extra spaces in error message
Date: Wed, 27 Mar 2013 19:53:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: paolo.carlini at oracle dot com
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: paolo.carlini at oracle dot com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Changed-Fields:
Message-ID: <bug-56725-4-DTzrqBjmza@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-56725-4@http.gcc.gnu.org/bugzilla/>
References: <bug-56725-4@http.gcc.gnu.org/bugzilla/>
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
Content-Type: text/plain; charset="UTF-8"
MIME-Version: 1.0
X-SW-Source: 2013-03/txt/msg02045.txt.bz2
Content-length: 402


http://gcc.gnu.org/bugzilla/show_bug.cgi?idV725

--- Comment #9 from Paolo Carlini <paolo.carlini at oracle dot com> 2013-03-27 19:52:57 UTC ---
Ok, thanks! Thus, if I remember correctly that comment (true meaning warning),
looks like we want everywhere if (!permerror...) inform(... right? Otherwise if
I misremembering, we should anyway fix the existing permerror/inform sequences,
right?

[Bug c++/56725] extra spaces in error message

[manu at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56725

--- Comment #10 from Manuel López-Ibáñez <manu at gcc dot gnu.org> 2013-03-27 20:24:47 UTC ---
No, true means something was reported (error or warning), false means that
nothing was reported. The same as for pedwarn and warning. pedwarn also returns
true for --pedantic-errors, even thought it gives an error then.

So either:

if (permerror(...)) inform(...)

or 

permerror() && inform()

but I think the latter was frowned upon by the powers that be.
>From gcc-bugs-return-418607-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Mar 27 20:30:46 2013
Return-Path: <gcc-bugs-return-418607-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 3009 invoked by alias); 27 Mar 2013 20:30:46 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 2952 invoked by uid 48); 27 Mar 2013 20:30:36 -0000
From: "paolo.carlini at oracle dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/56725] extra spaces in error message
Date: Wed, 27 Mar 2013 20:30:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: paolo.carlini at oracle dot com
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: paolo.carlini at oracle dot com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Changed-Fields:
Message-ID: <bug-56725-4-OSlhlifUaK@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-56725-4@http.gcc.gnu.org/bugzilla/>
References: <bug-56725-4@http.gcc.gnu.org/bugzilla/>
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
Content-Type: text/plain; charset="UTF-8"
MIME-Version: 1.0
X-SW-Source: 2013-03/txt/msg02048.txt.bz2
Content-length: 345


http://gcc.gnu.org/bugzilla/show_bug.cgi?idV725

--- Comment #11 from Paolo Carlini <paolo.carlini at oracle dot com> 2013-03-27 20:30:36 UTC ---
Ok, thanks a lot again. Then however we have to tweak a bit that comment too
(it only  mentions warnings for true, instead means any diagnostics is actually
reported (that's much better!))

[Bug c++/56725] extra spaces in error message

[manu at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56725

--- Comment #12 from Manuel López-Ibáñez <manu at gcc dot gnu.org> 2013-03-27 20:37:05 UTC ---
That was the intention, if the comment or the behaviour does not match this,
then I did a mistake implementing it, and it is a bug in my opinion.
>From gcc-bugs-return-418609-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Mar 27 20:48:56 2013
Return-Path: <gcc-bugs-return-418609-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 13163 invoked by alias); 27 Mar 2013 20:48:56 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 13141 invoked by uid 48); 27 Mar 2013 20:48:49 -0000
From: "antoine.balestrat at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug tree-optimization/56756] New: ICE: verify_ssa failed (definition in block n follows the use !)
Date: Wed, 27 Mar 2013 20:48:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: tree-optimization
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: antoine.balestrat at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Changed-Fields:
Message-ID: <bug-56756-4@http.gcc.gnu.org/bugzilla/>
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-SW-Source: 2013-03/txt/msg02050.txt.bz2
Content-length: 1266


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56756

             Bug #: 56756
           Summary: ICE: verify_ssa failed (definition in block n follows
                    the use !)
    Classification: Unclassified
           Product: gcc
           Version: 4.9.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: tree-optimization
        AssignedTo: unassigned@gcc.gnu.org
        ReportedBy: antoine.balestrat@gmail.com


Using GCC 4.9.0 as of 20130327 :

$ cat ssa.c
int a, *b;

void f(void)
{
    if(a)
    {
        int k;

        for(a = 0; a < 1; a++)
        {
            int **q;
            f();

            for(; **q; ++**q)
lbl:
                if(a)
                {
                    a = 0;
                    goto lbl;
                }

            b = &k;
        }
    }
    goto lbl;
}

$ xgcc -O1 -w ssa.c
ssa.c: In function ‘f’:
ssa.c:3:6: error: definition in block 12 follows the use
 void f(void)
      ^
for SSA_NAME: _17 in statement:
# VUSE <.MEM_21>
D__lsm.5_2 = *_17;
ssa.c:3:6: internal compiler error: verify_ssa failed
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
>From gcc-bugs-return-418610-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Mar 27 21:12:33 2013
Return-Path: <gcc-bugs-return-418610-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 25009 invoked by alias); 27 Mar 2013 21:12:32 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 24838 invoked by uid 48); 27 Mar 2013 21:12:25 -0000
From: "pinskia at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug other/56755] Global symbol demangling
Date: Wed, 27 Mar 2013 21:12:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: other
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: pinskia at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Changed-Fields:
Message-ID: <bug-56755-4-rEjOOVnKA3@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-56755-4@http.gcc.gnu.org/bugzilla/>
References: <bug-56755-4@http.gcc.gnu.org/bugzilla/>
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
Content-Type: text/plain; charset="UTF-8"
MIME-Version: 1.0
X-SW-Source: 2013-03/txt/msg02051.txt.bz2
Content-length: 312


http://gcc.gnu.org/bugzilla/show_bug.cgi?idV755

--- Comment #2 from Andrew Pinski <pinskia at gcc dot gnu.org> 2013-03-27 21:12:24 UTC ---
(In reply to comment #1)
> c++filt is a part of binutils.

It might be part of binutils but the mangler is part of libiberty whos official
copy is part of GCC.

[Bug c++/56725] extra spaces in error message

[paolo.carlini at oracle dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56725

Paolo Carlini <paolo.carlini at oracle dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED
   Target Milestone|---                         |4.9.0

--- Comment #13 from Paolo Carlini <paolo.carlini at oracle dot com> 2013-03-28 16:06:41 UTC ---
Fixed for 4.9.0.