https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108326
Bug ID: 108326
Summary: Question about definitions in c++config.h for gcc13
20221229
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108334
Bug ID: 108334
Summary: Strange message
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108326
--- Comment #4 from Jamaika ---
Here was my mistake.
I tried adding c++config definitions to gcc 11.3.1 with _GLIBCXX_HAS_GTHREADS.
Unfortunately many more features are changed to native Windows.
http://msystem.waw.pl/x265/mingw-gcc1131-20221227
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108334
--- Comment #2 from Jamaika ---
Created attachment 54212
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54212&action=edit
preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108334
--- Comment #3 from Jamaika ---
I add preprocessed source `cdef.o`.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108334
--- Comment #5 from Jamaika ---
Created attachment 54247
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54247&action=edit
Added zip files
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106962
Bug ID: 106962
Summary: How to create AOM codec in GCC 12.2 and newer under
Windows 64bit?
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106962
--- Comment #2 from Jamaika ---
For the inquisitive.
I am adding open source.
GCC 1X.X.0 displays no errors. Can check.
Copy include files to gcc 1X.X.0 and run with webp2_nosimd.bat
https://www.sendspace.com/file/jqx6ol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104591
Bug ID: 104591
Summary: Problem with unary_function
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104592
Bug ID: 104592
Summary: Problem with std::basic_ostream
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104593
Bug ID: 104593
Summary: Problem with va_list
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: una
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104592
--- Comment #2 from Jamaika ---
http://msystem.waw.pl/x265/mingw-gcc1201-20220206.7z
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104593
--- Comment #4 from Jamaika ---
(In reply to Andrew Pinski from comment #1)
> Can you provide the preprocessed source?
http://msystem.waw.pl/x265/mingw-gcc1201-20220206.7z
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104592
--- Comment #4 from Jamaika ---
https://www.sendspace.com/file/ubncby
echo off
set PATH=C:\msys1201\bin;%PATH%
rem echo %PATH%
rem cd "C:\msys1201\bin"
for %%f in ("%~dp1*.cpp") do g++.exe -std=gnu++14 -ftree-vectorize -g0 -O3
-fPIC -DHAVE_ISA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104593
--- Comment #6 from Jamaika ---
https://www.sendspace.com/file/e4n2xj
echo off
set PATH=C:\MSYS1201\bin;%PATH%
rem echo %PATH%
rem cd "C:\MSYS1201\bin"
cd lib\CommonLib
for %%f in ("%~dp1*.cpp") do g++.exe -std=gnu++14 -DNDEBUG -ftree-vectori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107886
Bug ID: 107886
Summary: Problem witch std::latch, std::binary_semaphores in
C++2a
Product: gcc
Version: 11.3.1
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107886
--- Comment #3 from Jamaika ---
(In reply to Andrew Pinski from comment #2)
> Also it might be the case mingw work is needed to support
> __cpp_lib_atomic_wait and all.
I test gcc 13.0.0. No change.
http://msystem.waw.pl/x265/mingw-gcc1300-2022
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107886
--- Comment #4 from Jamaika ---
I test gcc 13.0.0. No change
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107886
--- Comment #5 from Jamaika ---
I test gcc 13.0.0. No change
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107886
--- Comment #6 from Jamaika ---
I don't understand something. Why _GLIBCXX_HAS_GTHREADS works for std::jthread
but not for std::latch
```
#if defined _GLIBCXX_HAS_GTHREADS || defined _GLIBCXX_HAVE_LINUX_FUTEX
# define __cpp_lib_atomic_wait 20190
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107886
--- Comment #8 from Jamaika ---
First lesson on the page https://www.modernescpp.com/index.php/latches-in-c-20
I use GCC from 11.3.1 to 13.0.0 20221124
```
// workers.cpp
#include
#include
#include
#include
std::latch workDone(6);
std::mut
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107886
--- Comment #10 from Jamaika ---
```
Using built-in specs.
COLLECT_GCC=g++.exe
Target: x86_64-w64-mingw32
Configured with: /home/ma/m/source/gcc-g/configure --host=x86_64-w64-mingw32
--target=x86_64-w64-mingw32 --disable-nls --enable-languages=c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107886
--- Comment #11 from Jamaika ---
without #define __cpp_lib_atomic_wait 201907L
```
Using built-in specs.
COLLECT_GCC=g++.exe
Target: x86_64-w64-mingw32
Configured with: /home/ma/m/source/gcc-g/configure --host=x86_64-w64-mingw32
--target=x86_64-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107886
--- Comment #12 from Jamaika ---
with 'latch.h'
```
Using built-in specs.
COLLECT_GCC=g++.exe
Target: x86_64-w64-mingw32
Configured with: /home/ma/m/source/gcc-g/configure --host=x86_64-w64-mingw32
--target=x86_64-w64-mingw32 --disable-nls --ena
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107886
--- Comment #17 from Jamaika ---
Testing atomic_wait, errors are still there. Thanks for taking up the topic.
```
In file included from c:\gcc1300\include\c++\13.0.0\mutex:60,
from c:\gcc1300\include\c++\13.0.0\bits\atomic_wait.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107954
Jamaika changed:
What|Removed |Added
CC||lukaszcz18 at wp dot pl
--- Comment #2 from J
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108062
Bug ID: 108062
Summary: Test spdlog c++20 std::format
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108062
--- Comment #6 from Jamaika ---
Thanks Jonathan
Thanks for the quick fix of the given errors. I realize that there may be other
errors not necessarily from gcc.
Test new codecs HTJPEG2000 C++20 Grok with spdlog 1.11.0 for Windows 10
In file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108062
--- Comment #8 from Jamaika ---
Thanks for tips std::formatter
Something has improved. GCC notices that there isn't for TIFFFormat.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108319
Bug ID: 108319
Summary: Problem with std::__cxx11::basic_string
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116232
Bug ID: 116232
Summary: Problem with printf
Product: gcc
Version: 11.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114775
--- Comment #15 from Jamaika ---
https://github.com/brechtsanders/winlibs_mingw/issues/233
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116432
Bug ID: 116432
Summary: Problem with warming Wtype-limits
Product: gcc
Version: 11.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116434
Bug ID: 116434
Summary: Problem with warming Wsign-compare
Product: gcc
Version: 11.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109599
Bug ID: 109599
Summary: Query for merging files in ar.exe
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109599
--- Comment #3 from Jamaika ---
I'm not referring to the GCC 11.3.1 comment itself. I meant why the .a file
automatically adds and compiles c files from the avx2 and sse2 directories that
I have not added.
I was surprised that ar.exe is not a gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109688
Bug ID: 109688
Summary: Build fail with C++20 and -DSPDLOG_USE_STD_FORMAT=1
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109688
--- Comment #3 from Jamaika ---
SPDLOG claims that MSVC compiles.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109688
--- Comment #4 from Jamaika ---
https://github.com/gabime/spdlog/blob/v1.x/example/example.cpp
```
for %%f in ("example.cpp") do g++.exe -v -std=gnu++20 -march=x86-64-v2
-ftree-vectorize -g0 -O3 -fPIC -mavx -mxsave -mpclmul -maes
-DSPDLOG_USE_ST
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116838
--- Comment #6 from Jamaika ---
(In reply to Jonathan Wakely from comment #3)
> If you enable C++20 (or C++23) and GCC tells you that your code is not
> compatible with C++20, fix the code.
>
> (In reply to Jamaika from comment #0)
> > Codec vv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116838
--- Comment #2 from Jamaika ---
Thanks for the answer
I don't know who's to blame.
I created ffmpeg correcting the errors as best I could.
FFmpeg is unstable.
Obsolete codecs to be deleted in c23/c++23 aom/avm/open264/xvid
Changing gcc 11.5.0 to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116838
Bug ID: 116838
Summary: Problem with warming c23, c++23
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
As
42 matches
Mail list logo
