https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28277
--- Comment #22 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #21)
> (In reply to Andrew Pinski from comment #20)
> > src/c++11/snprintf_lite.cc (__throw_insufficient_space)
>
> Another internal impl detail, but this one is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28277
--- Comment #21 from Jonathan Wakely ---
(In reply to Andrew Pinski from comment #20)
> here is the current list as far as I can tell:
> config/locale/dragonfly/codecvt_members.cc
> config/locale/gnu/codecvt_members.cc
> config/locale/gnu/message
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28277
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|NEW
Last reconfirmed|2006-07-05 23:00:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28277
--- Comment #19 from Jonathan Wakely ---
My patch missed a case for num_put, which I'll fix.
Here's a crash test for codecvt::do_length in codecvt_members.cc:
#include
int main()
{
using namespace std;
auto& cvt = use_facet>(locale::class
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28277
Jonathan Wakely changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
--- Comment #17 from paolo at gcc dot gnu dot org 2007-04-13 00:06 ---
Subject: Bug 28277
Author: paolo
Date: Fri Apr 13 00:06:37 2007
New Revision: 123770
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123770
Log:
2007-04-12 Paolo Carlini <[EMAIL PROTECTED]>
PR libst
--- Comment #16 from paolo at gcc dot gnu dot org 2007-04-10 11:39 ---
Subject: Bug 28277
Author: paolo
Date: Tue Apr 10 11:38:50 2007
New Revision: 123692
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123692
Log:
2007-04-10 Paolo Carlini <[EMAIL PROTECTED]>
PR libst
--- Comment #15 from pcarlini at suse dot de 2007-04-09 22:35 ---
Doesn't really block this one.
--
pcarlini at suse dot de changed:
What|Removed |Added
BugsThisDependsO
--- Comment #14 from paolo at gcc dot gnu dot org 2006-10-13 09:00 ---
Subject: Bug 28277
Author: paolo
Date: Fri Oct 13 09:00:31 2006
New Revision: 117689
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117689
Log:
2006-10-13 Paolo Carlini <[EMAIL PROTECTED]>
PR libst
--- Comment #13 from paolo at gcc dot gnu dot org 2006-10-09 18:04 ---
Subject: Bug 28277
Author: paolo
Date: Mon Oct 9 18:04:18 2006
New Revision: 117581
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117581
Log:
2006-10-09 Paolo Carlini <[EMAIL PROTECTED]>
PR libst
--- Comment #12 from paolo at gcc dot gnu dot org 2006-10-09 10:50 ---
Subject: Bug 28277
Author: paolo
Date: Mon Oct 9 10:49:50 2006
New Revision: 117571
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117571
Log:
2006-10-09 Paolo Carlini <[EMAIL PROTECTED]>
PR libst
--- Comment #11 from paolo at gcc dot gnu dot org 2006-10-08 01:13 ---
Subject: Bug 28277
Author: paolo
Date: Sun Oct 8 01:13:03 2006
New Revision: 117549
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117549
Log:
2006-10-07 Paolo Carlini <[EMAIL PROTECTED]>
PR libst
--- Comment #10 from paolo at gcc dot gnu dot org 2006-07-16 15:39 ---
Subject: Bug 28277
Author: paolo
Date: Sun Jul 16 15:38:59 2006
New Revision: 115501
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115501
Log:
2006-07-16 Paolo Carlini <[EMAIL PROTECTED]>
PR libst
--- Comment #9 from paolo at gcc dot gnu dot org 2006-07-15 20:30 ---
Subject: Bug 28277
Author: paolo
Date: Sat Jul 15 20:30:50 2006
New Revision: 115485
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115485
Log:
2006-07-15 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- Comment #8 from paolo at gcc dot gnu dot org 2006-07-11 11:21 ---
Subject: Bug 28277
Author: paolo
Date: Tue Jul 11 11:21:38 2006
New Revision: 115332
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115332
Log:
2006-07-11 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de
|dot org |
--- Comment #7 from pcarlini at suse dot de 2006-07-05 23:17 ---
Humm, at least the various instances of the problem related to padding seem
simple to fix, by just doing the I/O as part of the padding itself - it's *the
last* stage of the processing anyway...
--
http://gcc.gnu.org/b
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|pcarlini at suse dot de |unassigned at gcc dot gnu
||do
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de
|dot org |
--- Comment #6 from pcarlini at suse dot de 2006-07-05 22:48 ---
(In reply to comment #5)
> The threads point is just a basic stack size issue: threads on linux have a
> fixed size which is often smaller than the main stack size limit.
Ok then.
> With an output width of 60 million, it'
--- Comment #5 from mec at google dot com 2006-07-05 22:43 ---
The threads point is just a basic stack size issue: threads on linux have a
fixed size which is often smaller than the main stack size limit.
With an output width of 60 million, it's easy to see a failure, even on a main
sta
--- Comment #4 from pcarlini at suse dot de 2006-07-05 22:32 ---
(In reply to comment #2)
> Sure, here is a test program for versa_string:
Ok, the stack thing is rather straightforward but of course we should first dig
the archives and find when and why, **a lot** of time ago, such uses
--- Comment #3 from pinskia at physics dot uc dot edu 2006-07-05 22:27
---
Subject: Re: __builtin_alloca with no limit in libstdc++
>
>
> std::cout.width(6000);
> This program allocates 60 million bytes on the stack in the last output
> statement.
You get what you deserve rea
>
>
> std::cout.width(6000);
> This program allocates 60 million bytes on the stack in the last output
> statement.
You get what you deserve really. If there are checks then it will be slow.
-- Pinski
--- Comment #2 from mec at google dot com 2006-07-05 22:20 ---
Sure, here is a test program for versa_string:
// Copyright 2006, Google Inc. All rights reserved.
// Author: [EMAIL PROTECTED] (Michael Chastain)
//
// Test operator<<(ostream&, const versa_string&)
#include
#include
--- Comment #1 from pcarlini at suse dot de 2006-07-05 21:47 ---
(In reply to comment #0)
> These have data-dependent sizes with no obvious limit, which does not mix well
> with threads and small stacks.
I suppose you are going to provide additional details...
--
http://gcc.gnu.or
26 matches
Mail list logo
