[Bug libstdc++/52389] Allocation/deallocation across DLL boundary in std::locale

2021-04-19 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52389

Jonathan Wakely  changed:

   What|Removed |Added

 Status|ASSIGNED|NEW
   Assignee|redi at gcc dot gnu.org|unassigned at gcc dot 
gnu.org

[Bug libstdc++/52389] Allocation/deallocation across DLL boundary in std::locale

2017-05-17 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52389

Jonathan Wakely  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|unassigned at gcc dot gnu.org  |redi at gcc dot gnu.org

--- Comment #8 from Jonathan Wakely  ---
Created attachment 41377
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41377=edit
Patch to deallocate locale name inside libstdc++.dll

Is this still a problem for mingw?

Does this patch fix it?

[Bug libstdc++/52389] Allocation/deallocation across DLL boundary in std::locale

2017-05-17 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52389

Jonathan Wakely  changed:

   What|Removed |Added

   Target Milestone|5.5 |---

[Bug libstdc++/52389] Allocation/deallocation across DLL boundary in std::locale

2016-06-03 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52389

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|5.4 |5.5

--- Comment #7 from Richard Biener  ---
GCC 5.4 is being released, adjusting target milestone.

[Bug libstdc++/52389] Allocation/deallocation across DLL boundary in std::locale

2015-12-04 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52389

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|5.3 |5.4

--- Comment #6 from Richard Biener  ---
GCC 5.3 is being released, adjusting target milestone.

[Bug libstdc++/52389] Allocation/deallocation across DLL boundary in std::locale

2015-07-16 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52389

Richard Biener rguenth at gcc dot gnu.org changed:

   What|Removed |Added

   Target Milestone|5.2 |5.3

--- Comment #5 from Richard Biener rguenth at gcc dot gnu.org ---
GCC 5.2 is being released, adjusting target milestone to 5.3.


[Bug libstdc++/52389] Allocation/deallocation across DLL boundary in std::locale

2015-04-22 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52389

Jakub Jelinek jakub at gcc dot gnu.org changed:

   What|Removed |Added

   Target Milestone|5.0 |5.2

--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org ---
GCC 5.1 has been released.


[Bug libstdc++/52389] Allocation/deallocation across DLL boundary in std::locale

2014-12-21 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52389

Jonathan Wakely redi at gcc dot gnu.org changed:

   What|Removed |Added

   Target Milestone|--- |5.0


[Bug libstdc++/52389] Allocation/deallocation across DLL boundary in std::locale

2014-12-21 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52389

Jonathan Wakely redi at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2014-12-21
 Ever confirmed|0   |1

--- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org ---
I suppose we could add a function to delete the name so it's done in the
library with the matching deallocation function.


[Bug libstdc++/52389] Allocation/deallocation across DLL boundary in std::locale

2012-02-26 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52389

Jonathan Wakely redi at gcc dot gnu.org changed:

   What|Removed |Added

 CC||dave.korn.cygwin at gmail
   ||dot com

--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2012-02-26 
12:35:07 UTC ---
I seem to remember some special tricks being done to handle replacement
functions on Windows and thought it should work - Dave, could you comment?


[Bug libstdc++/52389] Allocation/deallocation across DLL boundary in std::locale

2012-02-26 Thread paolo.carlini at oracle dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52389

--- Comment #2 from Paolo Carlini paolo.carlini at oracle dot com 2012-02-26 
16:28:17 UTC ---
To be clear, x86_64 linux is fine both mainline and 4_6-branch (first blush, I
thought the issue was related to 50594, which is fixed only in mainline)