--- Comment #11 from paolo dot carlini at oracle dot com 2010-01-03 20:57
---
By the way, Jon, I don't think we should delay committing this work only
because of DR 817, after all isn't even Ready...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42593
--- Comment #12 from paolo dot carlini at oracle dot com 2010-01-03 21:02
---
... if we have something rather satisfactory wrt all the other isses /
testcases we are aware of in this area the sooner we commit the code, the
better: I'm sure that Daniel can help testing it further on his
--- Comment #1 from paolo dot carlini at oracle dot com 2010-01-04 02:21
---
This behavior changed as response to libstdc++/37958, I spent way to much time
on it, Daniel, believe me ;) Anyway, as an additional data point, SunStudio
also agrees with current libstdc++.
--
paolo dot
--- Comment #1 from paolo dot carlini at oracle dot com 2010-01-04 09:47
---
Let's CC Jason...
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #14 from paolo dot carlini at oracle dot com 2010-01-04 10:30
---
For sure Jon the code is very, very clean, excellent.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42593
ReportedBy: paolo dot carlini at oracle dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42622
--- Comment #2 from paolo dot carlini at oracle dot com 2010-01-05 19:22
---
The best we can do is asking the attention of Johannes...
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #5 from paolo dot carlini at oracle dot com 2010-01-05 20:10
---
Fixed.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #5 from paolo dot carlini at oracle dot com 2010-01-06 11:41
---
Done both.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42460
--- Comment #2 from paolo dot carlini at oracle dot com 2010-01-06 11:42
---
Loren, we are not making much progress on this... ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10251
--- Comment #6 from paolo dot carlini at oracle dot com 2010-01-06 11:57
---
Now the buffer is 128 chars.
On second thought, I don't think checking the return value of strftime and all
the added complexity are worth the trouble: given the semantics of the function
and the actual data
--- Comment #24 from paolo dot carlini at oracle dot com 2010-01-06 16:37
---
As I understand the audit trail, this can be closed. If somebody has solid
reasons to disagree, please re-open.
--
paolo dot carlini at oracle dot com changed:
What|Removed
--- Comment #7 from paolo dot carlini at oracle dot com 2010-01-06 16:39
---
Ok, thanks. Can you summarize the present status, then? Outstanding issues,
maybe more patchlets... ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42460
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |paolo dot carlini at oracle
|dot org
--- Comment #4 from paolo dot carlini at oracle dot com 2010-01-06 23:45
---
Thanks a lot!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42491
--- Comment #9 from paolo dot carlini at oracle dot com 2010-01-07 00:33
---
Fixed.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #2 from paolo dot carlini at oracle dot com 2010-01-07 16:42
---
Ok, let's re-open this and add the basic implementation in time for gcc4.5
(C++0x mode only of course).
--
paolo dot carlini at oracle dot com changed:
What|Removed
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |paolo dot carlini at oracle
|dot org
--- Comment #4 from paolo dot carlini at oracle dot com 2010-01-07 16:52
---
3.4.6?!? Please, try current, maintained, releases, gcc4.3.x or, better,
gcc4.4.x, and in case open an appropriate PR. Thanks.
--
paolo dot carlini at oracle dot com changed:
What|Removed
--- Comment #6 from paolo dot carlini at oracle dot com 2010-01-07 17:02
---
Yes, but it's totally unmaintained, I'm sorry, we don't get PRs for
unmaintained branches, that's the policy.
--
paolo dot carlini at oracle dot com changed:
What|Removed
--- Comment #3 from paolo dot carlini at oracle dot com 2010-01-07 23:17
---
Nope... I went through this and came to the conclusion that a fairly good
implementation has to wait for a complete resolution of N2983: the request is
non-binding thus if the move constructor can throw
--- Comment #1 from paolo dot carlini at oracle dot com 2010-01-08 00:00
---
I'm sorry, the information you provided is largely insufficient to analyze the
problem. Please follow the guidelines here:
http://gcc.gnu.org/bugs/
Also, gcc3.3.x is very old and no longer maintained
--- Comment #5 from paolo dot carlini at oracle dot com 2010-01-08 10:29
---
Good joke and also good point Jon: I still believe that our C++0x user
interfaces, even not considering the semantics, aren't yet such complete and
otherwise perfect to grant that action, but all in all
--- Comment #6 from paolo dot carlini at oracle dot com 2010-01-08 10:46
---
Ok, Jon, you convinced me: I'll add the interfaces, and a very, very basic
implementation for vector and deque for now, I think just do something for PODs
(reminder to ourselves, change the dispatches
--- Comment #8 from paolo dot carlini at oracle dot com 2010-01-08 13:06
---
Done (within the limits explained in the audit trail).
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #9 from paolo dot carlini at oracle dot com 2010-01-08 15:42
---
Note: the same problem with the DefaultConstructible requirement affects for
example the new constructor vector(size_type). Thinking more about these issues
I'm wondering whether in N3000 std::vector co
--- Comment #1 from paolo dot carlini at oracle dot com 2010-01-08 18:47
---
*** This bug has been marked as a duplicate of 16006 ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #7 from paolo dot carlini at oracle dot com 2010-01-08 18:47
---
*** Bug 39243 has been marked as a duplicate of this bug. ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #4 from paolo dot carlini at oracle dot com 2010-01-08 19:12
---
I'm trusting Jon here: in the audi trail of PR41174 he mentioned that this
issue depends on the resolution of Core issue 475 (currently in drafting):
http://www.open-std.org/jtc1/sc22/wg21/docs
--- Comment #5 from paolo dot carlini at oracle dot com 2010-01-08 19:12
---
Suspending, waiting for [Ready].
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #14 from paolo dot carlini at oracle dot com 2010-01-08 19:14
---
I'm asking Rth to have a look to this one, apparently unrelated to DR Core 475.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #1 from paolo dot carlini at oracle dot com 2010-01-09 09:59
---
Didn't I tell you already that these issues are *not* suited for Bugzilla,
because aren't user visible? Just mention the issue on gcc, or send a patch to
gcc-patches.
--
paolo dot carlini at oracle dot com
--- Comment #1 from paolo dot carlini at oracle dot com 2010-01-09 10:19
---
c++filt is part of binutils and indeed the PR is about binutils, thus doesn't
belong here. If you have strong reasons to believe GCC is at fault, please
explain and reopen.
--
paolo dot carlini at oracle
--- Comment #5 from paolo dot carlini at oracle dot com 2010-01-09 19:07
---
Oops, sorry, I stand corrected, needed some sleep... indeed, that reminds me...
other/42230 !! ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42670
--- Comment #3 from paolo dot carlini at oracle dot com 2010-01-09 19:08
---
Maybe HJ is interested...
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #1 from paolo dot carlini at oracle dot com 2010-01-09 19:15
---
This is intended. If you want to enforce that check use _GLIBCXX_DEBUG_PEDANTIC
additionally (the docs describe also the pedantic mode). And... always keep in
mind that this is *free software* and our sources
--- Comment #5 from paolo dot carlini at oracle dot com 2010-01-09 20:51
---
I have in front of me the documentation in cxxabi.h and something like the
below should pass, AFAICS:
#include cxxabi.h
#include cassert
#include cstddef
int main()
{
std::size_t length = 0;
int cc
--- Comment #4 from paolo dot carlini at oracle dot com 2010-01-09 20:53
---
Well, Dodji, I just run make check-performance inside the build dir of the
library (note, must be done after make check, there is nit in the Makefile, a
missing dependency or something) and for sure it still
--- Comment #7 from paolo dot carlini at oracle dot com 2010-01-09 21:04
---
Doesn't pass for me. I don't have a special setup, a current, widespread
desktop Linux system.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42230
--- Comment #9 from paolo dot carlini at oracle dot com 2010-01-09 21:29
---
Thanks. The change would be also fully consistent with cplus_demangle_print. If
regtesting is fine it almost qualifies as trivial, I would say... HJ, are you
willing to prepare and test a complete patch
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #5 from paolo dot carlini at oracle dot com 2010-01-09 22:56
---
I understand this can be closed as invalid, then.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #13 from paolo dot carlini at oracle dot com 2010-01-10 01:39
---
Fixed for 4.5.0.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #1 from paolo dot carlini at oracle dot com 2010-01-10 10:42
---
At the very minimum we need a small reproducer.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #22 from paolo dot carlini at oracle dot com 2010-01-10 12:16
---
I don't know what you mean exactly by official, but certainly disabling the
build of the PCHs cannot hurt and cannot create any problem, beside the
testsuite running slower. Then, if you actually use PCHs
--- Comment #23 from paolo dot carlini at oracle dot com 2010-01-10 12:17
---
I don't know what you mean exactly by official, but certainly disabling the
build of the PCHs cannot hurt and cannot create any problem, beside the
testsuite running slower. Then, if you actually use PCHs
--- Comment #15 from paolo dot carlini at oracle dot com 2010-01-10 13:46
---
Jon, what do you think, shall we go ahead?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42593
--- Comment #6 from paolo dot carlini at oracle dot com 2010-01-10 14:21
---
great ;) Of course I also wonder what is different in stand alone testing...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42639
--- Comment #3 from paolo dot carlini at oracle dot com 2010-01-10 19:18
---
Well, these are two interesting data points: 1- The crash definitely is not
new, happens also with 4.2.4; 2- The same 4.4.x library, but ICC as C++
compiler, doesn't crash, maybe it's a random behavior, sure
--- Comment #1 from paolo dot carlini at oracle dot com 2010-01-11 20:59
---
Mainline is fine.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #20 from paolo dot carlini at oracle dot com 2010-01-12 10:53
---
(In reply to comment #19)
I think this bug could be closed now, any objections?
Not from me, I agree it can be closed. I'd like only to make sure we don't
forget about the issue with pointers to member
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
CC|bisqwit at iki dot fi |
Status|UNCONFIRMED |NEW
Ever
--- Comment #5 from paolo dot carlini at oracle dot com 2010-01-12 11:54
---
Thanks. If you could do your best to figure out something small and self
contained it would be great, otherwise we lack anyway something to add to the
testsuite.
--
http://gcc.gnu.org/bugzilla
--- Comment #2 from paolo dot carlini at oracle dot com 2010-01-12 12:49
---
As usual, please reduce these beasts...
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #2 from paolo dot carlini at oracle dot com 2010-01-12 12:50
---
Yes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42697
--- Comment #1 from paolo dot carlini at oracle dot com 2010-01-12 12:59
---
If it's unimplemented, it's unimplemented, the issue is obviously known.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #3 from paolo dot carlini at oracle dot com 2010-01-12 13:11
---
No, in this case it's just a diagnostic telling you that the function cannot be
inlined by the optimizers, there is nothing in the Standard about that, and it
can well be that for some reason (there are many
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42679
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: paolo dot carlini at oracle dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42712
--- Comment #2 from paolo dot carlini at oracle dot com 2010-01-12 18:00
---
My impression is that for some reason it's just slow, very slow: with
TEST_DEPTH=10 it completes in a decent amount of time...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42712
--- Comment #22 from paolo dot carlini at oracle dot com 2010-01-12 18:07
---
Interesting... lately people (*) are apparently happy with all sorts of
regressions wrt C++98/TR1...
Anyway, then let's close it, actually I leave to you the choice between fixed,
wontfix and invalid
--- Comment #6 from paolo dot carlini at oracle dot com 2010-01-12 23:33
---
Since we are talking of etiquette, and with the obvious caveats that my mother
language is italian + all the caveats about metaphorical uses of language, I
would also suggest keeping to a minimum the uses
--- Comment #4 from paolo dot carlini at oracle dot com 2010-01-13 18:07
---
This is ok in the current release branches.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #4 from paolo dot carlini at oracle dot com 2010-01-13 18:49
---
In your sources you will find it named atomicity.h. But really, please try
again with a maintained compiler, preferably 4.4.x, and in case report back,
thanks.
--
paolo dot carlini at oracle dot com
--- Comment #7 from paolo dot carlini at oracle dot com 2010-01-13 18:56
---
It's resolved as WORKSFORME not as in all possible circumstances, with all
possible compilers and libraries that we delivered in the past and we deliver
now and all the possible CPUs and underlying glibcs
--- Comment #9 from paolo dot carlini at oracle dot com 2010-01-13 20:34
---
Maybe, but pthread_atfork isn't part of GCC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42733
--- Comment #4 from paolo dot carlini at oracle dot com 2010-01-13 20:40
---
I cannot reproduce the problem in current 4_4-branch and mainline. Jon does it
make any sense to you?
--
paolo dot carlini at oracle dot com changed:
What|Removed
--- Comment #11 from paolo dot carlini at oracle dot com 2010-01-13 21:42
---
If you have serious reasons to believe that GCC may be using pthreads in the
wrong way in its thin gthreads wrapper, please file a PR about that, with a
testcase. The component of course would not be libstdc
--- Comment #23 from paolo dot carlini at oracle dot com 2010-01-13 22:21
---
Ok, for now let's close this as WONTFIX. At your ease, Jon, it would be nice if
you could add the # of the reflector message where you raised the issue...
--
paolo dot carlini at oracle dot com changed
--- Comment #9 from paolo dot carlini at oracle dot com 2010-01-13 22:39
---
But note that I can't reproduce it on x86_64 and -m32
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42734
--- Comment #10 from paolo dot carlini at oracle dot com 2010-01-13 22:40
---
-m64 (the default) is also fine, of course.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42734
--- Comment #12 from paolo dot carlini at oracle dot com 2010-01-13 23:09
---
Before anything else, you should make sure your system is otherwise sane, I
don't know Linux nuty and I have no idea if it's affected by specific issues.
Thus, first, I would suggest you to run the testsuite
--- Comment #15 from paolo dot carlini at oracle dot com 2010-01-14 01:58
---
(In reply to comment #14)
Believe it or not, nuty is actually the hostname of the system in question.
;)
The distribution is Arch Linux.
Believe it or not, I don't know Arch Linux either ;)
--
http
--- Comment #54 from paolo dot carlini at oracle dot com 2008-09-22 14:08
---
(In reply to comment #52)
It seems the library maintainers are not willing to see this problem.
Asking for a new C++ frontend feature as an excuse to not fix the
library problem is very lame IMHO
--- Comment #3 from paolo dot carlini at oracle dot com 2008-09-22 17:25
---
I'm fixing this, together with DR 23.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #5 from paolo dot carlini at oracle dot com 2008-09-23 00:49
---
Fixed for 4.4.0.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #1 from paolo dot carlini at oracle dot com 2008-09-23 16:12
---
I'm certainly willing to help but please provide more info: e.g., what is the
value of err? Which is the path followed by cris-axis-elf in
__convert_to_v(const char* __s, long double __v, ...)?
--
http
--- Comment #2 from paolo dot carlini at oracle dot com 2008-09-23 16:24
---
Ok, I think I know what's going wrong: please confirm that your target is using
sscanf.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37624
--- Comment #3 from paolo dot carlini at oracle dot com 2008-09-23 16:29
---
Assuming the weak check on sscanf return value is the issue, please test the
attached patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37624
--- Comment #4 from paolo dot carlini at oracle dot com 2008-09-23 16:30
---
Created an attachment (id=16395)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16395action=view)
Draft
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37624
--- Comment #5 from paolo dot carlini at oracle dot com 2008-09-23 16:36
---
Never mind, I know what's going wrong but the patch is not ok.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37624
--- Comment #6 from paolo dot carlini at oracle dot com 2008-09-23 16:45
---
Unfortunately, I think we have to xfail the test for targets not having
available strtold and falling back to sscanf for long double parsing. Note that
DR 23 mandates, for a reason, a behaviour equivalent
--- Comment #8 from paolo dot carlini at oracle dot com 2008-09-23 17:15
---
.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Status
--- Comment #1 from paolo dot carlini at oracle dot com 2008-09-25 10:05
---
Can quickly fix this.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #3 from paolo dot carlini at oracle dot com 2008-09-25 20:41
---
Fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37649
--- Comment #4 from paolo dot carlini at oracle dot com 2008-09-25 20:41
---
.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Status
--- Comment #2 from paolo dot carlini at oracle dot com 2008-09-29 10:44
---
Indeed.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #2 from paolo dot carlini at oracle dot com 2008-09-29 11:46
---
Target? Named locales are supported *only* on GNU/Linux systems.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #6 from paolo dot carlini at oracle dot com 2008-09-29 12:48
---
*** Bug 37673 has been marked as a duplicate of this bug. ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #3 from paolo dot carlini at oracle dot com 2008-09-29 12:48
---
*** This bug has been marked as a duplicate of 32254 ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #7 from paolo dot carlini at oracle dot com 2008-09-29 13:37
---
*** Bug 37673 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32254
--- Comment #5 from paolo dot carlini at oracle dot com 2008-09-29 13:37
---
Given the problem you are reporting, the issue is definitely that either the
GNU locale model has not been selected at build time, or the localedata is not
available, please refer to 32254, for example
--- Comment #7 from paolo dot carlini at oracle dot com 2008-09-29 14:17
---
Thanks for your nice, encouraging words. We don't need duplicate reports,
thanks.
*** This bug has been marked as a duplicate of 32254 ***
--
paolo dot carlini at oracle dot com changed:
What
--- Comment #8 from paolo dot carlini at oracle dot com 2008-09-29 14:17
---
*** Bug 37673 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32254
--- Comment #9 from paolo dot carlini at oracle dot com 2008-09-29 14:36
---
Benjamin, are you actively taking care of this issue?
Otherwise, I can have a look, really we should have the unordered containers
working fine in debug-mode too.
--
http://gcc.gnu.org/bugzilla
--- Comment #11 from paolo dot carlini at oracle dot com 2008-09-29 17:24
---
Ok, no problem, thanks for your quick feedback. I'll see what I can do...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30085
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
CC|paolo at gcc dot gnu dot org|
AssignedTo|bkoz at gcc dot gnu dot org |paolo dot
--- Comment #13 from paolo dot carlini at oracle dot com 2008-09-30 10:21
---
*** Bug 37673 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35353
--- Comment #9 from paolo dot carlini at oracle dot com 2008-09-30 10:21
---
(In reply to comment #8)
So this isn't a blocker bug, but there is still a bug with wcin.imbue() and
wcout.imbue() when they are used alone without a
locale::global(locale(en_US));
or
ios_base
--- Comment #14 from paolo dot carlini at oracle dot com 2008-09-30 13:52
---
Fixed.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
801 - 900 of 2536 matches
Mail list logo