Hi,
global-used-types.c in gcc/testsuite/gcc.dg/debug/dwarf2 only specifies
-g in dg-options. For a target that is not configured to generate
dwarf-2 by default, the test fails looking for specific DWARF strings in
the generated assembly.
The patch below changes dg-options to -gdwarf-2. Can
On Tue, Mar 26, 2013 at 6:30 PM, Frederic Riss frederic.r...@gmail.com wrote:
I was playing with adding support of the various modes of widening
multiplies on my backend, and hit some restrictions in the expansion
code that I couldn't explain to myself. These restrictions only impact
the
On Tue, Mar 26, 2013 at 6:55 PM, Frederic Riss frederic.r...@gmail.com wrote:
While working on having the divisions by constants optimized by my GCC
targeting, I realized that whatever *muldi3_highpart my backend
provides, it would never be used because of the bounds checks that
expmed.c does
On Wed, Mar 27, 2013 at 3:13 AM, Nikhil Patil nikhilpatil3...@gmail.com wrote:
Hello everyone,
I am trying to understand the points-to analysis (pta) ipa pass, but
I am not able to match the information generated by the pass and that
in structure SSA_NAME_PTR_INFO.
For the code segment,
On 27 March 2013 10:10, Richard Biener richard.guent...@gmail.com wrote:
On Tue, Mar 26, 2013 at 6:55 PM, Frederic Riss frederic.r...@gmail.com
wrote:
The cost arrays are filled up to
MAX_BITS_PER_WORD, thus as a temporary workaround I have defined
MAX_BITS_PER_WORD to 64, and I have
On 27 March 2013 10:05, Richard Biener richard.guent...@gmail.com wrote:
On Tue, Mar 26, 2013 at 6:30 PM, Frederic Riss frederic.r...@gmail.com
wrote:
Here, the code trying to expand a signed by unsigned widening multiply
explicitly checks that the operand isn't a constant. Why is that? I
While working with some splitters I noticed that the RTL optimisation
passes do not optimise away a no-op wrapped in a cond_exec.
So for example, if my splitter generates something like:
(cond_exec (lt:SI (reg:CC CC_REGNUM) (const_int 0))
(set (match_dup 1)
Hi,
I was looking at why gcc.dg/c1x-align-3.c (test for errors, line 15) is
failing for the AVR target, and I found that the test expects _Alignas
with -__INT_MAX__ - 1 to fail with a too large error.
I looked at the code responsible for generating the error (c-common.c,
check_user_alignment)
Hi,
I posted a while ago about a project between Embecosm and the University of
Bristol. In this project we explored the effect that a wide range of
optimisations had on the execution time and energy consumption of a variety of
benchmarks. The project has been written up, and results and
On Wed, 27 Mar 2013, Senthil Kumar Selvaraj wrote:
Hi,
I was looking at why gcc.dg/c1x-align-3.c (test for errors, line 15) is
failing for the AVR target, and I found that the test expects _Alignas
with -__INT_MAX__ - 1 to fail with a too large error.
It expects either an error either
On Mar 27, 2013, at 1:02 AM, Senthil Kumar Selvaraj
senthil_kumar.selva...@atmel.com wrote:
global-used-types.c in gcc/testsuite/gcc.dg/debug/dwarf2 only specifies
-g in dg-options. For a target that is not configured to generate
dwarf-2 by default, the test fails looking for specific DWARF
Lawrence == Lawrence Crowl cr...@googlers.com writes:
Lawrence Are the symbol searches specific to the scope context, or does it
Lawrence search all globally defined symbols?
I am not totally certain in this case, but in gdb many searches are
global, so that print something works even if
The latest Fedora Core 18 comes with automake 1.12.1 and perl 5.16.2. I
installed and tried to use automake 1.11.1 for one of the GCC libraries,
but got a warning from aclocal:
main::scan_file() called too early to check prototype at
/usr/local/bin/aclocal line 617.
The latest 1.11.6 has
This page: http://gcc.gnu.org/gcc-4.8/
under release history says GCC 4.8 was released on March 22, 2012.
This should be 2013, not 2012.
On Wed, Mar 27, 2013 at 2:04 PM, Nenad Vukicevic ne...@intrepid.com wrote:
The latest Fedora Core 18 comes with automake 1.12.1 and perl 5.16.2. I
installed and tried to use automake 1.11.1 for one of the GCC libraries, but
got a warning from aclocal:
main::scan_file() called too early to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56751
Bug #: 56751
Summary: Can not confugure stage 2
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56734
--- Comment #3 from Marc Girod marc.girod at gmail dot com 2013-03-27
06:52:14 UTC ---
OK. Good to know. I configured with GNU, hence there is something in the tool
chain which results in the problem.
Under the debugger, I get the segfault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56751
Максим Прохоренко maxim.prohorenko at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56734
--- Comment #4 from Marc Girod marc.girod at gmail dot com 2013-03-27
07:00:33 UTC ---
Sorry: the other compiler works once I set LD_LIBRARY_PATH to use its
libstdc++.so.6 and libgcc_s.so.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56748
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54988
--- Comment #13 from Kai Koehne kai.koehne at digia dot com 2013-03-27
09:12:42 UTC ---
The OOM problem is still there with gcc 4.8.0 on MinGW: Any #pragma optimize
X will result in OOM for big files.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56742
--- Comment #4 from Kai Tietz ktietz at gcc dot gnu.org 2013-03-27 09:40:16
UTC ---
(In reply to comment #3)
(In reply to comment #2)
Hmm, yes indeed it is the -freorder-blocks option. One solution is to
disallow after reload for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56746
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56695
--- Comment #8 from Richard Biener rguenth at gcc dot gnu.org 2013-03-27
09:53:59 UTC ---
(In reply to comment #2)
In tree-vect-stmts.c:
if (!INTEGRAL_TYPE_P (TREE_TYPE (vectype)))
{
unsigned int prec =
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56695
--- Comment #9 from Richard Biener rguenth at gcc dot gnu.org 2013-03-27
09:57:41 UTC ---
That said, it should look like, unconditionally(!)
unsigned int prec = GET_MODE_BITSIZE (TYPE_MODE (TREE_TYPE (vectype)));
tree
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45282
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52597
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56695
--- Comment #10 from Richard Biener rguenth at gcc dot gnu.org 2013-03-27
10:08:02 UTC ---
(In reply to comment #9)
That said, it should look like, unconditionally(!)
unsigned int prec = GET_MODE_BITSIZE (TYPE_MODE (TREE_TYPE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56695
--- Comment #11 from Richard Biener rguenth at gcc dot gnu.org 2013-03-27
10:10:06 UTC ---
And in tree-cfg.c:verify_gimple_comparison properly establish rules for the
signedness of the vector comparison result.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25466
--- Comment #12 from Paolo Carlini paolo.carlini at oracle dot com 2013-03-27
10:13:29 UTC ---
I'm having another look to this and apparently clang behaves like GCC.
Jason, what do you think? Should we extend somehow build_typeid? I'm not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56734
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49423
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56752
Bug #: 56752
Summary: GCC fails to bootstrap on Debian GNU/Linux 7.0
(wheezy) when x32 libraries aren't installed
Classification: Unclassified
Product: gcc
Version:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56341
--- Comment #9 from Bernd Edlinger bernd.edlinger at hotmail dot de
2013-03-27 10:36:48 UTC ---
Hello GCC-Maintainers,
what do you think? Should'nt this patch be in the 4.6.4 release?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37021
--- Comment #15 from Richard Biener rguenth at gcc dot gnu.org 2013-03-27
10:39:00 UTC ---
Author: rguenth
Date: Wed Mar 27 10:38:29 2013
New Revision: 197158
URL: http://gcc.gnu.org/viewcvs?rev=197158root=gccview=rev
Log:
2013-03-27
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37021
--- Comment #16 from Richard Biener rguenth at gcc dot gnu.org 2013-03-27
10:40:40 UTC ---
We now vectorize this testcase by means of using strided loads, relying on
store motion turning the store to self(i) in the innermost look into a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56752
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56695
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56752
David Starner prosfilaes at gmail dot com changed:
What|Removed |Added
Status|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56752
--- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org 2013-03-27
11:00:16 UTC ---
How do you propose to check that?
You might not have a 32-bit compiler with which to test those headers during
configuration, so it's not easy to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56746
--- Comment #2 from Mathias Gaunard mathias at gaunard dot com 2013-03-27
11:04:08 UTC ---
The preprocessed file is 7 megabytes, which exceeds what I can attach here.
I do not think it is practical to reduce it with automatic tools.
Would
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56752
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56746
--- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com 2013-03-27
11:09:28 UTC ---
You can reduce it at least somewhat and then compress it with bzip2.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56746
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org 2013-03-27
11:12:45 UTC ---
You should be able to attach it if you compress it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56213
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54939
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56745
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56650
--- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 2013-03-27
11:23:41 UTC ---
Author: burnus
Date: Wed Mar 27 10:45:58 2013
New Revision: 197159
URL: http://gcc.gnu.org/viewcvs?rev=197159root=gccview=rev
Log:
2013-03-27
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56650
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36437
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||burnus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18438
--- Comment #8 from Richard Biener rguenth at gcc dot gnu.org 2013-03-27
11:27:31 UTC ---
The issue is that we cannot use a vector v4sf store to opoints[i][0]
as opoints[i][4] is not stored to. Such masked store (or interleaved
store with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36437
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21998
--- Comment #6 from Richard Biener rguenth at gcc dot gnu.org 2013-03-27
11:32:19 UTC ---
Note that the concern is also that a1 may be mapped to a read-only segment,
so introducing a store data-race may trap. That's probably out of the C99
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31021
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55979
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31079
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31021
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34378
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37150
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38011
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41115
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org 2013-03-27
12:38:05 UTC ---
It would be nice to see where we are today with respect to the cost model /
vectorizing / not vectorizing.
20130327 (experimental) [fixups revision
2e9f00a:a9591cc:d18af62e3808d9860cf2a36c41367b3b3e8e3fa9] (GCC)
/scratch/obj.x86_64/gcc-4.9.orig/./gcc/xgcc
-B/scratch/obj.x86_64/gcc-4.9.orig/./gcc/ -B//x86_64-unknown-linux-gnu/bin/
-B//x86_64-unknown-linux-gnu/lib/ -isystem //x86_64-unknown-linux-gnu/include
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43434
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55102
--- Comment #3 from Jan Hubicka hubicka at gcc dot gnu.org 2013-03-27
12:47:04 UTC ---
Doing IPA analysis at -O0 for LTO streaming won't really solve the fact that
functions are not early optimized. I would vote for at least issuing a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56753
Bug #: 56753
Summary: vector.size() always returns 0
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37150
--- Comment #15 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch
2013-03-27 12:53:16 UTC ---
Created attachment 29738
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29738
maybe smaller testcase version ?
Attached is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47298
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56753
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55102
--- Comment #4 from rguenther at suse dot de rguenther at suse dot de
2013-03-27 13:09:18 UTC ---
On Wed, 27 Mar 2013, hubicka at gcc dot gnu.org wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55102
--- Comment #3 from Jan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47346
--- Comment #10 from Jason Merrill jason at gcc dot gnu.org 2013-03-27
13:28:24 UTC ---
Even simpler:
class B { struct C {}; };
template class T struct A { B::C c; };
Aint a;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56749
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56716
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56742
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
CC||jason at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56753
--- Comment #2 from rb at oaktreepeak dot com 2013-03-27 14:05:11 UTC ---
It appears that you are saying that you can not assign a value to a vector
using the assignment operator[]?
All the STL docs say that you can.
Can you please
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56753
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55977
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56742
--- Comment #6 from Kai Tietz ktietz at gcc dot gnu.org 2013-03-27 14:43:24
UTC ---
Well, this issue is related to SEH exceptions. So it is pretty clear, why you
don't see it for linux.
It is serious bug for 4.8 gcc. From user's
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56742
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56716
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56753
--- Comment #4 from rb at oaktreepeak dot com 2013-03-27 15:17:14 UTC ---
I have a team of guys here and I am not attempting to be argumentative. We are
trying to understand your rather terse comments.
Perhaps this isn't the official
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56753
--- Comment #5 from rb at oaktreepeak dot com 2013-03-27 15:29:40 UTC ---
I understand what you are saying. You must actually assign empty buckets to
get the size, even though storing and retrieving values will work correctly.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56725
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56746
--- Comment #5 from Mathias Gaunard mathias at gaunard dot com 2013-03-27
16:41:16 UTC ---
While trying to isolate the problem, I have observed that the problem does not
occur if -save-temps is used.
While using -save-temps does not change
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56753
--- Comment #6 from Jonathan Wakely redi at gcc dot gnu.org 2013-03-27
17:02:31 UTC ---
(In reply to comment #4)
Perhaps this isn't the official documentation (if there is such a thing), but
even in the example opeartor[] is used to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56753
--- Comment #7 from Jonathan Wakely redi at gcc dot gnu.org 2013-03-27
17:03:56 UTC ---
http://en.cppreference.com/w/cpp/container/vector/operator_at is a much better
reference site than cplusplus.com, which is quite awful
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56754
Bug #: 56754
Summary: some missing plugin headers during installation in gcc
4.8
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56728
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56737
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56755
Bug #: 56755
Summary: Global symbol demangling
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56755
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
CC|
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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56725
--- 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?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56737
--- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org 2013-03-27
20:24:11 UTC ---
If one sets the breakpoint in _gfortrani_next_format, one gets for the
original, non cached version:
(gdb) p dtp-u.p.fmt.array.array[1].source
$13 =
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56725
--- 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
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.
1 - 100 of 175 matches
Mail list logo