https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113155
--- Comment #3 from Andrew Pinski ---
Can you provide the following:
* How you configured/built GCC?
* What command line options that you pass to GCC for building your application?
I am suspecting you are not using the correct options to get th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113155
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113155
--- Comment #1 from Andrew Pinski ---
I looked into the sources of libgcc, __aeabi_f2ulz is defined as __fixunssfdi
which is defined in soft-fp/fixunssfdi.c and that does:
```
UDItype
__fixunssfdi (SFtype a)
{
FP_DECL_EX;
FP_DECL_S (A);
UD
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113155
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113155
Bug ID: 113155
Summary: large overhead for cast float to uint64_t. Arm
cortex-m4 (ARMv7E-M, fpv4-sp-d16, ieee 754). Compiler:
arm-none-eabi-gcc
Product: gcc
Vers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108896
Sean changed:
What|Removed |Added
CC||s...@rogue-research.com
--- Comment #49 from Sea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113143
--- Comment #9 from Alexander von Gluck ---
Doing a little research, it looks like complaints of ucontext.h have come up
before multiple times:
Similar issue on OpenBSD a long time ago:
https://gcc-help.gcc.gnu.narkive.com/Xx1bResV/can-t-build-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113143
--- Comment #8 from Alexander von Gluck ---
Not at all a dumb question :-)
I'm working through compiling libgo / gccgo on Haiku.We have our own lovely
libc which tests posix compliant.
Some historic consideration behind us not having ucont
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113154
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.5
Summary|std::views::val
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113153
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Summary|suboptimal error m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113143
--- Comment #7 from Andrew Pinski ---
Let me ask a dumb question, are you porting GCC/gccgo to a libc which does not
have ucontext.h ? If so what is the libc my I ask?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113153
--- Comment #2 from Andrew Pinski ---
If you remove the class, GCC has a decent error message:
```
:1:11: error: expected identifier before 'register'
1 | enum register { rax, rcx, rdx, rbx };
| ^~~~
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113153
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #1 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113154
Bug ID: 113154
Summary: std::views::values not working with rvalue references
to ranges
Product: gcc
Version: 11.4.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113143
--- Comment #6 from Alexander von Gluck ---
For added clairity. Searching the upstream go sources:
```
grep -R getcontext
src/cmd/vendor/golang.org/x/sys/unix/syscall_netbsd.go:// getcontext
src/cmd/vendor/golang.org/x/sys/unix/zsysnum_freebsd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113143
--- Comment #5 from Alexander von Gluck ---
> I understand that makecontext/getcontext/setcontext were removed from POSIX.
> However, there is no adequate replacement. Their functionality is absolutely
> required for what libgo does.
No Linu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113153
Bug ID: 113153
Summary: suboptimal error message when using reserved
identifier
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113152
--- Comment #4 from kargl at gcc dot gnu.org ---
Created attachment 56953
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56953&action=edit
test program
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113152
--- Comment #3 from kargl at gcc dot gnu.org ---
Created attachment 56952
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56952&action=edit
file that git cannot find
Put in libgfortran/intrinsics
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113152
--- Comment #2 from kargl at gcc dot gnu.org ---
Created attachment 56951
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56951&action=edit
file that git cannot find
Put file in libgfortran/intrinsics
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113152
--- Comment #1 from kargl at gcc dot gnu.org ---
Created attachment 56950
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56950&action=edit
new file that git cannot diff
Put file in libgfortran/intrinsics.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113152
Bug ID: 113152
Summary: Fortran 2023 half-cycle trigonometric functions
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113143
--- Comment #4 from Ian Lance Taylor ---
I understand that makecontext/getcontext/setcontext were removed from POSIX.
However, there is no adequate replacement. Their functionality is absolutely
required for what libgo does. Fortunately GNU/Li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113148
Xi Ruoyao changed:
What|Removed |Added
Priority|P3 |P1
Summary|14.0 ICE: maximum num
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113148
--- Comment #4 from Xi Ruoyao ---
(In reply to Xi Ruoyao from comment #3)
> Patch: https://gcc.gnu.org/pipermail/gcc-patches/2023-December/641443.html
I've successfully built Xwayland with patched GCC.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113148
Xi Ruoyao changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112792
--- Comment #4 from David Malcolm ---
Should be fixed on trunk by r14-6622-g5f1bed2a7af828103ca23a3546466a23e8dd2f30
Keeping open to track backporting to GCC 13.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113151
Xi Ruoyao changed:
What|Removed |Added
Ever confirmed|0 |1
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113148
--- Comment #2 from Xi Ruoyao ---
A bug in loongarch_secondary_reload is causing an infinite loop:
diff --git a/gcc/config/loongarch/loongarch.cc
b/gcc/config/loongarch/loongarch.cc
index 5ffd06ce9be..c0a0af3dda5 100644
--- a/gcc/config/loongar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113148
Xi Ruoyao changed:
What|Removed |Added
Last reconfirmed||2023-12-26
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113147
--- Comment #1 from Andrew Pinski ---
# Use the "pic" build of libiberty if --enable-host-shared or
--enable-host-pie,
# unless we are building for mingw.
LIBIBERTY_PICDIR=$(if $(findstring mingw,$(target)),,pic)
ifneq ($(enable_host_shared)$(en
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80130
--- Comment #6 from Sam James ---
I filed a bug for tysan: PR113151.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113151
Bug ID: 113151
Summary: Need for a TBAA / strict aliasing sanitizer (TySan)
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113150
Bug ID: 113150
Summary: FAIL:
c-c++-common/analyzer/fd-glibc-byte-stream-socket.c
-std=c++98 (test for excess errors)
Product: gcc
Version: 14.0
Stat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113149
--- Comment #1 from Ed Catmur ---
>From b4ca8bf55100eddeaa14a52f1bc8e73fac565d83 Mon Sep 17 00:00:00 2001
From: Ed Catmur
Date: Tue, 26 Dec 2023 11:46:26 -0600
Subject: [PATCH] Swap P_PROC_AVX2 with P_X86_64_V3, etc.
https://gcc.gnu.org/bugzil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113149
Bug ID: 113149
Summary: Function multiversioning prefers arch=x86-64-v3 to
actual processors
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113148
Bug ID: 113148
Summary: 14.0 ICE: maximum number of generated reload insns per
insn achieved
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: ice-on-va
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113099
--- Comment #13 from andysem at mail dot ru ---
(In reply to Jonathan Wakely from comment #12)
> (In reply to andysem from comment #11)
> > > I'm not sure what you mean by "the compiler is free to generate code that
> > > takes it into account."
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113147
Bug ID: 113147
Summary: Building a crosscompiler fails under MigW-W64/MSYS2 @
Windows 10
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113091
--- Comment #7 from Feng Xue ---
> The issue here is that because the "outer" pattern consumes
> patt_64 = (int) patt_63 it should have adjusted _2 = (int) _1
> stmt-to-vectorize
> as being the outer pattern root stmt for all this logic to work
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110625
--- Comment #23 from Tamar Christina ---
Found the costing bug and have a patch undergoing testing.
Will post tomorrow. Sorry for the delay in fixing it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113144
Tamar Christina changed:
What|Removed |Added
Priority|P3 |P1
Assignee|unassigned at g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113136
Tamar Christina changed:
What|Removed |Added
Priority|P3 |P1
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113137
Tamar Christina changed:
What|Removed |Added
Ever confirmed|0 |1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113137
--- Comment #5 from Tamar Christina ---
Simpler reproducer:
int b;
void a() __attribute__((__noreturn__));
void c() {
char *buf;
int bufsz = 64;
while (b) {
!bufsz ? a(), 0 : *buf++ = bufsz--;
b -= 4;
}
}
The loop has an invert
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113144
--- Comment #3 from Tamar Christina ---
loop has weird shape, peeling should have recalculated all dominators but seems
to have missed one.
Will fix tomorrow when back at work.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113136
--- Comment #3 from Tamar Christina ---
This shouldn't have vectorized as outer-loop vectorization isn't supported. In
addition switch statements are not supported, but I guess the nested if
confused the code doing the analysis.
Will fix when b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113137
--- Comment #4 from Tamar Christina ---
*** Bug 113135 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113139
Tamar Christina changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113135
Tamar Christina changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113137
--- Comment #2 from Tamar Christina ---
*** Bug 113146 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113137
--- Comment #3 from Tamar Christina ---
*** Bug 113139 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113146
Tamar Christina changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113146
Bug ID: 113146
Summary: [14 regression] ICE when building dialog
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107761
--- Comment #7 from Desmond Gold ---
Here's an updated version of the implementation with following changes:
+ followed coding style of GNU (maybe not all)
+ added initial implementation of std::submdspan facilities (without
constraints and prec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113145
--- Comment #1 from Sam James ---
Created attachment 56945
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56945&action=edit
reduced.i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113145
Bug ID: 113145
Summary: [14 regression] ICE when building mit-krb5-1.21.2
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113143
--- Comment #3 from Alexander von Gluck ---
Good call out. It looks like in 2004 these functions were flagged as
obsolescent though:
https://pubs.opengroup.org/onlinepubs/009695399/functions/makecontext.html
Here's the note on it in the linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113099
--- Comment #12 from Jonathan Wakely ---
(In reply to andysem from comment #11)
> > I'm not sure what you mean by "the compiler is free to generate code that
> > takes it into account." Takes what into account? What problem does that
> > freed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113112
--- Comment #2 from GCC Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:f83cfb8148bcf0876df76761a9a4545bc939667d
commit r14-6836-gf83cfb8148bcf0876df76761a9a4545bc939667d
Author: Juzhe-Zhong
Date: Tue Dec 26
60 matches
Mail list logo
