--
What|Removed |Added
CC||dhruvbird at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20979
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-04-13 06:06
---
Janis, can we close this out please?
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20694
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-04-13 16:32
---
I posit that this usage of static local variables, as written, is thread safe
with gcc-4.0.x compilers. (Since resolution of c++/13684).
! _Mutex*
! _M_get_mutex()
! {
! static _Mutex
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-04-13 21:43
---
Great. I'll put this in then.
Thanks,
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20979
++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bkoz at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-04-17 17:56
---
Created an attachment (id=8666)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8666&action=view)
bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21072
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-04-17 17:57
---
Created an attachment (id=8667)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8667&action=view)
revert base allocator change
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21072
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-04-17 17:59
---
Additional fixes include adding _M_reclaim_block checks. However, this seems to
be patching the symptom, not the disease.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21072
--- Comment #3 from bkoz at gcc dot gnu dot org 2008-09-10 01:45 ---
Specifically the qualities that I am looking for are:
1) be able to inherit from "C" POD and be standard layout
2) be able to have deleted ctor/copy ctor and be standard layout
3) able to do aggregate init
--- Comment #4 from bkoz at gcc dot gnu dot org 2008-09-10 01:47 ---
Created an attachment (id=16268)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16268&action=view)
atomics with deleter functions
Would also like to inherit instead of encapsulate, but will cross that
--- Comment #2 from bkoz at gcc dot gnu dot org 2008-09-22 19:06 ---
All the test and example links in pb_ds that point to source files are broken.
These include links linked to from these pages:
libstdc++-v3/doc/html/ext/pb_ds/assoc_examples.html
libstdc++-v3/doc/html/ext/pb_ds
--- Comment #3 from bkoz at gcc dot gnu dot org 2008-09-22 20:56 ---
Should be fixed now.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone
--- Comment #4 from bkoz at gcc dot gnu dot org 2008-09-22 20:57 ---
Subject: Bug 37391
Author: bkoz
Date: Mon Sep 22 20:56:08 2008
New Revision: 140564
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140564
Log:
2008-09-22 Benjamin Kosnik <[EMAIL PROTECTED]&g
--- Comment #5 from bkoz at gcc dot gnu dot org 2008-09-23 16:08 ---
Subject: Bug 37391
Author: bkoz
Date: Tue Sep 23 16:06:43 2008
New Revision: 140600
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140600
Log:
2008-09-23 Benjamin Kosnik <[EMAIL PROTECTED]&g
atus: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bkoz at gcc dot gnu dot org
GCC host triplet: all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37860
--- Comment #1 from bkoz at gcc dot gnu dot org 2008-10-17 08:19 ---
Sorry, that should have a single argument ctor.
Like:
struct b
{
bool t;
b() = default;
~b() = default;
b& operator=(const b&) = delete;
b(const b&) = delete;
b(bool) { }
};
Gives:
%g+
--- Comment #2 from bkoz at gcc dot gnu dot org 2008-10-22 22:30 ---
Changed summary
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
Summary
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bkoz at gcc dot gnu dot org
BugsThisDependsOn: 37860
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37896
n()::test_type' requested
--
Summary: aggregates vs. defaulted deleted functions
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
Priority: P3
Component: c++
--- Comment #1 from bkoz at gcc dot gnu dot org 2008-10-22 22:59 ---
Breaking these out to separate bugs
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from bkoz at gcc dot gnu dot org 2008-10-22 23:07 ---
Can work around this by adding initializer_list ctor.
b(std::initializer_list __a)
: t(*__a.begin()) { }
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37860
Version: 4.4.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bkoz at gcc dot gnu dot org
GCC host triplet: all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37906
ned at gcc dot gnu dot org
ReportedBy: bkoz at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37907
--- Comment #4 from bkoz at gcc dot gnu dot org 2008-01-17 17:21 ---
Created an attachment (id=14958)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14958&action=view)
__gnu_parallel:Settings as a datum
Here's just the settings code, but not the entire patch to im
--- Comment #3 from bkoz at gcc dot gnu dot org 2008-01-17 17:20 ---
I'd actually worked up a solution that takes the mt_allocator.h approach of a
settings datum, with public get/set methods. Thus, the default datum is private
to the libstdc++.a/.so binary.
This is the eve
--- Comment #29 from bkoz at gcc dot gnu dot org 2008-01-18 08:35 ---
I asked for two votes:
1) keep removal of pre-iso includes, (ie current sources). Majority approves.
2) reinstate just iostream.h and fstream.h. Majority declines.
Therefore, I am closing this as WONTFIX as per
--- Comment #20 from bkoz at gcc dot gnu dot org 2008-01-18 08:45 ---
This patch seems good to me. What's the delay here?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27880
--- Comment #5 from bkoz at gcc dot gnu dot org 2008-01-18 23:22 ---
Brain dump into this: reasons to move to datum/mt_allocator type approach:
It tries to be the minimal change, keeping all your existing data. (With the
exception of making a tristate variable for the force_parallel
--- Comment #4 from bkoz at gcc dot gnu dot org 2008-01-24 17:18 ---
I have verified that all three of simon's test cases now error on mainline, as
expected. Hurray!!! So, this can be closed as fixed, I guess.
Note 4.1.2 also errors, so maybe this was a result of some temp
--- Comment #6 from bkoz at gcc dot gnu dot org 2008-02-18 00:00 ---
Subject: Bug 34797
Author: bkoz
Date: Mon Feb 18 00:00:00 2008
New Revision: 132383
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132383
Log:
2008-02-17 Benjamin Kosnik <[EMAIL PROTECTED]&g
--- Comment #11 from bkoz at gcc dot gnu dot org 2008-02-18 00:18 ---
I'd like to close this (since ext/hash_map and ext/hash_set exist now, and
merge the bits about better error messages into 34015.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33832
--- Comment #2 from bkoz at gcc dot gnu dot org 2008-02-21 16:52 ---
Mine. I need to redo this page anyway.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from bkoz at gcc dot gnu dot org 2008-02-25 17:28 ---
Jason has suggested a good idea to fix this without messing about with test
harness issues.
We can just split
make check
up into
make check1
make check2
make check3
make check4
make check5
make check6
...
where
: trivial
Priority: P3
Component: driver
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bkoz at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35420
Component: libgomp
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bkoz at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35644
--- Comment #3 from bkoz at gcc dot gnu dot org 2008-03-20 14:21 ---
Subject: Bug 35256
Author: bkoz
Date: Thu Mar 20 14:20:49 2008
New Revision: 133378
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133378
Log:
2008-03-19 Benjamin Kosnik <[EMAIL PROTECTED]&g
--- Comment #4 from bkoz at gcc dot gnu dot org 2008-03-20 14:28 ---
Subject: Bug 35256
Author: bkoz
Date: Thu Mar 20 14:27:34 2008
New Revision: 133379
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133379
Log:
2008-03-19 Benjamin Kosnik <[EMAIL PROTECTED]&g
--- Comment #5 from bkoz at gcc dot gnu dot org 2008-03-20 14:29 ---
Fixed.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from bkoz at gcc dot gnu dot org 2008-03-20 15:26 ---
Is this an issue in the released 4.3.0, or some temporary glitch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35029
--- Comment #3 from bkoz at gcc dot gnu dot org 2008-03-20 16:16 ---
From:
http://gcc.gnu.org/ml/gcc-patches/2007-05/msg01135.html
2007-05-17 Benjamin Kosnik <[EMAIL PROTECTED]>
* acinclude.m4 (GLIBCXX_CHECK_COMPILER_FEATURES): Add -g to
compile flags, move c
ormal
Priority: P3
Component: web
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bkoz at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35777
--- Comment #2 from bkoz at gcc dot gnu dot org 2008-04-01 00:12 ---
Patch posted here:
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg01474.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33979
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bkoz at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35782
--- Comment #1 from bkoz at gcc dot gnu dot org 2008-04-01 04:05 ---
struct b
{
bool t;
#if 1
// need standard layout relaxation from POD
private:
b& operator=(const b&);
b(const b&);
#endif
};
int main()
{
b tst1 = { false };
const b tst2 = { true
--- Comment #7 from bkoz at gcc dot gnu dot org 2008-04-01 19:34 ---
Hey Jason, can we get this fixed on 4_3-branch? (Could probably get away with
just
gcc/cp/name-lookup.c fix, no?)
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33486
--- Comment #8 from bkoz at gcc dot gnu dot org 2009-02-02 18:26 ---
This looks like it happens on FreeBSD 7.1 as well:
http://gcc.gnu.org/ml/gcc-testresults/2009-02/msg00142.html
Any news on what is going on here?
Please note that i386-bsd is a primary platform for a release, as
--- Comment #5 from bkoz at gcc dot gnu dot org 2009-02-03 23:47 ---
> Benjamin, does you have an opinion about initializer-lists and complex? I
> guess the library complex class will accept { real, imag } naturally because
> it
> has a suitable constructor.
It would be g
--- Comment #6 from bkoz at gcc dot gnu dot org 2009-02-03 23:47 ---
Created an attachment (id=17240)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17240&action=view)
test std::complex, __complex init
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39056
--- Comment #4 from bkoz at gcc dot gnu dot org 2009-02-04 02:51 ---
This isn't a bug, but rather part of a deliberate linkage strategy.
For C++, types that are to be used across shared libraries have to be visible.
See:
http://gcc.gnu.org/onlinedocs/gcc/Code-Gen-Options.html
on: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bkoz at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39117
oduct: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: documentation
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bkoz at gcc dot gnu dot org
http://gcc.gnu.or
oduct: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: documentation
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bkoz at gcc dot gnu dot org
http://gcc.gnu.or
--- Comment #1 from bkoz at gcc dot gnu dot org 2009-02-11 22:13 ---
*** Bug 39158 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39153
--- Comment #1 from bkoz at gcc dot gnu dot org 2009-02-11 22:13 ---
Whoops, wrong state in browser
*** This bug has been marked as a duplicate of 39153 ***
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: accepts-invalid
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bkoz at gcc dot gnu dot org
http://gcc.gnu
--- Comment #2 from bkoz at gcc dot gnu dot org 2009-02-24 01:23 ---
Mine. This is still broken in 4.4.0.
Actually, in 4.2.4 --enable-symvers=gnu-versioned-namespace runs into a build
error in libgomp, where the argument given (gnu-versioned-namespace) does not
match with yes, no, gnu
--- Comment #3 from bkoz at gcc dot gnu dot org 2009-02-24 01:24 ---
Created an attachment (id=17355)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17355&action=view)
enable-symvers=gnu-versioned-namespace vs. libgomp
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36104
--- Comment #5 from bkoz at gcc dot gnu dot org 2009-02-24 07:05 ---
Any chance you could narrow this down? The revision stated as problematic has
nothing to do with libstdc++. The file implicated, cfenv, has not had a change
in 3 months.
What was a revision that worked?
This seems
--- Comment #1 from bkoz at gcc dot gnu dot org 2009-02-24 17:54 ---
Not urgent.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
CC
--- Comment #9 from bkoz at gcc dot gnu dot org 2009-02-24 17:56 ---
Changed title for 4.4 regression.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from bkoz at gcc dot gnu dot org 2009-03-04 14:03 ---
This has been broken since the move to include/tr1_impl. To fix this, I would
like to move to using fully-qualified macros for TR1 and std namespaces (ie
_GLIBCXX_TR1, _GLIBCXX_STD), and hopefully unifying the active
--- Comment #15 from bkoz at gcc dot gnu dot org 2009-04-16 21:59 ---
Patch in #12 seems fine to me for 4.4.1.
I remain interested in trying to use C++0x for some of the parallel mode bits,
including but not limited to cstdint, type_traits, functional, atomic, etc.
I hope to get
--- Comment #30 from bkoz at gcc dot gnu dot org 2009-04-16 22:04 ---
It'll be nice to have stdint.h provided by the compiler.
;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39644
--- Comment #1 from bkoz at gcc dot gnu dot org 2009-04-16 22:11 ---
I suspect this is a mis-configuration of your tester. From the most current
test results:
http://gcc.gnu.org/ml/gcc-testresults/2009-04/msg00745.html
This differs in the abi_check fail from other i686 testers, which
--- Comment #2 from bkoz at gcc dot gnu dot org 2009-04-16 22:12 ---
Mine
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at
--- Comment #3 from bkoz at gcc dot gnu dot org 2009-04-16 22:38 ---
Created an attachment (id=17649)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17649&action=view)
adds __signbitl for hppa
Bloody hack but will probably work
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #4 from bkoz at gcc dot gnu dot org 2009-04-16 23:09 ---
There is no __signbitl export expected, from
config/abi/post/hppa-linux-gnu/baseline_symbols.txt. Where is this from?
Assume this would result in an abi_check FAIL?
FYI
gcc-4.4 hppa-linux results are fine:
http
--- Comment #2 from bkoz at gcc dot gnu dot org 2009-04-21 02:23 ---
This is probably fixed in 4.3.3 via
2009-01-12 Benjamin Kosnik
Jonathan Larmour
PR libstdc++/36801
* config/cpu/generic/atomicity_mutex/atomicity.h (get_atomic_mutex):
New
--- Comment #3 from bkoz at gcc dot gnu dot org 2009-04-21 02:46 ---
I consider this undefined behaviour, so enhancement is the correct severity.
People wanting to mess with non-standard init order should probably be taking
steps to insure that libstdc++ is initialized first anyway
--- Comment #7 from bkoz at gcc dot gnu dot org 2009-04-21 03:04 ---
> I believe the problem is the symbol was exported when it shouldn't have been.
How?
> The signbit macro is provided by math.h.
But it's not in the baseline files showing that it is exported. T
--- Comment #23 from bkoz at gcc dot gnu dot org 2009-04-22 16:47 ---
Will close unless I get some feedback indicating this is still a problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28125
--- Comment #14 from bkoz at gcc dot gnu dot org 2009-04-22 16:49 ---
Language parts are done for 4.4.0 according to C++0x status. If parts are
remaining please detail.
For library, numerics/string are done but locale is not in 4.4.0.
--
bkoz at gcc dot gnu dot org changed
--- Comment #22 from bkoz at gcc dot gnu dot org 2009-04-23 16:55 ---
>The hppa port sets long-double-fcts = no in glibc
> and this causes all the aliases to be created, otherwise you'd never
> be able to link anything that used `l' ending math
--- Comment #23 from bkoz at gcc dot gnu dot org 2009-04-23 17:16 ---
So:
* Original submitter is incorrect, there has never been a
__signb...@glibcxx_3.4 symbol, and there should not be one now?
Right. This should have manifested as an abi-check FAIL starting in gcc-4.2, as
a new
--- Comment #1 from bkoz at gcc dot gnu dot org 2009-04-27 22:35 ---
Is this any better in man4?
Todo should be killed.
Should all man pages based on libstdc++ include files and not class objects get
the axe?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39868
--- Comment #27 from bkoz at gcc dot gnu dot org 2009-04-27 22:46 ---
> 2) Someone please add a stub to libstdc++ for __signb...@glibcxx_3.4 that
> calls
> __signbitl in glibc.
Hmm. Well, you cannot actually add a new symbol versioned for the first release
in the ninth relea
--- Comment #2 from bkoz at gcc dot gnu dot org 2009-04-27 23:07 ---
Closing as WORKSFORME unless feedback.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39382
--- Comment #9 from bkoz at gcc dot gnu dot org 2009-04-27 23:16 ---
unfortunately, just assuming gc-sections work because `ld -v` shows gc-sections
won't fly: in the past this would have given false positives on some platforms.
This is different than the relro case.
Something t
--- Comment #2 from bkoz at gcc dot gnu dot org 2009-04-29 05:12 ---
Subject: Bug 39868
Author: bkoz
Date: Wed Apr 29 05:12:00 2009
New Revision: 146923
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146923
Log:
2009-04-28 Benjamin Kosnik
PR libstdc
--- Comment #3 from bkoz at gcc dot gnu dot org 2009-04-29 19:37 ---
Subject: Bug 39868
Author: bkoz
Date: Wed Apr 29 19:37:30 2009
New Revision: 146985
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146985
Log:
2009-04-29 Benjamin Kosnik
* xml/authors.
--- Comment #4 from bkoz at gcc dot gnu dot org 2009-04-29 19:38 ---
Mine.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at
--- Comment #5 from bkoz at gcc dot gnu dot org 2009-04-29 19:38 ---
Fixed.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #33 from bkoz at gcc dot gnu dot org 2009-04-29 19:41 ---
Agree with 30, 31, 32 looks like we have consensus.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39491
--- Comment #17 from bkoz at gcc dot gnu dot org 2009-04-29 19:42 ---
Eh, i'm ok with keeping the same bug report for the generalized case. Suggest
trying to get something in on mainline, test it out for a couple of days, and
then move to gcc-4_4-branch for 4.4.1.
best,
ben
tialization lists
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bkoz at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41510
--- Comment #1 from bkoz at gcc dot gnu dot org 2009-09-30 01:48 ---
Created an attachment (id=18667)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18667&action=view)
c++0x test for std::complex
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41510
--- Comment #9 from bkoz at gcc dot gnu dot org 2009-10-07 16:56 ---
Beyond caret diagnostics there is also range info for the diagnostic location.
See:
http://clang.llvm.org/diagnostics.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24985
--- Comment #7 from bkoz at gcc dot gnu dot org 2009-10-15 17:29 ---
There is now an announcement and a status page for the library work.
Thanks.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from bkoz at gcc dot gnu dot org 2009-10-15 17:33 ---
Patch for change to coding conventions:
http://gcc.gnu.org/ml/gcc-patches/2009-10/msg00687.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24985
--- Comment #2 from bkoz at gcc dot gnu dot org 2009-10-16 07:47 ---
Subject: Bug 40826
Author: bkoz
Date: Fri Oct 16 07:47:33 2009
New Revision: 152895
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152895
Log:
2009-10-15 Benjamin Kosnik
PR libstdc
--- Comment #4 from bkoz at gcc dot gnu dot org 2009-10-16 07:47 ---
Subject: Bug 40654
Author: bkoz
Date: Fri Oct 16 07:47:33 2009
New Revision: 152895
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152895
Log:
2009-10-15 Benjamin Kosnik
PR libstdc
--- Comment #3 from bkoz at gcc dot gnu dot org 2009-10-18 03:20 ---
Mine.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at
--- Comment #6 from bkoz at gcc dot gnu dot org 2009-10-18 03:30 ---
Subject: Bug 40654
Author: bkoz
Date: Sun Oct 18 03:30:03 2009
New Revision: 152965
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152965
Log:
2009-10-16 Benjamin Kosnik
* include/c_compa
--- Comment #4 from bkoz at gcc dot gnu dot org 2009-10-18 03:30 ---
Subject: Bug 40826
Author: bkoz
Date: Sun Oct 18 03:30:03 2009
New Revision: 152965
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152965
Log:
2009-10-16 Benjamin Kosnik
* include/c_compa
--- Comment #7 from bkoz at gcc dot gnu dot org 2009-10-19 16:46 ---
In for gcc-4.4.3
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #5 from bkoz at gcc dot gnu dot org 2009-10-19 16:47 ---
Fixed on trunk and gcc-4_4-branch
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bkoz at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41759
ent
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bkoz at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41884
--- Comment #6 from bkoz at gcc dot gnu dot org 2009-11-03 23:36 ---
Created an attachment (id=18960)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18960&action=view)
pre-processed source to reproduce diagnostic
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41884
--- Comment #7 from bkoz at gcc dot gnu dot org 2009-11-03 23:43 ---
Hey, hey! Cool.
So, pre-patch I get this for the attached (get.ii.bz2) file:
$bld/H-x86-gcc.20091103/bin/g++ -g -std=gnu++0x -Wall -Wfatal-errors get.ii
In file included from
/mnt/share/src/gcc/libstdc++-v3
601 - 700 of 1176 matches
Mail list logo
