[Bug libstdc++/42460] man page errors for generated libstdc++ man pages

2010-02-08 Thread bkoz at gcc dot gnu dot org
--- Comment #21 from bkoz at gcc dot gnu dot org 2010-02-09 04:50 --- Subject: Bug 42460 Author: bkoz Date: Tue Feb 9 04:49:49 2010 New Revision: 156617 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156617 Log: 2010-02-08 Benjamin Kosnik b...@redhat.com PR libstdc

[Bug libstdc++/42460] man page errors for generated libstdc++ man pages

2010-02-04 Thread bkoz at gcc dot gnu dot org
--- Comment #16 from bkoz at gcc dot gnu dot org 2010-02-04 18:20 --- Subject: Bug 42460 Author: bkoz Date: Thu Feb 4 18:20:34 2010 New Revision: 156502 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156502 Log: 2010-02-04 Benjamin Kosnik b...@redhat.com PR libstdc

[Bug libstdc++/42460] man page errors for generated libstdc++ man pages

2010-02-04 Thread bkoz at gcc dot gnu dot org
-- bkoz at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bkoz at gcc dot gnu dot org |dot org

[Bug libstdc++/42460] man page errors for generated libstdc++ man pages

2010-02-04 Thread bkoz at gcc dot gnu dot org
--- Comment #17 from bkoz at gcc dot gnu dot org 2010-02-04 18:27 --- Hey. Can you re-check trunk now? I should have most of the quoting issues fixed. I've uploaded man pages with the new markup here: ftp://gcc.gnu.org/pub/libstdc++/doxygen/libstdc++-man.20100204.tar.bz2 Can you

[Bug libstdc++/42460] man page errors for generated libstdc++ man pages

2010-02-03 Thread bkoz at gcc dot gnu dot org
--- Comment #14 from bkoz at gcc dot gnu dot org 2010-02-03 23:07 --- Got it Matthias, fixing, thanks for explaining what's up. How do you get these errors and validate the generated man pages? If it's a script can you attach it? Are you re-configuring doxygen? Or is this post

[Bug libstdc++/42460] man page errors for generated libstdc++ man pages

2010-02-03 Thread bkoz at gcc dot gnu dot org
--- Comment #15 from bkoz at gcc dot gnu dot org 2010-02-04 00:16 --- markup options /** * @brief Flags access. * @return The minimum field width to generate on output operations. * * Minimum field width refers to the number of characters

[Bug libstdc++/42460] man page errors for generated libstdc++ man pages

2010-01-07 Thread bkoz at gcc dot gnu dot org
--- Comment #8 from bkoz at gcc dot gnu dot org 2010-01-07 18:37 --- Created an attachment (id=19502) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19502action=view) log of man page creation -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42460 --- You are receiving

[Bug libstdc++/42460] man page errors for generated libstdc++ man pages

2010-01-07 Thread bkoz at gcc dot gnu dot org
--- Comment #9 from bkoz at gcc dot gnu dot org 2010-01-07 18:40 --- The rest of these look bogus to me. __gnu_cxx::enc_filebuf.3cxx 805: warning: macro `If' not defined __gnu_cxx::stdio_sync_filebuf.3cxx 699: warning: macro `If' not defined std::basic_filebuf.3cxx 905: warning

[Bug libstdc++/39491] [4.3 regression] symbol __signb...@glibcxx_3.4 in libstdc++ exported

2009-05-12 Thread bkoz at gcc dot gnu dot org
--- Comment #35 from bkoz at gcc dot gnu dot org 2009-05-12 22:43 --- Closing. -- bkoz at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug libstdc++/40038] [4.4/4.5 regression] symbols ce...@glibcxx_3.4.3 not exported

2009-05-12 Thread bkoz at gcc dot gnu dot org
--- Comment #10 from bkoz at gcc dot gnu dot org 2009-05-12 23:01 --- Sorry for the delay Paolo, this fix looks fine. I see tanhl missing too in that log, yet the gnu.ver exports have it and so does src/math_compatibility_long_double.cc, although depending on _GLIBCXX_HAVE_TANHL. What

[Bug libstdc++/39868] libstdc++ generates man pages, which conflict with the linux manpages

2009-04-29 Thread bkoz at gcc dot gnu dot org
--- 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=gccview=revrev=146985 Log: 2009-04-29 Benjamin Kosnik b...@redhat.com * xml

[Bug libstdc++/39868] libstdc++ generates man pages, which conflict with the linux manpages

2009-04-28 Thread bkoz at gcc dot gnu dot org
--- 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=gccview=revrev=146923 Log: 2009-04-28 Benjamin Kosnik b...@redhat.com PR libstdc

[Bug libstdc++/39868] libstdc++ generates man pages, which conflict with the linux manpages

2009-04-27 Thread bkoz at gcc dot gnu dot org
--- 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 --- You

[Bug libstdc++/39491] [4.2/4.3 regression] symbol __signb...@glibcxx_3.4 in libstdc++ exported

2009-04-27 Thread bkoz at gcc dot gnu dot org
--- 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 release

[Bug libstdc++/39491] [4.4/4.5 regression] symbol __signb...@glibcxx_3.4 in libstdc++ not exported anymore

2009-04-23 Thread bkoz at gcc dot gnu dot org
--- 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 functions. Defining __NO_LONG_DOUBLE_MATH

[Bug libstdc++/39491] [4.4/4.5 regression] symbol __signb...@glibcxx_3.4 in libstdc++ not exported anymore

2009-04-23 Thread bkoz at gcc dot gnu dot org
--- 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

[Bug libstdc++/39491] [4.4/4.5 regression] symbol __signb...@glibcxx_3.4 in libstdc++ not exported anymore

2009-04-20 Thread bkoz at gcc dot gnu dot org
--- 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. This question

[Bug libstdc++/39491] [4.4/4.5 regression] symbol __signb...@glibcxx_3.4 in libstdc++ not exported anymore

2009-04-16 Thread bkoz at gcc dot gnu dot org
--- 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

[Bug libstdc++/39491] [4.4/4.5 regression] symbol __signb...@glibcxx_3.4 in libstdc++ not exported anymore

2009-04-16 Thread bkoz at gcc dot gnu dot org
--- 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=17649action=view) adds __signbitl for hppa Bloody hack but will probably work -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug libstdc++/39491] [4.4/4.5 regression] symbol __signb...@glibcxx_3.4 in libstdc++ not exported anymore

2009-04-16 Thread bkoz at gcc dot gnu dot org
--- 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

[Bug target/27880] [4.2/4.3 regression] undefined reference to `_Unwind_GetIPInfo'

2008-01-18 Thread bkoz at gcc dot gnu dot org
--- 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 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching

[Bug driver/13071] no easy way to exclude backward C++ headers from include path

2007-02-06 Thread bkoz at gcc dot gnu dot org
--- Comment #5 from bkoz at gcc dot gnu dot org 2007-02-06 18:32 --- Solving for C++0x. -- bkoz at gcc dot gnu dot org changed: What|Removed |Added CC

[Bug libstdc++/16006] Conversions of numbers in fi_FI.UTF-8 produces incorrect UTF-8

2006-11-06 Thread bkoz at gcc dot gnu dot org
-- bkoz at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bkoz at gcc dot gnu dot org |dot org

[Bug libstdc++/16006] Conversions of numbers in fi_FI.UTF-8 produces incorrect UTF-8

2006-10-18 Thread bkoz at gcc dot gnu dot org
-- bkoz at gcc dot gnu dot org changed: What|Removed |Added CC||bkoz at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug libstdc++/19664] libstdc++ headers should have pop/push of the visibility around the declarations

2006-08-22 Thread bkoz at gcc dot gnu dot org
--- Comment #101 from bkoz at gcc dot gnu dot org 2006-08-22 12:44 --- Fixed. -- bkoz at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug libstdc++/19664] libstdc++ headers should have pop/push of the visibility around the declarations

2006-07-27 Thread bkoz at gcc dot gnu dot org
--- Comment #100 from bkoz at gcc dot gnu dot org 2006-07-28 04:57 --- Subject: Bug 19664 Author: bkoz Date: Fri Jul 28 04:57:34 2006 New Revision: 115790 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115790 Log: 2006-07-27 Benjamin Kosnik [EMAIL PROTECTED] PR libstdc

[Bug libstdc++/19664] libstdc++ headers should have pop/push of the visibility around the declarations

2006-07-20 Thread bkoz at gcc dot gnu dot org
--- Comment #99 from bkoz at gcc dot gnu dot org 2006-07-20 23:37 --- Subject: Bug 19664 Author: bkoz Date: Thu Jul 20 23:37:27 2006 New Revision: 115632 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115632 Log: 2006-07-20 Benjamin Kosnik [EMAIL PROTECTED] Jakub

[Bug libstdc++/19664] libstdc++ headers should have pop/push of the visibility around the declarations

2006-07-18 Thread bkoz at gcc dot gnu dot org
--- Comment #96 from bkoz at gcc dot gnu dot org 2006-07-19 02:52 --- Created an attachment (id=11912) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11912action=view) viz patch part one Hey Jakub. Here's a way to start in on this. This does two things: 1) adds default

[Bug libstdc++/19664] libstdc++ headers should have pop/push of the visibility around the declarations

2006-07-18 Thread bkoz at gcc dot gnu dot org
--- Comment #97 from bkoz at gcc dot gnu dot org 2006-07-19 02:56 --- Mine. -- bkoz at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned

[Bug libstdc++/19664] libstdc++ headers should have pop/push of the visibility around the declarations

2006-04-19 Thread bkoz at gcc dot gnu dot org
-- bkoz at gcc dot gnu dot org changed: What|Removed |Added Keywords||visibility http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19664

[Bug libstdc++/19664] libstdc++ headers should have pop/push of the visibility around the declarations

2005-10-31 Thread bkoz at gcc dot gnu dot org
--- Comment #76 from bkoz at gcc dot gnu dot org 2005-10-31 16:47 --- Created an attachment (id=10085) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10085action=view) hidden visibility for __gnu_internal Without per-namespace visibility attributes, this is what we will have to do

[Bug libstdc++/19664] libstdc++ headers should have pop/push of the visibility around the declarations

2005-10-31 Thread bkoz at gcc dot gnu dot org
--- Comment #83 from bkoz at gcc dot gnu dot org 2005-11-01 03:59 --- I agree Geoff, we should hold off on this for 4.1, and try to hit 4.2. If things get solid sooner, maybe this can be reconsidered. Adding this patch to 4.0.x is out of the question, it has the potential to change too

[Bug libstdc++/23417] bits/stl_tree.h isn't -Weffc++ clean

2005-09-12 Thread bkoz at gcc dot gnu dot org
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-12 19:20 --- Reproducer, compile with -Weffc++. #include list std::listint l; ...fixing -- What|Removed |Added

[Bug libstdc++/23417] bits/stl_tree.h isn't -Weffc++ clean

2005-09-12 Thread bkoz at gcc dot gnu dot org
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-12 20:05 --- Yep. Sorry. I fixed that bit too. -benjamin -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23417 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter

[Bug libstdc++/23417] bits/stl_tree.h isn't -Weffc++ clean

2005-09-12 Thread bkoz at gcc dot gnu dot org
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-12 20:51 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug libstdc++/15123] libstdc++-doc: Allocators.3 manpage is empty

2004-05-20 Thread bkoz at gcc dot gnu dot org
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-05-20 18:43 --- This is unrelated to 13928. I'm testing patches now. -benjamin -- What|Removed |Added

[Bug libstdc++/13928] no whatis info in some man pages generated by doxygen

2004-05-20 Thread bkoz at gcc dot gnu dot org
-- What|Removed |Added OtherBugsDependingO|15123 | nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13928 ---

[Bug libstdc++/15123] libstdc++-doc: Allocators.3 manpage is empty

2004-05-13 Thread bkoz at gcc dot gnu dot org
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-05-13 20:17 --- I cannot confirm this. I think it has something to do with doxygen versions. Using %doxygen --version 1.3.4 I can create the following: http://people.redhat.com/bkoz/doxygen/ -benjamin -- http

[Bug libstdc++/15123] libstdc++-doc: Allocators.3 manpage is empty

2004-05-13 Thread bkoz at gcc dot gnu dot org
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-05-13 21:59 --- Seems to be the same as 13928 -benjamin -- What|Removed |Added BugsThisDependsOn

[Bug libstdc++/13928] no whatis info in some man pages generated by doxygen

2004-05-13 Thread bkoz at gcc dot gnu dot org
-- What|Removed |Added OtherBugsDependingO||15123 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13928

[Bug libstdc++/12451] missing(late) class forward declaration in cxxabi.h

2003-10-02 Thread bkoz at gcc dot gnu dot org
PLEASE REPLY TO [EMAIL PROTECTED] ONLY, *NOT* [EMAIL PROTECTED] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12451 bkoz at gcc dot gnu dot org changed: What|Removed |Added

Bug#140201: libstdc++/9069: race condition in libstdc++3 (basic_string.tcc)

2003-01-06 Thread bkoz
Synopsis: race condition in libstdc++3 (basic_string.tcc) State-Changed-From-To: open-analyzed State-Changed-By: bkoz State-Changed-When: Mon Jan 6 12:49:46 2003 State-Changed-Why: Can example code that demonstrates this problem be provided please? I'd like to add it to the thread testcase

Bug#128993: libstdc++/9073: Can __STL_ASSERTIONS come back, but with more than rope?

2003-01-02 Thread bkoz
Synopsis: Can __STL_ASSERTIONS come back, but with more than rope? Responsible-Changed-From-To: unassigned-bkoz Responsible-Changed-By: bkoz Responsible-Changed-When: Thu Jan 2 15:07:37 2003 Responsible-Changed-Why: Mine. State-Changed-From-To: open-feedback State-Changed-By: bkoz State