Hello,
Here the asm of the previous example:
.globl _ZN5bench10LinkedList6insertEi
.type _ZN5bench10LinkedList6insertEi, @function
_ZN5bench10LinkedList6insertEi:
.LFB46:
.loc 1 24 0
.cfi_startproc
pushq %r12
.cfi_def_cfa_offset 16
pushq %rbp
Hello,
Some of our target processors support complete hardware misaligned
memory access. I implemented movmisalignm patterns, and found
TARGET_SUPPORT_VECTOR_MISALIGNMENT (TARGET_VECTORIZE_SUPPORT_VECTOR_MISALIGNMENT
On 4.6) hook is based on checking these patterns. Somehow this
hook doesn't seem
Hello!
I am discovering gcc and his plugin system. I have tried MELT. I would
like to say that the lispy syntax is not so difficult. It mights look
unattractive to have such number of parenthesis but we quikly get used
to the structure.
The harder for me is to have a good view of the GCC
Hi,
gcc-ow...@gcc.gnu.org wrote on 24/01/2011 03:21:51 PM:
Hello,
Some of our target processors support complete hardware misaligned
memory access. I implemented movmisalignm patterns, and found
TARGET_SUPPORT_VECTOR_MISALIGNMENT
(TARGET_VECTORIZE_SUPPORT_VECTOR_MISALIGNMENT
On 4.6) hook
On 1/24/2011 5:21 AM, Bingfeng Mei wrote:
Hello,
Some of our target processors support complete hardware misaligned
memory access. I implemented movmisalignm patterns, and found
TARGET_SUPPORT_VECTOR_MISALIGNMENT (TARGET_VECTORIZE_SUPPORT_VECTOR_MISALIGNMENT
On 4.6) hook is based on checking
On Sat, Jan 22, 2011 at 08:02:33PM +0100, Michael Matz wrote:
On Sat, 22 Jan 2011, Nathan Froyd wrote:
- Similarly to the work I did for s/TREE_CHAIN/DECL_CHAIN/, I'd like to
replace TREE_TYPE for things like {POINTER,FUNCTION,ARRAY}_TYPE, etc.
This work would be a good step towards
Do you have any opinion about adding a warning for:
int f(char c)
{
return 10 * (c == 13) ? 1 : 2;
}
The multiplication has no effect. The function returns either 1 or 2.
It would be interesting to know how a MELT script could look like for
such a case.
As far as I see the multiplication
Daniel Marjamäki daniel.marjam...@gmail.com writes:
Do you have any opinion about adding a warning for:
int f(char c)
{
return 10 * (c == 13) ? 1 : 2;
}
The multiplication has no effect. The function returns either 1 or 2.
It would be interesting to know how a MELT script could look
2011/1/24 Ian Lance Taylor i...@google.com:
The problem with warnings for this kind of code in C/C++ is that it
often arises in macro expansions.
I see... so it won't be included in gcc. :-(
It was my goal to get it into GCC. But I still think it's an
interesting idea that I'll look into.
On Mon, 17 Jan 2011, Gerald Pfeifer wrote:
On Wed, 12 Jan 2011, Jie Zhang wrote:
I agree. I think Joseph is the best candidate for the maintainer of the
option handling since he made the most changes of gcc/opts-common.c. He
is already the maintainer of the driver. If we unify these two
On Sat, 2011-01-22 at 12:26 -0800, Richard Henderson wrote:
On 01/22/2011 10:48 AM, Sergei Trofimovich wrote:
I've attached dirty patch. It has not very nice comments, tabs and spaces
yet.
Steve perhaps should weigh in here...
I am not very familiar with AUTO_PIC and NO_PIC. It would be
On 01/24/2011 11:40 AM, Steve Ellcey wrote:
On Sat, 2011-01-22 at 12:26 -0800, Richard Henderson wrote:
On 01/22/2011 10:48 AM, Sergei Trofimovich wrote:
I've attached dirty patch. It has not very nice comments, tabs and spaces
yet.
Steve perhaps should weigh in here...
I am not very
Daniel Marjamäki daniel.marjam...@gmail.com writes:
2011/1/24 Ian Lance Taylor i...@google.com:
The problem with warnings for this kind of code in C/C++ is that it
often arises in macro expansions.
I see... so it won't be included in gcc. :-(
Actually, I think it could be included in gcc,
Ian Lance Taylor i...@google.com writes:
2011-01-18 Ian Lance Taylor i...@google.com
* plugin.cc (class Plugin_rescan): Define new class.
(Plugin_manager::claim_file): Set any_claimed_.
(Plugin_manager::save_archive): New function.
I've committed this patch to bump the gold version number to 1.11, to
both mainline and the binutils 2.21 branch.
This is so that gcc's LTO plugin can detect the changed behaviour
concerning static archives, so that the plugin knows that it need not
honor the -pass-through option. The
Hello,
I am creating a script for building GCC 4.5.2 for the AVR target:
http://www.cl.cam.ac.uk/~osc22/files/install_avr_tools.sh
I have some troubles when building GCC-4.5.2, see below, maybe you can
help me; thanks:
...
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory
On 24 January 2011 22:49, Omar Choudary wrote:
I am creating a script for building GCC 4.5.2 for the AVR target:
http://www.cl.cam.ac.uk/~osc22/files/install_avr_tools.sh
I have some troubles when building GCC-4.5.2, see below, maybe you can
help me; thanks:
This question is off-topic on
On Sat, Jan 22, 2011 at 10:52, Nathan Froyd froy...@codesourcery.com wrote:
Comments? Concerns?
Only one: thanks! They all look very useful to me.
Diego.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47430
Summary: [4.6 Regression] Random PCH related bootstrap failures
on powerpc64-linux
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47430
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47430
--- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org 2011-01-24
08:51:53 UTC ---
3) might be too hard, at least on RHEL6/ppc64 the randomization of mmap has
difference between smallest and largest address for one mmap is almost 1GB in a
few
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29383
Thomas thenlich at users dot sourceforge.net changed:
What|Removed |Added
CC||thenlich at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45810
--- Comment #21 from Dominique d'Humieres dominiq at lps dot ens.fr
2011-01-24 09:29:00 UTC ---
I have regtested my working tree (with other patches) with the patch in comment
#15 and got 180 new failures (likely 90 for both -m32 and -m64), but I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45988
--- Comment #2 from Rainer Orth ro at gcc dot gnu.org 2011-01-24 09:30:39 UTC
---
Author: ro
Date: Mon Jan 24 09:30:31 2011
New Revision: 169153
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169153
Log:
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45988
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #37 from rguenther at suse dot de rguenther at suse dot de
2011-01-24 09:41:28 UTC ---
On Fri, 21 Jan 2011, mikael at gcc dot gnu.org wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #36 from Mikael Morin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47411
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47428
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47431
Summary: ctime() not thread-safe
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfortran
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47431
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47432
Summary: ttyname() not thread-safe
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfortran
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47432
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45124
Jan Kratochvil jan.kratochvil at redhat dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47428
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
Summary: libstdc++ parallel mode calls std::swap explicitely
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: libstdc++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45940
--- Comment #16 from Vincent Gramoli vincent.gramoli at epfl dot ch
2011-01-24 12:04:37 UTC ---
Hi Aldy,
The bug does you refer to does not seem to be assigned to anyone.
Vincent
On Jan 20, 2011, at 3:31 PM, aldyh at gcc dot gnu.org wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47427
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||hubicka at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #2 from Paolo Carlini paolo.carlini at oracle dot com 2011-01-24
12:52:30 UTC ---
Note: std::swap_ranges is fine, AFAICS.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #3 from Manuel Holtgrewe manuel.holtgr...@fu-berlin.de 2011-01-24
12:56:16 UTC ---
I agree, that there are no obvious problems with std::swap_ranges.
Is anything specified in the standard in this direction?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47434
Summary: Wrong field width for NaN with (F0.n) formatting
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47427
--- Comment #3 from rguenther at suse dot de rguenther at suse dot de
2011-01-24 12:59:58 UTC ---
On Mon, 24 Jan 2011, jakub at gcc dot gnu.org wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47427
Jakub Jelinek jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #4 from Paolo Carlini paolo.carlini at oracle dot com 2011-01-24
13:10:43 UTC ---
I don't think it is. I can double check later.
Also, in losertree.h most uses involve built-in types (like bool or int) or
pointers, and those are also
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47434
Jerry DeLisle jvdelisle at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #5 from Johannes Singler singler at kit dot edu 2011-01-24
13:19:22 UTC ---
What are you proposing for a fix? Omitting std::? Using std::iter_swap where
appropriate, like stl_algo.h mostly does? The latter would be more consistent.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47389
--- Comment #4 from Zdenek Sojka zsojka at seznam dot cz 2011-01-24 13:21:50
UTC ---
Created attachment 23096
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23096
short C testcase
$ gcc -O -fno-combine-stack-adjustments -fno-dse
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #6 from Johannes Singler singler at kit dot edu 2011-01-24
13:23:26 UTC ---
Taking __key as value type in (some variants of __delete_min_insert) makes
sense, since it is also used as a buffer for storing the current loser. Having
a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47429
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #7 from Paolo Carlini paolo.carlini at oracle dot com 2011-01-24
13:28:28 UTC ---
For sure if we are swapping _Tps we have to omit the std::. In general, when we
are not swapping built-ins or pointers we have to omit the qualification
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47435
Summary: [4.6 Regression] ICE: SIGSEGV in c_finish_case
(c-typeck.c:8859) on invalid code
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47398
Dodji Seketeli dodji at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #8 from Jonathan Wakely redi at gcc dot gnu.org 2011-01-24
13:53:27 UTC ---
(In reply to comment #3)
Is anything specified in the standard in this direction?
20.2.2 Swappable requirements [swappable.requirements]
3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #9 from Johannes Singler singler at kit dot edu 2011-01-24
13:55:33 UTC ---
I have made the attached minimal patch.
Use std::iter_swap where possible, use swap for _Tp, and leave std::swap for
built-in types. I will test and then
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #10 from Johannes Singler singler at kit dot edu 2011-01-24
13:57:16 UTC ---
Created attachment 23098
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23098
Minimal patch avoid std::swap on template types.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47427
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47428
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Attachment #23095|0 |1
is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45810
--- Comment #22 from Richard Guenther rguenth at gcc dot gnu.org 2011-01-24
14:07:14 UTC ---
(In reply to comment #15)
Enabling early FRE
Index: passes.c
===
--- passes.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #11 from Paolo Carlini paolo.carlini at oracle dot com 2011-01-24
14:11:05 UTC ---
Thanks Johannes. Jon is right (and indeed we are already using the pattern
elsewhere): when we are removing the std:: qualification from std::swap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47166
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47436
Summary: Variadic base-specifier-list of union rejected
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47434
--- Comment #2 from Thomas Henlich thenlich at users dot sourceforge.net
2011-01-24 14:37:29 UTC ---
A similar issue occurs with the values +Infinity and 0.0:
program testnan
real :: i, n = 0.0, m = tiny(0.0)
i = 1.0 / n
print
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47435
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47437
Summary: libstdc++ parallel mode: multiway_merge does not
compile
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47435
--- Comment #2 from Paolo Bonzini bonzini at gnu dot org 2011-01-24 14:47:15
UTC ---
The code hardly makes any sense, so it's difficult to say which error message
makes more sense. I'll look at the regression.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47437
--- Comment #1 from Johannes Singler singler at kit dot edu 2011-01-24
14:48:42 UTC ---
Created attachment 23101
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23101
Remove mutable qualifier from reference member.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47437
Johannes Singler singler at kit dot edu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47437
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47166
--- Comment #22 from Ian Bolton ibolton at gcc dot gnu.org 2011-01-24
14:54:51 UTC ---
(In reply to comment #21)
So is this now fixed on the trunk? Can anyone run SPEC2k?
I can run it. I will report back when done.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47414
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47414
--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2011-01-24
15:21:32 UTC ---
In particular it is
aliasing_component_refs_p that says those 2 don't alias.
Richi, can you please have a look?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47435
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Keywords||error-recovery
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47387
--- Comment #4 from Graham Reed greed at pobox dot com 2011-01-24 15:29:55
UTC ---
OK, I'll try and get the mailing list thing worked out today.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47398
--- Comment #3 from Dodji Seketeli dodji at gcc dot gnu.org 2011-01-24
16:05:26 UTC ---
A patch was proposed at http://gcc.gnu.org/ml/gcc-patches/2011-01/msg01646.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47414
--- Comment #4 from rguenther at suse dot de rguenther at suse dot de
2011-01-24 16:08:44 UTC ---
On Mon, 24 Jan 2011, jakub at gcc dot gnu.org wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47414
--- Comment #3 from Jakub Jelinek jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47409
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47414
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47409
--- Comment #3 from John Regehr regehr at cs dot utah.edu 2011-01-24 16:43:58
UTC ---
(In reply to comment #2)
Not sure if this is a bug at all, structure assignment should be implementable
using memcpy or memmove and thus the side effects that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47437
--- Comment #3 from singler at gcc dot gnu.org singler at gcc dot gnu.org
2011-01-24 16:44:36 UTC ---
Author: singler
Date: Mon Jan 24 16:44:30 2011
New Revision: 169166
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169166
Log:
2011-01-24
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47408
--- Comment #2 from Michael Meissner meissner at gcc dot gnu.org 2011-01-24
16:47:20 UTC ---
Author: meissner
Date: Mon Jan 24 16:47:16 2011
New Revision: 169167
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169167
Log:
Fix PR 47408 and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47409
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2011-01-24
16:49:17 UTC ---
This is related to PR45472 and is solely about volatile fields in aggregates.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47437
Johannes Singler singler at kit dot edu changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45685
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
CC||law at redhat dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47408
--- Comment #3 from Michael Meissner meissner at gcc dot gnu.org 2011-01-24
16:57:07 UTC ---
Author: meissner
Date: Mon Jan 24 16:57:04 2011
New Revision: 169168
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169168
Log:
Fix PR 47408 and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47438
Summary: function arguments memory alignment problem.
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: c
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47411
--- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2011-01-24
16:53:07 UTC ---
I think a backport of
2010-06-30 Michael Matz m...@suse.de
PR bootstrap/44699
* tree-vrp.c (vrp_finalize): Deal with changing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47438
--- Comment #1 from doh-hyun koh dbms007 at hanmail dot net 2011-01-24
17:02:45 UTC ---
hi I am developing big application with old large source in linux ..
even though I could manage some of bug, eventually the will be big troubles..
so I here I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47439
Summary: Fun with scratch files on Windows MKTEMP only allows
for 26 files
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #12 from singler at gcc dot gnu.org singler at gcc dot gnu.org
2011-01-24 17:07:40 UTC ---
Author: singler
Date: Mon Jan 24 17:07:35 2011
New Revision: 169171
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169171
Log:
2011-01-24
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
Johannes Singler singler at kit dot edu changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47440
Summary: Use LCM for vzeroupper optimization
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46519
--- Comment #8 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org 2011-01-24
17:30:00 UTC ---
Author: hjl
Date: Mon Jan 24 17:29:58 2011
New Revision: 169173
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169173
Log:
Visit basic blocks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46519
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47441
Summary: g++ Introduces Internal Compiler Error: Bus error
during compilation
Product: gcc
Version: 4.4.5
Status: UNCONFIRMED
Severity: major
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47429
--- Comment #3 from Navin Kumar navin.kumar at gmail dot com 2011-01-24
17:42:03 UTC ---
Wouldn't the simple fix be to make it a note() that 'int Blah::test' is private
and the error() be the caller's attempt to use it?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47429
--- Comment #4 from Manuel López-Ibáñez manu at gcc dot gnu.org 2011-01-24
17:55:29 UTC ---
It is common in the C/C++ front-ends that error() is followed by one or more
notes() providing context, suggestions or more information. (That is, error:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47442
Summary: does not build multilib on m68k
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libffi
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45810
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC||howarth at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47271
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47441
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47429
--- Comment #5 from Navin Kumar navin.kumar at gmail dot com 2011-01-24
18:07:45 UTC ---
Hmm. I only need -Wfatal-errors because otherwise a small typo can cause
heavily templated code to go berserk and output 10,000 lines of errors.
Perhaps a
1 - 100 of 173 matches
Mail list logo
