Assignee: unassigned at gcc dot gnu.org
Reporter: lennox at cs dot columbia.edu
Target Milestone: ---
I have C code with header files which also need to be included from C++ code.
I want the compiler to warn me if these header files aren't valid C++; however,
keeping
y: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: lennox at cs dot columbia.edu
Target Milestone: ---
Created attachment 44736
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44736&action=edit
Test program that triggers the warning.
In the attached code,
: web
Assignee: unassigned at gcc dot gnu.org
Reporter: lennox at cs dot columbia.edu
Target Milestone: ---
On a retina (high-pixel-density) display, the gcc.gnu.org favicon.ico looks
ugly (pixellated).
To support retina displays, the .ico file should include a 32x32 version
: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: lennox at cs dot columbia.edu
When compiled with -O3, the following code produces an "array subscript is
above array bounds" warning, which is bogus as far as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58693
--- Comment #3 from Jonathan Lennox ---
As the original poster, I agree -- GCC Aarch64 should implement the intrinsics
in ACLE 2.0 (Neon and otherwise), and so should Clang.
At the time I filed the bug ACLE 2.0 hadn't been made public yet.
Mark
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: lennox at cs dot columbia.edu
ARMv8 adds a Cryptographic extension, supporting processor operands for common
cryptographic operations.
These operations should be exposed as intrinsic functions when targeting an
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58693
--- Comment #1 from Jonathan Lennox ---
Note: I have also filed the equivalent bug with Apple.
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: lennox at cs dot columbia.edu
Created attachment 30984
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30984&action=edit
Diff between functions in Apple Clang and GCC
Assignee: unassigned at gcc dot gnu.org
Reporter: lennox at cs dot columbia.edu
The GCC manual documents all the intrinsic functions supported by arm_neon.h on
the arm architecture, in terms of the assembly code each function is expected
to generate.
The aarch64 architecture
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47535
--- Comment #4 from Jonathan Lennox 2011-02-28
18:42:20 UTC ---
(In reply to comment #3)
> Yep, sounds like these should be fixed.
Filed as Bug 47930.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47930
Summary: -marm is undocumented; driver accepts -mno-thumb
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47535
--- Comment #2 from Jonathan Lennox 2011-02-28
17:30:39 UTC ---
In arm.opt, marm is marked Undocumented, and mthumb is not marked
RejectNegative.
In invoke.texi, -marm isn't mentioned except in the "ARM options" list.
Should I open a options an
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47816
--- Comment #2 from Jonathan Lennox 2011-02-19
15:38:04 UTC ---
Created attachment 23404
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23404
Preprocessed source for test case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47816
Summary: GCC pedwarns about use of static inline functions from
system headers in extern inline functions
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47535
Summary: -mno-thumb option does not work on ARM compiler
configured --with-mode=thumb
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
15 matches
Mail list logo
