[Bug libfortran/117857] libgfortran on powerpc-darwin8 doesn't compile: `-Wint-conversion` in `stream_ttyname`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117857 --- Comment #15 from Gleb Mazovetskiy --- Also in macports, there is only one use of `-D_APPLE_C_SOURCE` in macports, for the tmux package. https://github.com/macports/macports-ports/blob/ad9460ffa5b5ff8ce8e7b4e3dd01cf7db07dac8c/sysutils/tmux/P

[Bug libfortran/117857] libgfortran on powerpc-darwin8 doesn't compile: `-Wint-conversion` in `stream_ttyname`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117857 --- Comment #14 from Gleb Mazovetskiy --- In macports, a lot of packages seem to simply pass `-D__DARWIN_UNIX03=1`: https://github.com/search?q=repo%3Amacports%2Fmacports-ports+D__DARWIN_UNIX03&type=code

[Bug libfortran/117857] libgfortran on powerpc-darwin8 doesn't compile: `-Wint-conversion` in `stream_ttyname`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117857 --- Comment #8 from Gleb Mazovetskiy --- > The warning was changed to an error by default for GCC 14 Ah, makes sense, thanks for explaining. I'm guessing it went unnoticed because the failure conditions for `ttyname_r` must be quite rare.

[Bug target/117834] [14/15 Regression] libgfortran doesn't compile unless `PTHREAD_RWLOCK_INITIALIZER` is defined on powerpc-darwin since r14-6425

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117834 --- Comment #8 from Gleb Mazovetskiy --- > If you want to make progress, and help keep it alive, then the best way is to > test regularly - in this case you need to bisect to find what change caused > the problem - and hopefully that will sugg

[Bug libfortran/117857] libgfortran on powerpc-darwin8 doesn't compile: `-Wint-conversion` in `stream_ttyname`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117857 --- Comment #6 from Gleb Mazovetskiy --- > This has been "broken" since r0-106339-g6a0f6e7799c988 (GCC 4.6.0) Over 13 > years ago. I don't think so. GCC7 has been the version used by macports for a while, and more recently some reported compil

[Bug libfortran/117857] libgfortran on powerpc-darwin8 doesn't compile: `-Wint-conversion` in `stream_ttyname`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117857 --- Comment #2 from Gleb Mazovetskiy --- Created attachment 59751 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59751&action=edit workaround patch for darwin8

[Bug libfortran/117857] libgfortran on powerpc-darwin8 doesn't compile: `-Wint-conversion` in `stream_ttyname`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117857 --- Comment #1 from Gleb Mazovetskiy --- On my macOS 10.4 Tiger PowerPC, /usr/include/unistd.h contains the following: #if __DARWIN_UNIX03 int ttyname_r(int, char *, size_t) __DARWIN_ALIAS(ttyname_r); #else /* !__DARWIN_UNIX03 */ char*

[Bug libfortran/117857] New: libgfortran on powerpc-darwin8 doesn't compile: `-Wint-conversion` in `stream_ttyname`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117857 Bug ID: 117857 Summary: libgfortran on powerpc-darwin8 doesn't compile: `-Wint-conversion` in `stream_ttyname` Product: gcc Version: 14.2.0 Status: UNCONFIRMED

[Bug target/117834] [14/15 Regression] libgfortran doesn't compile unless `PTHREAD_RWLOCK_INITIALIZER` is defined on powerpc-darwin since r14-6425

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117834 --- Comment #4 from Gleb Mazovetskiy --- Created attachment 59750 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59750&action=edit example patch for tiger The following patch fixes that particular error (the proper fix should probably be

[Bug target/117834] libgfortran doesn't compile unless `PTHREAD_RWLOCK_INITIALIZER` is defined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117834 --- Comment #3 from Gleb Mazovetskiy --- Note that for OSX 10.4 (aka darwin8) `PTHREAD_RWLOCK_INITIALIZER` can be defined like this: #define PTHREAD_RWLOCK_INITIALIZER {_PTHREAD_RWLOCK_SIG_init, {0}}

[Bug target/117834] libgfortran doesn't compile unless `PTHREAD_RWLOCK_INITIALIZER` is defined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117834 --- Comment #2 from Gleb Mazovetskiy --- Looks like the change causing this was introduced in https://github.com/gcc-mirror/gcc/commit/b806c88fab3f9c6833563f9a44b608dd5dd14de9

[Bug libfortran/117834] New: libgfortran doesn't compile unless `PTHREAD_RWLOCK_INITIALIZER` is defined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117834 Bug ID: 117834 Summary: libgfortran doesn't compile unless `PTHREAD_RWLOCK_INITIALIZER` is defined Product: gcc Version: 14.2.0 Status: UNCONFIRMED Severity: n

[Bug libstdc++/105730] [12 Regression] Issue with commit - Allow std::condition_variable waits to be cancelled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105730 --- Comment #14 from Gleb Mazovetskiy --- The patch applies cleanly to the latest gcc-12 release and also fixes the issue there btw.

[Bug libstdc++/105730] [12/13 Regression] Issue with commit - Allow std::condition_variable waits to be cancelled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105730 --- Comment #10 from Gleb Mazovetskiy --- The patch in Comment 8 fixes the issue for me!

[Bug libstdc++/105730] [12/13 Regression] Issue with commit - Allow std::condition_variable waits to be cancelled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105730 --- Comment #7 from Gleb Mazovetskiy --- $ output/gcw0/host/bin/mipsel-gcw0-linux-uclibc-gcc-nm -gD output/gcw0/target/lib/libstdc++.so | grep condition_variable | grep wait 00084ecc T _ZNSt18condition_variable4waitERSt11unique_lockISt5mutexE@GL

[Bug libstdc++/108188] Segfault in compatibility-condvar.cc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108188 --- Comment #3 from Gleb Mazovetskiy --- I am simply using buildroot to build everything, including gdb. binutils v2.38 ld.

[Bug libstdc++/108188] New: Segfault in compatibility-condvar.cc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108188 Bug ID: 108188 Summary: Segfault in compatibility-condvar.cc Product: gcc Version: 12.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++