https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83720
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83833
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83546
Sebastian Peryt changed:
What|Removed |Added
CC||sebastian.peryt at intel dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83837
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83833
--- Comment #2 from Jonathan Wakely ---
Oh, we multiply by two in operator() instead. But is that equivalent?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83739
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83728
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83770
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57503
Georg-Johann Lay changed:
What|Removed |Added
Priority|P4 |P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83771
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83776
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83817
Richard Biener changed:
What|Removed |Added
Keywords||ice-checking
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83825
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83837
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83844
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83847
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83845
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83851
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83588
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83796
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57503
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83712
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82096
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80870
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83806
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83816
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83808
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83510
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83852
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83839
H.J. Lu changed:
What|Removed |Added
Attachment #43124|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83850
Richard Biener changed:
What|Removed |Added
Keywords|ra |
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83850
--- Comment #5 from Richard Biener ---
Author: rguenth
Date: Mon Jan 15 14:43:52 2018
New Revision: 256700
URL: https://gcc.gnu.org/viewcvs?rev=256700&root=gcc&view=rev
Log:
2018-01-15 Richard Biener
PR middle-end/83850
* exp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83857
Richard Biener changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
Target Mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83856
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57503
Georg-Johann Lay changed:
What|Removed |Added
Component|middle-end |tree-optimization
Summary|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83855
--- Comment #1 from Richard Biener ---
*** Bug 83854 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83854
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83855
--- Comment #2 from Richard Biener ---
patches should be sent to gcc-patc...@gcc.gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83852
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83857
--- Comment #2 from vincenzo Innocente ---
(In reply to Richard Biener from comment #1)
> I've seen a similar bug so maybe fixed already.
if the similar bug is #83753 it is looks "fixed" in the version I tested
(at least /gcc/testsuite/gcc.dg/tor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83793
--- Comment #4 from Matthias Kretz ---
(In reply to Jonathan Wakely from comment #2)
> Looks like a dup of PR 47226
Ah, yes. Sorry for missing it, I recall seeing it before. I agree, a backport
would be nice, but an overhaul is not a backportabl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83858
Bug ID: 83858
Summary: [8 Regression] error: invalid cast from type
'poly_uint16' to type 'long long int'
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57503
--- Comment #17 from Georg-Johann Lay ---
Obervation that -fno-wrapv also leads to correct code, hence there is somewhere
a wrong assumption that signed overflow occurs (which doesn't).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83830
--- Comment #2 from Jonathan Wakely ---
Author: redi
Date: Mon Jan 15 15:02:01 2018
New Revision: 256701
URL: https://gcc.gnu.org/viewcvs?rev=256701&root=gcc&view=rev
Log:
PR libstdc++/83830 Define std::has_unique_object_representations_v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83653
--- Comment #16 from Jakub Jelinek ---
Actually, there is no need to use the __COUNTER__ stuff, just use
static const int __ia64_asr_p = ...;
in the scope. It is just important __OPTIMIZE__ is on, because at -O0 the
compiler wouldn't optimize th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83837
--- Comment #4 from Jakub Jelinek ---
Created attachment 43138
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43138&action=edit
gcc8-pr83837.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83859
Bug ID: 83859
Summary: Please add new attribute which will establish relation
between parameters for buffer and its size
Product: gcc
Version: 8.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83858
--- Comment #1 from John David Anglin ---
In varasm.ii, we have
inline __attribute__ ((always_inline)) poly_uint16
GET_MODE_SIZE (machine_mode mode)
{
return mode_to_bytes (mode);
}
template
inline __attribute__ ((always_inline)) typename if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83853
--- Comment #2 from rene.r...@fu-berlin.de ---
Hi,
sorry I submitted accidentally before writing the text.
I am investigating some use cases for condition_variables using c++11 thread
support library.
In my use case I have the following setup.
2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83213
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|2017-12-20 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83816
--- Comment #6 from Oleg Endo ---
I can reproduce it on a different machine. One of the object files in the
whole app build seems to be written bad.
I could isolate the pre-processed .ii file. Compiling that .ii file and trying
to link it repr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83860
Bug ID: 83860
Summary: valarray replacement type breaks with auto and more
than one operation
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83834
--- Comment #6 from H.J. Lu ---
This may be due to binutils 2.30:
https://sourceware.org/ml/binutils/2018-01/msg00236.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83330
--- Comment #8 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Mon Jan 15 16:13:23 2018
New Revision: 256703
URL: https://gcc.gnu.org/viewcvs?rev=256703&root=gcc&view=rev
Log:
i386: Align stack frame if argument is passed on stack
When a func
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83330
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83858
--- Comment #2 from John David Anglin ---
It looks to me like FUNCTION_ARG_SIZE needs to me to pa.c...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80276
Jonathan Wakely changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83861
Bug ID: 83861
Summary: sscanf %lg conversion bug
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
Assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81481
--- Comment #8 from Aurelien Jarno ---
(In reply to Richard Biener from comment #7)
> Patch has been applied to our GCC 7 with no issues sofar (but fixing the
> reported issues).
Given all is fine with this patch, do you think it can be backport
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83816
--- Comment #7 from rguenther at suse dot de ---
On January 15, 2018 5:04:14 PM GMT+01:00, "olegendo at gcc dot gnu.org"
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83816
>
>--- Comment #6 from Oleg Endo ---
>I can reproduce it on a di
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83862
Bug ID: 83862
Summary: powerpc: ICE in signbit testcase
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83756
--- Comment #7 from Jacob Godserv ---
Richard,
I ran into the same issues trying to reproduce on Linux. The problem is the
code here relies on boost/thread which uses all Windows-specific typing and
API, which is nicely pointed out by boost devs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83816
--- Comment #8 from Oleg Endo ---
(In reply to rguent...@suse.de from comment #7)
>
> If you can produce a testcase and attach that that would be nice.
I'm trying. But it's gonna take ages. Have to hand-strip the .ii file line by
line ... or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83862
Bill Schmidt changed:
What|Removed |Added
Target||powerpc*-*-*
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83863
Bug ID: 83863
Summary: i386.md:16739:36: warning: logical ‘or’ of
collectively exhaustive tests is always true
[-Wlogical-op]
Product: gcc
Version: 8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83620
--- Comment #6 from Vladimir Makarov ---
(In reply to Jakub Jelinek from comment #4)
> Or, alternatively, does --param=max-sched-ready-insns=0 make sense and is it
> supportable? If not, we could just require it to be at least one.
This paramet
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83853
Jonathan Wakely changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83833
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83861
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83817
Jakub Jelinek changed:
What|Removed |Added
Priority|P1 |P2
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83740
--- Comment #8 from G. Steinmetz ---
I can confirm now that the ICE is gone for all relevant test cases.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83864
Bug ID: 83864
Summary: ICE in gfc_apply_init, at fortran/expr.c:4271
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83864
--- Comment #1 from G. Steinmetz ---
Works outside of a type :
$ cat z2.f90
program p
character :: c(3) = transfer('abc','z',3)
print *, c
end
$ gfortran-8-20180114 z2.f90 -static-libgfortran
$ a.out
abc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83859
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83865
Bug ID: 83865
Summary: ICE in wide_int_to_tree_1, at tree.c:1567
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83865
--- Comment #1 from G. Steinmetz ---
A similar pair : ICE with 7/8 for z4.f90, z5.f90 works.
$ cat z4.f90
program p
associate (x => f())
if ( x(1) /= '' ) call abort
end associate
contains
function f() result(z)
character(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83816
--- Comment #9 from Oleg Endo ---
This is weird. If I remove empty lines, or rename the paths in the # line
markers in the .ii file, the error sometimes disappears...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83866
Bug ID: 83866
Summary: [8 Regression] ICE in gfc_release_symbol, at
fortran/symbol.c:3087
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83836
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolutio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83857
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83817
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83817
--- Comment #5 from Jakub Jelinek ---
Created attachment 43141
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43141&action=edit
gcc8-pr83817.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83861
--- Comment #2 from Albert Chan ---
hello Andrew,
can you explain what is libc ?
is it part of gcc ?
where should this sscanf bug be sent ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83859
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83859
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83867
Bug ID: 83867
Summary: [8 Regression] ICE: Segmentation fault in
nested_in_vect_loop_p
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83834
nsz at gcc dot gnu.org changed:
What|Removed |Added
CC||nsz at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83839
--- Comment #4 from Dominique d'Humieres ---
> Created attachment 43124 [details]
> Try this patch
Works for me. Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83834
--- Comment #8 from nsz at gcc dot gnu.org ---
ok it's because of 'void f()' vs 'f()'
old:
8133 cxx_sym = bfd_demangle (link_info.output_bfd, sym,
Value returned is $2 = 0x2695a00 "void std::call_once >(std::once_flag&, void
(std::threa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83859
--- Comment #4 from joseph at codesourcery dot com ---
On Mon, 15 Jan 2018, msebor at gcc dot gnu.org wrote:
> 1) How to annotate constant size buffers. I'd like to be able to express that
> a function requires a buffer of at least N elements w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83839
--- Comment #5 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Mon Jan 15 18:16:01 2018
New Revision: 256704
URL: https://gcc.gnu.org/viewcvs?rev=256704&root=gcc&view=rev
Log:
i386: Don't use ASM_OUTPUT_DEF for TARGET_MACHO
ASM_OUTPUT_DEF isn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83839
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83868
Bug ID: 83868
Summary: i386: Clean up thunk function generation
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83868
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83857
--- Comment #3 from Jakub Jelinek ---
Reduced testcase with -Ofast:
template struct C {
typedef int D[N];
static int &foo (D x, int y) { return x[y]; }
};
template struct A {
typedef C H;
typename H::D k;
int &operator[](long x) { ret
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83869
Bug ID: 83869
Summary: [8 regression] c-c++-common/attr-nonstring-3.c fails
starting with r256683
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83857
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54613
--- Comment #6 from Thomas Koenig ---
Author: tkoenig
Date: Mon Jan 15 18:35:13 2018
New Revision: 256705
URL: https://gcc.gnu.org/viewcvs?rev=256705&root=gcc&view=rev
Log:
2018-01-15 Thomas Koenig
PR fortran/54613
* gfortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29651
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83740
Janne Blomqvist changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
101 - 200 of 273 matches
Mail list logo