--- Additional Comments From bkoz at gcc dot gnu dot org 2005-08-24 19:20
---
Mine.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bkoz at gcc dot
: 4.1.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: libstdc++
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
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-08-15 17:51
---
Where is the testcase?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23278
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
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
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-08-10 07:53
---
Created an attachment (id=9459)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9459action=view)
pre-processed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23310
--
What|Removed |Added
Known to fail||4.1.0
Known to work||4.0.0
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-07-20 04:59
---
Please for completeness sake put in the generated command that kills AIX, and
the AIX output.
Ie, more details for:
The list of pb_assoc files and
the way it is used in the Makefile causes Make
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-07-03 06:37
---
Cannot reproduce.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-06-28 21:31
---
I suspect this is because in your version of the current libstdc++ sources, some
directories are missing.
Try 'cvs update -d' to get all the directories and files.
Then, make sure you have this file in your
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-06-28 21:32
---
mine
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bkoz at gcc dot
Severity: normal
Priority: P2
Component: libstdc++
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
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-06-27 19:47
---
Created an attachment (id=9162)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9162action=view)
libstdc++.log for AIX, demonstrating issue
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22205
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-06-22 17:59
---
I am running into this as well. Turning off all optimizations (-O0) allows
compilation, anything over -O1 hits it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22071
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-06-22 18:17
---
I'd like to move this to gcc-4_0-branch.
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22111
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-06-22 18:59
---
Ah, the old can't find the tunnel at the end of the bridge at the end of this
hole problem. Bummer. I hate it when that happens.
Is there an easier way than -O0 to revert back to the old behavior
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-06-22 20:13
---
Can somebody do a binary search and find out what patch or patches broke this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22071
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-06-20 06:39
---
Ugh. Well, that's that way it used to work apparently now it's different.
Here, this gets to the same place, and removes some misleading bits in the
current configury.
-benjamin
--
http
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-06-20 06:39
---
Ugh. Well, that's that way it used to work apparently now it's different.
Here, this gets to the same place, and removes some misleading bits in the
current configury.
-benjamin
--
http
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-06-20 07:04
---
We need a way to test for this in autoconf instead of just using a version
number.
Doing this seems hard. Can somebody smart figure it out while I'm sleeping?
-benjamin
--
http://gcc.gnu.org/bugzilla
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-06-19 14:39
---
The log file indicates that symbol versioning is turned off. This is most
probably due to an old version of binutils.
You should see this when configuring libstdc++:
configure: versioning on shared library
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-06-19 15:08
---
Dave, does the 2.15 binutils build complete without error? (And testresults are
correct?)
I have not tried this version of binutils. For what it's worth (not much)
%ld --version
GNU ld version 2.16.1
works
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-06-19 19:53
---
This isn't a critical error. I think the warning is pretty clear.
However, it is true that without symbol versioning, 'make check-abi' is pretty
useless. The attached patch corrects this.
-benjamin
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-06-19 19:57
---
Mine.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bkoz at gcc dot
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-06-19 03:08
---
What binutils are you using? Can you attach the libstdc++.log after you do make
check-abi'?
thanks,
benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22111
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-06-16 03:20
---
Tom
--
What|Removed |Added
CC||bkoz at gcc dot
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-06-16 03:23
---
Tom, what am I doing wrong? I seem Mike Stump checking in these kinds of cleanup
of reconfigured files as well.
Currently I'm using
mainline/gcc-4_0
autoconf 2.59
automake 1.9.3
gcc-3_4-branch
autoconf
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-06-08 19:16
---
This is a compiler bug. If they don't fix it in 4.0.x, then we'll have to work
around it in libstdc++ 4.0 sources only.
People have suggested a patch to add a dummy return. If that's posted, it seems
: normal
Priority: P2
Component: libstdc++
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
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-06-07 21:28
---
Created an attachment (id=9045)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9045action=view)
patch
Patch, testsuite reorg and additions
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21955
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bkoz at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-06-07 21:36
---
Yo P, can you comment on this at some point?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21955
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-06-07 00:06
---
Paolo Note that the new testcases (explicit_instantiation/3.cc) fail in debug
mode.
To test this, use -D_GLIBCXX_DEBUG in scripts/testsuite_flags
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
++
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-05-26 15:57
---
nested namespaces should work the same as nested classes.
:)
Since that that doesn't seem to be defined anywhere (am I wrong, or should I
open a tracker for that in bugzilla), I'd say:
case 1:
namespace
over PCH inclusion
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bkoz at gcc dot gnu dot org
Component: libstdc++
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
: 4.1.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: libstdc++
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
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/show_bug.cgi?id=21772
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-05-26 17:07
---
Created an attachment (id=8972)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8972action=view)
pb_assoc's throwing allocator
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21772
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-05-25 22:49
---
Changing this to libstdc++, so we remember to track this.
--
What|Removed |Added
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-05-24 20:36
---
This patch looks fine to me. I suggest just posting this, with a ChangeLog
entry, to gcc-patches.
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21530
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-05-24 20:48
---
Kelley, any chance you can take a look at this? This is most probably related to
the (welcome) changes you did around this time.
-benjamin
--
What|Removed |Added
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-05-24 04:22
---
Dudes, just a quick pass at this.
a.out:
/usr/lib/gcc/i386-redhat-linux/3.4.3/../../../../include/c++/3.4.3/bits/basic_string.h:643:
typename _Alloc::reference std::basic_string_CharT, _Traits,
_Alloc
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-05-24 04:34
---
for 4.x and mainline, this is ok:
%g++ -c -g -O2 t2.cc
%g++ -c -g -O2 t1.cc
%g++ t1.o t2.o
For 3.4, I get:
t2.o(.bss+0x0): In function `main':
/home/bkoz/t2.cc:4: multiple definition of
`__gnu_cxx
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-05-24 04:36
---
Downgrade from critical, which extension allocators certainly are not.
-benjamin
--
What|Removed |Added
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: c++
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
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-05-10 15:44
---
Created an attachment (id=8853)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8853action=view)
proposal
At Kona, this seemed uncontraversial.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21494
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/show_bug.cgi?id=21496
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-05-10 18:32
---
Adding 16612.
This is a higher-priority enhancement request. We need a shared_memory
allocator, a lot of people want it, it would be cool and useful, etc.
The one in 16612 is not going to work. We don't
--
What|Removed |Added
CC||bkoz at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21251
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-05-10 18:33
---
In mainline, gcc-4.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-05-10 18:36
---
Unable to reproduce on FC3/gcc-3.4.3. I'm closing this as WONTFIX, because
NOTABUG has been removed from the options. This looks to be an issue with
user's host os.
-benjamin
--
What
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-05-05 16:49
---
This indeed can be fixed. Instead of
#if defined (_NEWLIB_VERSION) || defined (__MINGW32_VERSION)
/* Newlib and MinGW32 do not have mkfifo. */
exit(0);
#else
do something like
++
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=8666action=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=8667action=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
--- 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 21:43
---
Great. I'll put this in then.
Thanks,
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20979
: enhancement
Priority: P2
Component: libstdc++
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
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-04-12 21:46
---
Created an attachment (id=8615)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8615action=view)
free_list:: static removal
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20979
--
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-03-31 02:35
---
I would like to solve this problem by moving the compilation and
execution of abi_check.cc into DejaGNU, and check having make
abi_check invoke DejaGNU appropriate to run just that test.
No, assuming make
++
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
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/show_bug.cgi?id=20212
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-02-25 18:15
---
Created an attachment (id=8283)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8283action=view)
pre-processed file, bzip2 compressed
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20212
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-02-25 22:40
---
Personally, I think the better approach for the libstdc++ parts is to allow
__attribute__ visibility on namespace declarations.
That way, all this goo could be removed, and centralized in one place. Ie,
c
++
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/show_bug.cgi?id
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-02-24 20:49
---
I'd like to add a testcase for this, based on the mailing list commentary here:
http://gcc.gnu.org/ml/libstdc++/2005-01/msg00035.html
Although I suppse the 475 wording would also be sufficient.
Thoughts? I
: P2
Component: libstdc++
AssignedTo: bkoz at gcc dot gnu dot org
ReportedBy: bkoz at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,veksler at il dot ibm
dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-01-27 16:38
---
Paolo, just a note. This issue has been raised before on the mailing list. (Or
bugzilla, sorry so vague.) If you search stable/AIX/setlocale you might find
something.
There's known problems with setlocale
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-01-11 22:49
---
Gaby, your comment is funny! Made me laugh, since I just got out of my cast.
Just for reference, this is invalid because it would invalidate
17.4.1.1 - Library contents
requires std or std:: namespaces
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-01-11 23:00
---
Created an attachment (id=7930)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7930action=view)
current mt_allocator include
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19265
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-01-11 23:01
---
Created an attachment (id=7931)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7931action=view)
current mt_allocator source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19265
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-01-11 23:02
---
here. I'll make it really easy for you to check.
I'm pretty sure this is fixed in the current code, but your analysis would be
appreciated before we close this report.
To move this newer version to the 3.4
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-01-06 05:32
---
Have you noticed the successful build reports? They are here:
http://gcc.gnu.org/gcc-3.4/buildstat.html
So, this is possible. You just need to figure out how your setup differs from
the successful reports
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-12-13 22:47
---
the default allocator did change for 3.4.x, from pool_allocator to
new_allocator.
see:
http://gcc.gnu.org/onlinedocs/libstdc++/20_util/allocator.html
to change to the 3.3.x allocator, use __pool_alloc. you
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-11-30 16:59
---
Yo JQ, I just updated the latest doxygen on line to be current with the
mainline markups. In this version of the code, the autoptr docs look fine.
OK to close?
-benjamin
--
What|Removed
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-11-30 17:03
---
Yo thanks G.
Wolfgang, the whole implications of adding copy ctors changing calling
conventions was not clear to me either, before the -Weffc++ changes. There was
some discussion of this at that time
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-11-25 16:38
---
Gaby can you look at this? Adding the copy ctor here will change ABI, so not
super likely.
Why are we getting this warning anyway?
-benjamin
--
What|Removed |Added
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/show_bug.cgi?id=18571
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-11-19 21:39
---
Mine, fixing.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bkoz
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-11-19 22:25
---
This patch applies, and passes regression testing on x86/linux. Now I can start
to review it
Paolo, any chance you can test this as well?
-benjamin
--
What|Removed
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-11-15 22:01
---
--disable-nls doesn't kill the build, but it does give extra fails in 22_locale
for the messages facet. This is expected.
I'll close this next week unless somebody can tell me what the problem is.
-benjamin
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-11-08 20:50
---
Fixed mainline, 3.4.branch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17664
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-11-08 20:50
---
Fixed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-11-02 23:45 ---
Compiled like so, after setting LD_LIBRARY_PATH to ACE libs:
g++ -g -O2 -pthread -I$bld/H-x86-ACE/include -L$bld/H-x86-ACE/lib -lACE 17664.cc
As suspected, only the safe_iterator bits in the original patch
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-11-03 00:04 ---
Chris, excellent. Since this is being held in libstdcxx_so_7-branch, there is no
danger in these improvements getting lost.
I'm going to close this now, since it appears likely to be fixed in some future
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-11-03 00:12 ---
Joel, you might want to talk to the m68k maintainers.
Take your pick:
m68hc11 portStephane Carrez [EMAIL PROTECTED]
m68k port (?) Jeff Law[EMAIL PROTECTED]
m68k
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-11-03 00:18 ---
Simple grep:
/include/std/std_complex.h: __complex_arg(__complex__ float __z) { return
__builtin_cargf(__z); }
Simple theory: on targets without __builtin_cargf, cargf gets referenced with
this call. However
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-11-03 00:20 ---
Yo RTH, any word on this?
-benjamin
--
What|Removed |Added
CC
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-11-01 20:02 ---
Will close unless update.
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17627
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-11-01 20:42 ---
Created an attachment (id=7454)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7454action=view)
proposed patch
Here's how you'd fix it by adding mutexes. I don't know if all of these are
necessary
--
What|Removed |Added
CC||bkoz at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17664
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-11-01 22:31 ---
Confirmed on gcc-3_4-branch as well.
In on mainline, will fix for 3.4.4
-benjamin
--
What|Removed |Added
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-11-01 23:25 ---
Created an attachment (id=7455)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7455action=view)
testcase
corrected test case, set/hash_set/map/hash_map.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-11-01 23:27 ---
I think this is INVALID. I've attached a corrected test case for
set/map/hash_set/hash_map.
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18053
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-11-02 05:48 ---
Mine.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bkoz at gcc dot
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bkoz at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-10-28 21:53 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
801 - 900 of 918 matches
Mail list logo