https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78314
--- Comment #10 from nsz at gcc dot gnu.org ---
it turns out the ieee_* functions are allowed in const expressions so they need
to work at compile time too (see bug 78449), which of course won't work if they
need runtime detection.
s
Severity: normal
Priority: P3
Component: driver
Assignee: unassigned at gcc dot gnu.org
Reporter: nsz at gcc dot gnu.org
Target Milestone: ---
common cc1 options in gcc/gcc.c has
"%{pg:%{fomit-frame-pointer:%e-pg and -fomit-frame-pointer are incompa
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: nsz at gcc dot gnu.org
Target Milestone: ---
Created attachme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66146
nsz at gcc dot gnu.org changed:
What|Removed |Added
CC||anthony.ajw at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70298
nsz at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66146
nsz at gcc dot gnu.org changed:
What|Removed |Added
CC||nsz at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71021
nsz at gcc dot gnu.org changed:
What|Removed |Added
CC||nsz at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71021
--- Comment #4 from nsz at gcc dot gnu.org ---
this might be a different issue, but then i'm not sure how you made the gcc
build to use the alternate glibc path.
can you attach the libatomic/testsuite/Makefile (with the CC etc variables
set
: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: nsz at gcc dot gnu.org
Target Milestone: ---
found this while cross compiling busybox to aarch64, i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71104
--- Comment #3 from nsz at gcc dot gnu.org ---
simplified a bit further:
void foo(void);
int vfork(void);
int *p;
void bar(void)
{
foo();
*p = vfork();
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71219
nsz at gcc dot gnu.org changed:
What|Removed |Added
CC||nsz at gcc dot gnu.org
: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: nsz at gcc dot gnu.org
Target Milestone: ---
recently lrint is inlined as frintx/fcvtzs on aarch64, but this
is not valid on ilp32 where a non-integer double may be out
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81800
--- Comment #1 from nsz at gcc dot gnu.org ---
b.c:
long f(double x)
{
return __builtin_lrint(x);
}
and an example value where the exceptions are wrong is 0x1p32 + 0.5
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: nsz at gcc dot gnu.org
Target Milestone: ---
following c++14 code fails to compile with ice on arm targets:
class A {
public:
constexpr A() {
return;
}
};
A
: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: nsz at gcc dot gnu.org
Target Milestone: ---
following code fails with ice with gcc 7.1.1:
constexpr int nlz(int x) {
return __builtin_constant_p(x) ? 0 : 1;
}
struct A {
constexpr A() { nlz(0); }
};
constexpr A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53037
nsz at gcc dot gnu.org changed:
What|Removed |Added
CC||nsz at gcc dot gnu.org
Assignee: unassigned at gcc dot gnu.org
Reporter: nsz at gcc dot gnu.org
CC: marxin at gcc dot gnu.org
Target Milestone: ---
Created attachment 42025
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42025&action=edit
save-temps and other outpu
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: nsz at gcc dot gnu.org
Target Milestone: ---
Created attachment 42043
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42043&action=edit
preprocessed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81982
--- Comment #1 from nsz at gcc dot gnu.org ---
Created attachment 42044
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42044&action=edit
good ccp1 output from -fdump-tree-all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81982
--- Comment #2 from nsz at gcc dot gnu.org ---
Created attachment 42045
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42045&action=edit
bad ccp1 output from -fdump-tree-all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81982
--- Comment #3 from nsz at gcc dot gnu.org ---
Created attachment 42046
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42046&action=edit
last matching output (objsz1) from -fdump-tree-all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81982
nsz at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81931
nsz at gcc dot gnu.org changed:
What|Removed |Added
CC||nsz at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60790
nsz at gcc dot gnu.org changed:
What|Removed |Added
CC||nsz at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60790
--- Comment #7 from nsz at gcc dot gnu.org ---
Created attachment 42068
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42068&action=edit
execution test library code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60790
--- Comment #8 from nsz at gcc dot gnu.org ---
Created attachment 42069
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42069&action=edit
execution test main code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60790
--- Comment #9 from nsz at gcc dot gnu.org ---
i added an execution test that aborts on modern x86_64 when built as
cc -c -o main.o main.c
cc -Wl,-z,now -shared -fPIC -o lib.so lib.c -latomic
cc -Wl,-rpath=. -o main main.o lib.so -lpthread
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: nsz at gcc dot gnu.org
Target Milestone: ---
following c++14 code fails to compile with ice on arm targets:
struct A {
constexpr A() {
return;
}
};
A x;
$ arm-none
: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: nsz at gcc dot gnu.org
Target Milestone: ---
following code fails with ice with gcc 7.2.1 and gcc 6.3.0 (works on gcc 8):
constexpr int nlz(int x) {
return __builtin_constant_p(x) ? 0 : 1;
}
struct A {
constexpr A
Assignee: unassigned at gcc dot gnu.org
Reporter: nsz at gcc dot gnu.org
Target Milestone: ---
on i686 the following code is miscompiled with -std=c99:
void f() { volatile double x = 0x1p-1000*0x1p-1000; }
with -S -O2 -frounding-math:
f:
subl$20, %esp
fldl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57245
--- Comment #3 from nsz at gcc dot gnu.org ---
note that this may cause the omission of underflow, overflow and inexact
exceptions too (so in principle it's an invalid transformation even
without -frounding-math but with -ftrapping-math ):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80756
nsz at gcc dot gnu.org changed:
What|Removed |Added
CC||nsz at gcc dot gnu.org
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: nsz at gcc dot gnu.org
Target Milestone: ---
i see subomptimal code gen for
float foo (float x)
{
if (__builtin_expect (x > 0, 0))
if (x>2) return 0;
retu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70191
nsz at gcc dot gnu.org changed:
What|Removed |Added
Target||i386-*, x86_64-*
Last
gcc dot gnu.org
Reporter: nsz at gcc dot gnu.org
Target Milestone: ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78945
nsz at gcc dot gnu.org changed:
What|Removed |Added
Target||arm-*
--- Comment #1 from nsz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78945
--- Comment #3 from nsz at gcc dot gnu.org ---
(In reply to Ramana Radhakrishnan from comment #2)
> A simple patch would be to check for __ARM_FEATURE_SAT in all those macros
> in exch_n.c along with HAVE_STREXB etc ..
__ARM_FEATURE_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78945
--- Comment #4 from nsz at gcc dot gnu.org ---
Author: nsz
Date: Mon Jan 30 11:34:13 2017
New Revision: 245023
URL: https://gcc.gnu.org/viewcvs?rev=245023&root=gcc&view=rev
Log:
[ARM][PR target/78945] Fix libatomic on armv7-m
ARM l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78945
--- Comment #5 from nsz at gcc dot gnu.org ---
Author: nsz
Date: Tue Feb 7 12:47:51 2017
New Revision: 245246
URL: https://gcc.gnu.org/viewcvs?rev=245246&root=gcc&view=rev
Log:
[ARM][PR target/78945] Fix libatomic on armv7-m
l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78945
--- Comment #6 from nsz at gcc dot gnu.org ---
Author: nsz
Date: Tue Feb 7 12:51:00 2017
New Revision: 245247
URL: https://gcc.gnu.org/viewcvs?rev=245247&root=gcc&view=rev
Log:
[ARM][PR target/78945] Fix libatomic on armv7-m
l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78945
nsz at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
Assignee: unassigned at gcc dot gnu.org
Reporter: nsz at gcc dot gnu.org
Target Milestone: ---
i get suboptimal code for
__attribute__((noinline))
static float f(float x)
{
return x*x;
}
static double g(float x)
{
return x>0 ? f(x) : x+1.0;
}
float foo(floa
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: nsz at gcc dot gnu.org
Target Milestone: ---
new packed-not-aligned warning introduced for bug 53037 disappears
when STRICT_ALIGNMENT==1:
+FAIL: g++.dg/pr53037-2.C -std=gnu++11
]
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: nsz at gcc dot gnu.org
Target Milestone: ---
on aarch64 i get n
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: nsz at gcc dot gnu.org
Target Milestone: ---
if gcc is configured with
--with-float=hard --target=arm-linux-gnueabihf
but without --with-fpu or --with-arch setting then the
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: nsz at gcc dot gnu.org
Target Milestone: ---
there is no obvious way to silence the sprintf %s warning.
(this currently breaks the gdb build)
$ cat a.c
int sprintf (char*, const char*, ...);
struct { char buf[12]; } s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77690
--- Comment #2 from nsz at gcc dot gnu.org ---
(In reply to Martin Sebor from comment #1)
> sprintf(foo, "zz%.4s", s.buf);
>
> Please let me know if this isn't sufficient to resolve the problem report.
in my case trun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77690
nsz at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution
Assignee: unassigned at gcc dot gnu.org
Reporter: nsz at gcc dot gnu.org
Target Milestone: ---
snprintf does not do oob memory access, so if the return value is checked then,
there should be no buffer overflow warning.
$ cat a.c
int snprintf (char*, __SIZE_TYPE__, const char
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77690
nsz at gcc dot gnu.org changed:
What|Removed |Added
Resolution|INVALID |FIXED
--- Comment #5 from nsz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77894
nsz at gcc dot gnu.org changed:
What|Removed |Added
CC||nsz at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77894
--- Comment #3 from nsz at gcc dot gnu.org ---
currently --enable-gnu-indirect-function enables its use in gcc target libs
like libatomic which breaks if the libc has no support for it.
(In reply to Florian Weimer from comment #2)
> (In reply
Priority: P3
Component: libgcc
Assignee: unassigned at gcc dot gnu.org
Reporter: nsz at gcc dot gnu.org
Target Milestone: ---
there seem to be no open bug for the issue discussed in
https://gcc.gnu.org/ml/libstdc++/2014-11/msg00122.html
i think libstdc++, libgfortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78017
--- Comment #2 from nsz at gcc dot gnu.org ---
i see the glibc threads linked from
https://sourceware.org/bugzilla/show_bug.cgi?id=5784
but there are other libcs with static linking support, so even
if weakrefs worked on glibc (now they don&#
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78017
--- Comment #4 from nsz at gcc dot gnu.org ---
(In reply to Andrew Pinski from comment #3)
> There are other reasons why using static libraries does not make sense for
> libpthread.
i can't immediately think of any, can you give a hint?
: normal
Priority: P3
Component: libfortran
Assignee: unassigned at gcc dot gnu.org
Reporter: nsz at gcc dot gnu.org
Target Milestone: ---
on aarch64 trapping fpu exceptions are optional, but
ieee_support_halting(except_flag) does not report this
correctly, so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78314
--- Comment #3 from nsz at gcc dot gnu.org ---
Author: nsz
Date: Wed Nov 16 17:27:04 2016
New Revision: 242505
URL: https://gcc.gnu.org/viewcvs?rev=242505&root=gcc&view=rev
Log:
[PR libgfortran/78314] Fix ieee_support
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78314
nsz at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |7.0
Known to fail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78314
--- Comment #5 from nsz at gcc dot gnu.org ---
i plan to backport the fix, but it seems my fix is not correct and broke the
ieee_8.fp90 test.
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfortran
Assignee: unassigned at gcc dot gnu.org
Reporter: nsz at gcc dot gnu.org
Target Milestone: ---
on aarch64 and arm trapping support requires runtime
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78449
--- Comment #1 from nsz at gcc dot gnu.org ---
Author: nsz
Date: Tue Nov 22 10:06:05 2016
New Revision: 242688
URL: https://gcc.gnu.org/viewcvs?rev=242688&root=gcc&view=rev
Log:
[PR libgfortran/78449] XFAIL ieee_8.f90 on aarch64 and arm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78314
nsz at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #6 from
Assignee: unassigned at gcc dot gnu.org
Reporter: nsz at gcc dot gnu.org
Target Milestone: ---
hard to reproduce, but the failure is
make[5]: Entering directory `/XX/obj/gcc4/arm-none-linux-gnueabihf/libatomic'
.deps/fsub_8_.lo.Ppo:87: *** missing separator. Stop.
and the cau
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67627
--- Comment #1 from nsz at gcc dot gnu.org ---
adding
all-multi: $(libatomic_la_LIBADD)
to libatomic/Makefile.in solves the problem for me,
but i'm not sure what's the automake way of doing
this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66912
--- Comment #3 from nsz at gcc dot gnu.org ---
Author: nsz
Date: Tue Oct 20 09:37:27 2015
New Revision: 229024
URL: https://gcc.gnu.org/viewcvs?rev=229024&root=gcc&view=rev
Log:
Fix default_binds_local_p_2 for extern protected d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66912
--- Comment #4 from nsz at gcc dot gnu.org ---
Author: nsz
Date: Tue Oct 20 09:50:58 2015
New Revision: 229030
URL: https://gcc.gnu.org/viewcvs?rev=229030&root=gcc&view=rev
Log:
Fix default_binds_local_p_2 for extern protec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66912
nsz at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
Assignee: unassigned at gcc dot gnu.org
Reporter: nsz at gcc dot gnu.org
Target Milestone: ---
this bug was reported on the musl libc list:
http://www.openwall.com/lists/musl/2015/10/22/3
libgcc/config/arm/linux-atomic-64bit.c references __write
in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68059
nsz at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68059
--- Comment #3 from nsz at gcc dot gnu.org ---
Author: nsz
Date: Mon Nov 23 15:17:55 2015
New Revision: 230762
URL: https://gcc.gnu.org/viewcvs?rev=230762&root=gcc&view=rev
Log:
[ARM] PR target/68059 libgcc should not use __write for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68059
--- Comment #4 from nsz at gcc dot gnu.org ---
Author: nsz
Date: Tue Nov 24 16:10:55 2015
New Revision: 230820
URL: https://gcc.gnu.org/viewcvs?rev=230820&root=gcc&view=rev
Log:
2015-11-24 Szabolcs Nagy
Backport from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68059
nsz at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67627
--- Comment #2 from nsz at gcc dot gnu.org ---
Author: nsz
Date: Wed Jan 6 14:51:35 2016
New Revision: 232102
URL: https://gcc.gnu.org/viewcvs?rev=232102&root=gcc&view=rev
Log:
Fix libatomic multilib parallel build (PR other/67627)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67627
--- Comment #3 from nsz at gcc dot gnu.org ---
Author: nsz
Date: Wed Jan 6 17:32:41 2016
New Revision: 232105
URL: https://gcc.gnu.org/viewcvs?rev=232105&root=gcc&view=rev
Log:
2016-01-06 Szabolcs Nagy
Backport from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67627
--- Comment #4 from nsz at gcc dot gnu.org ---
Author: nsz
Date: Wed Jan 6 17:43:24 2016
New Revision: 232107
URL: https://gcc.gnu.org/viewcvs?rev=232107&root=gcc&view=rev
Log:
2016-01-06 Szabolcs Nagy
Backport from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67627
nsz at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50584
nsz at gcc dot gnu.org changed:
What|Removed |Added
CC||nsz at gcc dot gnu.org
Assignee: unassigned at gcc dot gnu.org
Reporter: nsz at gcc dot gnu.org
Target Milestone: ---
i guess it is related to bug 67548
but it happens without -r now.
void foo(void) {}
extern void foo_alias(void) __attribute__((weak, alias("foo")));
int bar = 0;
extern int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69271
nsz at gcc dot gnu.org changed:
What|Removed |Added
Version|6.0 |5.3.1
--- Comment #1 from nsz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69271
--- Comment #5 from nsz at gcc dot gnu.org ---
copy pasting from
http://www.openwall.com/lists/musl/2016/01/13/2
(this is musl libc, but glibc has the same issue)
lto breaks symbol binding for environ, _environ, ___environ.
(they should be weak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69271
--- Comment #6 from nsz at gcc dot gnu.org ---
to complete the example here is a test application:
#include
#include
extern char **environ;
int main()
{
printf("&environ: %p, environ: %p, *environ: %p\n", &environ,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66136
--- Comment #10 from nsz at gcc dot gnu.org ---
Author: nsz
Date: Tue Jun 2 16:21:18 2015
New Revision: 224031
URL: https://gcc.gnu.org/viewcvs?rev=224031&root=gcc&view=rev
Log:
[AArch64][PR 66136] rewrite geniterators.sh in awk
20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66136
--- Comment #14 from nsz at gcc dot gnu.org ---
Author: nsz
Date: Tue Jun 30 10:07:03 2015
New Revision: 225170
URL: https://gcc.gnu.org/viewcvs?rev=225170&root=gcc&view=rev
Log:
Backport of r224031 from mainline
2015-06-29 Szabo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66136
nsz at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66731
--- Comment #1 from nsz at gcc dot gnu.org ---
Author: nsz
Date: Mon Jul 6 11:00:03 2015
New Revision: 225450
URL: https://gcc.gnu.org/viewcvs?rev=225450&root=gcc&view=rev
Log:
[AArch64] PR target/66731 Fix fnmul insn with -frounding-m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55807
nsz at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58446
nsz at gcc dot gnu.org changed:
What|Removed |Added
CC||lu_zero at gentoo dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58446
nsz at gcc dot gnu.org changed:
What|Removed |Added
CC||nsz at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66731
--- Comment #2 from nsz at gcc dot gnu.org ---
Author: nsz
Date: Wed Jul 15 09:03:15 2015
New Revision: 225810
URL: https://gcc.gnu.org/viewcvs?rev=225810&root=gcc&view=rev
Log:
Add missing PR target/66731 to gcc/testsuite/Changelog
y: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: nsz at gcc dot gnu.org
Target Milestone: ---
same as bug 65248 but for arm and aarch64.
On aarch64, gcc -S -O -fpic compiles
__attribute__((visibility("protected"))) int n;
int f () { retur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66912
--- Comment #2 from nsz at gcc dot gnu.org ---
protected only means it cannot be overridden.
so we know the symbol will be resolved to the local one,
however it may be visible externally and then the address
must be the same in the other modules
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65711
--- Comment #8 from nsz at gcc dot gnu.org ---
Author: nsz
Date: Fri Jul 24 14:27:55 2015
New Revision: 226158
URL: https://gcc.gnu.org/viewcvs?rev=226158&root=gcc&view=rev
Log:
[AArch64] Fix LINUX_TARGET_LINK_SPEC to be consistent
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65711
--- Comment #9 from nsz at gcc dot gnu.org ---
Author: nsz
Date: Fri Jul 24 16:00:26 2015
New Revision: 226165
URL: https://gcc.gnu.org/viewcvs?rev=226165&root=gcc&view=rev
Log:
Backport from mainline r226158.
20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65711
--- Comment #10 from nsz at gcc dot gnu.org ---
Author: nsz
Date: Fri Jul 24 16:12:58 2015
New Revision: 226169
URL: https://gcc.gnu.org/viewcvs?rev=226169&root=gcc&view=rev
Log:
Backported from mainline r226158.
20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67020
nsz at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66731
--- Comment #4 from nsz at gcc dot gnu.org ---
Author: nsz
Date: Mon Aug 3 11:12:00 2015
New Revision: 226496
URL: https://gcc.gnu.org/viewcvs?rev=226496&root=gcc&view=rev
Log:
[ARM] PR target/66731 Fix vnmul insn with -frounding-m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66731
--- Comment #5 from nsz at gcc dot gnu.org ---
Author: nsz
Date: Mon Aug 3 14:27:43 2015
New Revision: 226507
URL: https://gcc.gnu.org/viewcvs?rev=226507&root=gcc&view=rev
Log:
Backport form mainline r226496.
gcc:
Backp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66731
--- Comment #6 from nsz at gcc dot gnu.org ---
Author: nsz
Date: Mon Aug 3 17:04:29 2015
New Revision: 226519
URL: https://gcc.gnu.org/viewcvs?rev=226519&root=gcc&view=rev
Log:
Backport form mainline r226496.
gcc:
Backp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66731
--- Comment #7 from nsz at gcc dot gnu.org ---
Author: nsz
Date: Tue Aug 4 16:22:32 2015
New Revision: 226586
URL: https://gcc.gnu.org/viewcvs?rev=226586&root=gcc&view=rev
Log:
[AArch64] PR target/66731 Fix fnmul insn with -frounding-m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66731
--- Comment #8 from nsz at gcc dot gnu.org ---
Author: nsz
Date: Tue Aug 4 16:43:46 2015
New Revision: 226587
URL: https://gcc.gnu.org/viewcvs?rev=226587&root=gcc&view=rev
Log:
gcc:
Backport from mainline:
2015-08-04
101 - 200 of 242 matches
Mail list logo
