https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85253
--- Comment #8 from Vittorio Zecca ---
Compiling and running under both 8.0.1 and 8.1.0
with MALLOC_CHECK_=1 (see man mallopt)
I get the following (notice "free(): invalid pointer" from mallopt)
/usr/bin/gfortran -g -O0 gfbug144.f
[vitti f95]$
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81091
Jc Yang changed:
What|Removed |Added
CC||bandinfinite at gmail dot com
--- Comment #1 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85645
Bug ID: 85645
Summary: ICE in maybe_record_trace_start, at dwarf2cfi.c:2348
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: ice-checking, ice-on-invalid-code
/configure
--prefix=/Users/urabe.shyouhei/target --program-suffix=-trunk
--enable-languages=c --disable-bootstrap
--cache-file=/Users/urabe.shyouhei/data/build/gcc/config.cache
Thread model: posix
gcc version 9.0.0 20180503 (experimental) (GCC)
COLLECT_GCC_OPTIONS='-v' '-fstack-pro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85643
Bug ID: 85643
Summary: attribute nonstring fails to squash
-Wstringop-truncation warning
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78063
Romain Geissler changed:
What|Removed |Added
CC||romain.geissler at amadeus dot
com
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85641
--- Comment #2 from Steve Kargl ---
On Thu, May 03, 2018 at 11:12:26PM +, kargl at gcc dot gnu.org wrote:
>
> #31 0x008ad88d in gfc_code_walker (c=0x2ca231808,
> codefn=codefn@entry=0x8a90d0 void*)>,
> exprfn=exprfn@entry=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85600
--- Comment #9 from Jason Merrill ---
Author: jason
Date: Thu May 3 23:35:20 2018
New Revision: 259913
URL: https://gcc.gnu.org/viewcvs?rev=259913&root=gcc&view=rev
Log:
PR c++/85600 - virtual delete failure.
* init.c (build_de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85600
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83476
Guillaume Racicot changed:
What|Removed |Added
Keywords||rejects-valid
Version|7.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85641
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61502
James Y Knight changed:
What|Removed |Added
CC||foom at fuhm dot net
--- Comment #24 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82644
--- Comment #6 from Jonathan Wakely ---
Author: redi
Date: Thu May 3 22:58:43 2018
New Revision: 259912
URL: https://gcc.gnu.org/viewcvs?rev=259912&root=gcc&view=rev
Log:
PR libstdc++/82644 define TR1 hypergeometric functions in strict modes
F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85642
Bug ID: 85642
Summary: Wrong implicit exception-specification with
std::optional
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85641
Bug ID: 85641
Summary: [7/8 Regression] ICE with string concatenate
Product: gcc
Version: 7.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55307
--- Comment #6 from H.J. Lu ---
Dup.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85100
H.J. Lu changed:
What|Removed |Added
CC||luto at kernel dot org
--- Comment #13 from H.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55307
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85637
--- Comment #2 from petschy at gmail dot com ---
Thanks. For non-char types, one can use __restrict on ptrs, but for chars it
doesn't work, unfortunately (strict aliasing rules). Is there a way to tell the
compiler that a char ptr doesn't alias an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85640
Bug ID: 85640
Summary: Code size regression vs 7.3.1
Product: gcc
Version: 8.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85639
Bug ID: 85639
Summary: ICE in compiling new test cases added in r259850
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80947
--- Comment #17 from Duarte ---
It also fails on GCC 8.1. This is the reproducer:
template
void foo() {
struct inner {
inner() {
([this] { });
}
};
}
int main() { foo(); }
It fails when compiled with -fvisib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85600
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85632
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85632
--- Comment #4 from Jonathan Wakely ---
Author: redi
Date: Thu May 3 20:39:31 2018
New Revision: 259911
URL: https://gcc.gnu.org/viewcvs?rev=259911&root=gcc&view=rev
Log:
PR libstdc++/85632 fix wraparound in filesystem::space
On 32-bit targets
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55307
Nathaniel J. Smith changed:
What|Removed |Added
CC||njs at pobox dot com
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84769
--- Comment #13 from Duarte ---
Awesome, thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85638
--- Comment #2 from xantares09 at hotmail dot com ---
Created attachment 44061
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44061&action=edit
./src/gcc-build-i686-w64-mingw32/gcc/ada/rts/a-calend.adb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85638
--- Comment #1 from xantares09 at hotmail dot com ---
Created attachment 44060
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44060&action=edit
??
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85638
Bug ID: 85638
Summary: gcc 8.1.0 fails to build ada language for target
i686-w64-mingw32
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84769
Jonathan Wakely changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84769
--- Comment #11 from Jonathan Wakely ---
Author: redi
Date: Thu May 3 20:16:34 2018
New Revision: 259910
URL: https://gcc.gnu.org/viewcvs?rev=259910&root=gcc&view=rev
Log:
PR libstdc++/84769 qualify call to std::get<0>
PR libstdc++/847
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85632
--- Comment #3 from Jonathan Wakely ---
Author: redi
Date: Thu May 3 20:16:29 2018
New Revision: 259909
URL: https://gcc.gnu.org/viewcvs?rev=259909&root=gcc&view=rev
Log:
PR libstdc++/85632 fix wraparound in filesystem::space
On 32-bit targets
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85637
--- Comment #1 from Andrew Pinski ---
This is most likely because unsigned char is considered as aliasing any type.
That means the write to this->m_s1 and this->m_s2 can be read via *buf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85637
Bug ID: 85637
Summary: Unneeded store of member variables in inner loop
Product: gcc
Version: 7.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84769
--- Comment #10 from Jonathan Wakely ---
Author: redi
Date: Thu May 3 19:53:46 2018
New Revision: 259907
URL: https://gcc.gnu.org/viewcvs?rev=259907&root=gcc&view=rev
Log:
PR libstdc++/84769 qualify call to std::get<0>
PR libstdc++/847
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85632
--- Comment #2 from Jonathan Wakely ---
Author: redi
Date: Thu May 3 19:53:42 2018
New Revision: 259906
URL: https://gcc.gnu.org/viewcvs?rev=259906&root=gcc&view=rev
Log:
PR libstdc++/85632 fix wraparound in filesystem::space
On 32-bit targets
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85636
Bug ID: 85636
Summary: Tree if-conversion inserts bogus loads
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-opt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85530
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85530
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Thu May 3 18:59:39 2018
New Revision: 259903
URL: https://gcc.gnu.org/viewcvs?rev=259903&root=gcc&view=rev
Log:
PR target/85530
* config/i386/avx512fintrin.h (_mm512_mull
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85632
--- Comment #1 from Jonathan Wakely ---
Author: redi
Date: Thu May 3 18:58:00 2018
New Revision: 259901
URL: https://gcc.gnu.org/viewcvs?rev=259901&root=gcc&view=rev
Log:
PR libstdc++/85632 fix wraparound in filesystem::space
On 32-bit targets
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84769
--- Comment #9 from Jonathan Wakely ---
Author: redi
Date: Thu May 3 18:58:04 2018
New Revision: 259902
URL: https://gcc.gnu.org/viewcvs?rev=259902&root=gcc&view=rev
Log:
PR libstdc++/84769 qualify call to std::get<0>
PR libstdc++/8476
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84769
--- Comment #8 from Duarte ---
I tried to go ahead and send a patch for this (should be on the gcc-patches and
libstdc++ lists).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84769
Jonathan Wakely changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85635
--- Comment #2 from John Marino ---
I would think every condition after (e.g. __APPLE__, __linux__, _AIX) would
fail as well. Wouldn't cpp abort on QNX before the __APPLE__ condition is
evaluated?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85635
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85634
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85635
Bug ID: 85635
Summary: gcc8+: typo in link.c renders gnat unbuildable on
non-windows, non hpux
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82899
--- Comment #8 from Antony Polukhin ---
(In reply to Richard Biener from comment #4)
> (In reply to Antony Polukhin from comment #2)
> > Looks like [class.ctor] paragraph 14 covers this case:
> >
> > "During the construction of an object, if the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85634
--- Comment #4 from Andrew Paprocki ---
(In reply to Marek Polacek from comment #1)
> Please submit a full bug report, with preprocessed source if appropriate.
I had to attach the .ii and .s file tgz'd due to the file size limit of the
bugtracke
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85634
--- Comment #3 from Andrew Paprocki ---
Compiler info:
$ g++-8 -v
Reading specs from /dev/shm/refroot/opt/bb/lib/gcc-8.1/bin/../lib/gcc/specs
COLLECT_GCC=/dev/shm/refroot/opt/bb/bin/g++-8
COLLECT_LTO_WRAPPER=/dev/shm/refroot/opt/bb/lib/gcc-8.1/b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85634
--- Comment #2 from Andrew Paprocki ---
Created attachment 44057
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44057&action=edit
-save-temps output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84769
--- Comment #6 from Duarte ---
I think that calls to get<0> should be scoped, for example in visit().
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80947
Duarte changed:
What|Removed |Added
CC||duarte at scylladb dot com
--- Comment #16 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85633
--- Comment #4 from Julian Taylor ---
Oh that is unfortunate.
I guess one has to inject the dependency in the fpu checking function as an
argument then.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85634
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85634
Bug ID: 85634
Summary: 8.1 ICE in tsubst_copy, at cp/pt.c:15483
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85628
--- Comment #1 from Andrew Pinski ---
>This should just be a matter of adding the necessary patterns in aarch64.md.
I was doing for MIPS and it was rejected because combine or something before
combine should be generating zero_extract on the set
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85633
--- Comment #3 from Andrew Pinski ---
See PR 38960 for why I said this is not a regression.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67650
--- Comment #30 from Vincent ---
Am using OSX, but I do not believe it makes a big difference. Thanks, Jonathan,
let me know if I can help in any way.
(In reply to Jonathan Wakely from comment #29)
> (In reply to Vincent from comment #27)
> > So
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85633
--- Comment #2 from Julian Taylor ---
changing the fpu state does not count as a side effect?
This doesn't seem plausible, this type of code is one the reasons the fpu
exception state exists.
There is a lot of code written with this in mind which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85633
Andrew Pinski changed:
What|Removed |Added
Component|c |middle-end
Summary|[8 Regress
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85633
Bug ID: 85633
Summary: [8 Regression] reorders function ignoring fpu
exception state
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85632
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82644
--- Comment #5 from Jonathan Wakely ---
Bah, now we have failures for TR1 with -std=c++17 or -std=c++2a:
$ ~/gcc/8/bin/g++ -std=c++17 -include tr1/cmath -x c++ /dev/null
In file included from :
/home/jwakely/gcc/8/include/c++/8.0.1/tr1/cmath:1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85632
Bug ID: 85632
Summary: std::filesystem::space or
std::experimental::filesystem::space does not return
correct information
Product: gcc
Version: 7.3.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85631
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84087
Jonathan Wakely changed:
What|Removed |Added
Keywords|deferred|
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85631
Bug ID: 85631
Summary: Runtime error message array bound mismatch with
nonzero optimization
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84087
--- Comment #6 from Jonathan Wakely ---
Author: redi
Date: Thu May 3 15:01:20 2018
New Revision: 259895
URL: https://gcc.gnu.org/viewcvs?rev=259895&root=gcc&view=rev
Log:
PR libstdc++/84087 add default arguments to basic_string members (LWG 226
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85630
Bug ID: 85630
Summary: GCC 8.1.0: Filesystem pollution during build: .cache
dir in $HOME
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85629
Bug ID: 85629
Summary: GCC 8.1.0: FTBFS: make check fails in Go part
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: boo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85628
Bug ID: 85628
Summary: Make better use of BFI (BFXIL)
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Priority:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60646
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85593
--- Comment #4 from Austin Morton ---
In my particular case I was able to work around the issue by removing the naked
attribute and using extended assembly with a clobbers list.
The resulting code is nearly identical (allowing GCC to generate th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84535
--- Comment #3 from Jonathan Wakely ---
Author: redi
Date: Thu May 3 14:08:36 2018
New Revision: 259893
URL: https://gcc.gnu.org/viewcvs?rev=259893&root=gcc&view=rev
Log:
PR libstdc++/84535 constrain std::thread constructor
The standard requir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67650
Jonathan Wakely changed:
What|Removed |Added
Keywords||link-failure
--- Comment #29 from Jona
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85599
--- Comment #11 from Dominique d'Humieres ---
> Am I mistaken to read this as being handled by the middle-end?
> If yes, the situation is discussed in pr57160 comment 1.
I meant "If no"!-(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85106
--- Comment #13 from Tom de Vries ---
Author: vries
Date: Thu May 3 13:47:14 2018
New Revision: 259892
URL: https://gcc.gnu.org/viewcvs?rev=259892&root=gcc&view=rev
Log:
[testsuite] Add scan-offload-tree-dump
2018-05-03 Tom de Vries
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85599
--- Comment #10 from Dominique d'Humieres ---
Dumping the original tree of the test in comment 0 gives
...
lazy ()
{
static logical(kind=4) check (void);
logical(kind=4) flag;
flag = 0;
flag = check () && flag;
flag = flag && check ()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70291
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67650
--- Comment #28 from Vincent ---
Other silly check, did you try with my code or your reduced code ?
(In reply to Jonathan Wakely from comment #26)
> (In reply to Vincent from comment #25)
> > Oh, it used to be the case. I think that must be due
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85615
Richard Biener changed:
What|Removed |Added
Known to work||9.0
Summary|[8/9 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85615
--- Comment #6 from Richard Biener ---
Author: rguenth
Date: Thu May 3 13:20:02 2018
New Revision: 259891
URL: https://gcc.gnu.org/viewcvs?rev=259891&root=gcc&view=rev
Log:
2018-05-03 Richard Biener
PR tree-optimization/85615
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67650
--- Comment #27 from Vincent ---
Sorry for the silly check, are you sure you are trying with -O3 or
-fdevirtualize -O2?
You can try this with 8.1:
void *v;
template
struct LK: public BLKC
{
void rb(){((T*)v)->ax();}
static T* st;
};
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67650
--- Comment #26 from Jonathan Wakely ---
(In reply to Vincent from comment #25)
> Oh, it used to be the case. I think that must be due to some additional
> artefact of more recent compilers. I'll try to find another way to show it.
I tried 5.1.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84535
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67650
--- Comment #25 from Vincent ---
Oh, it used to be the case. I think that must be due to some additional
artefact of more recent compilers. I'll try to find another way to show it.
(In reply to Jonathan Wakely from comment #24)
> (In reply to Vi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65086
Jürgen Reuter changed:
What|Removed |Added
CC||juergen.reuter at desy dot de
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67650
--- Comment #24 from Jonathan Wakely ---
(In reply to Vincent from comment #22)
> See comment #6.
I already saw it, and I already tried that change. The problem disappears if
you make that change.
(In reply to Vincent from comment #23)
> See c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70291
--- Comment #3 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Thu May 3 12:59:43 2018
New Revision: 259889
URL: https://gcc.gnu.org/viewcvs?rev=259889&root=gcc&view=rev
Log:
[tree-complex.c] PR tree-optimization/70291: Inline floati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
--- Comment #18 from Xi Ruoyao ---
(In reply to Xi Ruoyao from comment #17)
> I prefer
>
> int pci_fill_info(struct pci_dev *, int)
> __attribute__((symver_alias("@LIBPCI_3.0", "pci_fill_info_v31")));
But then what should we do for
int pci_fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81084
--- Comment #53 from John Paul Adrian Glaubitz ---
(In reply to Andrew Jenner from comment #52)
> (In reply to John Paul Adrian Glaubitz from comment #51)
> > Absolutely. Where should I test the patch? Natively on powerpcspe? On
> > x86_64? Or an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81084
--- Comment #52 from Andrew Jenner ---
(In reply to John Paul Adrian Glaubitz from comment #51)
> Absolutely. Where should I test the patch? Natively on powerpcspe? On
> x86_64? Or anything else? We have a wide range of architectures available
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67650
--- Comment #23 from Vincent ---
See comment #10. The error is sensitive to unrelated changes. There is some
(front-end?) corruption somewhere.
(In reply to Jonathan Wakely from comment #21)
> Comment 19 shows a bogus warning triggered by -fdevi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67650
--- Comment #22 from Vincent ---
See comment #6.
(In reply to Jonathan Wakely from comment #20)
> (In reply to Vincent from comment #5)
> > The problem is static time, not dynamic time.
> > This artefact is just a result of source code reduction
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81084
--- Comment #51 from John Paul Adrian Glaubitz ---
(In reply to Andrew Jenner from comment #50),
>
> Thanks for the offer of help. I already have hardware, but I need to get my
> test scripts in order.
Ok, great!
> I'm attaching my current pat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81084
Andrew Jenner changed:
What|Removed |Added
Attachment #43312|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85600
sudi at gcc dot gnu.org changed:
What|Removed |Added
CC||sudi at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84949
--- Comment #4 from Jonathan Wakely ---
std::numeric_limits defines:
static _GLIBCXX_USE_CONSTEXPR bool has_infinity = __FLT_HAS_INFINITY__;
static _GLIBCXX_USE_CONSTEXPR bool has_quiet_NaN = __FLT_HAS_QUIET_NAN__;
static _GLIB
1 - 100 of 149 matches
Mail list logo
