https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104154
--- Comment #2 from rdapp at linux dot ibm.com ---
Yes, your guess was right again. We ICE here:
gcc_assert (cmode == SImode || cmode == SFmode || cmode == DFmode);
but cmode == E_CCmode with the patch.
This already helps and the resulting seq
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104363
--- Comment #8 from Mathieu Malaterre ---
Dear John,
(In reply to John David Anglin from comment #6)
> For context, see:
> https://github.com/smuellerDD/libkcapi/issues/133#issuecomment-1024349323
>
> Note that the following commit fixes the s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104363
--- Comment #9 from Mathieu Malaterre ---
(In reply to Andrew Pinski from comment #5)
> (In reply to Mathieu Malaterre from comment #2)
> > I've downgraded binutils to version from bullseye, and I am getting the
> > exact same symptoms:
>
> Did
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104402
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97005
--- Comment #4 from Tom de Vries ---
(In reply to Jakub Jelinek from comment #3)
> Is some workaround possible, like instead of emitting cvt.u32.u16 do
> cvt.u32.s16 and add explicit and?
This already works:
...
diff --git a/builtin-arith-overfl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104405
--- Comment #7 from Richard Biener ---
(In reply to Eric Botcazou from comment #6)
> > But seems to me a simple enough thing that we should be able to handle.
>
> Register allocation is a global problem though, so what happens on toy
> examples
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104406
Richard Biener changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31485
Richard Biener changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97005
--- Comment #5 from Jakub Jelinek ---
What about u16.u8, u32.u8 and u64.u8 zero extensions?
If it is just hi -> {si,di} zext, then we could take HImode out of the
(define_insn "zero_extendsi2"
[(set (match_operand:SI 0 "nvptx_register_operand"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104413
--- Comment #3 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #2)
> (In reply to Hongtao.liu from comment #1)
> > Just note pshufb needs SSE3, and it seems reasonable to define a SSE3
> > broadcast pattern which generates pxor + pshu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97005
--- Comment #6 from Tom de Vries ---
(In reply to Jakub Jelinek from comment #5)
> What about u16.u8, u32.u8 and u64.u8 zero extensions?
ptx has no .u8 registers, so there's no straightforward translation of the
example.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104408
Richard Biener changed:
What|Removed |Added
Blocks||53947
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104408
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104410
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97005
--- Comment #7 from Tom de Vries ---
(In reply to Tom de Vries from comment #6)
> (In reply to Jakub Jelinek from comment #5)
> > What about u16.u8, u32.u8 and u64.u8 zero extensions?
>
> ptx has no .u8 registers, so there's no straightforward t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104414
Bug ID: 104414
Summary: [AArch64] About the condition of calls_alloca in
aarch64_layout_frame
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104412
--- Comment #2 from Richard Biener ---
On x86_64 we get
movq%rsi, %xmm0
movq%rdi, %xmm1
punpcklqdq %xmm1, %xmm0
ret
> ./cc1 -quiet t.c -I include -O2 -fopt-info-vec
t.c:10:7: optimized: basic block
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104405
--- Comment #8 from Eric Botcazou ---
> There is of course the option to switch to alternate heuristics if, by
> heuristic, the argument/return part of the function is a big part of it (aka
> for toy examples or small functions which do happen i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104413
Richard Biener changed:
What|Removed |Added
Target|x86-64 |x86_64-*-*
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104414
--- Comment #1 from Richard Biener ---
Please ask such questions on the mailing list instead, there you will more
likely get an answer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104407
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Keyw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104414
--- Comment #2 from ashimida ---
(In reply to Richard Biener from comment #1)
> Please ask such questions on the mailing list instead, there you will more
> likely get an answer.
Oh, thanks, sorry to bother.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104407
--- Comment #4 from Jakub Jelinek ---
DECL_RTL is set in the -g case prematurely during:
#0 set_decl_rtl (t=, x=0x7fffea3b9bb8) at
../../gcc/emit-rtl.cc:1440
#1 0x01bdc0a5 in make_decl_rtl (decl=) at
../../gcc/varasm.cc:1633
#2 0x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104407
--- Comment #5 from Jakub Jelinek ---
Perhaps we could introduce EXPAND_EARLY_DEBUG and use that instead of
EXPAND_NORMAL, but it would be quite large change.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104407
--- Comment #6 from Jakub Jelinek ---
I mean EXPAND_INITIALIZER. Anyway, we'd have to adjust most of those ~ 35
spots referencing EXPAND_INITIALIZER in expr.cc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104407
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
--- Comment #7 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104407
--- Comment #8 from Jakub Jelinek ---
One way would be either not to call rtl = expand_expr (init, NULL_RTX,
VOIDmode, EXPAND_INITIALIZER); during early_dwarf or do some extra checks
whether it is safe. I see for the early_dwarf case it does
na
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104154
--- Comment #3 from rdapp at linux dot ibm.com ---
Power(10) also saw a similar problem where the backend was not prepared to
handle what we are passing now. I'm starting to become a bit concerned now
that more backends might (latently) not be a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104407
--- Comment #9 from Jakub Jelinek ---
Like either for early_dwarf in reference_to_unused return *tp; for any DECL_P
or STRING_CST found, or for early_dwarf use a different callback that does
that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104407
--- Comment #10 from Richard Biener ---
So at least
/* Generate the RTL even if early_dwarf to force mangling of all refered to
symbols. */
rtl = rtl_for_decl_init (init, type);
if (rtl && !early_dwarf)
doesn't apply anymore since
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104407
--- Comment #11 from Richard Biener ---
(In reply to Jakub Jelinek from comment #8)
> One way would be either not to call rtl = expand_expr (init, NULL_RTX,
> VOIDmode, EXPAND_INITIALIZER); during early_dwarf or do some extra checks
> whether it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104407
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104402
--- Comment #5 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:70430001b74d0f67386a6b3642c857b3389cd5d0
commit r12-7080-g70430001b74d0f67386a6b3642c857b3389cd5d0
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104402
Richard Biener changed:
What|Removed |Added
Known to work||12.0
Summary|[9/10/11/12 Re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104408
--- Comment #4 from Tamar Christina ---
(In reply to Richard Biener from comment #3)
> match.pd just does canonicalization here. SLP discovery could handle this
> in the existing swap operands or reassoc support but I guess the desire here
> is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104415
Bug ID: 104415
Summary: uninit diagnostic improvement at -O0
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104415
Richard Biener changed:
What|Removed |Added
Depends on||104373
--- Comment #1 from Richard Bie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104327
--- Comment #9 from CVS Commits ---
The master branch has been updated by Andreas Krebbel :
https://gcc.gnu.org/g:db95441cf5399aabc46ca83df19f7290c3e23cb1
commit r12-7081-gdb95441cf5399aabc46ca83df19f7290c3e23cb1
Author: Andreas Krebbel
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104416
Bug ID: 104416
Summary: 'lto-wrapper' invoking 'mkoffload's with duplicated
command-line options
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104403
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104407
--- Comment #13 from Richard Biener ---
(In reply to Jakub Jelinek from comment #12)
> Created attachment 52362 [details]
> gcc12-pr104407.patch
>
> This works for me.
Yes. Note we're throwing away the result anyway but the comment at the cal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104417
Bug ID: 104417
Summary: [12 Regression] ICE in check_dynamic_size_for_taint,
at analyzer/sm-taint.cc:1058
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104408
--- Comment #5 from Richard Biener ---
(In reply to Tamar Christina from comment #4)
> (In reply to Richard Biener from comment #3)
> > match.pd just does canonicalization here. SLP discovery could handle this
> > in the existing swap operands
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104407
--- Comment #14 from Jakub Jelinek ---
Ah, you're right, I thought the rtl is used in the native_encode_initializer
case but it is not.
So, if the point of r11-2834 was to mangle the referenced symbols, then we
shouldn't call rtl_for_decl_init b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104407
--- Comment #15 from rguenther at suse dot de ---
On Mon, 7 Feb 2022, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104407
>
> --- Comment #14 from Jakub Jelinek ---
> Ah, you're right, I thought the rtl is us
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104407
Jakub Jelinek changed:
What|Removed |Added
Attachment #52362|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97005
--- Comment #8 from Tom de Vries ---
I've tried the workaround (posting here only the patch for trunchiqi2, the
pattern that was actually triggered):
...
@@ -424,9 +436,21 @@
[(set (match_operand:QI 0 "nvptx_nonimmediate_operand" "=R,m")
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104382
--- Comment #1 from Paul Thomas ---
(In reply to Paul Thomas from comment #0)
> Created attachment 52349 [details]
> Testcase for the problems
>
> With all branches that feature finalization, the attached testcase outputs:
> final_count after
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104418
Bug ID: 104418
Summary: Error inheriting base class constructors by
using-declaration
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103641
--- Comment #30 from Tamar Christina ---
No problem during nightlies. No real changes in other workloads in compile time
nor runtime.
can confirm no perf change for xxhash and compile time decreased from 8 to 1
sec.
tree vectorization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97006
--- Comment #2 from Tom de Vries ---
With -fno-builtin, mimimized further to:
...
char buffer[100];
int
main (void)
{
unsigned int i = 0xdeadbeef;
__builtin_sprintf (buffer, "%hhx", i);
__builtin_printf ("%s\n", buffer);
__builtin_prin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104327
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104300
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Resolu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104396
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104413
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97006
--- Comment #3 from Tom de Vries ---
(In reply to Tom de Vries from comment #2)
> I'll try to rebuild with
> --enable-newlib-io-c99-formats.
And we run into:
...
In file included from
/home/vries/nvptx/trunk/source-gcc/newlib/libc/include/stdlib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104419
Bug ID: 104419
Summary: [[no_unique_address]] interaction with
is_standard_layout
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Keywords: ABI
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104420
Bug ID: 104420
Summary: [12 Regression] Inconsistent checks for X * 0.0
optimization
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97006
--- Comment #4 from Tom de Vries ---
This fixes it:
...
diff --git a/gcc/testsuite/gcc.dg/tree-ssa/builtin-sprintf.c
b/gcc/testsuite/gcc.dg/tree-ss
a/builtin-sprintf.c
index f90558e9b7ee..9368a2e0e50a 100644
--- a/gcc/testsuite/gcc.dg/tree-ssa/bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104421
Bug ID: 104421
Summary: The Ada.Directories.Modification_Time procedure does
not work for non-ASCII filenames in the Windows
environment.
Product: gcc
Version: 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104379
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104410
Patrick Palka changed:
What|Removed |Added
Keywords|needs-bisection |
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104154
--- Comment #4 from Jeffrey A. Law ---
Given we've run this code on a pretty wide variety of targets, I'm not too
concerned. The arc issue was the last one I'm aware of related to your ifcvt
changes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102596
Tobias Burnus changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Keyw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103641
Richard Biener changed:
What|Removed |Added
Known to work||12.0
Summary|[11/12 regress
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104422
Bug ID: 104422
Summary: nvptx: for-3.exe fail with driver 390.x
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104423
Bug ID: 104423
Summary: [libgomp, testsuite] Add means to do accelerator-only
testing in libgomp
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: enhan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104382
--- Comment #2 from anlauf at gcc dot gnu.org ---
crayftn 11 & 12 output:
destructor4(complicated) 2*2.
destructor5 (simple2) 5
destructor5 (simple2) 6
destructor2(simple) 2*1
destructor4(complicated) 4., 5.
destructor5 (simple2) -1
dest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104382
--- Comment #3 from Paul Thomas ---
(In reply to anlauf from comment #2)
> crayftn 11 & 12 output:
>
> destructor4(complicated) 2*2.
> destructor5 (simple2) 5
> destructor5 (simple2) 6
> destructor2(simple) 2*1
> destructor4(complicated) 4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24021
Aldy Hernandez changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104424
Bug ID: 104424
Summary: -fvolatile, not documented in gcc-4.3.3
Product: gcc
Version: 4.3.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104380
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:5d2a330dee37ed10daa424d33ab1bcd5727c187b
commit r12-7084-g5d2a330dee37ed10daa424d33ab1bcd5727c187b
Author: Jakub Jelinek
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104424
--- Comment #1 from Andreas Schwab ---
Such a flag never existed, there is only -Wvolatile.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104424
--- Comment #2 from Swaroop Tekale ---
It seems to be there on or before gcc-3.3.6:
https://gcc.gnu.org/onlinedocs/gcc-3.3.6/gcc/Option-Summary.html#Option-Summary
Code Generation Options
See Options for Code Generation Conventions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104424
--- Comment #3 from Jonathan Wakely ---
It's not there because it was removed in GCC 3.4:
https://gcc.gnu.org/gcc-3.4/changes.html
You will get an error if you try to use it with 4.3.3
There is no bug report here, so I think it would have been
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104424
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104424
Swaroop Tekale changed:
What|Removed |Added
Resolution|INVALID |WORKSFORME
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104425
Bug ID: 104425
Summary: SFINAE hard error on failed resolution of << for
defined class in namespace
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88798
--- Comment #8 from Wojciech Mula ---
Thank you for the answer. Thus my question is: is it possible to delay
conversion from kmasks into ints? I'm not a language lawyer, but I guess a `x
binop y` has to be treated as `(int)x binop (int)y`. If it'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104424
Andreas Schwab changed:
What|Removed |Added
Resolution|WORKSFORME |INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104426
Bug ID: 104426
Summary: -fsanitize=undefined causes constexpr failures
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104419
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104271
--- Comment #2 from Martin Jambor ---
(In reply to Hongtao.liu from comment #1)
> I think this patch has already been reverted by
> r12-3011-g1db70e61a92978377a648bbd90e383859fc0126b.
Unfortunately that revision does not help.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104385
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104427
Bug ID: 104427
Summary: [12 Regression] ICE in gimplify_expr, at
gimplify.cc:15759
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104428
Bug ID: 104428
Summary: [12 Regression] ICE in gfc_trans_omp_declare_variant,
at fortran/trans-openmp.cc:7648
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104429
Bug ID: 104429
Summary: [9/10/11/12 Regression] ICE in gfc_conv_variable, at
fortran/trans-expr.cc:3056
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104427
--- Comment #1 from Andrew Pinski ---
>Started between 2024 and 20211121 :
Started when __builtin_assoc_barrier support was added
(r12-5368-gefb7c51024ccad9df2) so this is not a regression.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104430
Bug ID: 104430
Summary: [9/10/11/12 Regression] ICE in gfc_conv_component_ref,
at fortran/trans-expr.cc:2742
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104427
Andrew Pinski changed:
What|Removed |Added
Summary|ICE with|ICE with
|__builtin_a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104427
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104431
Bug ID: 104431
Summary: Provide better error message when GCC "multilib" is
missing
Product: gcc
Version: 8.5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104431
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104422
Roger Sayle changed:
What|Removed |Added
CC||roger at nextmovesoftware dot
com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104431
--- Comment #2 from Eyal Rozenberg ---
(In reply to Andrew Pinski from comment #1)
> How did configure GCC?
I used:
./configure --disable-gnat --disable-fortran
(although I'm not sure --disable-fortran does anything).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104418
--- Comment #1 from Andrew Pinski ---
MSVC and ICC reject this for the same reason as GCC. Are you sure this is not a
bug in clang?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104432
Bug ID: 104432
Summary: [12 Regression] ICE in operator() from
filter_memfn_lookup since r12-6080
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104432
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104432
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
read model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 12.0.1 20220207 (experimental) (GCC)
$ g++-12 -fmodules-ts -x c++-system-header memory
$ g++-12 -fmodules-ts main.cpp
/usr/bin/ld: /tmp/cca9Gc2j.o: in function `std::_Sp_make_shared_tag::_S_ti()':
1 - 100 of 141 matches
Mail list logo
