> On Dec 4, 2018, at 8:19 PM, Stefan Kanthak wrote:
>
> "Paul Koning" wrote:
>
>> Yes, that's a rather nasty cut & paste error I made.
>
> I suspected that.
> Replacing
>!(den & (1L<<31))
> with
>(signed short) den >= 0
> avoids this type of error: there's no need for a constant
On Wed, Dec 05, 2018 at 02:19:14AM +0100, Stefan Kanthak wrote:
> "Paul Koning" wrote:
>
> > Yes, that's a rather nasty cut & paste error I made.
>
> I suspected that.
> Replacing
> !(den & (1L<<31))
> with
> (signed short) den >= 0
> avoids this type of error: there's no need for a
On 12/5/18, David Malcolm wrote:
> On Wed, 2018-12-05 at 22:48 +0530, Durgesh Kumar wrote:
>> Dear sir/mam
>> I am durgesh kumar from ABES engineering collenge,ghaziabad,uttar
>> pradesh,india.
>>
>> I am currently in 2nd year of my graduation(Btech CSE )
>>
>> I want to contribute in some of
Thanks, I'll check them out.
On Thu 6 Dec, 2018, 1:51 AM Eric Gallager, wrote:
> On 12/5/18, David Malcolm wrote:
> > On Wed, 2018-12-05 at 22:48 +0530, Durgesh Kumar wrote:
> >> Dear sir/mam
> >> I am durgesh kumar from ABES engineering collenge,ghaziabad,uttar
> >> pradesh,india.
> >>
> >> I
Hi,
I'm trying to write a testcase to reproduce duplicate clone symbols
such as in https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88297 I
started with a testcase that is known to have constprop clones and
split it into two object files:
bash-4.2# cat
Dear sir/mam
I am durgesh kumar from ABES engineering collenge,ghaziabad,uttar
pradesh,india.
I am currently in 2nd year of my graduation(Btech CSE )
I want to contribute in some of your prestigious project. So i request you
to please provide me some of your top priority project and a begineer
> On Dec 5, 2018, at 11:23 AM, Segher Boessenkool
> wrote:
>
> On Wed, Dec 05, 2018 at 02:19:14AM +0100, Stefan Kanthak wrote:
>> "Paul Koning" wrote:
>>
>>> Yes, that's a rather nasty cut & paste error I made.
>>
>> I suspected that.
>> Replacing
>>!(den & (1L<<31))
>> with
>>
On Wed, 2018-12-05 at 22:48 +0530, Durgesh Kumar wrote:
> Dear sir/mam
> I am durgesh kumar from ABES engineering collenge,ghaziabad,uttar
> pradesh,india.
>
> I am currently in 2nd year of my graduation(Btech CSE )
>
> I want to contribute in some of your prestigious project. So i
> request you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85569
Jakub Jelinek changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87897
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Wed, Dec 05, 2018 at 04:34:14AM -0200, Alexandre Oliva wrote:
> for gcc/cp/ChangeLog
>
> PR c++/85569
> * constexpr.c (adjust_temp_type): Test for type equality with
> same_type_p.
> (constexpr_call_hasher::equal): Likewise.
>
> for gcc/testsuite
>
> PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88304
--- Comment #8 from Jakub Jelinek ---
Reduced testcase:
module pr88304
implicit none
type t
integer :: b = -1
end type t
contains
subroutine f1 (x)
integer (kind = 4), intent(out) :: x
x = 5
end subroutine f1
subroutine
Hi Maciej, please see below:
On 2018/12/4 12:51 AM, Maciej W. Rozycki wrote:
+module openacc_c_string
+ implicit none
+
+ interface
+function strlen (s) bind (C, name = "strlen")
+ use iso_c_binding, only: c_ptr, c_size_t
+ type (c_ptr), intent(in), value :: s
+ integer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87288
--- Comment #14 from Richard Biener ---
I'm doing the backport now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88304
--- Comment #13 from Jakub Jelinek ---
Created attachment 45158
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45158=edit
gcc9-pr88304.patch
Untested fix for the tree-nested.c bug, handles it like we handle it in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88356
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88304
--- Comment #9 from Jakub Jelinek ---
I'll fix the tree-nested.c issue, but I'm wondering about the clobber. E.g.
for
module pr88304
implicit none
type t
integer :: b = -1
integer :: c = 2
end type t
contains
subroutine f1 (x)
On Tue, Dec 4, 2018 at 10:36 PM David Malcolm wrote:
>
> When debugging a failing test, I typically invoke DejaGnu at
> verbosity level 2 (via RUNTESTFLAGS="-v -v dg.exp=something"),
> so that DejaGnu prints the command line used to invoke the
> compiler; specifically these two sites:
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88304
--- Comment #10 from Jakub Jelinek ---
And lastly, what tree-nested.c does in cases which don't really fail is pretty
weird:
module pr88304
implicit none
contains
subroutine f1 (x)
integer, intent(out) :: x
x = 5
end subroutine f1
Thanks for doing this,
Martin Sebor writes:
> Martin suggested we update the Coding Conventions to describe
> the expected style for function declarations with a pointer
> return types, and for overloaded operators. Below is the patch.
>
> As an aside, regarding the space convention in casts: a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88304
--- Comment #11 from rguenther at suse dot de ---
On Wed, 5 Dec 2018, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88304
>
> --- Comment #10 from Jakub Jelinek ---
> And lastly, what tree-nested.c does in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88092
emmanuel.le-tr...@cnrs-orleans.fr changed:
What|Removed |Added
CC|
As Jakub pointed out, if we narrow a plus, minus or mult operation based
on the number of bits that consumers need, we have to convert a signed
operation to an unsigned one in order to avoid new undefined behaviour.
This patch does that and generalises vect_convert_input and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85569
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
On Wed, 5 Dec 2018, Jakub Jelinek wrote:
> Hi!
>
> The following testcases ICE, because tree_loop_unroll_and_jam optimizes one
> loop and on another one after it fails to analyze data dependencies and
> returns. The end effect of that is that neither the code at the end of the
> function to do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88363
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88364
Bug ID: 88364
Summary: [9 Regression] Wrong-code due to CLOBBER
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88366
Bug ID: 88366
Summary: ubsan build of d
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: d
Assignee: ibuclaw at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88092
--- Comment #4 from Hana Dusíková ---
(In reply to Emmanuel Le Trong from comment #3)
> I have a problem with this. AFAIK, nowhere in the standard is written that a
> class template without argument (i.e. not a type!) can be used as the type
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88361
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87360
Jakub Jelinek changed:
What|Removed |Added
Known to work||9.0
Summary|[8/9 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56682
--- Comment #5 from Jakub Jelinek ---
Maybe for leak, not sure about that. For UBSan I think it isn't needed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88333
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Wed Dec 5 08:26:06 2018
New Revision: 266817
URL: https://gcc.gnu.org/viewcvs?rev=266817=gcc=rev
Log:
PR sanitizer/88333
* cfgexpand.c (expand_stack_vars): If asan_vec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86637
--- Comment #6 from Arseny Solokha ---
Created attachment 45157
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45157=edit
Testcase #5
% x86_64-pc-linux-gnu-gcc-9.0.0-alpha20181202 -mavx2 -O2
-fsave-optimization-record
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87360
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Wed Dec 5 11:05:59 2018
New Revision: 266820
URL: https://gcc.gnu.org/viewcvs?rev=266820=gcc=rev
Log:
PR tree-optimization/87360
* gimple-loop-jam.c
On Wed, Dec 05, 2018 at 04:50:19AM -0200, Alexandre Oliva wrote:
> Jeff tested this with a cross compiler to h8300-elf, and several other
> native and cross toolchains IIUC. I'm regstrapping it myself on i686-
> and x86_64-linux-gnu. Ok to install?
>
>
> for gcc/ChangeLog
>
> *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88333
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87897
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Wed Dec 5 08:43:12 2018
New Revision: 266818
URL: https://gcc.gnu.org/viewcvs?rev=266818=gcc=rev
Log:
PR c++/87897
* g++.dg/init/const13.C: New test.
Added:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88304
--- Comment #12 from rguenther at suse dot de ---
On Wed, 5 Dec 2018, rguenther at suse dot de wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88304
>
> --- Comment #11 from rguenther at suse dot de ---
> On Wed, 5 Dec 2018, jakub at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88364
Jakub Jelinek changed:
What|Removed |Added
Keywords|ice-on-valid-code |wrong-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88365
Bug ID: 88365
Summary: -Wsign-conversion ignores implicit conversion
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64242
Paul Hua changed:
What|Removed |Added
CC||paul.hua.gm at gmail dot com
--- Comment #19
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88092
--- Comment #5 from Hana Dusíková ---
So minimal example is:
template
struct S {
constexpr S(...) { }
};
template S(T) -> S;
template struct foo { };
template
void fn ()
{
auto t = s;
foo f1;
foo f2;
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88343
--- Comment #5 from Iain Sandoe ---
I've been trying the following;
There were two bugs;
1) the test for Darwin's pic reg needs to be in the save_reg_p () func for
other callers.
2) the bit of code in the #ifdef was essentially doing nothing in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88362
Richard Biener changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
--- Comment
On Wed, Dec 5, 2018 at 9:39 AM Richard Sandiford
wrote:
>
> As Jakub pointed out, if we narrow a plus, minus or mult operation based
> on the number of bits that consumers need, we have to convert a signed
> operation to an unsigned one in order to avoid new undefined behaviour.
> This patch does
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41453
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6
Hi!
On Wed, Nov 28, 2018 at 09:42:47AM +0100, Jakub Jelinek wrote:
> 2018-11-28 Jakub Jelinek
>
> PR c++/86669
> * optimize.c (clone_body_copy_decl): New function.
> (clone_body): Use it for base cdtors. Remap here only
> DECL_INITIAL of decls that don't have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86827
--- Comment #7 from Jakub Jelinek ---
Adjusted testcase that fails also with -m64:
struct A { unsigned char a[84]; };
struct B { unsigned char b[216]; };
struct C { union { struct A c; struct B d; }; };
struct D { unsigned char e[65536];
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88367
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.0
--- Comment #2 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88367
--- Comment #5 from Pavel ---
Jonathan, sorry, attached.
Richard,
I forgot to show the structures:
struct kmapset_map {
struct kref kref;
unsignedsize;
struct kmapset_set *set;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87048
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86393
MCCCS changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment #5 from MCCCS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88353
MCCCS changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81033
Iain Sandoe changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86637
--- Comment #9 from Richard Biener ---
Author: rguenth
Date: Wed Dec 5 11:36:03 2018
New Revision: 266821
URL: https://gcc.gnu.org/viewcvs?rev=266821=gcc=rev
Log:
2018-12-05 Richard Biener
PR tree-optimization/86637
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87288
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87288
--- Comment #16 from Richard Biener ---
Author: rguenth
Date: Wed Dec 5 12:19:32 2018
New Revision: 266822
URL: https://gcc.gnu.org/viewcvs?rev=266822=gcc=rev
Log:
2018-12-05 Richard Biener
Backport from mainline
2018-09-20
Hi Eric,
> This started as a simple fix for a small issue (passing floating-point
> vectors
> to variadic functions in 64-bit mode) and then evolved into a small cleanup
> of
> the code implementing the calling conventions of the 2 SPARC ABIs.
>
> Tested and compat-regtested on SPARC/Solaris
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88368
Bug ID: 88368
Summary: Improper ``use of deleted function''
Product: gcc
Version: 8.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
SLP vectorization forgot to reset vect_location which then "leaks"
to autopar eventually accessing stale data.
Committed to trunk.
Richard.
2018-12-05 Richard Biener
PR tree-optimization/86637
* tree-vectorizer.c (pass_slp_vectorize::execute): Reset
vect_location
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86637
--- Comment #8 from Richard Biener ---
Fixed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88367
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86827
--- Comment #8 from Richard Biener ---
(In reply to Jakub Jelinek from comment #7)
> Adjusted testcase that fails also with -m64:
> struct A { unsigned char a[84]; };
> struct B { unsigned char b[216]; };
> struct C { union { struct A c; struct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88367
--- Comment #4 from Pavel ---
Jonathan, sorry, attached.
Richard,
I forgot to show the structures:
struct kmapset_map {
struct kref kref;
unsignedsize;
struct kmapset_set *set;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87571
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
Hi Martin,
> The tests for the new __builtin_has_attribute function have been
> failing on a number of targets because of a couple of assumptions
> that only hold on some.
>
> First, they expect that it's safe to apply attribute aligned with
> a smaller alignment than the target provides when GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87814
Alexandre Oliva changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86637
--- Comment #7 from Richard Biener ---
I think the issue is we use vect_location via DUMP_VECT_SCOPE before we
set it, thus using an old location in a function where we may have GCed
BLOCKs, etc. The loop vectorization pass resets it via
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88146
Alexandre Oliva changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88367
--- Comment #3 from Pavel ---
Created attachment 45160
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45160=edit
preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85870
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64242
Rainer Orth changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88362
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88364
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
Hi!
Sorry for my late follow-up; had a lot of catch up to do back then.
On Thu, 27 Sep 2018 11:47:31 +0200, Richard Biener
wrote:
> On Mon, Sep 24, 2018 at 9:14 PM Indu Bhagat wrote:
> >
> > Done. Attached is updated patch.
> >
> > Patch is tested on x86_64
>
> You obviously did _not_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88367
Bug ID: 88367
Summary: [9 Regression] -fno-delete-null-pointer-checks doesn't
work properly
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
灿
Hi,
as mentioned in one of my last patches, we can now improve this
location. Note: in the same function there are a few further issues
which I mean to incrementally fix (eg, the diagnostics for
warn_if_not_aligned ICEs for unnamed bit-fields). Tested x86_64-linux.
Thanks, Paolo.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85870
--- Comment #14 from Jakub Jelinek ---
Bet the line number is high enough that we jump over some threshold and stop
counting ranges or columns or whatever at that point. David, can you please
have a look?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88368
--- Comment #3 from Jonathan Wakely ---
Yes, 4.9 accepts it, but so does 5.5 which contains r209907
On 12/4/18 6:16 AM, Richard Biener wrote:
>
> This tries to make bugs like that in PR88317 harder to create by
> introducing a bitmap_release function that can be used as
> pendant to bitmap_initialize for non-allocated bitmap heads.
> The function makes sure to poison the bitmaps obstack member
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88372
Bug ID: 88372
Summary: alloc_size attribute is ignored on function pointers
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88373
Bug ID: 88373
Summary: parse error in template argument list when using
bitwise not with -std=c++2a switch
Product: gcc
Version: 9.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88369
Bug ID: 88369
Summary: [9 regression] g++.dg/vect/pr33426-ivdep.cc etc. FAIL
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88369
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88208
--- Comment #5 from Rainer Orth ---
Author: ro
Date: Wed Dec 5 14:16:08 2018
New Revision: 266825
URL: https://gcc.gnu.org/viewcvs?rev=266825=gcc=rev
Log:
Provide SPARCv9 MAXALIGN in gcc.target/sparc/attr-aligned.c (PR
testsuite/88208)
Hi Chung-Lin!
On Mon, 19 Nov 2018 16:33:30 +0900, Chung-Lin Tang
wrote:
> Hi Thomas,
> actually the current version of the acc_get/set_default_async patch is
> combined into:
> https://gcc.gnu.org/ml/gcc-patches/2018-09/msg01426.html
>
> This patch you're referring here was a version from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88373
Marek Polacek changed:
What|Removed |Added
Keywords||accepts-invalid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88373
Marek Polacek changed:
What|Removed |Added
Target Milestone|--- |9.0
Summary|parse error in
On 12/5/18 6:15 AM, Rainer Orth wrote:
> Hi Eric,
>
>> This started as a simple fix for a small issue (passing floating-point
>> vectors
>> to variadic functions in 64-bit mode) and then evolved into a small cleanup
>> of
>> the code implementing the calling conventions of the 2 SPARC ABIs.
Rainer Orth writes:
> Hi Andreas,
>
>> On Okt 01 2018, David Malcolm wrote:
>>
>>> Is there a link to the .log files somewhere so I can see the precise
>>> messages in question? (e.g. are they all "loop versioned for
>>> vectorization to enhance alignment"?).
>>
>> Yes, they are all the same
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88368
--- Comment #2 from Jakub Jelinek ---
r209907 is the first one that rejects it this way, before that the preprocessed
source I'm trying doesn't compile because of some __is_trivially_assignable
changes, so it is possible 4.9 accepted this with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88370
Bug ID: 88370
Summary: acc_get_cuda_stream/acc_set_cuda_stream:
acc_async_sync, acc_async_noval
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords:
Hi Chung-Lin!
On Mon, 19 Nov 2018 16:33:30 +0900, Chung-Lin Tang
wrote:
> On 2018/11/18 10:36 AM, Thomas Schwinge wrote:
> > Generally, I envision test cases running a few "acc_get_cuda_stream"
> > calls with relevant argument values, to see whether the expected
> > queues/streames are being
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88364
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88368
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63184
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88368
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
This fixes a cut & paste oversight in udivmodhi4 (which is currently used only
by the pdp11 target) reported by Stefan Kanthak.
Committed as obvious.
paul
ChangeLog:
2018-12-05 Paul Koning
* udivmodhi4.c (__udivmodhi4): Fix loop end check.
Index: libgcc/udivmodhi4.c
1 - 100 of 234 matches
Mail list logo