https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100336
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:6e1ecc984ef71fc80d0fb7e91ac38af16ccb1943
commit r12-342-g6e1ecc984ef71fc80d0fb7e91ac38af16ccb1943
Author: Jakub Jelinek
Date: Su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98341
Christoph Reiter changed:
What|Removed |Added
CC||reiter.christoph at gmail dot
com
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93808
--- Comment #31 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #30)
> Created attachment 50717 [details]
> Build log for ruby 2.5 with Oleg's patch applied
Ah, I forgot to add -O1 and -fno-cross-jumping to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98341
--- Comment #13 from Eric Botcazou ---
> Note sure if this is related, but the 32bit Windows build of 11.1.0 fails in
> a similar way:
Not all build failures are similar because they affect the Ada compiler!
Please open a separate TN for your p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98341
Eric Botcazou changed:
What|Removed |Added
Summary|[11/12 Regression] Ada |[11/12 Regression] Ada
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93808
--- Comment #32 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #31)
> Ah, I forgot to add -O1 and -fno-cross-jumping to CFLAGS.
>
> Are the builtin_traps() optimized out for -O2?
>
> I'm building with the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100366
Marc Glisse changed:
What|Removed |Added
Last reconfirmed||2021-05-02
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100375
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:7911a905276781c20f704f5a91b5125e0184d072
commit r12-343-g7911a905276781c20f704f5a91b5125e0184d072
Author: Jakub Jelinek
Date: Su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100377
--- Comment #3 from Luc Van Oostenryck ---
> I thought there was one which I filed which is much older than those but I
> can't find it.
Probably also related to PR36409 and PR49157
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100381
Bug ID: 100381
Summary: new
static_assert((std::__is_complete_or_unbounded(...))
failure from g++ 11.1.0
Product: gcc
Version: 11.1.0
Status: UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100382
Bug ID: 100382
Summary: [12 Regression] go.test/test/fixedbugs/issue16095.go
hang since r12-248
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100382
Jakub Jelinek changed:
What|Removed |Added
CC||ian at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100383
Bug ID: 100383
Summary: cfi sections directive detection fails with binutils
2.36
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100373
--- Comment #1 from Iain Sandoe ---
this happens with mpfr-4.x sources and not with mpfr-3.1.6.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #45 from Iain Sandoe ---
the i386 backend code already sets :
TARGET_CALL_FUSAGE_CONTAINS_NON_CALLEE_CLOBBERS to true unconditionally.
So, it seems that it might be necessary to find some way to adjust
CALL_INSN_FUNCTION_USAGE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100384
Bug ID: 100384
Summary: Compiling in c++17 mode breaks compilation of
functions named visit()
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100384
--- Comment #1 from Albert Astals Cid ---
Created attachment 50734
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50734&action=edit
error log
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100352
--- Comment #7 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:a13a50047ef1814a7bda2392f728bf28f81b17ce
commit r12-344-ga13a50047ef1814a7bda2392f728bf28f81b17ce
Author: Tobias Burnus
Date: Su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100385
Bug ID: 100385
Summary: overload resolution for function call expression on
object selects `operator auto` conversion candidate.
Product: gcc
Version: 12.0
Status: UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100386
Bug ID: 100386
Summary: Not all constant brace-init-lists receive symbols
Product: gcc
Version: 10.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100387
Bug ID: 100387
Summary: ranges::minmax compares moved-out value
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99819
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100387
--- Comment #1 from 康桓瑋 ---
Also, in std::shift_right:
std::move(std::move(__first), std::move(__dest_head),
std::move(__result));
return __result;
we return the moved-out __result.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100382
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100386
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100169
--- Comment #1 from Segher Boessenkool ---
The SMS pass is notorious for slight changes making its cost model decide
too do things the other way around. Is that what is happening here? Was
SMS' decision a good decision (or at least reasonable)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100388
Bug ID: 100388
Summary: import seems to define identifiers in package block
not file block
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729
--- Comment #57 from abebeos at lazaridis dot com ---
Just fascinating!
Bountysource violated its own processes, and payed out the bounty without
waiting for the votes.
See, even without a dispute, there is a 2 week voting period ("The bounty wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100389
Bug ID: 100389
Summary: "invalid type conversion" error for string-based error
type
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94092
--- Comment #15 from rguenther at suse dot de ---
On Fri, 30 Apr 2021, law at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94092
>
> Jeffrey A. Law changed:
>
>What|Removed |Added
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100335
--- Comment #7 from Daniel ---
To me it seems that [over.load] is the right section of the standard as the
start of the section explicitly mentions that the rules there (either all or
none of the overloads must have ref-qualifiers) applies when
/devel/src/configure
--disable-bootstrap --enable-languages=c,c++,fortran --disable-multilib
--prefix=/home/vries/gcc_versions/devel/install CFLAGS='-O0 -g -Wall'
CXXFLAGS='-O0 -g -Wall'
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 12.0.0 20210502 (experimental) (GCC)
...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100390
--- Comment #1 from Tom de Vries ---
Fails not very often (twice in a run of 100):
...
$ for n in $(seq 1 100); do make check "RUNTESTFLAGS=fortran.exp=depobj-1.f90"
2>&1 | grep "expected passes"; done
# of expected passes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100382
--- Comment #2 from Richard Biener ---
Hum. OK, so DSE would also miss is_ctrl_altering_stmt (DCE checks this which
covers stmt_can_throw_internal). So with non-call-EH we even want to preserve
externally throwing EH? Given there's can_delete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100390
--- Comment #2 from Tom de Vries ---
In combination with stress -c 5, I get more FAILs:
...
$ for n in $(seq 1 100); do make check "RUNTESTFLAGS=fortran.exp=depobj-1.f90"
2>&1 | grep "expected passes"; done
# of expected passes1
# of
35 matches
Mail list logo
