https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88633
Bug ID: 88633
Summary: stage2 failure due to undefined reference to
libintl_dgettext on armv7l-linux-gnueabihf
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88591
jamespharvey20 at gmail dot com changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49167
--- Comment #5 from Alexandre Oliva ---
I've been working on an off on this specific issue, and on various surrounding
infrastructure issues, for a very long time. Right now I'm not specifically
working on it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64372
--- Comment #11 from Shafik Yaghmour ---
Bumping, it has been a while.
I ran into this reviewing [diff.cpp11.expr]
https://timsong-cpp.github.io/cppwp/n4659/diff.cpp11.expr and noticed the code
in the example similar to the reduced sample fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88108
Frédéric Buclin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88108
Frédéric Buclin changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86315
Frédéric Buclin changed:
What|Removed |Added
Attachment #45304|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86315
Frédéric Buclin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86315
--- Comment #12 from Frédéric Buclin ---
Created attachment 45304
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45304&action=edit
patch, v1
Patch applied.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88607
--- Comment #6 from Jonathan Wakely ---
(In reply to Jakub Jelinek from comment #4)
> Created attachment 45297 [details]
> gcc9-pr88607.patch
>
> Untested patch. Another option is do these changes (transliterations or
> removals) during make in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88607
--- Comment #5 from Jonathan Wakely ---
These characters come from copying & pasting text from the PDF of the C++
standard, which uses ligatures. We should just replace the ligature.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88572
--- Comment #1 from Will Wray ---
This bug is straightforward to confirm.
Compile this snippet (-std=c++11 / 14 / 17 / 2a):
struct S { int i; };
S s{{0}};
Gives error: braces around scalar initializer for type 'int'
Should be a wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88632
Bug ID: 88632
Summary: [F08] function contained in module invisible to
submodule unless declared public
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88631
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88538
--- Comment #2 from Marek Polacek ---
It seems though that the current grammar doesn't allow braced-init-list as a
template-argument. Should we raise a DR?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43147
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86315
--- Comment #11 from Frédéric Buclin ---
(In reply to Jonathan Wakely from comment #8)
> Frédéric, any idea why your comment above caused Bugzilla to send the next
> ten emails with your name on?
They were old emails stuck in the queue, as you c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86648
--- Comment #6 from Alexandre Oliva ---
https://gcc.gnu.org/ml/gcc-patches/2018-12/msg01740.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43147
--- Comment #6 from Marc Glisse ---
Created attachment 45303
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45303&action=edit
example patch (untested)
Making the meaning of shuffles visible in GIMPLE could help a bit (although it
wouldn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81984
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81984
--- Comment #6 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Fri Dec 28 18:26:09 2018
New Revision: 267452
URL: https://gcc.gnu.org/viewcvs?rev=267452&root=gcc&view=rev
Log:
2018-12-28 Steven G. Kargl
PR fortran/81984
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88631
Bug ID: 88631
Summary: CTAD cannot deduce from () value initialization
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88620
sudi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88620
--- Comment #2 from sudi at gcc dot gnu.org ---
Haven't looked very closely to PR82564 but it was marked as a possible
duplicate to an already resolved ticket a year ago. In any case I can confirm
this failure is still occurring for aarch64 trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88616
--- Comment #1 from sudi at gcc dot gnu.org ---
Started somewhere between r264874 and r266250. (I know the window is too big
:()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88628
--- Comment #9 from merukun1125 at docomo dot ne.jp ---
Tn Comment 6, not
#include
struct S { // A type that does not depend on template parameter T
auto operator()() const -> decltype(false) {
return false;
}
};
template
T ge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88628
--- Comment #8 from merukun1125 at docomo dot ne.jp ---
(In reply to Jakub Jelinek from comment #7)
> http://eel.is/c++draft/expr.prim.lambda.closure says:
>
> The type of a lambda-expression (which is also the type of the closure
> object) is a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88628
--- Comment #7 from Jakub Jelinek ---
http://eel.is/c++draft/expr.prim.lambda.closure says:
The type of a lambda-expression (which is also the type of the closure object)
is a unique, unnamed non-union class type, called the closure type, whose
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88628
merukun1125 at docomo dot ne.jp changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87089
Martin Liška changed:
What|Removed |Added
Priority|P3 |P1
--- Comment #8 from Martin Liška ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88628
--- Comment #5 from merukun1125 at docomo dot ne.jp ---
(In reply to Jakub Jelinek from comment #4)
> lambda is AFAIK a local class, so you need to instantiate it. So it is more
> similar to:
> #include
>
> template
> constexpr bool run() { ret
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88613
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88630
--- Comment #5 from Zavadovsky Yan ---
Created attachment 45302
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45302&action=edit
main.ii: -save-temps output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88630
--- Comment #4 from Zavadovsky Yan ---
Compilation command:
sh4-unknown-linux-gnu-g++ --sysroot=../8.2.0/sh4-unknown-linux-gnu/sysroot
-static -Os -o test820 main.cpp
GCC info:
Using built-in specs.
COLLECT_GCC=../000_sh4_gcc/820/bin/sh4-unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88630
--- Comment #3 from Zavadovsky Yan ---
Created attachment 45301
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45301&action=edit
main820.s: assembler output from GCC-8.2.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88630
--- Comment #2 from Zavadovsky Yan ---
Created attachment 45300
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45300&action=edit
main494.s: assembler output from GCC-4.9.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88630
--- Comment #1 from Zavadovsky Yan ---
Rewriting code as
float float_val = ;
int int_val = -(int)float_val;
avoids bug.
And rewriting code as
double float_val = ;
int int_val = -float_val;
also avoids bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88630
Bug ID: 88630
Summary: Incorrect float negating together with convertion to
int on SH4
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88619
--- Comment #2 from Martin Liška ---
Ok, so the problem was latent, for:
$ cat /tmp/ice.i
typedef int aligned __attribute__((aligned(64)));
int main () {
aligned b;
int *p = &b;
*(p - 1) = 123;
__builtin_alloca(b);
}
if I apply followi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88628
--- Comment #4 from Jakub Jelinek ---
lambda is AFAIK a local class, so you need to instantiate it. So it is more
similar to:
#include
template
constexpr bool run() { return false; }
template
T get() {
struct S {};
if constexpr (std::
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88628
--- Comment #3 from merukun1125 at docomo dot ne.jp ---
(In reply to Jakub Jelinek from comment #2)
> clang++ agrees with g++ here. The lambda expression needs to be
> instantiated so that it can be evaluated and expressions in discarded
> statem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88613
--- Comment #2 from Jakub Jelinek ---
Seems it is fold_cache related, we are cp_folding (int) VIEW_CONVERT_EXPR
!= 5 and for the VIEW_CONVERT_EXPR for some
reason find an entry in fold_cache that it is equivalent to a VAR_DECL x and
thus undo t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88624
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88626
--- Comment #1 from Marc Glisse ---
In my application (quite a bit bigger than the testcase...), looking at the
optimized dump, I see that the function is inlined without the
__builtin_constant_p code, but when I add the __builtin_constant_p code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88613
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88628
--- Comment #2 from Jakub Jelinek ---
clang++ agrees with g++ here. The lambda expression needs to be instantiated
so that it can be evaluated and expressions in discarded statements are not
instantiated.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88628
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88586
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87089
--- Comment #7 from Dmitry G. Dyachenko ---
(In reply to Dmitry G. Dyachenko from comment #6)
> r267445 PASS
sorry for noise
1. testcase from PR FAIL for me with r267445
2. real-world-code-compilation not FAIL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87089
--- Comment #6 from Dmitry G. Dyachenko ---
r267445 PASS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88621
--- Comment #2 from Jakub Jelinek ---
The expander is unprepared to deal with MEM_REFs for bitfields, it really wants
to see a COMPONENT_REF for those cases, but the r267296 code happily creates
those. *mem is COMPONENT_REF with first argument V
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88629
--- Comment #3 from Cheng Wen ---
That 's because "d_advance (di, 2);" in function d_expression_1, it change
di->n = di + 2; leading to buffer-over-flow problem.
> 3353 d_advance (di, 2);
> 3354 if (peek == 't')
> 3355 type = cplus_d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88607
--- Comment #4 from Jakub Jelinek ---
Created attachment 45297
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45297&action=edit
gcc9-pr88607.patch
Untested patch. Another option is do these changes (transliterations or
removals) during ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88629
--- Comment #1 from Cheng Wen ---
Created attachment 45295
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45295&action=edit
POC2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88629
--- Comment #2 from Cheng Wen ---
Created attachment 45296
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45296&action=edit
POC3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88629
Bug ID: 88629
Summary: Heap-buffer-overflow problem in function
d_expression_1 in cp-demangle.c, as demonstrated by
c++filt
Product: gcc
Version: unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88628
Bug ID: 88628
Summary: lambda expression in static_assert in if constexpr is
not evaluated
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87880
--- Comment #8 from Iain Sandoe ---
I can see this on x86_64-darwin15 .. but not on darwin16, 17 or 18.
please can you confirm that you definitely see this on darwin18?
(and what your bootstrap compiler / config is).
my tests were on 267418 wit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61250
--- Comment #21 from Iain Sandoe ---
(In reply to Eric Gallager from comment #20)
> (In reply to Jack Howarth from comment #16)
> > (In reply to howarth from comment #15)
> > > (In reply to howarth from comment #14)
> > > > Testing https://gcc.gn
59 matches
Mail list logo
