https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119918
--- Comment #1 from Tomasz Kamiński ---
This is similar to https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119517.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119918
Tomasz Kamiński changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119918
Bug ID: 119918
Summary: formattable returns true for types
other than char and wchar_t
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119840
--- Comment #4 from Tomasz Kamiński ---
I would like to get confirmation from John David Anglin, that warnings no
longer appear on the target.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119840
Tomasz Kamiński changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119754
--- Comment #3 from Tomasz Kamiński ---
Except that `::operator new` does not perform implicit object creation at
compile time per https://eel.is/c++draft/intro.object#14:
> Except during constant evaluation, any implicit or explicit invocation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119754
Tomasz Kamiński changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119725
Tomasz Kamiński changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |tkaminsk at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119725
--- Comment #2 from Tomasz Kamiński ---
I do not (yet) have access to solaris machine. Would it be possible for you to
verify that all tests passes with following adjustments:
diff --git a/libstdc++-v3/testsuite/std/format/debug.cc
b/libstdc++-v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119725
Tomasz Kamiński changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111055
Tomasz Kamiński changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106749
Bug 106749 depends on bug 111055, which changed state.
Bug 111055 Summary: [C++23] Implement P1206R7, Conversions from ranges to
containers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111055
What|Removed |Add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119415
Bug 119415 depends on bug 111055, which changed state.
Bug 111055 Summary: [C++23] Implement P1206R7, Conversions from ranges to
containers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111055
What|Removed |Add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111053
Bug 111053 depends on bug 111055, which changed state.
Bug 111055 Summary: [C++23] Implement P1206R7, Conversions from ranges to
containers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111055
What|Removed |Add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111055
Tomasz Kamiński changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116958
Bug 116958 depends on bug 111055, which changed state.
Bug 111055 Summary: [C++23] Implement P1206R7, Conversions from ranges to
containers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111055
What|Removed |Add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119593
Tomasz Kamiński changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119593
--- Comment #3 from Tomasz Kamiński ---
Two separate problems compound in this case:
* UTF-32LE, UTF-32BE used for wchar_t, are not recognized as unicode encoding
* character with is always assumed to be 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119593
--- Comment #2 from Tomasz Kamiński ---
The problem is not limited to wide characters, and also appears for wide
strings:
std::format(L"{:+<3}", L"\U0001f921"); // two '+' of paddings
// https://godbolt.org/z/o4s7qTEz9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119593
Tomasz Kamiński changed:
What|Removed |Added
Summary|Format width is not |Format width is not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119593
Bug ID: 119593
Summary: Format width is not correctly handled for unicode
characters
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119517
Tomasz Kamiński changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119517
--- Comment #2 from Tomasz Kamiński ---
Jonathan noted that zoned_time is specified in standard to accept unconstrained
FormatContext in [time.format] p19 (https://eel.is/c++draft/time.format#19).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119517
Tomasz Kamiński changed:
What|Removed |Added
Version|13.0|15.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119517
Bug ID: 119517
Summary: formatter for chrono types are underconstrained
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119415
--- Comment #19 from Tomasz Kamiński ---
Updated resolution to use __has_input_iter_cat instead of
__cpp17_input_iterator.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119415
--- Comment #17 from Tomasz Kamiński ---
In the same file we have: __has_input_iter_cat.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119415
--- Comment #12 from Tomasz Kamiński ---
I have realized that with the resolution of the
https://cplusplus.github.io/LWG/lwg-defects.html#3749, you can run into this
problem by doing:
auto r = std::views::iota(__int128(0)) | std::views::take(5)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119415
--- Comment #9 from Tomasz Kamiński ---
> Hum, meeting Cpp17LegacyIterator requirements does not mean it is a C++17
> input iterator, only iterator_traits::iterator_category represents its
> category, so __cpp17_input_iterator should not be us
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119415
Tomasz Kamiński changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |tkaminsk at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119415
--- Comment #4 from Tomasz Kamiński ---
If want to support user-defined containers, I think we should check if
iterator_traits::iterator category exists, before calling insert(Iterator,
Iterator) overload.
This will prevent hard-errors from old
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111055
--- Comment #16 from Tomasz Kamiński ---
The changes are also required for .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119358
Tomasz Kamiński changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119358
Tomasz Kamiński changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111055
--- Comment #15 from Tomasz Kamiński ---
The still remains to be implemented.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38
Tomasz Kamiński changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108053
Tomasz Kamiński changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108053
Tomasz Kamiński changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88322
Bug 88322 depends on bug 108053, which changed state.
Bug 108053 Summary: std::visit_format_arg should hide __int128 and other
extensions behind a handle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108053
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119246
Tomasz Kamiński changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119246
--- Comment #2 from Tomasz Kamiński ---
We should also see if we can format `_Float128` and `__float128` by casting to
either of them. Similary how we handle `_Float32` and other type now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119246
--- Comment #1 from Tomasz Kamiński ---
As described in PR108053, this problem is caused by normalization of this
floating point types to standard floating point type, where they have same
representation. We lost the information about the source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108053
Tomasz Kamiński changed:
What|Removed |Added
CC||tkaminsk at gcc dot gnu.org
Last re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119246
Bug ID: 119246
Summary: Result basic_format_arg::check_dynamic_spec is
incorrect for extended floating point types
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38
Tomasz Kamiński changed:
What|Removed |Added
Severity|normal |minor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38
--- Comment #2 from Tomasz Kamiński ---
The issue is caused by the fact that we do not check `move_constructible &&
regular_invocable` (required by [range.zip.transform] p2.1.1) for
`sizeof...(_Ts) == 0` case.
```
struct _ZipTransform
{
templa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38
Tomasz Kamiński changed:
What|Removed |Added
Last reconfirmed||2025-03-07
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119121
--- Comment #2 from Tomasz Kamiński ---
Committed to master as r15-7830-g95b2f8d8fb3131
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119121
Tomasz Kamiński changed:
What|Removed |Added
Last reconfirmed||2025-03-05
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119121
--- Comment #1 from Tomasz Kamiński ---
Introduced in g:65b4cba9d6a9ffe9b4d4bdff90727a7064cc0e3b
The `is_reference_v<_Vp>` should use `_Tp` instead.
```
template
concept __pair_like_convertible_from
- = !range<_Tp> && __pair_l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119121
Tomasz Kamiński changed:
What|Removed |Added
Known to work||13.3.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119121
Bug ID: 119121
Summary: subrange conversion to tuple-like does not work
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
52 matches
Mail list logo
