https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114261
Patrick O'Neill changed:
What|Removed |Added
Attachment #57640|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114009
--- Comment #5 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:95b6ee96348041eaee9133f082b57f3e57ef0b11
commit r14-9350-g95b6ee96348041eaee9133f082b57f3e57ef0b11
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114252
--- Comment #7 from Richard Biener ---
Note I do understand what you are saying, just the middle-end in detecting and
using __builtin_bswap32 does what it does everywhere else - it checks whether
the target implements the operation.
The middle-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105533
--- Comment #10 from rguenther at suse dot de ---
On Wed, 6 Mar 2024, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105533
>
> Jakub Jelinek changed:
>
>What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114261
--- Comment #3 from Alexander Monakov ---
The first attachment is empty (perhaps you made a non-recursive archive when
you meant to recursively zip a directory).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111523
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114195
--- Comment #2 from Li Pan ---
Trigger below assert in vectorizable_store, the loop_vinfo use_partial,
fully_masked and fully_lens are all true here.
/* Shouldn't go with length-based approach if fully masked. */
gcc_assert (!loop_lens || !loo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114200
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114263
--- Comment #2 from Andrew Pinski ---
the testcase in https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359#c15 makes
it even more likely the same as this one.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114263
--- Comment #1 from Andrew Pinski ---
This sounds almost the same as what is mentioned in PR 113359 ("is changed by
SRA to only store 64 + 32 bits into the std::pair rather than 64 + 64 bits.").
ctual: 66`. The bug won't reproduce if I specify C++ standard
before C++20, or if I don't disable strict-aliasing optimization.
Changing the size of A::y affects the number of bytes that are correctly copied
in the output. The bug reproduces in gcc 13.2.0 and from the latest
releases/g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114238
Andrew Pinski changed:
What|Removed |Added
Summary|Multiple 554.roms_r |[14 regression] Multiple
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104850
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105456
--- Comment #7 from GCC Commits ---
The master branch has been updated by Jerry DeLisle :
https://gcc.gnu.org/g:03932d3203bce244edd812b81921c2f16ea18d86
commit r14-9348-g03932d3203bce244edd812b81921c2f16ea18d86
Author: Jerry DeLisle
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114246
Andrew Pinski changed:
What|Removed |Added
Keywords|ice-checking|
--- Comment #6 from Andrew Pinski ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114262
--- Comment #5 from Andrew Pinski ---
(In reply to LIU Hao from comment #4)
> The only difference between the C99 `extern inline` and C++ `extern inline`
> is that the C++ external definition is COMDAT.
Well not really. comdat changes heurstic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114253
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114262
--- Comment #4 from LIU Hao ---
(In reply to Andrew Pinski from comment #3)
> It looks like it has been this way since r0-37737-g4838c5ee553f06 (2001) (or
> rather that is when it was used by the tree inline; I don't want to dig
> further back t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114253
--- Comment #4 from Andrew Pinski ---
VIEW_CONVERT_EXPR(pid$4_26)
Where I have seen this before ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114262
Andrew Pinski changed:
What|Removed |Added
Keywords||documentation
--- Comment #3 from Andre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114262
--- Comment #2 from LIU Hao ---
(In reply to Andrew Pinski from comment #1)
> I thought it was documented that gnu_inline also causes always_inline if
> optimization is turned on but I can't seem to find that ...
Is that the case in GCC source?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114262
--- Comment #1 from Andrew Pinski ---
I thought it was documented that gnu_inline also causes always_inline if
optimization is turned on but I can't seem to find that ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114262
Bug ID: 114262
Summary: Over-inlining when optimizing for size?
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-opt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114261
--- Comment #2 from Patrick O'Neill ---
Created attachment 57641
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57641&action=edit
unreduced preprocessed testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114261
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.3
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114261
--- Comment #1 from Patrick O'Neill ---
Created attachment 57640
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57640&action=edit
Raw testcase and headers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114261
Bug ID: 114261
Summary: [13/14 Regression] Scheduling takes excessive time
(97%)
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114244
--- Comment #5 from Jonathan Wakely ---
Yup, that's what I have in my local tree now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114244
--- Comment #4 from Howard Hinnant ---
Not positive (because I don't know your code that well), but I think:
__s = round<_Duration>(__fs);
will do it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114244
--- Comment #3 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #1)
> Yup, the seconds part "00.002" is parsed using std::numpunct (in order to
Oops, std::num_get obviously.
> handle the locale's decimal point) and then conve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114244
--- Comment #2 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #1)
> and another duration_cast in chrono::from_stream for durations. That one
> could be used with either integral or floating-point reps.
Ah, but we're converti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114200
Patrick O'Neill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114244
--- Comment #1 from Jonathan Wakely ---
Yup, the seconds part "00.002" is parsed using std::numpunct (in order to
handle the locale's decimal point) and then converted to milliseconds using
duration_cast:
auto& __ng =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114240
--- Comment #5 from Jonathan Wakely ---
>using __format::_ChronoParts;
>auto __need = _ChronoParts::_Year | _ChronoParts::_Month
> - | _ChronoParts::_Day | _ChronoParts::_TimeOfDay;
> + | _Chro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106851
--- Comment #6 from Jonathan Wakely ---
Excellent! Thanks for the fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106851
--- Comment #5 from Nathaniel Shead ---
(In reply to Jonathan Wakely from comment #4)
> I tried doing it this way instead
>
> namespace std {
> export using std::vector;
> namespace pmr {
> export using std::vector;
> }
> }
>
> but t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114260
Bug ID: 114260
Summary: std::formatter> formats as the previous day
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101523
--- Comment #18 from Andrew Pinski ---
Hmm, looking at what is done in combine, I wonder why forwprop didn't do the
address add into the memory. That would definitely decrease the # of combines
being done.
Maybe it is because it is used more th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101523
--- Comment #17 from Segher Boessenkool ---
Why does this happen so extremely often for s390x customers? It should from
first principles happen way more often for e.g. powerpc, but we never see such
big problems, let alone "all of the time"!
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632
--- Comment #17 from Dimitry Andric ---
With both attached patches, I can build gcc master (gcc-14-9347-g790e0b478ea)
with --disable-bootstrap, against libc++ 18 on FreeBSD 15-CURRENT, using clang
18 as host compiler.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632
--- Comment #16 from Dimitry Andric ---
Created attachment 57639
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57639&action=edit
Fix identifier poisoning in libcc1plugin and libc1plugin
Here is another patch that can be committed separat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101523
--- Comment #16 from Segher Boessenkool ---
(In reply to Andreas Krebbel from comment #14)
> If my analysis from comment #1 is correct, combine does superfluous steps
> here. Getting rid of this should not cause any harm, but should be
> benefic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 104956, which changed state.
Bug 104956 Summary: ICE with -fmodules-ts unordered_set and map
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104956
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104234
Patrick Palka changed:
What|Removed |Added
CC||john2.718281828459045235360
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104956
Patrick Palka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114083
--- Comment #7 from Maciej W. Rozycki ---
(In reply to Roland Illig from comment #6)
> There's a problem with the wording though. On a platform that doesn't
> support conditional-move operations, it's not possible to _use_
> conditional-move ope
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 104924, which changed state.
Bug 104924 Summary: bad_variant_access When using iostream and variant as
modules
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104924
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104924
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 104523, which changed state.
Bug 104523 Summary: G++ crash when compiling a simple module that includes
pybind11/stl.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104523
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104523
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 104202, which changed state.
Bug 104202 Summary: when defining a std::string in a module implementation file
using -O2 g++ segfaults
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104202
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104202
Patrick Palka changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112588
Patrick Palka changed:
What|Removed |Added
CC||f.b.brokken at rug dot nl
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 103844, which changed state.
Bug 103844 Summary: [modules] ICE when exporting shared_ptr alias
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103844
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105320
Patrick Palka changed:
What|Removed |Added
CC||tim152 at tgf dot pw
--- Comment #3 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103844
Patrick Palka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103468
Patrick Palka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 103468, which changed state.
Bug 103468 Summary: [modules] ICE Segmentation fault during GIMPLE pass walloca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103468
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105320
--- Comment #2 from Patrick Palka ---
(In reply to Patrick Palka from comment #1)
> GCC doesn't ICE, but it rejects with:
GCC _trunk_ doesn't ICE rather..
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105320
Patrick Palka changed:
What|Removed |Added
Last reconfirmed||2024-03-06
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 111785, which changed state.
Bug 111785 Summary: [modules] ICE when compiling fmt lib as module
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111785
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108080
Patrick Palka changed:
What|Removed |Added
See Also|https://gcc.gnu.org/bugzill |
|a/show_bug.cgi?id=1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111785
Patrick Palka changed:
What|Removed |Added
Resolution|--- |DUPLICATE
See Also|https://gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108080
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Last reconf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103707
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 107083, which changed state.
Bug 107083 Summary: [modules] internal compiler error: in core_vals, at
cp/module.cc:6127
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107083
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107083
Patrick Palka changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108080
Patrick Palka changed:
What|Removed |Added
CC||karl.weber99 at gmx dot net
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114240
--- Comment #4 from Jonathan Wakely ---
This has revealed another bug in some of the from_stream overloads, due to
Clock::from_sys / Clock::from_utc sometimes returning a higher precision value
than the input argument (due to using the common_ty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105512
Patrick Palka changed:
What|Removed |Added
Keywords||wrong-code
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105658
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114024
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114012
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |13.3
Status|ASSI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114012
--- Comment #6 from GCC Commits ---
The releases/gcc-13 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:1f5787e4b803a4294eeb80e048f56ccdb99c1b3b
commit r13-8407-g1f5787e4b803a4294eeb80e048f56ccdb99c1b3b
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114024
--- Comment #5 from GCC Commits ---
The releases/gcc-13 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:77cf842869ddda8cfcdbb7db6e65ecfb9ac432fc
commit r13-8406-g77cf842869ddda8cfcdbb7db6e65ecfb9ac432fc
Author: Steve Kargl
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 100433, which changed state.
Bug 100433 Summary: [modules] segfault with optimization greater than -O0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100433
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100433
Patrick Palka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9
Patrick Palka changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 9, which changed state.
Bug 9 Summary: segmentation fault when declaring concept in module
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99377
Patrick Palka changed:
What|Removed |Added
Last reconfirmed|2021-03-04 00:00:00 |2024-3-6
--- Comment #16 from Patrick Pa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 113121, which changed state.
Bug 113121 Summary: failed to load pendings for
‘std::__format::__do_vformat_to’
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113121
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113121
Patrick Palka changed:
What|Removed |Added
Resolution|--- |WORKSFORME
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114233
--- Comment #1 from Iain Sandoe ---
note Darwin's linker does not, by default permit symbols to be undefined. If
the test case requires allowing undefined symbols to complete, then either we
need to specify them thus:
-Wl,-U,_XXX (for each
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 99749, which changed state.
Bug 99749 Summary: Error when using std::string in a module (versions 11.0.1
20210307, 11.0.1 20210314, and 11.0.1 20210321)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99749
Wha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99749
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113970
Iain Sandoe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 110805, which changed state.
Bug 110805 Summary: g++ crash on modules with exported class providing string
constant with obscure content
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110805
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110805
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |14.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112899
Patrick Palka changed:
What|Removed |Added
CC||jo.hiller+gcc at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113970
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113738
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632
--- Comment #15 from Iain Sandoe ---
(In reply to Dimitry Andric from comment #14)
> (In reply to Iain Sandoe from comment #13)
> > (In reply to Francois-Xavier Coudert from comment #11)
> > > Starting with Xcode 15.3 and the SDK for macOS 14.4,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 100135, which changed state.
Bug 100135 Summary: [modules] ICE when using constants in a module
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100135
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100135
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |14.0
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632
Dimitry Andric changed:
What|Removed |Added
CC||dimitry@unified-streaming.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 112621, which changed state.
Bug 112621 Summary: g++ error: "references internal linkage entity" when
compiling a module interface
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112621
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112621
Patrick Palka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114232
Uroš Bizjak changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99569
Patrick Palka changed:
What|Removed |Added
See Also|https://gcc.gnu.org/bugzill |https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110730
--- Comment #2 from Patrick Palka ---
Without modules we end up calling _ZNSt10filesystem12current_pathB5cxx11Ev i.e.
std::filesystem::current_path[abi:cxx11]() and with modules we call
_ZNSt10filesystem12current_pathEv i.e. the non-abi-tagged v
1 - 100 of 224 matches
Mail list logo
