--- Comment #16 from bkoz at gcc dot gnu dot org 2006-02-15 18:41 ---
Current behavior conflicts with docs:
http://gcc.gnu.org/install/configure.html
Andrew, please stop closing this.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from bkoz at gcc dot gnu dot org 2006-02-22 17:17 ---
This is now fixed to my satisfaction.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from bkoz at gcc dot gnu dot org 2006-02-22 17:26 ---
HP, I also don't know what is going on here, but it seems unlikely that the
libstdc++ code is to blame, just because there's been no change to this part of
libstdc++ in quite a while.
One thing you could
--- Comment #6 from bkoz at gcc dot gnu dot org 2006-03-03 17:52 ---
Created an attachment (id=10963)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10963&action=view)
make _M_used, _M_free atomic
Hey. This is a patch to make these operations atomic. It's based on to
--- Comment #7 from bkoz at gcc dot gnu dot org 2006-03-03 17:53 ---
Created an attachment (id=10964)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10964&action=view)
sources, as patched with p.20060303
Tarball of the patched sources.
--
http://gcc.gnu.org/b
--- Comment #25 from bkoz at gcc dot gnu dot org 2006-03-03 17:55 ---
Fixed
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from bkoz at gcc dot gnu dot org 2006-03-03 18:03 ---
>I've also found that, instead, the semi-documented '-pthread'
>compilation [from the above PR] option makes things work OK too
It is a good idea to use -pthread when compiling code that uses
--- Comment #4 from bkoz at gcc dot gnu dot org 2006-03-03 18:05 ---
This is being treated as a placeholder until there is actually information for
reproducing the issue for the rest of us
For information on the kinds of performance test cases that are useful, please
consult the
--- Comment #7 from bkoz at gcc dot gnu dot org 2006-03-06 16:10 ---
Paolo, versioning bits look fine.
lm
cw
ij
are the usual rules you need to keep in mind for this stuff
but fixing this is not a big deal.
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26526
--- Comment #10 from bkoz at gcc dot gnu dot org 2006-03-16 01:42 ---
Subject: Bug 26142
Author: bkoz
Date: Thu Mar 16 01:42:24 2006
New Revision: 112114
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112114
Log:
2006-02-22 Paolo Carlini <[EMAIL PROTECTED]>
--- Comment #5 from bkoz at gcc dot gnu dot org 2006-03-16 08:39 ---
> glibcxx_gnu_ld_version is only set when building natively, but used when
> --with-gnu-ld which implies --enable-symvers=gnu.
This is the bug. Unfortunately, GLIBCXX_CHECK_LINKER_FEATURES is a native-onl
--- Comment #4 from bkoz at gcc dot gnu dot org 2006-03-16 08:40 ---
I'm going to check this in to libstdcxx_so_7-branch. It will be easier to test
there.
Please try to make a self-contained testcase for this, ie one file, no make
file, etc.
-benjamin
--
http://gcc.gn
--- Comment #3 from bkoz at gcc dot gnu dot org 2006-03-17 18:29 ---
Solution is to make
make_exports.pl.in
with NM_FOR_TARGET substition for current uses of 'nm'
This is done with other scripts.
This is low-priority, but this is enough of a hint so that you should be a
--- Comment #7 from bkoz at gcc dot gnu dot org 2006-03-17 18:31 ---
linking tests are native only, because finding all the support objects needed
for all the various platforms (crt.o, etc.) is hard. At least, this is the
traditional objection.
fixing glibcxx_gnu_ld_version still
--- Comment #18 from bkoz at gcc dot gnu dot org 2006-03-17 18:33 ---
is this still an active issue, or was it indicative of some temporary or
transient thing in the gcc sources?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25608
--- Comment #5 from bkoz at gcc dot gnu dot org 2006-03-17 19:04 ---
Created an attachment (id=11064)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11064&action=view)
example of how to do testcase
Explicitly use __mt_alloc.
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #6 from bkoz at gcc dot gnu dot org 2006-03-17 19:10 ---
I'm closing this. I cannot reproduce it. In addition, the submitted testcase is
not sufficient: it has a complicated directory structure, makefiles, etc etc.
Also, does not demonstrate the so-called bug...
P
--
Summary: move semantics vs. debug mode
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bkoz
--- Comment #1 from bkoz at gcc dot gnu dot org 2006-03-17 19:15 ---
On libstdcxx_so_7-branch, there is preliminary support for move semantics.
These patches have some issues:
1) _GLIBCXX_STD_MOVE not listed in any ChangeLog entry...
2) new fails in debug mode.
First pointed out
--- Comment #2 from bkoz at gcc dot gnu dot org 2006-03-17 19:16 ---
Created an attachment (id=11065)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11065&action=view)
patch to test debug mode
This runs the testsuite with -D_GLIBCXX_DEBUG.
--
http://gcc.gnu.org/b
--- Comment #17 from bkoz at gcc dot gnu dot org 2006-03-22 04:51 ---
see the solution in 24660
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21405
25_algorithms/prev_permutation/1.cc
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bkoz at gcc dot gnu dot org
GCC host
--- Comment #7 from bkoz at gcc dot gnu dot org 2006-03-29 17:40 ---
Excellent job Paolo! Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26733
Version: 4.2.0
Status: UNCONFIRMED
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: powerpc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26926
--- Comment #2 from bkoz at gcc dot gnu dot org 2006-04-04 14:49 ---
libstdc++ should not be exporting things that are unnecessary.
this isn't an "uncorrect" code issue, it's a "shouldn't be doing that" issue
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26926
--- Comment #7 from bkoz at gcc dot gnu dot org 2006-04-04 15:27 ---
Created an attachment (id=11203)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11203&action=view)
fix
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26875
--- Comment #8 from bkoz at gcc dot gnu dot org 2006-04-04 15:28 ---
Here's a fix that seems to work. Agree with Paolo, this should go into mainline
and gcc-4.1
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26875
--
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
--- 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
#if
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=8853&action=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&#
--
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
--
--- 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,
_Al
--- 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
`__gn
--- 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
--- 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-25 22:49
---
Changing this to libstdc++, so we remember to track this.
--
What|Removed |Added
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 host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://g
--- 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:
le control 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 g
ent: 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
http://gcc.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
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=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=8972&action=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-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
on: 4.1.0
Status: UNCONFIRMED
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
--- 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=9045&action=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-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,
--- 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
aut
--- 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-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
--- 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 t
--- 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-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
--- 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
--- 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/bug
--- 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 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=7930&action=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=7931&action=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
--- 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 setl
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-07-19 22:56 ---
I cannot reproduce this with 3.4.1 sources and CVS binutils, newlib, etc.
I'm following these directions:
http://gcc.gnu.org/simtest-howto.html
And am configuring like so:
/mnt/hd/src/gcc-simulator/conf
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-09-24 16:45 ---
This is ok for 3.4 and 4.0.
Thanks H.J!
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17469
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-10-11 20:49 ---
could add
enum _Ios_Seekdir { _S_ios_seekdir_beg = 0, _S_ios_seekdir_cur = 1,
_S_ios_seekdir_end = 2
_S_ios_seekdir_final = 1L << 16 };
This would change the value of (the currently unfortunately
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-10-11 22:51 ---
It would be list ugh. Damn that allocator rebinding! I'm developing severe
issues with this particular container. Well, this kills off this QoI
improvement. I've reverted this on mainline, and fi
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-10-11 22:52 ---
Mine.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bkoz at gcc dot
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-10-12 15:50 ---
Yep I'll add this to my other tests (insert-thread) to profile today, thanks
for the pointer.
Can I close this out? I believe this is fixed, no?
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bu
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-10-13 02:56 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-10-07 03:08 ---
Actually, looks like 3.4.0 gets this right.
%./H-x86-gcc-3.4.0/bin/g++ -g -O2 -static ~/ordering_1.cc
%a.out
boo ctor
foo ctor
foo dtor
boo dtor
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17873
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-10-07 03:25 ---
...chill mon! Damn.
I believe this is fixed now. If not, please let me know.
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17864
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-10-07 03:32 ---
I thought this looked familiar.
I think this patch looks fine (backport of 3.4.x). I can't imagine Gaby not
going for this for the next 3.3.x release.
-benjamin
--
http://gcc.gnu.org/bug
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-10-07 03:37 ---
Richard note the remappings in c++config.h:
#if defined (_GLIBCXX_HAVE__STRTOLD) && ! defined (_GLIBCXX_HAVE_STRTOLD)
# define _GLIBCXX_HAVE_STRTOLD 1
# define strtold _strtold
#endif
I thought _str
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-10-07 03:40 ---
... of course, if newlib doesn't have strtold or any of the _strtold or
__strtold or whatever, then the cross config bits for newlib shouldn't say that
it does.
-benjamin
--
http://gcc.gnu.or
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-10-07 03:53 ---
Lothar, do you have specific source lines, or a patch you can propose? That
would probably speed things up.
Your test program is quite large. Is there anyway to reproduce this without all
of ACE? If so, that
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-10-07 03:57 ---
I give this back to Paolo, since he's got the patch.
-benjamin
--
What|Removed |
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-10-08 14:58 ---
Agggh! Sorry everybody. My testing was flawed: I just discovered a typo in my
config files for gcc builds. I was using --enable-_cxa_atexit instead of
--enable-__cxa_atexit. (Two underscores.)
Ughh
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-10-08 15:17 ---
No, it just means we check for _GLIBCXX_USE___CXA_ATEXIT in mt_allocator.cc, and
if it's not defined we don't have any definitions for ~__pool. That will resolve
this issue.
I'll take care of
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-10-08 15:34 ---
Indeedy. All fixed. I'm closing this now, more than slightly embarrassed.
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17873
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-10-08 15:36 ---
User deliriousness.
--
What|Removed |Added
Status|NEW
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-10-08 17:07 ---
I still think the scope of this problem is wrong. This is likely an AIX-only
issue. At least, I cannot reproduce this on other platforms like darwin, or
cross compilers.
This compile error is confusing to me
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-10-18 18:57 ---
Giovanni, this is applicable to TR1 via
4.5.5 Other transformations [tr.meta.trans.other] template struct aligned_storage { typedef unspecified type ; }; 1
type: an implementation defined POD type with size
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-10-27 17:19 ---
Jason, this is the bug I talked about briefly. Do you think the Redmond offsetof
work is also applicable here?
--
What|Removed |Added
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-10-28 21:53 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-10-28 21:54 ---
Fixed on mainline.
--
What|Removed |Added
Status|ASSIGNED
--- 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=7454&action=view)
proposed patch
Here's how you'd fix it by adding mutexes. I don't know if all
--
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=7455&action=view)
testcase
corrected test case, set/hash_set/map/hash_map.
--
http://gcc.gnu.org/bugzilla/show_
--- 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
1001 - 1100 of 1176 matches
Mail list logo
