[Bug c/116434] New: Problem with warming Wsign-compare
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 Assignee: unassigned at gcc dot gnu.org Reporter: lukaszcz18 at wp dot pl Target Milestone: --- I would like to ask what is written wrong here. pixman-combine32.c: In function 'combine_mask_ca': pixman-combine32.c:51:11: warning: comparison of integer expressions of different signedness: 'uint32_t' {aka 'unsigned int'} and 'int' [-Wsign-compare] 51 | if (a == ~0) | ^~ Should it be? 51 | if (a == ~0x0)
[Bug c/116432] New: Problem with warming Wtype-limits
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 Assignee: unassigned at gcc dot gnu.org Reporter: lukaszcz18 at wp dot pl Target Milestone: --- I would like to ask what is written wrong here. #ifndef ARRAY_SIZE # define ARRAY_SIZE(array) (sizeof(array) / sizeof((array)[0])) #endif static const lzma_filter_decoder decoders[] = { ... } filter_decoder.c: In function 'decoder_find': filter_decoder.c:145:30: warning: comparison of unsigned expression in '< 0' is always false [-Wtype-limits] 145 | for (size_t i = 0; i < ARRAY_SIZE(decoders); ++i) | ^ filter_encoder.c: In function 'encoder_find': filter_encoder.c:188:30: warning: comparison of unsigned expression in '< 0' is always false [-Wtype-limits] 188 | for (size_t i = 0; i < ARRAY_SIZE(encoders); ++i) | ^ string_conversion.c: In function 'parse_filter': string_conversion.c:815:30: warning: comparison of unsigned expression in '< 0' is always false [-Wtype-limits] 815 | for (size_t i = 0; i < ARRAY_SIZE(filter_name_map); ++i) { | ^ string_conversion.c: In function 'lzma_str_list_filters': string_conversion.c:1255:30: warning: comparison of unsigned expression in '< 0' is always false [-Wtype-limits] 1255 | for (size_t i = 0; i < ARRAY_SIZE(filter_name_map); ++i) { |
[Bug target/114775] on mingw __attribute__ ((__format__ (__printf__, ...))) doesn't recognize C99 specifiers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114775 --- Comment #15 from Jamaika --- https://github.com/brechtsanders/winlibs_mingw/issues/233
[Bug c/116232] New: Problem with printf
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: unassigned at gcc dot gnu.org Reporter: lukaszcz18 at wp dot pl Target Milestone: --- I use gcc 11.5.0 and have strange messages https://github.com/brechtsanders/winlibs_mingw/releases/download/11.5.0posix-12.0.0-msvcrt-r1/winlibs-x86_64-posix-seh-gcc-11.5.0-mingw-w64msvcrt-12.0.0-r1.zip ``` common.c: In function 'xavs2_malloc': common.c:255:42: warning: unknown conversion type character 'z' in format [-Wformat=] 255 | fprintf(stderr, "malloc of size %zu failed\n", i_size); | ^ common.c:255:25: warning: too many arguments for format [-Wformat-extra-args] 255 | fprintf(stderr, "malloc of size %zu failed\n", i_size); | ^ parameters.c: In function 'xavs2_encoder_opt_set': parameters.c:404:23: warning: '%d' directive writing between 1 and 10 bytes into a region of size 4 [-Wformat-overflow=] 404 | sprintf(str, "%d", ++i); | ^~ parameters.c:404:22: note: directive argument in the range [2, 2147483647] 404 | sprintf(str, "%d", ++i); | ^~~~ parameters.c:404:9: note: 'sprintf' output between 2 and 11 bytes into a destination of size 4 404 | sprintf(str, "%d", ++i); | ^~~ ``` In version 11.3.1 these errors were not present http://msystem.waw.pl/x265/mingw-gcc1131-20221227.7z Why is winlibs gcc 11.5.0 working slowly? What it depends on?
[Bug c++/109688] SPDLOG build fails with C++20 and -DSPDLOG_USE_STD_FORMAT=1
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_STD_FORMAT=1 -c %%f -o %%~nf.o ```
[Bug c++/109688] SPDLOG build fails with C++20 and -DSPDLOG_USE_STD_FORMAT=1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109688 --- Comment #3 from Jamaika --- SPDLOG claims that MSVC compiles.
[Bug c++/109688] New: Build fail with C++20 and -DSPDLOG_USE_STD_FORMAT=1
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 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: lukaszcz18 at wp dot pl Target Milestone: --- ``` 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,c++,objc,obj-c++ --with-gmp=/home/ma/m/build/for_target --with-mpfr=/home/ma/m/build/for_target --with-mpc=/home/ma/m/build/for_target --with-isl=/home/ma/m/build/for_target --enable-twoprocess --disable-libstdcxx-pch --disable-win32-registry --disable-shared --enable-fully-dynamic-string --enable-libssp --prefix=/home/ma/m/target --with-sysroot=/home/ma/m/target Thread model: win32 Supported LTO compression algorithms: zlib gcc version 13.0.1 20230421 (prerelease) (GCC) COLLECT_GCC_OPTIONS='-v' '-std=gnu++20' '-march=x86-64-v2' '-ftree-vectorize' '-g0' '-O3' '-fPIC' '-mavx' '-mxsave' '-mpclmul' '-maes' '-D' 'SPDLOG_USE_STD_FORMAT=1' '-c' '-o' 'example.o' C:/gcc1301/bin/../libexec/gcc/x86_64-w64-mingw32/13.0.1/cc1plus.exe -quiet -v -iprefix C:/gcc1301/bin/../lib/gcc/x86_64-w64-mingw32/13.0.1/ -U_REENTRANT -D SPDLOG_USE_STD_FORMAT=1 example.cpp -quiet -dumpbase example.cpp -dumpbase-ext .cpp -march=x86-64-v2 -mavx -mxsave -mpclmul -maes -g0 -O3 -std=gnu++20 -version -ftree-vectorize -fPIC -o C:\Users\KOMPUT~1\AppData\Local\Temp\ccxiMnxa.s GNU C++20 (GCC) version 13.0.1 20230421 (prerelease) (x86_64-w64-mingw32) compiled by GNU C version 13.0.1 20230421 (prerelease), GMP version 6.2.1, MPFR version 4.2.0-p4, MPC version 1.3.1, isl version isl-0.24-GMP GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 ignoring duplicate directory "C:/gcc1301/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.1/../../../../include/c++/13.0.1" ignoring duplicate directory "C:/gcc1301/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.1/../../../../include/c++/13.0.1/x86_64-w64-mingw32" ignoring duplicate directory "C:/gcc1301/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.1/../../../../include/c++/13.0.1/backward" ignoring duplicate directory "C:/gcc1301/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.1/include" ignoring nonexistent directory "/home/ma/m/target/home/ma/m/target/lib/gcc/x86_64-w64-mingw32/13.0.1/../../../../include" ignoring duplicate directory "C:/gcc1301/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.1/include-fixed" ignoring duplicate directory "C:/gcc1301/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.1/../../../../x86_64-w64-mingw32/include" ignoring nonexistent directory "/home/ma/m/target/mingw/include" #include "..." search starts here: #include <...> search starts here: C:/gcc1301/bin/../lib/gcc/x86_64-w64-mingw32/13.0.1/../../../../include/c++/13.0.1 C:/gcc1301/bin/../lib/gcc/x86_64-w64-mingw32/13.0.1/../../../../include/c++/13.0.1/x86_64-w64-mingw32 C:/gcc1301/bin/../lib/gcc/x86_64-w64-mingw32/13.0.1/../../../../include/c++/13.0.1/backward C:/gcc1301/bin/../lib/gcc/x86_64-w64-mingw32/13.0.1/include C:/gcc1301/bin/../lib/gcc/x86_64-w64-mingw32/13.0.1/include-fixed C:/gcc1301/bin/../lib/gcc/x86_64-w64-mingw32/13.0.1/../../../../x86_64-w64-mingw32/include End of search list. Compiler executable checksum: c5bc1656e1b332d798c0577f7a3d2ab8 In file included from C:/gcc1301/include/c++/13.0.1/bits/chrono_io.h:39, from C:/gcc1301/include/c++/13.0.1/chrono:3330, from example.cpp:8: C:/gcc1301/include/c++/13.0.1/format: In instantiation of 'static std::__format::_Arg_store<_Context, _Args>::_Element_t std::__format::_Arg_store<_Context, _Args>::_S_make_elt(_Tp&) [with _Tp = spdlog::details::dump_info<__gnu_cxx::__normal_iterator > >; _Context = std::basic_format_context, char>; _Args = {std::basic_format_arg, char> >::handle}; _Element_t = std::__format::_Arg_store, char>, std::basic_format_arg, char> >::handle>::_Element_t]': C:/gcc1301/include/c++/13.0.1/format:3252:23: required from 'std::__format::_Arg_store<_Context, _Args>::_Arg_store(_Tp& ...) [with _Tp = {spdlog::details::dump_info<__gnu_cxx::__normal_iterator > > >}; _Context = std::basic_format_context, char>; _Args = {std::basic_format_arg, char> >::handle}]' C:/gcc1301/include/c++/13.0.1/format:3301:14: required from 'auto std::make_format_args(_Args&& ...) [with _Context = basic_format_context<__format::_Sink_iter, char>; _Args = {spdlog::details::dump_info<__gnu_cxx::__normal_iterator > > >}]' C:/gcc1301/x86_64-w64-mingw32/include/spdlog/logger.h:372:88: required from 'void spdlog::logger::log_(spdlog::source_loc, spdlog::level::level_enum, spdlog::string_view_t, Args&& ...) [with Args = {spdlog::details::dump_info<__gnu_cxx::__normal_iterator > > >}; spdlo
[Bug other/109599] Query for merging files in ar.exe
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 gcc product. Who is the creator?
[Bug c/109599] New: Query for merging files in ar.exe
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 Assignee: unassigned at gcc dot gnu.org Reporter: lukaszcz18 at wp dot pl Target Milestone: --- Created attachment 54907 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54907&action=edit Added file object I don't know how to get around the problem. I add commands to ar.exe. GCC: (GNU) 13.0.1 20230421 (prerelease) http://msystem.waw.pl/x265/mingw-gcc1301-20230421.7z Codec directories libxeve libxeve/avx2 libxeve/sse2 cd libavcodec/libxeve ar.exe rcs "../../lib/libxeve_x64.a" xeve_bsw.o xeve_df.o xeve_eco.o xeve_enc.o xeve_fcst.o xeve_ipred.o xeve_itdq.o xeve_mc.o xeve_mode.o xeve_param_parse.o xeve_picman.o xeve_pinter.o xeve_pintra.o xeve_port.o xeve_rc.o xeve_recon.o xeve_sad.o xeve_tbl.o xeve_thread_pool.o xeve_tq.o xeve_util.o xevem.o xevem_alf.o xevem_df.o xevem_dra.o xevem_eco.o xevem_ibc_hash.o xevem_ipred.o xevem_itdq.o xevem_mc.o xevem_mode.o xevem_pibc.o xevem_picman.o xevem_pinter.o xevem_pintra.o xevem_recon.o xevem_stat.o xevem_tbl.o xevem_tq.o xevem_util.o cd ../.. The generated .a file contains GCC: (GNU) 11.3.1 20221227 in addition to the sse2/avx2 files. Where did it come from and how do I get rid of it.
[Bug tree-optimization/108334] Strange message in libgav1
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
[Bug tree-optimization/108334] Strange message in libgav1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108334 --- Comment #3 from Jamaika --- I add preprocessed source `cdef.o`.
[Bug tree-optimization/108334] Strange message in libgav1
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
[Bug libstdc++/108326] Question about definitions in c++config.h for gcc13 20221229
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.7z
[Bug c++/108334] New: Strange message
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: unassigned at gcc dot gnu.org Reporter: lukaszcz18 at wp dot pl Target Milestone: --- Strange message In GCC version 20221124 this message wasn't there. 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,c++,objc,obj-c++ --with-gmp=/home/ma/m/build/for_target --with-mpfr=/home/ma/m/build/for_target --with-mpc=/home/ma/m/build/for_target --with-isl=/home/ma/m/build/for_target --enable-twoprocess --disable-libstdcxx-pch --disable-win32-registry --disable-shared --enable-fully-dynamic-string --enable-libssp --prefix=/home/ma/m/target --with-sysroot=/home/ma/m/target Thread model: win32 Supported LTO compression algorithms: zlib gcc version 13.0.0 20221229 (experimental) (GCC) COLLECT_GCC_OPTIONS='-v' '-std=gnu++11' '-march=x86-64-v2' '-ftree-vectorize' '-g0' '-O3' '-fPIC' '-mavx' '-mxsave' '-mpclmul' '-maes' '-D' 'WINVER=0x0602' '-D' '_WIN32_WINNT=0x0602' '-D' 'WIN32_LEAN_AND_MEAN=//' '-D' '_WIN32_WINNT_WIN7=0x0601' '-D' 'LIBGAV1_THREADPOOL_USE_STD_MUTEX=1' '-D' 'LIBGAV1_MAX_BITDEPTH=12' '-D' 'LIBGAV1_PUBLIC=//' '-D' 'LIBGAV1_ENABLE_SSE4_1' '-c' '-o' 'cdef.o' c:/gcc1300/bin/../libexec/gcc/x86_64-w64-mingw32/13.0.0/cc1plus.exe -quiet -v -iprefix c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/ -U_REENTRANT -D WINVER=0x0602 -D _WIN32_WINNT=0x0602 -D WIN32_LEAN_AND_MEAN=// -D _WIN32_WINNT_WIN7=0x0601 -D LIBGAV1_THREADPOOL_USE_STD_MUTEX=1 -D LIBGAV1_MAX_BITDEPTH=12 -D LIBGAV1_PUBLIC=// -D LIBGAV1_ENABLE_SSE4_1 cdef.cc -quiet -dumpbase cdef.cc -dumpbase-ext .cc -march=x86-64-v2 -mavx -mxsave -mpclmul -maes -g0 -O3 -std=gnu++11 -version -ftree-vectorize -fPIC -o C:\Users\KOMPUT~1\AppData\Local\Temp\ccMZzeha.s GNU C++11 (GCC) version 13.0.0 20221229 (experimental) (x86_64-w64-mingw32) compiled by GNU C version 13.0.0 20221229 (experimental), GMP version 6.2.1, MPFR version 4.1.1, MPC version 1.3.1, isl version isl-0.24-GMP GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 ignoring duplicate directory "c:/gcc1300/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include/c++/13.0.0" ignoring duplicate directory "c:/gcc1300/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include/c++/13.0.0/x86_64-w64-mingw32" ignoring duplicate directory "c:/gcc1300/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include/c++/13.0.0/backward" ignoring duplicate directory "c:/gcc1300/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.0/include" ignoring nonexistent directory "/home/ma/m/target/home/ma/m/target/lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include" ignoring duplicate directory "c:/gcc1300/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.0/include-fixed" ignoring duplicate directory "c:/gcc1300/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../x86_64-w64-mingw32/include" ignoring nonexistent directory "/home/ma/m/target/mingw/include" #include "..." search starts here: #include <...> search starts here: c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include/c++/13.0.0 c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include/c++/13.0.0/x86_64-w64-mingw32 c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include/c++/13.0.0/backward c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/include c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/include-fixed c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../x86_64-w64-mingw32/include End of search list. GNU C++11 (GCC) version 13.0.0 20221229 (experimental) (x86_64-w64-mingw32) compiled by GNU C version 13.0.0 20221229 (experimental), GMP version 6.2.1, MPFR version 4.1.1, MPC version 1.3.1, isl version isl-0.24-GMP GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 764f1c9ee3426717f9fd65dfa7ce224a In function 'void libgav1::{anonymous}::CopyPixels(const uint8_t*, int, uint8_t*, int, int, int, size_t)', inlined from 'void libgav1::PostFilter::ApplyCdefForOneUnit(uint16_t*, int, int, int, int, int, uint8_t (*)[3][256], bool (*)[2]) [with Pixel = short unsigned int]' at cdef.cc:330:15, inlined from 'void libgav1::PostFilter::ApplyCdefForOneSuperBlockRowHelper(uint16_t*, uint8_t (*)[3][256], int, int)' at cdef.cc:612:36, inlined from 'void libgav1::PostFilter::ApplyCdefForOneSuperBlockRow(int, int, bool)' at cdef.cc:642:41: cdef.cc:81:11: warning: writing 4 bytes into a region of size 0 [-Wstringop-overflow=] 81 | memcpy(dst, src, width * pixel_size); | ~~^~ In member func
[Bug c++/108326] New: Question about definitions in c++config.h for gcc13 20221229
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 Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: lukaszcz18 at wp dot pl Target Milestone: --- Amateur questions I know that creating exe files two years ago with , with _GLIBCXX_HAS_GTHREADS definition was impossible. I don't know if someone made mistake or added additional functions in c++confic.h, but gcc works differently. Differences between versions 20221124 and 20221219. /* Defined if sleep exists. */ /* #undef _GLIBCXX_HAVE_SLEEP */ /* Defined if service exists. */ /* #undef _GLIBCXX_HAVE_USLEEP */ /* Define if writev is available in . */ /* Define if gthreads library is available. */ #define _GLIBCXX_HAS_GTHREADS 1 /* Defined if sched_yield is available. */ #define _GLIBCXX_USE_SCHED_YIELD 1 /* Defined if Sleep exists. */ #define _GLIBCXX_USE_WIN32_SLEEP 1 /* Define to 1 if a verbose library is built, or 0 otherwise. */ /* Define if a non-default location should be used for tzdata files. */ /* #undef _GLIBCXX_ZONEINFO_DIR */ /* Define to 1 if mutex_timedlock is available. */ #define_GTHREAD_USE_MUTEX_TIMEDLOCK 0 The question is. Why is _GLIBCXX_HAS_GTHREADS enabled only for C++20 and above in ?
[Bug libstdc++/108319] New: Problem with std::__cxx11::basic_string
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++ Assignee: unassigned at gcc dot gnu.org Reporter: lukaszcz18 at wp dot pl Target Milestone: --- 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,c++,objc,obj-c++ --with-gmp=/home/ma/m/build/for_target --with-mpfr=/home/ma/m/build/for_target --with-mpc=/home/ma/m/build/for_target --with-isl=/home/ma/m/build/for_target --enable-twoprocess --disable-libstdcxx-pch --disable-win32-registry --disable-shared --enable-fully-dynamic-string --enable-libssp --prefix=/home/ma/m/target --with-sysroot=/home/ma/m/target Thread model: win32 Supported LTO compression algorithms: zlib gcc version 13.0.0 20221229 (experimental) (GCC) COLLECT_GCC_OPTIONS='-v' '-std=gnu++17' '-ftree-vectorize' '-g0' '-O3' '-fPIC' '-D' 'NJSON_NO_IO' '-D' 'JSON_HAS_CPP_14' '-D' 'JSON_HAS_CPP_17' '-D' 'JSON_DIAGNOSTICS=1' '-c' '-o' 'jpl-decoder.o' '-mtune=generic' '-march=x86-64' c:/gcc1300/bin/../libexec/gcc/x86_64-w64-mingw32/13.0.0/cc1plus.exe -quiet -v -iprefix c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/ -U_REENTRANT -D NJSON_NO_IO -D JSON_HAS_CPP_14 -D JSON_HAS_CPP_17 -D JSON_DIAGNOSTICS=1 jpl-decoder.cpp -quiet -dumpbase jpl-decoder.cpp -dumpbase-ext .cpp -mtune=generic -march=x86-64 -g0 -O3 -std=gnu++17 -version -ftree-vectorize -fPIC -o C:\Users\KOMPUT~1\AppData\Local\Temp\ccTLv74F.s GNU C++17 (GCC) version 13.0.0 20221229 (experimental) (x86_64-w64-mingw32) compiled by GNU C version 13.0.0 20221229 (experimental), GMP version 6.2.1, MPFR version 4.1.1, MPC version 1.3.1, isl version isl-0.24-GMP GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 ignoring duplicate directory "c:/gcc1300/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include/c++/13.0.0" ignoring duplicate directory "c:/gcc1300/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include/c++/13.0.0/x86_64-w64-mingw32" ignoring duplicate directory "c:/gcc1300/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include/c++/13.0.0/backward" ignoring duplicate directory "c:/gcc1300/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.0/include" ignoring nonexistent directory "/home/ma/m/target/home/ma/m/target/lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include" ignoring duplicate directory "c:/gcc1300/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.0/include-fixed" ignoring duplicate directory "c:/gcc1300/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../x86_64-w64-mingw32/include" ignoring nonexistent directory "/home/ma/m/target/mingw/include" #include "..." search starts here: #include <...> search starts here: c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include/c++/13.0.0 c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include/c++/13.0.0/x86_64-w64-mingw32 c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include/c++/13.0.0/backward c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/include c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/include-fixed c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../x86_64-w64-mingw32/include End of search list. GNU C++17 (GCC) version 13.0.0 20221229 (experimental) (x86_64-w64-mingw32) compiled by GNU C version 13.0.0 20221229 (experimental), GMP version 6.2.1, MPFR version 4.1.1, MPC version 1.3.1, isl version isl-0.24-GMP GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 764f1c9ee3426717f9fd65dfa7ce224a In file included from ../../Lib/Common/../Part2/Common/../../Utils/Image/ThreeChannelImage.h:44, from ../../Lib/Common/../Part2/Common/View.h:46, from ../../Lib/Common/../Part2/Common/Lightfield.h:46, from ../../Lib/Common/JPLMEncoderConfigurationLightField.h:54, from ../../Lib/Common/JPLMCodecFactory.h:46, from jpl-decoder.cpp:43: ../../Lib/Common/../Part2/Common/../../Utils/Image/Image.h: In member function 'std::vector > GrayScaleImage::get_channel_names() const': ../../Lib/Common/../Part2/Common/../../Utils/Image/Image.h:455:19: internal compiler error: unexpected expression '(std::__cxx11::basic_string)"Gray"' of kind implicit_conv_expr 455 | return {"Gray"}; | ^
[Bug libstdc++/108062] Test spdlog c++20 std::format
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
[Bug libstdc++/108062] Test spdlog c++20 std::format
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 included from c:\gcc1300\x86_64-w64-mingw32\include\spdlog\fmt\fmt.h:14, from c:\gcc1300\x86_64-w64-mingw32\include\spdlog\common.h:50, from c:\gcc1300\x86_64-w64-mingw32\include\spdlog\spdlog.h:12, from common.h:40, from PNMFormat.cpp:29: c:\gcc1300\include\c++\13.0.0\format: In instantiation of 'static std::basic_format_args<_Context>::_Store<_Args>::_Element_t std::basic_format_args<_Context>::_Store<_Args>::_S_make_elt(_Tp&) [with _Tp = PNM_COLOUR_SPACE; _Args = {std::basic_format_arg, char> >::handle, std::basic_format_arg, char> >::handle}; _Context = std::basic_format_context, char>; _Element_t = std::basic_format_args, char> >::_Store, char> >::handle, std::basic_format_arg, char> >::handle>::_Element_t]': c:\gcc1300\include\c++\13.0.0\format:3248:25: required from 'std::basic_format_args<_Context>::_Store<_Args>::_Store(_Tp& ...) [with _Tp = {PNM_COLOUR_SPACE, PNM_COLOUR_SPACE}; _Args = {std::basic_format_arg, char> >::handle, std::basic_format_arg, char> >::handle}; _Context = std::basic_format_context, char>]' c:\gcc1300\include\c++\13.0.0\format:3300:14: required from 'auto std::make_format_args(_Args&& ...) [with _Context = basic_format_context<__format::_Sink_iter, char>; _Args = {PNM_COLOUR_SPACE&, PNM_COLOUR_SPACE&}]' c:\gcc1300\x86_64-w64-mingw32\include\spdlog\logger.h:372:88: required from 'void spdlog::logger::log_(spdlog::source_loc, spdlog::level::level_enum, spdlog::string_view_t, Args&& ...) [with Args = {PNM_COLOUR_SPACE&, PNM_COLOUR_SPACE&}; spdlog::string_view_t = std::basic_string_view]' c:\gcc1300\x86_64-w64-mingw32\include\spdlog\logger.h:90:13: required from 'void spdlog::logger::log(spdlog::source_loc, spdlog::level::level_enum, spdlog::format_string_t, Args&& ...) [with Args = {PNM_COLOUR_SPACE&, PNM_COLOUR_SPACE&}; spdlog::format_string_t = std::basic_string_view]' c:\gcc1300\x86_64-w64-mingw32\include\spdlog\logger.h:96:12: required from 'void spdlog::logger::log(spdlog::level::level_enum, spdlog::format_string_t, Args&& ...) [with Args = {PNM_COLOUR_SPACE&, PNM_COLOUR_SPACE&}; spdlog::format_string_t = std::basic_string_view]' c:\gcc1300\x86_64-w64-mingw32\include\spdlog\logger.h:164:12: required from 'void spdlog::logger::warn(spdlog::format_string_t, Args&& ...) [with Args = {PNM_COLOUR_SPACE&, PNM_COLOUR_SPACE&}; spdlog::format_string_t = std::basic_string_view]' c:\gcc1300\x86_64-w64-mingw32\include\spdlog\spdlog.h:167:31: required from 'void spdlog::warn(format_string_t, Args&& ...) [with Args = {PNM_COLOUR_SPACE&, PNM_COLOUR_SPACE&}; format_string_t = std::basic_string_view]' PNMFormat.cpp:600:16: required from here c:\gcc1300\include\c++\13.0.0\format:3237:40: error: no matching function for call to 'std::basic_format_arg, char> >::basic_format_arg(PNM_COLOUR_SPACE&)' 3237 | basic_format_arg<_Context> __arg(__v); |^ c:\gcc1300\include\c++\13.0.0\format:3005:9: note: candidate: 'template requires __formattable_with<_Tp, _Context, typename _Context::formatter_type::type>, std::basic_format_parse_context > std::basic_format_arg<_Context>::basic_format_arg(_Tp&) [with _Context = std::basic_format_context, char>]' 3005 | basic_format_arg(_Tp& __v) noexcept | ^~~~ c:\gcc1300\include\c++\13.0.0\format:3005:9: note: template argument deduction/substitution failed: c:\gcc1300\include\c++\13.0.0\format:3005:9: note: constraints not satisfied In file included from c:\gcc1300\include\c++\13.0.0\compare:37, from c:\gcc1300\include\c++\13.0.0\bits\char_traits.h:48, from c:\gcc1300\include\c++\13.0.0\string:42, from IImageFormat.h:21, from ImageFormat.h:20, from PNMFormat.h:19, from PNMFormat.cpp:26: c:\gcc1300\include\c++\13.0.0\concepts: In substitution of 'template requires __formattable_with<_Tp, _Context, typename _Context::formatter_type::type>, std::basic_format_parse_context > std::basic_format_arg, char> >::basic_format_arg(_Tp&) [with _Tp = std::basic_format_context, char>]': c:\gcc1300\include\c++\13.0.0\format:3237:33: required from 'static std::basic_format_args<_Context>::_Store<_Args>::_Element_t std::basic_format_args<_Context>::_Store<_Args>::_S_make_elt(_Tp&) [with _Tp = PNM_COLOUR_SPACE; _Args = {std::basic_format_arg, char> >::handle, std::basic_format_arg, char> >::handle}; _Context = std::basic_format_context, char>; _Element_t = std::basic_format_args, char> >::_Store, char> >::handle, std::basic_format_arg, char> >::handle>::_Element_t]' c:\gcc1300\include\c++\13.0.0\format:3
[Bug libstdc++/108062] New: Test spdlog c++20 std::format
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++ Assignee: unassigned at gcc dot gnu.org Reporter: lukaszcz18 at wp dot pl Target Milestone: --- /// // Uncomment to use C++20 std::format instead of fmt. // // #define SPDLOG_USE_STD_FORMAT /// I use gcc 13.0.0 20221211, spdlog 1.11.0 20221211 In file included from c:\gcc1300\x86_64-w64-mingw32\include\spdlog\fmt\fmt.h:14, from c:\gcc1300\x86_64-w64-mingw32\include\spdlog\common.h:50, from c:\gcc1300\x86_64-w64-mingw32\include\spdlog\spdlog.h:12, from common.h:40, from BMPFormat.cpp:28: c:\gcc1300\include\c++\13.0.0\format:3350:40: error: expected identifier before ',' token 3350 | __format::__do_vformat_to(_Out_, basic_string_view<_CharT_>, |^ c:\gcc1300\include\c++\13.0.0\format: In instantiation of '_Out std::__format::__do_vformat_to(_Out, std::basic_string_view<_CharT>, const std::basic_format_args<_Context>&, const std::locale*) [with _Out = _Sink_iter; _CharT = char; _Context = std::basic_format_context<_Sink_iter, char>]': c:\gcc1300\include\c++\13.0.0\format:3646:39: required from '_Out std::vformat_to(_Out, string_view, format_args) [with _Out = __format::_Sink_iter; string_view = basic_string_view; format_args = basic_format_args, char> >]' c:\gcc1300\include\c++\13.0.0\format:3673:20: required from here c:\gcc1300\include\c++\13.0.0\format:3614:24: error: 'std::basic_format_context<_Out, _CharT>::basic_format_context(std::basic_format_args >, _Out) [with _Out = std::__format::_Sink_iter; _CharT = char]' is private within this context 3614 | ? _Context(__args, __sink_out) |^~~~ c:\gcc1300\include\c++\13.0.0\format:3338:7: note: declared private here 3338 | basic_format_context(basic_format_args __args, | ^~~~ c:\gcc1300\include\c++\13.0.0\format:3615:24: error: 'std::basic_format_context<_Out, _CharT>::basic_format_context(std::basic_format_args >, _Out, const std::locale&) [with _Out = std::__format::_Sink_iter; _CharT = char]' is private within this context 3615 | : _Context(__args, __sink_out, *__loc); |^~~~ c:\gcc1300\include\c++\13.0.0\format:3343:7: note: declared private here 3343 | basic_format_context(basic_format_args __args, | ^~~~ c:\gcc1300\include\c++\13.0.0\format: In instantiation of '_Out std::__format::__do_vformat_to(_Out, std::basic_string_view<_CharT>, const std::basic_format_args<_Context>&, const std::locale*) [with _Out = _Sink_iter; _CharT = wchar_t; _Context = std::basic_format_context<_Sink_iter, wchar_t>]': c:\gcc1300\include\c++\13.0.0\format:3652:39: required from '_Out std::vformat_to(_Out, wstring_view, wformat_args) [with _Out = __format::_Sink_iter; wstring_view = basic_string_view; wformat_args = basic_format_args, wchar_t> >]' c:\gcc1300\include\c++\13.0.0\format:3682:20: required from here c:\gcc1300\include\c++\13.0.0\format:3614:24: error: 'std::basic_format_context<_Out, _CharT>::basic_format_context(std::basic_format_args >, _Out) [with _Out = std::__format::_Sink_iter; _CharT = wchar_t]' is private within this context 3614 | ? _Context(__args, __sink_out) |^~~~
[Bug c/107954] Support -std=c23/gnu23 as aliases of -std=c2x/gnu2x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107954 Jamaika changed: What|Removed |Added CC||lukaszcz18 at wp dot pl --- Comment #2 from Jamaika --- I shouldn't be writing as an outsider. I don't know what c2x accepts. For gcc 11.3.1 and c++20 I am forced to use c2x. For example, compiling HTJ2K grok c++20 and zlib shows that zlib does not conform to c++20 standards and some functions are deprecated. adler32.c: In function 'adler32_z': adler32.c:63:15: warning: old-style function definition [-Wold-style-definition] 63 | uLong ZEXPORT adler32_z(adler, buf, len) | ^ adler32.c: In function 'adler32': adler32.c:134:15: warning: old-style function definition [-Wold-style-definition] 134 | uLong ZEXPORT adler32(adler, buf, len) | ^~~ adler32.c: In function 'adler32_combine_': adler32.c:143:13: warning: old-style function definition [-Wold-style-definition] 143 | local uLong adler32_combine_(adler1, adler2, len2) | ^~~~ adler32.c: In function 'adler32_combine': adler32.c:172:15: warning: old-style function definition [-Wold-style-definition] 172 | uLong ZEXPORT adler32_combine(adler1, adler2, len2) | ^~~ adler32.c: In function 'adler32_combine64': adler32.c:180:15: warning: old-style function definition [-Wold-style-definition] 180 | uLong ZEXPORT adler32_combine64(adler1, adler2, len2) | ^ compress.c: In function 'compress2': compress.c:22:13: warning: old-style function definition [-Wold-style-definition] 22 | int ZEXPORT compress2(dest, destLen, source, sourceLen, level) | ^ compress.c: In function 'compress': compress.c:68:13: warning: old-style function definition [-Wold-style-definition] 68 | int ZEXPORT compress(dest, destLen, source, sourceLen) | ^~~~ compress.c: In function 'compressBound': compress.c:81:15: warning: old-style function definition [-Wold-style-definition] 81 | uLong ZEXPORT compressBound(sourceLen) | ^ crc32.c: In function 'byte_swap': crc32.c:126:16: warning: old-style function definition [-Wold-style-definition] 126 | local z_word_t byte_swap(word) |^ crc32.c: In function 'multmodp': crc32.c:551:15: warning: old-style function definition [-Wold-style-definition] 551 | local z_crc_t multmodp(a, b) | ^~~~ crc32.c: In function 'x2nmodp': crc32.c:575:15: warning: old-style function definition [-Wold-style-definition] 575 | local z_crc_t x2nmodp(n, k) | ^~~ crc32.c: In function 'crc_word': crc32.c:726:15: warning: old-style function definition [-Wold-style-definition] 726 | local z_crc_t crc_word(data) | ^~~~ crc32.c: In function 'crc_word_big': crc32.c:735:16: warning: old-style function definition [-Wold-style-definition] 735 | local z_word_t crc_word_big(data) |^~~~ crc32.c: In function 'crc32_z': crc32.c:748:23: warning: old-style function definition [-Wold-style-definition] 748 | unsigned long ZEXPORT crc32_z(crc, buf, len) | ^~~ crc32.c: In function 'crc32': crc32.c:1072:23: warning: old-style function definition [-Wold-style-definition] 1072 | unsigned long ZEXPORT crc32(crc, buf, len) | ^
[Bug libstdc++/107886] Problem witch std::latch, std::binary_semaphores in C++20
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.h:49, from c:\gcc1300\include\c++\13.0.0\bits\atomic_base.h:42, from c:\gcc1300\include\c++\13.0.0\latch:38, from latch_windows.cpp:4: c:\gcc1300\include\c++\13.0.0\atomic:67:5: error: '__atomic_base' does not name a type 67 | __atomic_base _M_base; | ^ c:\gcc1300\include\c++\13.0.0\atomic:103:21: error: 'memory_order' has not been declared 103 | store(bool __i, memory_order __m = memory_order_seq_cst) noexcept | ^~~~ c:\gcc1300\include\c++\13.0.0\atomic:107:21: error: 'memory_order' has not been declared 107 | store(bool __i, memory_order __m = memory_order_seq_cst) volatile noexcept | ^~~~ c:\gcc1300\include\c++\13.0.0\atomic:111:10: error: 'memory_order' has not been declared 111 | load(memory_order __m = memory_order_seq_cst) const noexcept | ^~~~ c:\gcc1300\include\c++\13.0.0\atomic:115:10: error: 'memory_order' has not been declared 115 | load(memory_order __m = memory_order_seq_cst) const volatile noexcept | ^~~~ c:\gcc1300\include\c++\13.0.0\atomic:119:24: error: 'memory_order' has not been declared 119 | exchange(bool __i, memory_order __m = memory_order_seq_cst) noexcept |^~~~ c:\gcc1300\include\c++\13.0.0\atomic:124:14: error: 'memory_order' has not been declared 124 | memory_order __m = memory_order_seq_cst) volatile noexcept | ^~~~ ```
[Bug libstdc++/107886] Problem witch std::latch, std::binary_semaphores in C++20
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 --enable-languages=c,c++,objc,obj-c++ --with-gmp=/home/ma/m/build/for_target --with-mpfr=/home/ma/m/build/for_target --with-mpc=/home/ma/m/build/for_target --with-isl=/home/ma/m/build/for_target --enable-twoprocess --disable-libstdcxx-pch --disable-win32-registry --disable-shared --enable-fully-dynamic-string --enable-libssp --prefix=/home/ma/m/target --with-sysroot=/home/ma/m/target Thread model: win32 Supported LTO compression algorithms: zlib gcc version 13.0.0 20221124 (experimental) (GCC) COLLECT_GCC_OPTIONS='-v' '-std=gnu++20' '-ftree-vectorize' '-D' 'WINVER=0x0602' '-D' '_WIN32_WINNT=0x0602' '-g0' '-O3' '-c' '-o' 'latch_windows.o' '-mtune=generic' '-march=x86-64' c:/gcc1300/bin/../libexec/gcc/x86_64-w64-mingw32/13.0.0/cc1plus.exe -quiet -v -iprefix c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/ -U_REENTRANT -D WINVER=0x0602 -D _WIN32_WINNT=0x0602 latch_windows.cpp -quiet -dumpbase latch_windows.cpp -dumpbase-ext .cpp -mtune=generic -march=x86-64 -g0 -O3 -std=gnu++20 -version -ftree-vectorize -o C:\Users\KOMPUT~1\AppData\Local\Temp\cc7P0VYd.s GNU C++20 (GCC) version 13.0.0 20221124 (experimental) (x86_64-w64-mingw32) compiled by GNU C version 13.0.0 20221124 (experimental), GMP version 6.2.1, MPFR version 4.1.1, MPC version 1.2.1, isl version isl-0.24-GMP GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 ignoring duplicate directory "c:/gcc1300/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include/c++/13.0.0" ignoring duplicate directory "c:/gcc1300/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include/c++/13.0.0/x86_64-w64-mingw32" ignoring duplicate directory "c:/gcc1300/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include/c++/13.0.0/backward" ignoring duplicate directory "c:/gcc1300/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.0/include" ignoring nonexistent directory "/home/ma/m/target/home/ma/m/target/lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include" ignoring duplicate directory "c:/gcc1300/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.0/include-fixed" ignoring duplicate directory "c:/gcc1300/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../x86_64-w64-mingw32/include" ignoring nonexistent directory "/home/ma/m/target/mingw/include" #include "..." search starts here: #include <...> search starts here: c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include/c++/13.0.0 c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include/c++/13.0.0/x86_64-w64-mingw32 c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include/c++/13.0.0/backward c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/include c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/include-fixed c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../x86_64-w64-mingw32/include End of search list. GNU C++20 (GCC) version 13.0.0 20221124 (experimental) (x86_64-w64-mingw32) compiled by GNU C version 13.0.0 20221124 (experimental), GMP version 6.2.1, MPFR version 4.1.1, MPC version 1.2.1, isl version isl-0.24-GMP GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 2b6c2fb9839dec486c0793745b5cdfdc COLLECT_GCC_OPTIONS='-v' '-std=gnu++20' '-ftree-vectorize' '-D' 'WINVER=0x0602' '-D' '_WIN32_WINNT=0x0602' '-g0' '-O3' '-c' '-o' 'latch_windows.o' '-mtune=generic' '-march=x86-64' c:/gcc1300/bin/../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../x86_64-w64-mingw32/bin/as.exe -v -o latch_windows.o C:\Users\KOMPUT~1\AppData\Local\Temp\cc7P0VYd.s GNU assembler version 2.39 (x86_64-w64-mingw32) using BFD version (GNU Binutils) 2.39 COMPILER_PATH=c:/gcc1300/bin/../libexec/gcc/x86_64-w64-mingw32/13.0.0/;c:/gcc1300/bin/../libexec/gcc/;c:/gcc1300/bin/../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../x86_64-w64-mingw32/bin/ LIBRARY_PATH=c:/gcc1300/bin/../lib/gcc/x86_64-w64-mingw32/13.0.0/;c:/gcc1300/bin/../lib/gcc/;c:/gcc1300/bin/../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../x86_64-w64-mingw32/lib/../lib/;c:/gcc1300/bin/../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../lib/;c:/gcc1300/bin/../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../x86_64-w64-mingw32/lib/;c:/gcc1300/bin/../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../ COLLECT_GCC_OPTIONS='-v' '-std=gnu++20' '-ftree-vectorize' '-D' 'WINVER=0x0602' '-D' '_WIN32_WINNT=0x0602' '-g0' '-O3' '-c' '-o' 'latch_windows.o' '-mtune=generic' '-march=x86-64' '-dumpdir' 'latch_windows.' ```
[Bug libstdc++/107886] Problem witch std::latch, std::binary_semaphores in C++20
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-w64-mingw32 --disable-nls --enable-languages=c,c++,objc,obj-c++ --with-gmp=/home/ma/m/build/for_target --with-mpfr=/home/ma/m/build/for_target --with-mpc=/home/ma/m/build/for_target --with-isl=/home/ma/m/build/for_target --enable-twoprocess --disable-libstdcxx-pch --disable-win32-registry --disable-shared --enable-fully-dynamic-string --enable-libssp --prefix=/home/ma/m/target --with-sysroot=/home/ma/m/target Thread model: win32 Supported LTO compression algorithms: zlib gcc version 13.0.0 20221124 (experimental) (GCC) COLLECT_GCC_OPTIONS='-v' '-std=gnu++20' '-ftree-vectorize' '-D' 'WINVER=0x0602' '-D' '_WIN32_WINNT=0x0602' '-g0' '-O3' '-c' '-o' 'latch_windows.o' '-mtune=generic' '-march=x86-64' c:/gcc1300/bin/../libexec/gcc/x86_64-w64-mingw32/13.0.0/cc1plus.exe -quiet -v -iprefix c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/ -U_REENTRANT -D WINVER=0x0602 -D _WIN32_WINNT=0x0602 latch_windows.cpp -quiet -dumpbase latch_windows.cpp -dumpbase-ext .cpp -mtune=generic -march=x86-64 -g0 -O3 -std=gnu++20 -version -ftree-vectorize -o C:\Users\KOMPUT~1\AppData\Local\Temp\ccVi63tF.s GNU C++20 (GCC) version 13.0.0 20221124 (experimental) (x86_64-w64-mingw32) compiled by GNU C version 13.0.0 20221124 (experimental), GMP version 6.2.1, MPFR version 4.1.1, MPC version 1.2.1, isl version isl-0.24-GMP GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 ignoring duplicate directory "c:/gcc1300/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include/c++/13.0.0" ignoring duplicate directory "c:/gcc1300/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include/c++/13.0.0/x86_64-w64-mingw32" ignoring duplicate directory "c:/gcc1300/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include/c++/13.0.0/backward" ignoring duplicate directory "c:/gcc1300/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.0/include" ignoring nonexistent directory "/home/ma/m/target/home/ma/m/target/lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include" ignoring duplicate directory "c:/gcc1300/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.0/include-fixed" ignoring duplicate directory "c:/gcc1300/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../x86_64-w64-mingw32/include" ignoring nonexistent directory "/home/ma/m/target/mingw/include" #include "..." search starts here: #include <...> search starts here: c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include/c++/13.0.0 c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include/c++/13.0.0/x86_64-w64-mingw32 c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include/c++/13.0.0/backward c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/include c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/include-fixed c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../x86_64-w64-mingw32/include End of search list. GNU C++20 (GCC) version 13.0.0 20221124 (experimental) (x86_64-w64-mingw32) compiled by GNU C version 13.0.0 20221124 (experimental), GMP version 6.2.1, MPFR version 4.1.1, MPC version 1.2.1, isl version isl-0.24-GMP GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 2b6c2fb9839dec486c0793745b5cdfdc latch_windows.cpp:9:6: error: 'latch' in namespace 'std' does not name a type 9 | std::latch workDone(6); | ^ latch_windows.cpp: In member function 'void Worker::operator()()': latch_windows.cpp:23:9: error: 'workDone' was not declared in this scope 23 | workDone.arrive_and_wait(); // wait until all work is done (1) | ^~~~ ```
[Bug libstdc++/107886] Problem witch std::latch, std::binary_semaphores in C++20
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,c++,objc,obj-c++ --with-gmp=/home/ma/m/build/for_target --with-mpfr=/home/ma/m/build/for_target --with-mpc=/home/ma/m/build/for_target --with-isl=/home/ma/m/build/for_target --enable-twoprocess --disable-libstdcxx-pch --disable-win32-registry --disable-shared --enable-fully-dynamic-string --enable-libssp --prefix=/home/ma/m/target --with-sysroot=/home/ma/m/target Thread model: win32 Supported LTO compression algorithms: zlib gcc version 13.0.0 20221124 (experimental) (GCC) COLLECT_GCC_OPTIONS='-v' '-std=gnu++20' '-ftree-vectorize' '-D' 'WINVER=0x0602' '-D' '_WIN32_WINNT=0x0602' '-g0' '-O3' '-c' '-o' 'latch_windows.o' '-mtune=generic' '-march=x86-64' c:/gcc1300/bin/../libexec/gcc/x86_64-w64-mingw32/13.0.0/cc1plus.exe -quiet -v -iprefix c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/ -U_REENTRANT -D WINVER=0x0602 -D _WIN32_WINNT=0x0602 latch_windows.cpp -quiet -dumpbase latch_windows.cpp -dumpbase-ext .cpp -mtune=generic -march=x86-64 -g0 -O3 -std=gnu++20 -version -ftree-vectorize -o C:\Users\KOMPUT~1\AppData\Local\Temp\ccI5bDpg.s GNU C++20 (GCC) version 13.0.0 20221124 (experimental) (x86_64-w64-mingw32) compiled by GNU C version 13.0.0 20221124 (experimental), GMP version 6.2.1, MPFR version 4.1.1, MPC version 1.2.1, isl version isl-0.24-GMP GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 ignoring duplicate directory "c:/gcc1300/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include/c++/13.0.0" ignoring duplicate directory "c:/gcc1300/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include/c++/13.0.0/x86_64-w64-mingw32" ignoring duplicate directory "c:/gcc1300/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include/c++/13.0.0/backward" ignoring duplicate directory "c:/gcc1300/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.0/include" ignoring nonexistent directory "/home/ma/m/target/home/ma/m/target/lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include" ignoring duplicate directory "c:/gcc1300/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.0/include-fixed" ignoring duplicate directory "c:/gcc1300/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../x86_64-w64-mingw32/include" ignoring nonexistent directory "/home/ma/m/target/mingw/include" #include "..." search starts here: #include <...> search starts here: c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include/c++/13.0.0 c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include/c++/13.0.0/x86_64-w64-mingw32 c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../include/c++/13.0.0/backward c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/include c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/include-fixed c:\gcc1300\bin\../lib/gcc/x86_64-w64-mingw32/13.0.0/../../../../x86_64-w64-mingw32/include End of search list. GNU C++20 (GCC) version 13.0.0 20221124 (experimental) (x86_64-w64-mingw32) compiled by GNU C version 13.0.0 20221124 (experimental), GMP version 6.2.1, MPFR version 4.1.1, MPC version 1.2.1, isl version isl-0.24-GMP GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 2b6c2fb9839dec486c0793745b5cdfdc In file included from c:\gcc1300\include\c++\13.0.0\latch:38, from latch_windows.cpp:5: c:\gcc1300\include\c++\13.0.0\bits\atomic_base.h: In member function 'void std::atomic_flag::wait(bool, std::memory_order) const': c:\gcc1300\include\c++\13.0.0\bits\atomic_base.h:264:12: error: '__atomic_wait_address_v' is not a member of 'std' 264 | std::__atomic_wait_address_v(&_M_i, __v, |^~~ c:\gcc1300\include\c++\13.0.0\bits\atomic_base.h: In member function 'void std::atomic_flag::notify_one()': c:\gcc1300\include\c++\13.0.0\bits\atomic_base.h:272:12: error: '__atomic_notify_address' is not a member of 'std' 272 | { std::__atomic_notify_address(&_M_i, false); } |^~~ c:\gcc1300\include\c++\13.0.0\bits\atomic_base.h: In member function 'void std::atomic_flag::notify_all()': c:\gcc1300\include\c++\13.0.0\bits\atomic_base.h:278:12: error: '__atomic_notify_address' is not a member of 'std' 278 | { std::__atomic_notify_address(&_M_i, true); } |^~~ c:\gcc1300\include\c++\13.0.0\bits\atomic_base.h: In member function 'void std::__atomic_base<_IntTp>::wait(__int_type, std::memory_order) const': c:\gcc1300\include\c++\13.0.0\bits\atomic_base.h:613:14: error: '__atomic_wait_address_v' is not a member of 'std' 613 | std::__atomic_wait_address_v(&_M_i, __old, | ^~~ c:\gcc1300\include\c++\1
[Bug libstdc++/107886] Problem witch std::latch, std::binary_semaphores in C++20
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::mutex coutMutex; void synchronizedOut(const std::string& s) { std::lock_guard lo(coutMutex); std::cout << s; } class Worker { public: Worker(std::string n): name(n) { }; void operator() () { synchronizedOut(name + ": " + "Work done!\n"); workDone.arrive_and_wait(); // wait until all work is done (1) synchronizedOut(name + ": " + "See you tomorrow!\n"); } private: std::string name; }; int main() { std::cout << '\n'; Worker herb(" Herb"); std::thread herbWork(herb); Worker scott("Scott"); std::thread scottWork(scott); Worker bjarne(" Bjarne"); std::thread bjarneWork(bjarne); Worker andrei("Andrei"); std::thread andreiWork(andrei); Worker andrew(" Andrew"); std::thread andrewWork(andrew); Worker david("David"); std::thread davidWork(david); herbWork.join(); scottWork.join(); bjarneWork.join(); andreiWork.join(); andrewWork.join(); davidWork.join(); } ``` I have error. workers.cpp:8:6: error: 'latch' in namespace 'std' does not name a type 8 | std::latch workDone(6); | ^ When I use 'latch.h' gcc 11.3.0 and above hasn't problem. https://github.com/luncliff/latch/blob/master/latch.h I have not error.
[Bug libstdc++/107886] Problem witch std::latch, std::binary_semaphores in C++20
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 201907L # if __cpp_aligned_new # define __cpp_lib_barrier 201907L # endif #endif ```
[Bug libstdc++/107886] Problem witch std::latch, std::binary_semaphores in C++20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107886 --- Comment #5 from Jamaika --- I test gcc 13.0.0. No change
[Bug libstdc++/107886] Problem witch std::latch, std::binary_semaphores in C++20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107886 --- Comment #4 from Jamaika --- I test gcc 13.0.0. No change
[Bug libstdc++/107886] Problem witch std::latch, std::binary_semaphores in C++20
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-20221124.7z
[Bug c++/107886] New: Problem witch std::latch, std::binary_semaphores in C++2a
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 Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: lukaszcz18 at wp dot pl Target Milestone: --- https://github.com/meganz/mingw-std-threads/issues/67
[Bug middle-end/106962] How to create AOM codec in GCC 12.2 and newer under Windows 64bit?
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
[Bug c/106962] New: How to create AOM codec in GCC 12.2 and newer under Windows 64bit?
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 Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: lukaszcz18 at wp dot pl Target Milestone: --- I want to produce codec without SIMD and assembler. I'm using basic functions `-std=gnu++11 -ftree-vectorize -g0 -O3 -DWINVER=0x0602 -D_WIN32_WINNT=0x0602 -DWIN32_LEAN_AND_MEAN=/"/" -DNOMINMAX`. The problem is that when I create AOM codecs in GCC 11.3.1 they work. On newer compilers GCC 12.2 and gcc13.0 aren't working. In GCC 11.3 codec creates photos. GCC 12.2 and above go straight to DOS. At first I thought they were GCC bugs. Now I know that there are newer versions of GCC and the effect has been the same for year. What have new features been added to these compilers? Strange thing. Other libraries have no problem: libjpeg-turbo, libpng, libtiff, dav1d, libgav1, avif, svt-av1, openhtj2k, openjph, openjpeg2000, ... http://msystem.waw.pl/x265/mingw-gcc113-20220819.7z http://msystem.waw.pl/x265/mingw-gcc1221-20220911.7z Codec gcc1131 https://www.sendspace.com/file/nwfozk
[Bug target/104593] Problem with va_list
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-vectorize -g0 -O3 -fPIC -DWIN32 -DWINVER=0x0602 -D_WIN32_WINNT=0x0602 -c %%f -o %%~nf.o cd ..\.. cd lib\apputils for %%f in ("%~dp1*.cpp") do g++.exe -std=gnu++14 -DNDEBUG -ftree-vectorize -g0 -O3 -fPIC -DWIN32 -DWINVER=0x0602 -D_WIN32_WINNT=0x0602 -DVVENC_ENABLE_THIRDPARTY_JSON=1 -c %%f -o %%~nf.o cd ..\.. cd lib\Utilities for %%f in ("%~dp1*.cpp") do g++.exe -std=gnu++14 -DNDEBUG -ftree-vectorize -g0 -O3 -fPIC -DWIN32 -DWINVER=0x0602 -D_WIN32_WINNT=0x0602 -c %%f -o %%~nf.o cd ..\.. cd lib\EncoderLib for %%f in ("%~dp1*.cpp") do g++.exe -std=gnu++14 -DNDEBUG -ftree-vectorize -g0 -O3 -fPIC -DWIN32 -DWINVER=0x0602 -D_WIN32_WINNT=0x0602 -DVVENC_ENABLE_THIRDPARTY_JSON=1 -c %%f -o %%~nf.o cd ..\.. cd lib\DecoderLib for %%f in ("%~dp1*.cpp") do g++.exe -std=gnu++14 -DNDEBUG -ftree-vectorize -g0 -O3 -fPIC -DWIN32 -DWINVER=0x0602 -D_WIN32_WINNT=0x0602 -c %%f -o %%~nf.o cd ..\.. cd lib\vvenc for %%f in ("%~dp1*.cpp") do g++.exe -std=gnu++14 -DNDEBUG -ftree-vectorize -g0 -O3 -fPIC -DWIN32 -DWINVER=0x0602 -D_WIN32_WINNT=0x0602 -c %%f -o %%~nf.o cd ..\.. cd App\vvencapp for %%f in ("%~dp1*.cpp") do g++.exe -std=gnu++14 -DNDEBUG -ftree-vectorize -g0 -O3 -fPIC -DWIN32 -DWINVER=0x0602 -D_WIN32_WINNT=0x0602 -c %%f -o %%~nf.o cd ..\.. g++ -std=gnu++14 -fPIC -ftree-vectorize -g0 -O3 -Wall -Wextra -Werror -o VVEncoderApp.exe App\vvencapp\vvencapp.o lib\apputils\ParseArg.o lib\apputils\VVEncAppCfg.o lib\apputils\YuvFileIO.o lib\vvenc\vvenc.o lib\vvenc\vvencCfg.o lib\vvenc\vvencimpl.o lib\Utilities\NoMallocThreadPool.o lib\EncoderLib\BitAllocation.o lib\EncoderLib\BinEncoder.o lib\EncoderLib\CABACWriter.o lib\EncoderLib\EncAdaptiveLoopFilter.o lib\EncoderLib\EncGOP.o lib\EncoderLib\EncCu.o lib\EncoderLib\EncHRD.o lib\EncoderLib\EncLib.o lib\EncoderLib\EncModeCtrl.o lib\EncoderLib\EncPicture.o lib\EncoderLib\EncReshape.o lib\EncoderLib\EncSampleAdaptiveOffset.o lib\EncoderLib\EncSlice.o lib\EncoderLib\InterSearch.o lib\EncoderLib\IntraSearch.o lib\EncoderLib\LegacyRateCtrl.o lib\EncoderLib\NALwrite.o lib\CommonLib\ProfileLevelTier.o lib\EncoderLib\RateCtrl.o lib\EncoderLib\SEIEncoder.o lib\EncoderLib\SEIwrite.o lib\EncoderLib\VLCWriter.o lib\CommonLib\AdaptiveLoopFilter.o lib\CommonLib\AffineGradientSearch.o lib\CommonLib\BitStream.o lib\CommonLib\Buffer.o lib\CommonLib\CodingStructure.o lib\CommonLib\ContextModelling.o lib\CommonLib\Contexts.o lib\CommonLib\DepQuant.o lib\CommonLib\dtrace.o lib\CommonLib\InterpolationFilter.o lib\CommonLib\InterPrediction.o lib\CommonLib\IntraPrediction.o lib\CommonLib\LoopFilter.o lib\CommonLib\MatrixIntraPrediction.o lib\CommonLib\MCTF.o lib\CommonLib\Mv.o lib\CommonLib\Picture.o lib\CommonLib\PicYuvMD5.o lib\CommonLib\Quant.o lib\CommonLib\QuantRDOQ.o lib\CommonLib\QuantRDOQ2.o lib\CommonLib\RdCost.o lib\CommonLib\Reshape.o lib\CommonLib\Rom.o lib\CommonLib\RomTr.o lib\CommonLib\SampleAdaptiveOffset.o lib\CommonLib\SEI.o lib\CommonLib\Slice.o lib\CommonLib\TrQuant.o lib\CommonLib\TrQuant_EMT.o lib\CommonLib\Unit.o lib\CommonLib\UnitPartitioner.o lib\CommonLib\UnitTools.o lib\DecoderLib\AnnexBread.o lib\DecoderLib\CABACReader.o lib\DecoderLib\BinDecoder.o lib\DecoderLib\DecCu.o lib\DecoderLib\DecLib.o lib\DecoderLib\DecSlice.o lib\DecoderLib\NALread.o lib\DecoderLib\SEIread.o lib\DecoderLib\VLCReader.o pause
[Bug libstdc++/104592] Problem with std::basic_ostream
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_ISATTY -c %%f -o %%~nf.o cd boost for %%f in ("%~dp1*.cpp") do g++.exe -std=gnu++14 -ftree-vectorize -g0 -O3 -fPIC -c %%f -o %%~nf.o cd .. g++.exe -std=gnu++14 -Wall -Wextra -ftree-vectorize -g0 -O3 -fPIC cjpls.o cjpls_options.o crc32.o dest.o format.o image.o jls.o options.o pnm.o raw.o source.o utils.o boost/cmdline.o boost/config_file.o boost/convert.o boost/options_description.o boost/parsers.o boost/positional_options.o boost/split.o boost/utf8_codecvt_facet.o boost/value_semantic.o boost/variables_map.o boost/winmain.o jpegls/charls_jpegls_decoder.o jpegls/charls_jpegls_encoder.o jpegls/jpegls_error.o jpegls/jpeg_stream_reader.o jpegls/jpeg_stream_writer.o jpegls/jpegls.o jpegls/util.o jpegls/version.o -o cjpls.exe pause
[Bug target/104593] Problem with va_list
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
[Bug libstdc++/104592] Problem with std::basic_ostream
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104592 --- Comment #2 from Jamaika --- http://msystem.waw.pl/x265/mingw-gcc1201-20220206.7z
[Bug c++/104593] New: Problem with va_list
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: unassigned at gcc dot gnu.org Reporter: lukaszcz18 at wp dot pl Target Milestone: --- I use vvenc/vvdec c++14 https://github.com/fraunhoferhhi/vvenc/commit/69469d7ac5de882d9f5e12b24ee87f376df20262 In file included from AffineGradientSearch.h:53, from AffineGradientSearch.cpp:57: CommonDef.h:595:62: warning: ignoring attributes on template argument 'void(void*, int, const char*, va_list)' {aka 'void(void*, int, const char*, char*)'} [-Wignored-attributes] 595 | extern std::function g_msgFnc;
[Bug c++/104592] New: Problem with std::basic_ostream
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++ Assignee: unassigned at gcc dot gnu.org Reporter: lukaszcz18 at wp dot pl Target Milestone: --- I use boost 1.78 c++11 https://boostorg.jfrog.io/artifactory/main/release/1.78.0/source/boost_1_78_0.zip and charls-tools https://github.com/malaterre/charls-tools/commit/b27c6071a42996b26ca91fbb015d4b42238d13cf and https://github.com/team-charls/charls/commit/662d4f2a0238357ccc4d89cd14b1fa67d2597ff1 jplsinfo.cpp:26:12: error: no match for 'operator<<' (operand types are 'std::stringstream' {aka 'std::__cxx11::basic_stringstream'} and 'const charls::spiff_profile_id') 26 | ss << val; | ~~~^~ In file included from c:\msys1200\include\c++\12.0.1\istream:39, from c:\msys1200\include\c++\12.0.1\fstream:38, from jplsinfo.cpp:6: c:\msys1200\include\c++\12.0.1\ostream:108:7: note: candidate: 'std::basic_ostream<_CharT, _Traits>::__ostream_type& std::basic_ostream<_CharT, _Traits>::operator<<(__ostream_type& (*)(__ostream_type&)) [with _CharT = char; _Traits = std::char_traits; __ostream_type = std::basic_ostream]' 108 | operator<<(__ostream_type& (*__pf)(__ostream_type&)) | ^~~~ c:\msys1200\include\c++\12.0.1\ostream:108:36: note: no known conversion for argument 1 from 'const charls::spiff_profile_id' to 'std::basic_ostream::__ostream_type& (*)(std::basic_ostream::__ostream_type&)' {aka 'std::basic_ostream& (*)(std::basic_ostream&)'} 108 | operator<<(__ostream_type& (*__pf)(__ostream_type&)) | ~~^~
[Bug c++/104591] New: Problem with unary_function
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++ Assignee: unassigned at gcc dot gnu.org Reporter: lukaszcz18 at wp dot pl Target Milestone: --- I use library vvenc c++14 https://github.com/fraunhoferhhi/vvenc/commit/69469d7ac5de882d9f5e12b24ee87f376df20262 or jvetvvc c++11 https://vcgit.hhi.fraunhofer.de/jvet/VVCSoftware_VTM/-/commit/ab0bea02235bb876c9d3bd8a9d3b2fca7ad1b8eb and https://github.com/Jamaika1/mingw_std_threads and http://msystem.waw.pl/x265/mingw-gcc1201-20220206.7z In file included from Unit.h:53, from AdaptiveLoopFilter.h:54: Common.h:184:41: warning: 'template struct std::unary_function' is deprecated [-Wdeprecated-declarations] 184 | struct hash : public unary_function | ^~ In file included from c:\msys1200\include\c++\12.0.1\string:48, from c:\msys1200\include\c++\12.0.1\bits\locale_classes.h:40, from c:\msys1200\include\c++\12.0.1\bits\ios_base.h:41, from c:\msys1200\include\c++\12.0.1\ios:42, from c:\msys1200\include\c++\12.0.1\ostream:38, from c:\msys1200\include\c++\12.0.1\iostream:39, from CommonDef.h:53: c:\msys1200\include\c++\12.0.1\bits\stl_function.h:117:12: note: declared here 117 | struct unary_function |^~