[Bug libgcc/109282] Libgcc references sh and not $(SHELL) in Makefile.in

2023-03-29 Thread chrisj at rtems dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109282 --- Comment #5 from Chris Johns --- (In reply to Andrew Pinski from comment #4) > My bet if you do /bin/sh you would also get into trouble too ... I do not think it is /bin/sh but you are right with the link bring MacOS blocking an exe that sho

[Bug libgcc/109282] Libgcc references sh and not $(SHELL) in Makefile.in

2023-03-25 Thread chrisj at rtems dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109282 --- Comment #2 from Chris Johns --- (In reply to Andrew Pinski from comment #1) > move-if-change should work just fine with a normal POSIX shell ... It does. Maybe it was not found? > What is the error message with /bin/sh still there? The er

[Bug libgcc/109282] New: Libgcc references sh and not $(SHELL) in Makefile.in

2023-03-25 Thread chrisj at rtems dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109282 Bug ID: 109282 Summary: Libgcc references sh and not $(SHELL) in Makefile.in Product: gcc Version: 12.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Comp

[Bug libstdc++/105880] eh_globals_init destructor not setting _M_init to false

2022-06-08 Thread chrisj at rtems dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105880 --- Comment #10 from Chris Johns --- (In reply to Jonathan Wakely from comment #9) > Created attachment 53103 [details] > Fix lifetime bugs for non-TLS eh_globals > > Does this work? That is a great way to solve this problem given the limitati

[Bug libstdc++/105880] eh_globals_init destructor not setting _M_init to false

2022-06-07 Thread chrisj at rtems dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105880 --- Comment #6 from Chris Johns --- (In reply to Andrew Pinski from comment #5) > There has to be an ordering issue of the calling of the deconstructors vs > the ordering of the constructors. > > Maybe the problem is the `eh_gloabls init` prior

[Bug libstdc++/105880] eh_globals_init destructor not setting _M_init to false

2022-06-07 Thread chrisj at rtems dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105880 --- Comment #4 from Chris Johns --- (In reply to Andrew Pinski from comment #3) > Sounds like the order of deconstructors is wrong. > Where is __cxxabiv1::__cxa_get_globals being called from that is the problem? The `std::ios_base::Init::~Init(

[Bug libstdc++/105880] New: eh_globals_init destructor not setting _M_init to false

2022-06-07 Thread chrisj at rtems dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105880 Bug ID: 105880 Summary: eh_globals_init destructor not setting _M_init to false Product: gcc Version: 12.1.1 Status: UNCONFIRMED Severity: normal Pri