https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67814
Bug ID: 67814
Summary: pentium4 cmp instruction register allocation error
(tree-pre?)
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: major
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52332
Joost VandeVondele changed:
What|Removed |Added
CC||lkrupp at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67789
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67789
Bug 67789 depends on bug 67788, which changed state.
Bug 67788 Summary: [6 Regression] bootstrap failure in libgfortran on
powerpc-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67788
What|Removed |Adde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67788
Segher Boessenkool changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67813
Bug ID: 67813
Summary: [C++14] copy-initialization of object with pointer
member fails in constexpr function
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62242
--- Comment #6 from lkrupp at gcc dot gnu.org ---
Author: lkrupp
Date: Fri Oct 2 04:03:34 2015
New Revision: 228368
URL: https://gcc.gnu.org/viewcvs?rev=228368&root=gcc&view=rev
Log:
2015-10-01 Louis Krupp
PR fortran/62242
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52332
--- Comment #6 from lkrupp at gcc dot gnu.org ---
Author: lkrupp
Date: Fri Oct 2 04:03:34 2015
New Revision: 228368
URL: https://gcc.gnu.org/viewcvs?rev=228368&root=gcc&view=rev
Log:
2015-10-01 Louis Krupp
PR fortran/62242
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67812
--- Comment #3 from Rich Felker ---
Further research into the PCH issue shows that it will be seriously broken when
GCC is built as PIE; this looks hard to fix, but worthwhile to fix if it can
be. There's almost certainly no way it can work on FD
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67788
--- Comment #6 from Segher Boessenkool ---
Author: segher
Date: Fri Oct 2 01:29:26 2015
New Revision: 228366
URL: https://gcc.gnu.org/viewcvs?rev=228366&root=gcc&view=rev
Log:
rs6000: Add "cannot_copy" attribute, use it (PR67788, PR67789)
Afte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67789
--- Comment #5 from Segher Boessenkool ---
Author: segher
Date: Fri Oct 2 01:29:26 2015
New Revision: 228366
URL: https://gcc.gnu.org/viewcvs?rev=228366&root=gcc&view=rev
Log:
rs6000: Add "cannot_copy" attribute, use it (PR67788, PR67789)
Afte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61759
--- Comment #6 from Douglas Mencken ---
Looks like I found the root of the issue ~
GCC ICEs when it meets C++ exception handling (try+catch)
$ cat main.mm
#include
#include
int main (void)
{
try {
throw 0;
} ca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67810
Casey Carter changed:
What|Removed |Added
CC||Casey at Carter dot net,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66979
--- Comment #3 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Fri Oct 2 00:49:28 2015
New Revision: 228364
URL: https://gcc.gnu.org/viewcvs?rev=228364&root=gcc&view=rev
Log:
2015-10-01 Steven G. Kargl
PR fortran/66979
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67616
--- Comment #3 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Fri Oct 2 00:45:59 2015
New Revision: 228363
URL: https://gcc.gnu.org/viewcvs?rev=228363&root=gcc&view=rev
Log:
2015-10-01 Steven G. Kargl
PR fortran/67616
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67812
--- Comment #2 from Rich Felker ---
It's always worked fine in the past; I'm running GCC built as PIE on all my
systems. Presumably distros will just patch this out, but it would be nice to
get it fixed upstream.
As for nommu, I'm pretty sure GC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67812
--- Comment #1 from Andrew Pinski ---
>3. For nommu systems, building as PIE is mandatory; non-PIE binaries simply
>cannot run.
Those won't work as GCC hosts anyways.
>2. Refusal to build as PIE may violate distro policy of shipping only PIE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67812
Bug ID: 67812
Summary: Default-PIE patch broke building compiler as PIE and
on esp toolchains
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67754
Sebastian Pop changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66980
Sebastian Pop changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67798
--- Comment #1 from Hiroaki Yamanouchi ---
Created attachment 36436
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36436&action=edit
preprocessed file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66980
--- Comment #1 from Sebastian Pop ---
Author: spop
Date: Thu Oct 1 22:04:07 2015
New Revision: 228357
URL: https://gcc.gnu.org/viewcvs?rev=228357&root=gcc&view=rev
Log:
correctly handle non affine data references
2015-10-01 Sebastian Pop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67754
--- Comment #14 from Dominique d'Humieres ---
>From https://gcc.gnu.org/ml/gcc-testresults/2015-10/msg00092.html
FAIL: gfortran.dg/graphite/block-1.f90 -O scan-tree-dump-times graphite
"number of SCoPs: 1" 1
FAIL: gfortran.dg/graphite/block-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67795
Marc Glisse changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67811
Bug ID: 67811
Summary: [TM] ICE with try-block in transaction
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67809
--- Comment #2 from Andrew Pinski ---
And it is not legal to do if you catch other undefined behavior like trapping
on invalid memory locations.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60153
--- Comment #3 from Markus Trippelsdorf ---
It ICEs at the same place when compiling Eric Niebler's calendar application
from his CppCon 2015 talk "Ranges for the Standard Library":
trippels@gcc2-power8 ~ % cat calendar.ii
template class constr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67803
Dominique d'Humieres changed:
What|Removed |Added
Keywords||ice-on-invalid-code
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59218
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67809
Matt Godbolt changed:
What|Removed |Added
CC||matt at godbolt dot org
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67810
Bug ID: 67810
Summary: Non-expression recognized as fold expression
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67809
Bug ID: 67809
Summary: Empty pointer-chasing loops aren't optimized out
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67747
--- Comment #6 from Jonathan Wakely ---
There's a new patch at https://gcc.gnu.org/ml/gcc-patches/2015-10/msg00106.html
but I don't know if you're seeing something different.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67808
Peter Bergner changed:
What|Removed |Added
Target||powerpc64-linux,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67808
Bug ID: 67808
Summary: LRA ICEs on simple double to long double conversion
test case
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67747
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54430
Ville Voutilainen changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54430
--- Comment #8 from ville at gcc dot gnu.org ---
Author: ville
Date: Thu Oct 1 19:22:08 2015
New Revision: 228354
URL: https://gcc.gnu.org/viewcvs?rev=228354&root=gcc&view=rev
Log:
PR c++/54430
/cp
2015-10-01 Ville Voutilainen
PR c+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67791
--- Comment #4 from nexyon at gmail dot com ---
Thanks for the quick responses! I already expected some sort of side effect
like this. Maybe it's possible to reevaluate whether pthread is linked or not
during the first use of std::thread? In any c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67769
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67769
--- Comment #5 from Marek Polacek ---
Author: mpolacek
Date: Thu Oct 1 19:09:01 2015
New Revision: 228353
URL: https://gcc.gnu.org/viewcvs?rev=228353&root=gcc&view=rev
Log:
PR tree-optimization/67769
* tree-ssa-phiopt.c (conditi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67807
Bug ID: 67807
Summary: call to public member function catalog failed on Linux
-std=c++03
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67804
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51726
Kai Tietz changed:
What|Removed |Added
CC||thiago at kde dot org
--- Comment #8 from Ka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67688
Kai Tietz changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67779
Gerhard Steinmetz changed:
What|Removed |Added
CC||gerhard.steinmetz.fortran@t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67806
--- Comment #1 from Gerhard Steinmetz
---
Silently accepted without declaring x :
$ cat z4b.f90
program p
integer, pointer :: n
type t
character(null(n)) :: c
end type
end
$ gfortran -g -O0 -Wall -fcheck=all -fno-frontend-optimi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67806
Bug ID: 67806
Summary: ICE on initialization of type(character) with len null
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67756
--- Comment #15 from Bernd Edlinger ---
(In reply to Vladimir Makarov from comment #14)
> (In reply to Bernd Edlinger from comment #5)
>
> >
> > My patch from yesterday makes no difference here, but what's funny is,
> > that the set register wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67802
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67805
--- Comment #2 from Gerhard Steinmetz
---
And these variants are silently accepted :
$ cat z5.f90
program p
print *, '1: ', [character(.true.) :: 'x', 'y']
print *, '2: ', [character(.false.) :: 'x', 'y']
print *, '3: ', [character(1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67805
--- Comment #1 from Gerhard Steinmetz
---
For these variants :
$ cat z4.f90
program p
print *, [character([.true.]) :: 'x', 'y']
print *, [character([.false.]) :: 'x', 'y']
print *, [character([1.]) :: 'x', 'y']
print *, [character
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67805
Bug ID: 67805
Summary: ICE on array constructor with wrong character
specification
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67801
--- Comment #1 from Andrew Pinski ---
Also varabi too. that is "var{abi}".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67804
Bug ID: 67804
Summary: ICE on data initialization of type(character) with
wrong data
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67804
--- Comment #1 from Gerhard Steinmetz
---
Correct with a scalar string :
$ cat z2.f90
program p
type t
character :: c
end type
type(t) :: x
data x /t('1')/
print *, x
end
$ gfortran -g -O0 -Wall -fcheck=all -fno-frontend-o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67803
Bug ID: 67803
Summary: ICE on concatenating wrong character array constructor
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67803
--- Comment #1 from Gerhard Steinmetz
---
Whereas :
$ cat z2.f90
program p
character(2) :: x(1)
x = '0' // [character :: '1']
print *, x
end
$ gfortran -g -O0 -Wall -fcheck=all -fno-frontend-optimize z2.f90
$ a.out
01
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67802
--- Comment #1 from Gerhard Steinmetz
---
Whereas, without initialization relevant errors are detected :
$ cat za1.f90
program p
character(1.) :: c1
character(1d1) :: c2
character((0.,1.)) :: c3
character(.true.) :: c4
end
$ cat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67802
Bug ID: 67802
Summary: ICE on initializing character with wrong len type
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67799
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67801
Bug ID: 67801
Summary: error in libffi documentation
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: trivial
Priority: P3
Component: libffi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67800
--- Comment #1 from Alexander Fomin ---
Nota bene: -fPIE -pie options can be ommited.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67799
--- Comment #4 from 8826055 at 163 dot com ---
(In reply to Jonathan Wakely from comment #3)
> (In reply to Jonathan Wakely from comment #1)
> > If you look in you will see these functions are not provided by
> > GCC's header, they come from your
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67799
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67796
--- Comment #3 from Jonathan Wakely ---
This (invalid) program prints "ADL Works!" as expected, so without a proper
testcase (as required by https://gcc.gnu.org/bugs/ anyway) we have no idea what
your actual code does:
#include
#include
namesp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67799
8826055 at 163 dot com changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67800
Bug ID: 67800
Summary: [6 Regression] Missed vectorization opportunity on x86
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67756
--- Comment #14 from Vladimir Makarov ---
(In reply to Bernd Edlinger from comment #5)
>
> My patch from yesterday makes no difference here, but what's funny is,
> that the set register was originally r138 but now the dump says
> "set (reg/v:SI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59305
--- Comment #28 from Andrew Pinski ---
(In reply to Christophe Lyon from comment #27)
> I've noticed timeouts on aarch64 too, where the hook is implemented IIUC.
>
> Run-time varies a lot too: from 5 minutes to ~1h, with the same binary, same
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67796
--- Comment #2 from rkirchge at gmail dot com ---
Thank you for the quick reply.
Defining the swap overload in std does violate the standard, but it is the
shortest example that reproduces the behavior I am seeing.
In my code, I have defined a w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67756
--- Comment #13 from Vladimir Makarov ---
(In reply to Bernd Edlinger from comment #11)
> I must admit, that I don't know what I am doing here,
> ... but this (completely untested) patch seems to fix the ICE:
> (and at least my linux kernel compi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67756
Vladimir Makarov changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67754
--- Comment #12 from Sebastian Pop ---
Author: spop
Date: Thu Oct 1 15:17:58 2015
New Revision: 228347
URL: https://gcc.gnu.org/viewcvs?rev=228347&root=gcc&view=rev
Log:
call scev analysis in scop-detection as in sese-to-poly
Before our rewrit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67754
Sebastian Pop changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67754
--- Comment #11 from Sebastian Pop ---
Author: spop
Date: Thu Oct 1 15:17:51 2015
New Revision: 228346
URL: https://gcc.gnu.org/viewcvs?rev=228346&root=gcc&view=rev
Log:
add recursion on the inner loops
We now check that all data references in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67798
Hiroaki Yamanouchi changed:
What|Removed |Added
Severity|major |normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67799
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59305
--- Comment #27 from Christophe Lyon ---
I've noticed timeouts on aarch64 too, where the hook is implemented IIUC.
Run-time varies a lot too: from 5 minutes to ~1h, with the same binary, same
machine, where I am the only user.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67799
Bug ID: 67799
Summary: The function strtoul and strtoull in do not
work correctly
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65345
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65345
--- Comment #14 from Marek Polacek ---
Author: mpolacek
Date: Thu Oct 1 14:53:10 2015
New Revision: 228343
URL: https://gcc.gnu.org/viewcvs?rev=228343&root=gcc&view=rev
Log:
PR c/65345
* config/i386/i386.c (ix86_atomic_assign_ex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66870
Ian Lance Taylor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66870
--- Comment #30 from ian at gcc dot gnu.org ---
Author: ian
Date: Thu Oct 1 14:43:57 2015
New Revision: 228342
URL: https://gcc.gnu.org/viewcvs?rev=228342&root=gcc&view=rev
Log:
PR go/66870
* gospec.c (lang_specific_driver): Onl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67798
Hiroaki Yamanouchi changed:
What|Removed |Added
Severity|critical|major
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67769
--- Comment #4 from Marek Polacek ---
Author: mpolacek
Date: Thu Oct 1 14:25:42 2015
New Revision: 228341
URL: https://gcc.gnu.org/viewcvs?rev=228341&root=gcc&view=rev
Log:
PR tree-optimization/67769
* tree-ssa-phiopt.c (conditi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67798
Bug ID: 67798
Summary: Constant shift operation to the openmp unsigned loop
variable gives a wrong result .
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67797
Bug ID: 67797
Summary: [ARM] Unnecessary r0 saving for memset call
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67721
Mikael Morin changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66870
--- Comment #28 from boger at us dot ibm.com ---
I could put back the #ifdef TARGET_CAN_SPLIT_STACK_64BIT around the OPT_m32
case if that is OK.
Doesn't fail on the builds for ppc64le or ppc64 either.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67721
--- Comment #6 from Mikael Morin ---
Author: mikael
Revision: 228170
Modified property: svn:log
Modified: svn:log at Thu Oct 1 14:03:32 2015
--
--- svn:log (original)
+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67721
--- Comment #5 from Mikael Morin ---
Author: mikael
Date: Thu Oct 1 14:01:37 2015
New Revision: 228339
URL: https://gcc.gnu.org/viewcvs?rev=228339&root=gcc&view=rev
Log:
Fix missing deep copy when assigning a DT constructor to an array
This ad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67796
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67792
--- Comment #3 from Jonathan Wakely ---
Probably not fixed, just latent. Everyone just removes the whole build dir,
which works far more reliably.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66870
--- Comment #27 from Ian Lance Taylor ---
Any target that doesn't have a -m32 option. This does work on x86 targets,
since they have a -m32 option in their config/CPU/CPU.opt file. Sorry for not
catching this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67792
--- Comment #2 from Gary Funck ---
(In reply to Andreas Schwab from comment #1)
> Nobody is testing make clean, patches welcome. It's much easier to just
> remove the build directory before starting over.
OK. I don't plan on looking into it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67721
--- Comment #4 from Mikael Morin ---
(In reply to Dominique d'Humieres from comment #3)
> Any plan to back port the fix to 5.3?
Yes, Paul suggested it in his approval message.
I'm doing it now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67796
Bug ID: 67796
Summary: Definition for custom std::swap found by ADL but not
used
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67795
--- Comment #10 from frankhb1989 at gmail dot com ---
(In reply to Marc Glisse from comment #7)
> Hmm, with the static_cast, the front-end produces:
>
> < = (struct string_view &) (struct string_view
> *) NON_LVALUE_EXPR <(struct string_view &) &
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67795
--- Comment #9 from frankhb1989 at gmail dot com ---
(In reply to Richard Biener from comment #5)
> I would guess the issue is that ?: returns an rvalue (but that may not be
> 100% correct if omitting the cast works and does not warn)
In C++ ?: c
1 - 100 of 135 matches
Mail list logo
