http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51432
--- Comment #5 from Tomohiro Kashiwada 2013-04-16
03:33:22 UTC ---
no problem at gcc-4.7.3. it works fine.
$ rx-elf-g++ -v
Using built-in specs.
COLLECT_GCC=rx-elf-g++
COLLECT_LTO_WRAPPER=/home/kikairoya/rx/libexec/gcc/rx-elf/4.7.3/lto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50261
Bug #: 50261
Summary: [c++0x] ICE on brace-initialize an array member
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50521
Bug #: 50521
Summary: -fstrict-volatile-bitfields is not strict
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50521
--- Comment #2 from Tomohiro Kashiwada 2011-09-26
11:42:37 UTC ---
Variable 'bitfield' declared as volatile, so all bitfield's members are
volatile.
Even if declare 'bits' as volatile, gcc dumps same code.
However, adding option -fno-strict-volat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50521
--- Comment #3 from Tomohiro Kashiwada 2011-09-27
04:15:19 UTC ---
Other test case (gcc generates wrong code):
volatile union {
// add volatiles tenaciously, but...
volatile unsigned int all;
volatile struct {
volatile unsign
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50521
--- Comment #4 from Tomohiro Kashiwada 2011-10-20
01:53:33 UTC ---
Created attachment 25559
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25559
proposal patch
fix generating wrong code. no longer volatile-bitfield breaks other field.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50521
--- Comment #6 from Tomohiro Kashiwada 2011-10-28
01:32:42 UTC ---
(In reply to comment #5)
> Is this related to the strict volatile bitfields change in trunk revision
> 171347?
> http://gcc.gnu.org/viewcvs/trunk/gcc/expr.c?view=log&pathrev=17134
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50521
--- Comment #8 from Tomohiro Kashiwada 2011-10-28
03:58:45 UTC ---
(In reply to comment #7)
> Right. r171347 seem to be about fetches from bitfields while this change is
> about stores?
>
> An interesting test would be
>
> bitfield.bits.a =
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50521
--- Comment #10 from Tomohiro Kashiwada 2011-10-28
08:13:31 UTC ---
(In reply to comment #9)
> http://infocenter.arm.com/help/topic/com.arm.doc.ihi0042d/IHI0042D_aapcs.pdf
> section 7.1.7.5.
Thanks, I see.
On ARM ABI, reading or writing to volat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50521
--- Comment #11 from Tomohiro Kashiwada 2011-10-28
08:15:39 UTC ---
Created attachment 25642
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25642
patch to honor STRICT_ALIGNMENT
honor STRICT_ALIGNMENT when accessing non-volatile-bitfields
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50521
--- Comment #13 from Tomohiro Kashiwada 2011-10-29
06:50:11 UTC ---
(In reply to comment #12)
> Regarding the double load. In a statement like a = b, both a & be should be
> individually accessed even if they refer to the same storage. So
> bit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50521
--- Comment #15 from Tomohiro Kashiwada 2011-10-29
14:37:15 UTC ---
I see. Thanks detail exposition.
I think the behavior of my patch seems correct and it should be merged.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51028
Bug #: 51028
Summary: [C++11] Alias-Declaration in namespace omits other
whole code
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51028
--- Comment #1 from Tomohiro Kashiwada 2011-11-08
09:40:21 UTC ---
revision: r181150
environment: Debian sid x86_64
if move alias-decl to global scope, compile and link success.
ormal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: kikairoya at gmail dot com
working draft N3691 says:
26.4.10 Header
The header behaves as if it simply includes the header .
D.5 C standard library headers
Ev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59087
--- Comment #2 from Tomohiro Kashiwada ---
C's provides a macro named 'I' and this breaks existing codes.
ext/pod_char_traits.h
gcc4.8.2) http://melpon.org/wandbox/permlink/qb87YqrI7I4BAQRw
gcc4.7.3) http://melpon.org/wandbox/permlink/ighn7hGeL2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51419
Bug #: 51419
Summary: length of dwarf2 debug-info-section-label too small if
sizeof(void *)==2
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51432
Bug #: 51432
Summary: [4.6 regression] ICE in -flto -std=c++0x -g with
cross-compiler
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Priority: P3
Component: regression
Assignee: unassigned at gcc dot gnu.org
Reporter: kikairoya at gmail dot com
bootstrapping SVN trunk r212352 fails on Linux x86_64 (using github's git
mirror.)
r212490 still fails.
$ uname -a
Linux vmarch-ubuntu 3.15.5-1-AR
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: kikairoya at gmail dot com
following code causes ICE with gcc HEAD 5.0.0 20140908 (experimental)
(ran in http://melpon.org/wandbox/permlink/vXZsIogHe6QO5pnI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63214
Tomohiro Kashiwada changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61558
Tomohiro Kashiwada changed:
What|Removed |Added
CC||kikairoya at gmail dot com
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kikairoya at gmail dot com
GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: h8300-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42128
;sizeof(void
*)
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kikairoya at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48912
Tomohiro Kashiwada changed:
What|Removed |Added
CC||kikairoya at gmail dot com
25 matches
Mail list logo
