public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug libstdc++/104605] New: _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain
@ 2022-02-19 8:32 unlvsur at live dot com
2022-02-19 8:33 ` [Bug libstdc++/104605] " unlvsur at live dot com
` (18 more replies)
0 siblings, 19 replies; 20+ messages in thread
From: unlvsur at live dot com @ 2022-02-19 8:32 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605
Bug ID: 104605
Summary: _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for
canadian cross freestanding C++ toolchain
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: unlvsur at live dot com
Target Milestone: ---
#include<cstdint>
int main()
{
std::uintptr_t p{};
}
This code works on x86_64-elf cross toolchain on linux, but fails to work after
i perform Canadian cross-compilation from linux to windows since
_GLIBCXX_USE_C99_STDINT_TR1 is not defined.
Also stdint.h in GCC is not correctly defined without -ffreestanding flag.
I believe it can be trivialized as just do this
#if __has_include_next(<stdint.h>)
# include_next <stdint.h>
#else
# include "stdint-gcc.h"
#endif
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libstdc++/104605] _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain
2022-02-19 8:32 [Bug libstdc++/104605] New: _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain unlvsur at live dot com
@ 2022-02-19 8:33 ` unlvsur at live dot com
2022-02-19 8:41 ` unlvsur at live dot com
` (17 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: unlvsur at live dot com @ 2022-02-19 8:33 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605
--- Comment #1 from cqwrteur <unlvsur at live dot com> ---
D:\hg\fast_io\.tmp>x86_64-elf-g++ -c canada.cc -std=c++23
canada.cc: In function 'int main()':
canada.cc:5:14: error: 'uintptr_t' is not a member of 'std'; did you mean
'uintmax_t'?
5 | std::uintptr_t p{};
| ^~~~~~~~~
| uintmax_t
D:\hg\fast_io\.tmp>x86_64-elf-g++ -v
Using built-in specs.
COLLECT_GCC=x86_64-elf-g++
COLLECT_LTO_WRAPPER=d:/x86_64-windows-gnu/baremetal/x86_64-elf/bin/../libexec/gcc/x86_64-elf/12.0.1/lto-wrapper.exe
Target: x86_64-elf
Configured with: ../../../../gcc/configure --disable-nls --disable-werror
--disable-hosted-libstdcxx --without-headers --disable-shared
--target=x86_64-elf
--prefix=/home/cqwrteur/toolchains/gnu/x86_64-w64-mingw32/x86_64-elf
--host=x86_64-w64-mingw32 --enable-multilib --disable-libssp
--disable-libquadmath
Thread model: single
Supported LTO compression algorithms: zlib
gcc version 12.0.1 20220219 (experimental) (GCC)
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libstdc++/104605] _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain
2022-02-19 8:32 [Bug libstdc++/104605] New: _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain unlvsur at live dot com
2022-02-19 8:33 ` [Bug libstdc++/104605] " unlvsur at live dot com
@ 2022-02-19 8:41 ` unlvsur at live dot com
2022-02-19 19:43 ` unlvsur at live dot com
` (16 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: unlvsur at live dot com @ 2022-02-19 8:41 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605
--- Comment #2 from cqwrteur <unlvsur at live dot com> ---
I just upload the toolchain to github.
https://github.com/tearosccebe/x86_64-elf-baremetal-toolchain
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libstdc++/104605] _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain
2022-02-19 8:32 [Bug libstdc++/104605] New: _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain unlvsur at live dot com
2022-02-19 8:33 ` [Bug libstdc++/104605] " unlvsur at live dot com
2022-02-19 8:41 ` unlvsur at live dot com
@ 2022-02-19 19:43 ` unlvsur at live dot com
2022-05-11 20:26 ` unlvsur at live dot com
` (15 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: unlvsur at live dot com @ 2022-02-19 19:43 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605
--- Comment #3 from cqwrteur <unlvsur at live dot com> ---
(In reply to cqwrteur from comment #2)
> I just upload the toolchain to github.
> https://github.com/tearosccebe/x86_64-elf-baremetal-toolchain
link dead. sorry.
https://bitbucket.org/ejsvifq_mabmip/x86_64-elf-baremetal-toolchain
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libstdc++/104605] _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain
2022-02-19 8:32 [Bug libstdc++/104605] New: _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain unlvsur at live dot com
` (2 preceding siblings ...)
2022-02-19 19:43 ` unlvsur at live dot com
@ 2022-05-11 20:26 ` unlvsur at live dot com
2022-10-03 17:16 ` redi at gcc dot gnu.org
` (14 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: unlvsur at live dot com @ 2022-05-11 20:26 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605
--- Comment #4 from cqwrteur <unlvsur at live dot com> ---
error: 'uintptr_t' is not a member of 'std'; did you mean 'uintmax_t'?
The bug still exists in GCC 13.0.0
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libstdc++/104605] _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain
2022-02-19 8:32 [Bug libstdc++/104605] New: _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain unlvsur at live dot com
` (3 preceding siblings ...)
2022-05-11 20:26 ` unlvsur at live dot com
@ 2022-10-03 17:16 ` redi at gcc dot gnu.org
2022-10-03 17:19 ` redi at gcc dot gnu.org
` (13 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: redi at gcc dot gnu.org @ 2022-10-03 17:16 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605
--- Comment #5 from Jonathan Wakely <redi at gcc dot gnu.org> ---
*** Bug 107133 has been marked as a duplicate of this bug. ***
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libstdc++/104605] _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain
2022-02-19 8:32 [Bug libstdc++/104605] New: _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain unlvsur at live dot com
` (4 preceding siblings ...)
2022-10-03 17:16 ` redi at gcc dot gnu.org
@ 2022-10-03 17:19 ` redi at gcc dot gnu.org
2022-10-03 17:34 ` redi at gcc dot gnu.org
` (12 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: redi at gcc dot gnu.org @ 2022-10-03 17:19 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605
--- Comment #6 from Jonathan Wakely <redi at gcc dot gnu.org> ---
(In reply to cqwrteur from comment #0)
> Also stdint.h in GCC is not correctly defined without -ffreestanding flag.
You can just use -ffreestanding now, and you'll get GCC's own stdint header.
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libstdc++/104605] _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain
2022-02-19 8:32 [Bug libstdc++/104605] New: _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain unlvsur at live dot com
` (5 preceding siblings ...)
2022-10-03 17:19 ` redi at gcc dot gnu.org
@ 2022-10-03 17:34 ` redi at gcc dot gnu.org
2022-10-03 18:29 ` unlvsur at live dot com
` (11 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: redi at gcc dot gnu.org @ 2022-10-03 17:34 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605
--- Comment #7 from Jonathan Wakely <redi at gcc dot gnu.org> ---
Created attachment 53657
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53657&action=edit
Use predefined macros to define freestanding <cstdint>
I have this patch locally, but I don't think the <stdint.h> changes are
actually necessary. Using -ffreestanding should ensure they are present
already.
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libstdc++/104605] _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain
2022-02-19 8:32 [Bug libstdc++/104605] New: _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain unlvsur at live dot com
` (6 preceding siblings ...)
2022-10-03 17:34 ` redi at gcc dot gnu.org
@ 2022-10-03 18:29 ` unlvsur at live dot com
2022-10-03 19:37 ` redi at gcc dot gnu.org
` (10 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: unlvsur at live dot com @ 2022-10-03 18:29 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605
--- Comment #8 from cqwrteur <unlvsur at live dot com> ---
(In reply to Jonathan Wakely from comment #7)
> Created attachment 53657 [details]
> Use predefined macros to define freestanding <cstdint>
>
> I have this patch locally, but I don't think the <stdint.h> changes are
> actually necessary. Using -ffreestanding should ensure they are present
> already.
stdint.h is a freestanding C header but not a freestanding C++ header if i
remembered correctly.
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libstdc++/104605] _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain
2022-02-19 8:32 [Bug libstdc++/104605] New: _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain unlvsur at live dot com
` (7 preceding siblings ...)
2022-10-03 18:29 ` unlvsur at live dot com
@ 2022-10-03 19:37 ` redi at gcc dot gnu.org
2022-10-03 20:14 ` arsen at aarsen dot me
` (9 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: redi at gcc dot gnu.org @ 2022-10-03 19:37 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605
--- Comment #9 from Jonathan Wakely <redi at gcc dot gnu.org> ---
<cstdint> is freestanding, but <stdint.h> isn't listed as being required for
freestanding C++. That doesn't mean we can't provide it.
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libstdc++/104605] _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain
2022-02-19 8:32 [Bug libstdc++/104605] New: _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain unlvsur at live dot com
` (8 preceding siblings ...)
2022-10-03 19:37 ` redi at gcc dot gnu.org
@ 2022-10-03 20:14 ` arsen at aarsen dot me
2022-10-03 20:22 ` unlvsur at live dot com
` (8 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: arsen at aarsen dot me @ 2022-10-03 20:14 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605
Arsen Arsenović <arsen at aarsen dot me> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |arsen at aarsen dot me
--- Comment #10 from Arsen Arsenović <arsen at aarsen dot me> ---
Created attachment 53661
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53661&action=edit
*-elf --without-headers --without-newlib should(?) provide stdint.h
Try applying this patch. I'll see if it's correct tomorrow and send it upstream
if it is. Also don't forget to tell GCC you don't have newlib via:
--without-newlib --without-headers.
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libstdc++/104605] _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain
2022-02-19 8:32 [Bug libstdc++/104605] New: _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain unlvsur at live dot com
` (9 preceding siblings ...)
2022-10-03 20:14 ` arsen at aarsen dot me
@ 2022-10-03 20:22 ` unlvsur at live dot com
2022-10-03 20:54 ` redi at gcc dot gnu.org
` (7 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: unlvsur at live dot com @ 2022-10-03 20:22 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605
--- Comment #11 from cqwrteur <unlvsur at live dot com> ---
(In reply to Arsen Arsenović from comment #10)
> Created attachment 53661 [details]
> *-elf --without-headers --without-newlib should(?) provide stdint.h
>
> Try applying this patch. I'll see if it's correct tomorrow and send it
> upstream if it is. Also don't forget to tell GCC you don't have newlib via:
> --without-newlib --without-headers.
can we simplify the settings here? For example --without-headers imply
--without-headers and --disable-hosted-libstdcxx and disabling other libraries
like libssp, libatomic?
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libstdc++/104605] _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain
2022-02-19 8:32 [Bug libstdc++/104605] New: _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain unlvsur at live dot com
` (10 preceding siblings ...)
2022-10-03 20:22 ` unlvsur at live dot com
@ 2022-10-03 20:54 ` redi at gcc dot gnu.org
2022-10-03 20:56 ` redi at gcc dot gnu.org
` (6 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: redi at gcc dot gnu.org @ 2022-10-03 20:54 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605
--- Comment #12 from Jonathan Wakely <redi at gcc dot gnu.org> ---
Please stop mixing separate issues together in bug reports. If you want that
change, file a separate bug report asking for it.
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libstdc++/104605] _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain
2022-02-19 8:32 [Bug libstdc++/104605] New: _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain unlvsur at live dot com
` (11 preceding siblings ...)
2022-10-03 20:54 ` redi at gcc dot gnu.org
@ 2022-10-03 20:56 ` redi at gcc dot gnu.org
2022-10-03 20:57 ` redi at gcc dot gnu.org
` (5 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: redi at gcc dot gnu.org @ 2022-10-03 20:56 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605
Jonathan Wakely <redi at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #53657|0 |1
is obsolete| |
--- Comment #13 from Jonathan Wakely <redi at gcc dot gnu.org> ---
Created attachment 53664
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53664&action=edit
Make <cstdint> work freestanding
If Arsen's patch for use_gcc_stdint isn't accepted, this will allow libstdc++
to work.
Maybe we should just do this for now anyway.
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libstdc++/104605] _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain
2022-02-19 8:32 [Bug libstdc++/104605] New: _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain unlvsur at live dot com
` (12 preceding siblings ...)
2022-10-03 20:56 ` redi at gcc dot gnu.org
@ 2022-10-03 20:57 ` redi at gcc dot gnu.org
2022-10-03 20:58 ` unlvsur at live dot com
` (4 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: redi at gcc dot gnu.org @ 2022-10-03 20:57 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605
--- Comment #14 from Jonathan Wakely <redi at gcc dot gnu.org> ---
*** Bug 107134 has been marked as a duplicate of this bug. ***
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libstdc++/104605] _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain
2022-02-19 8:32 [Bug libstdc++/104605] New: _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain unlvsur at live dot com
` (13 preceding siblings ...)
2022-10-03 20:57 ` redi at gcc dot gnu.org
@ 2022-10-03 20:58 ` unlvsur at live dot com
2022-10-04 14:30 ` redi at gcc dot gnu.org
` (3 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: unlvsur at live dot com @ 2022-10-03 20:58 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605
--- Comment #15 from cqwrteur <unlvsur at live dot com> ---
(In reply to Jonathan Wakely from comment #14)
> *** Bug 107134 has been marked as a duplicate of this bug. ***
Well. that time only canadian cross did not work. Now even cross compiler does
not work anymore. They do have differences.
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libstdc++/104605] _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain
2022-02-19 8:32 [Bug libstdc++/104605] New: _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain unlvsur at live dot com
` (14 preceding siblings ...)
2022-10-03 20:58 ` unlvsur at live dot com
@ 2022-10-04 14:30 ` redi at gcc dot gnu.org
2023-05-12 10:43 ` redi at gcc dot gnu.org
` (2 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: redi at gcc dot gnu.org @ 2022-10-04 14:30 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605
--- Comment #16 from Jonathan Wakely <redi at gcc dot gnu.org> ---
Oops, I put the wrong PR number on this commit:
https://gcc.gnu.org/g:7cdab65f3d770345903023f357b6ca96bc85a002
commit r13-3059-g7cdab65f3d770345903023f357b6ca96bc85a002
Author: Jonathan Wakely <jwakely@redhat.com>
Date: Mon Oct 3 21:49:27 2022 +0100
libstdc++: Make <cstdint> work freestanding [PR107134]
When gcc/config.gcc defines use_gcc_stdin=wrap, GCC's <stdint.h> tries
to use libc's <stdint.h> unless -ffreestanding is used.
When libstdc++ is configured --disable-hosted-libstdcxx we want
<cstdint> to work even without -ffreestanding being given. This is a
kluge to make it include GCC's <stdint-gcc.h> directly even without
-ffreestanding.
libstdc++-v3/ChangeLog:
PR libstdc++/107134
* include/c_global/cstdint [!_GLIBCXX_HOSTED]: Include
<stdint-gcc.h> directly.
This should be fixed now, please check.
I think we still want Arsen's patch in comment 10 for correctness, but this
makes libstdc++ cope without it.
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libstdc++/104605] _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain
2022-02-19 8:32 [Bug libstdc++/104605] New: _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain unlvsur at live dot com
` (15 preceding siblings ...)
2022-10-04 14:30 ` redi at gcc dot gnu.org
@ 2023-05-12 10:43 ` redi at gcc dot gnu.org
2023-05-21 20:04 ` unlvsur at live dot com
2023-05-22 9:03 ` redi at gcc dot gnu.org
18 siblings, 0 replies; 20+ messages in thread
From: redi at gcc dot gnu.org @ 2023-05-12 10:43 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605
Jonathan Wakely <redi at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |WAITING
Ever confirmed|0 |1
Last reconfirmed| |2023-05-12
--- Comment #17 from Jonathan Wakely <redi at gcc dot gnu.org> ---
(In reply to Jonathan Wakely from comment #16)
> This should be fixed now, please check.
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libstdc++/104605] _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain
2022-02-19 8:32 [Bug libstdc++/104605] New: _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain unlvsur at live dot com
` (16 preceding siblings ...)
2023-05-12 10:43 ` redi at gcc dot gnu.org
@ 2023-05-21 20:04 ` unlvsur at live dot com
2023-05-22 9:03 ` redi at gcc dot gnu.org
18 siblings, 0 replies; 20+ messages in thread
From: unlvsur at live dot com @ 2023-05-21 20:04 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605
cqwrteur <unlvsur at live dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |FIXED
Status|WAITING |RESOLVED
--- Comment #18 from cqwrteur <unlvsur at live dot com> ---
(In reply to Jonathan Wakely from comment #17)
> (In reply to Jonathan Wakely from comment #16)
> > This should be fixed now, please check.
Fixed confirm
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libstdc++/104605] _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain
2022-02-19 8:32 [Bug libstdc++/104605] New: _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain unlvsur at live dot com
` (17 preceding siblings ...)
2023-05-21 20:04 ` unlvsur at live dot com
@ 2023-05-22 9:03 ` redi at gcc dot gnu.org
18 siblings, 0 replies; 20+ messages in thread
From: redi at gcc dot gnu.org @ 2023-05-22 9:03 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605
Jonathan Wakely <redi at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|--- |13.0
--- Comment #19 from Jonathan Wakely <redi at gcc dot gnu.org> ---
(In reply to Jonathan Wakely from comment #16)
> I think we still want Arsen's patch in comment 10 for correctness, but this
> makes libstdc++ cope without it.
That was done as r13-3322-gf10b9f64133cbf
^ permalink raw reply [flat|nested] 20+ messages in thread
end of thread, other threads:[~2023-05-22 9:03 UTC | newest]
Thread overview: 20+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-02-19 8:32 [Bug libstdc++/104605] New: _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain unlvsur at live dot com
2022-02-19 8:33 ` [Bug libstdc++/104605] " unlvsur at live dot com
2022-02-19 8:41 ` unlvsur at live dot com
2022-02-19 19:43 ` unlvsur at live dot com
2022-05-11 20:26 ` unlvsur at live dot com
2022-10-03 17:16 ` redi at gcc dot gnu.org
2022-10-03 17:19 ` redi at gcc dot gnu.org
2022-10-03 17:34 ` redi at gcc dot gnu.org
2022-10-03 18:29 ` unlvsur at live dot com
2022-10-03 19:37 ` redi at gcc dot gnu.org
2022-10-03 20:14 ` arsen at aarsen dot me
2022-10-03 20:22 ` unlvsur at live dot com
2022-10-03 20:54 ` redi at gcc dot gnu.org
2022-10-03 20:56 ` redi at gcc dot gnu.org
2022-10-03 20:57 ` redi at gcc dot gnu.org
2022-10-03 20:58 ` unlvsur at live dot com
2022-10-04 14:30 ` redi at gcc dot gnu.org
2023-05-12 10:43 ` redi at gcc dot gnu.org
2023-05-21 20:04 ` unlvsur at live dot com
2023-05-22 9:03 ` redi at gcc dot gnu.org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).