Martin Sebor wrote:
I haven't gone through the whole patch yet so just a few brief
comments. I'll follow up with more once I've finished reviewing
the rest.
Thanks. I already have a bunch of changes for gcc 4.3, so it might be
better to hold off. As you might expect MSVC allows some stuff
Author: elemings
Date: Thu May 22 13:54:39 2008
New Revision: 659253
URL: http://svn.apache.org/viewvc?rev=659253view=rev
Log:
2008-05-22 Eric Lemings [EMAIL PROTECTED]
STDCXX-550
[...]
* tests/algorithms/25.generate.cpp (test_generate_n): Explicitly
convert `size_t'
Author: elemings
Date: Thu May 22 13:54:39 2008
New Revision: 659253
URL: http://svn.apache.org/viewvc?rev=659253view=rev
Log:
2008-05-22 Eric Lemings [EMAIL PROTECTED]
STDCXX-550
[...]
Modified: stdcxx/branches/4.2.x/util/codecvt.cpp
URL:
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 22, 2008 1:55 PM
To: [EMAIL PROTECTED]
Subject: svn commit: r659253 - in /stdcxx/branches/4.2.x:
examples/manual/ src/ tests/algorithms/ tests/containers/
tests/localization/ tests/numerics/
I've posted what I've got for the current type_traits implementation to
STDCXX-916. I would have just mailed the file to the list directly, but
it is pretty big.
http://issues.apache.org/jira/browse/STDCXX-916
The tests do compile and run on VC8. There are still a few failures. I'm
in the
Eric Lemings wrote:
Where do they go?
They appear on the Work Log panel in the Jira issue. You can see them if
you scroll down to just below the description and click 'All' or 'Work
Log'.
Brad.
Martin Sebor wrote:
[EMAIL PROTECTED] wrote:
Author: vitek
Date: Wed May 21 11:39:49 2008
New Revision: 658807
URL: http://svn.apache.org/viewvc?rev=658807view=rev
Log:
2008-05-21 Travis Vitek [EMAIL PROTECTED]
* tests/localization/22.locale.moneypunct.mt.cpp: Cast timeout
As most of us know, I've been working on type_traits for the 4.3
release. In doing so, I've noticed that there are some pretty
significant differences between tr1 and c++0x. My question is what
_exactly_ are we wanting to implement here? Do we want to have the tr1
stuff as it is documented [in
Martin Sebor wrote:
Eric Lemings wrote:
Martin Sebor wrote:
The page is fine (the presentation could be better), but there
is a problem with all the AIX builds. They've all been failing
due to undefined library symbols. I've been assuming it had to
do with all the recent infrastructure
Martin Sebor wrote:
Travis Vitek wrote:
Author: sebor
Date: Wed May 7 14:24:23 2008
New Revision: 654286
URL: http://svn.apache.org/viewvc?rev=654286view=rev
Log:
2008-05-07 Martin Sebor [EMAIL PROTECTED]
* examples/manual/failure.cpp (main): Demonstrated the
(optional
Eric Lemings wrote:
So I'm left wondering: how does a patch release differ from a minor
release? Or is it really arbitrary?
The difference is forward compatibility. Maintenance releases have to be
forward and backward compatible, but minor releases need only be
backward compatible. [ref
pegasus2000 wrote:
I've compiled with success the first version
of NanoCPP (STDCXX for Nanodesktop).
So, when I enter this program:
#include nanodesktop.h
#include iostream
int main()
{
ndInitSystem ();
using namespace std;
ios_base::Init::Init ();
cout Hello
Eric Lemings wrote:
Try this:
cd $SRCDIR/etc/config/src grep -2 'terminate\.h' *
Note that every #include for this header is wrapped by the same #if
directives. Wouldn't it make sense to move all of these nested if
directives into the header itself and just always include the header?
Martin Sebor wrote:
Has anyone tested or looked at the new patch? Travis?
I have not tested it, but I pointed out that it still has problems in my
previous post in this thread... http://tinyurl.com/4pyr4j. I mention
that the msdn docs say you can only reliably use fseek() to move to the
Martin Sebor
[EMAIL PROTECTED] wrote:
Author: vitek
Date: Fri Apr 11 11:41:51 2008
New Revision: 647262
URL: http://svn.apache.org/viewvc?rev=647262view=rev
Log:
2008-04-11 Travis Vitek [EMAIL PROTECTED]
STDCXX-779
* tests/localization/22.locale.num.get.cpp: Add new
Eric Lemings wrote:
From what I see, the generic templates for member functions do_hash,
do_transform, and do_compare() in the std::collate class are
not defined anywhere: only the specialized templates for type char
and wchar_t. I assume this is intentional? The 22.locale.synopsis
test
Martin Sebor wrote:
Just a correction regarding when the vote closes:
This vote will close no earlier than 72 hours from midnight
last night, i.e., on Sunday 4/27 at 12:00 AM US/Mountain.
The countdown link is the same: http://tinyurl.com/6r3fys
Sorry it has taken so long. I was
I've run a quick diff of the code on trunk and 4.2.x (include,src,tests)
to be sure that everything that should have been merged over has been
merged. Here is what I've found...
Changes on 4.2.x, but not on trunk
http://svn.apache.org/viewvc?view=revrevision=650742
Eric Lemings wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Author: faridz
Date: Wed Apr 23 08:20:07 2008
New Revision: 650902
URL: http://svn.apache.org/viewvc?rev=650902view=rev
Log:
2008-04-23 Farid Zaripov [EMAIL PROTECTED]
Travis Vitek wrote:
The overloads on double are in platform specific #ifdef blocks because
they have platform specific code in them (_finite, finite,
isfinite). At
least that is the only reason I see for it. So I don't really see the
overloads on float and double outside of platform specific
-Original Message-
From: Farid Zaripov [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 22, 2008 5:27 AM
To: dev@stdcxx.apache.org
Subject: ABI test results with MSVC 8.0/Windows XP-64bit/12d
msvc 8.0/WinXP-64bit/12d SRC: 4.2.0 4.2.0 4.2.1 4.2.1
I believe that I have run into a binary compatibility issue on
solaris/gcc-4.1.
A 12D build of 27.filebuf.codecvt works fine in 4.2.0, but if I use the
4.2.1 shared library I get 44418 failed assertions, and 1 fatal error
which leads to an exit code of 9. I haven't had a chance to look into it
Martin Sebor wrote:
Here's a list of all failing tests with 4.2.0 and 4.2.1, with
backward and forward binary compatibility runs included in the
second and third columns. Cells with n/a indicate that the test
wasn't available in 4.2.0. Cells with A### indicate the number
of failing assertions.
Martin Sebor wrote:
Travis Vitek wrote:
I've noticed that there are some significant differences between the
X-Platform results for -rc-1 and trunk.
It appears that the cause is that all of the -rc-1 build
results in the X-Platform view page are from old source.
Unless I'm
Farid Zaripov wrote:
From: Travis Vitek [mailto:[EMAIL PROTECTED]
To: dev@stdcxx.apache.org
Subject: RE: svn commit: r648128 - /stdcxx/trunk/tests/src/driver.cpp
* tests/src/driver.cpp [_MSC_VER] (_rw_opt_verbose):
Turn on checking the memory at every allocation
I managed to prematurely send that last message. Here is the completed response
Farid Zaripov wrote:
From: Travis Vitek [mailto:[EMAIL PROTECTED]
To: dev@stdcxx.apache.org
Subject: RE: svn commit: r648128 - /stdcxx/trunk/tests/src/driver.cpp
* tests/src/driver.cpp [_MSC_VER
Martin Sebor wrote:
[EMAIL PROTECTED] wrote:
URL: http://svn.apache.org/viewvc?rev=647908view=rev
Log:
2008-04-14 Travis Vitek [EMAIL PROTECTED]
STDCXX-857
* tests/src/fmt_defs.h: Add flag to struct Buffer to indicate
who owns the allocated buffer.
I wonder
-Original Message-
From: Eric Lemings [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 10, 2008 5:42 PM
To: dev@stdcxx.apache.org
Subject: Null src pointer in memcpy?
Is it safe to pass a null pointer as the 2nd argument to memcpy()? Or
undefined?
The function is documented to copy
Eric Lemings wrote:
Does this mean we have no solution for resolving this issue (i.e.
back to Square One as it were)? It's currently classified as one
of two Critical issues for 4.2.1 and Andrew's last comment is
Further work is necessary. Question is, how much work?
Thanks,
Brad.
I
Andrew Black wrote:
Not a whole lot of work it seems.
I've been looking into this problem this afternoon, and I believe I've
determined a solution.
The initial issue (which Farid spotted) was that windows has an fread
behavior which differers in subtle ways from that on unix systems. In
Eric Lemings wrote:
file src/setlocale.cpp:
83 // acquire global per-process lock
84 __rw_setlocale_mutex._C_acquire ();
85
86 // retrieve previous locale name and check if it is already set
87 const char* const curname = ::setlocale (cat, 0);
The mutex doesn't need to
Eric Lemings wrote:
Please peer review the following patch at your earliest convenience.
Brad,
I don't think that this patch is going to work. The unnecessary changes
to the __rw_setlocale ctor and dtor will cause new failures.
The __rw_setlocale type is supposed to hold the lock for its
Martin Sebor wrote:
PING? Should I open an issue for this or is it something you're
already working on or planning to?
Well if we want 100% compatibility with the shell, then it should be
implemented. I took a look, and I think I can fix it by modifying
_rw_brace_graph::brace_expand_write()
Martin Sebor wrote:
Great, that fixes locale.cpp. Thanks for doing that. I was also
(or mainly) pointing out the same problems in braceexp.cpp. I
hesitate to commit a fix myself in case you're working on the
file but here's a patch that addresses the remaining problems:
Martin,
Your patch
Martin Sebor wrote:
[EMAIL PROTECTED] wrote:
Author: vitek
Date: Fri Mar 28 14:28:41 2008
New Revision: 642397
URL: http://svn.apache.org/viewvc?rev=642397view=rev
Log:
2008-03-28 Travis Vitek [EMAIL PROTECTED]
STDCXX-714
* tests/src/braceexp.cpp: Remove _rw_isspace
Martin Sebor wrote:
Travis Vitek wrote:
I'm thinking that all work for 4.2.1 should be done on the
4.2.x branch, and future work should be done on trunk until
an appropriate branch has been created. That way we avoid
having to be careful about bulk merges from trunk to 4.2.1
Martin Sebor wrote:
Travis Vitek wrote:
Travis Vitek commented on STDCXX-742:
-
This is happening because we don't use the -qrtti=dynamiccast
option. We internally use a dynamic_cast to determine if the
facet is of the correct derived type
Look at you: you've become a regular wiki formatting artist! ;-)
Yup. I'm getting used to clicking through the Wiki formatting guide.
+ || Test || Criteria ||
Great breakdown. I assume the Criteria are the current conditions.
We should also try to come up with the ideal conditions that we'll
Martin Sebor wrote:
Here are some observations and suggestions regarding the patch:
# Underscores separating components of file names should be replaced with
dashes for consistency with the {{rw/_config-*.h}} headers.
# There's a typo in the name of {{_atomic_aplha.h}}. I suspect the name
Travis Vitek wrote:
Martin Sebor wrote:
Travis Vitek wrote:
+ || 22.LOCALE.CONS.MT.CPP || *1,+ ||
+ || 22.LOCALE.CTYPE.CPP || *2 ||
+ || 22.LOCALE.CTYPE.IS.CPP || *2 ||
+ || 22.LOCALE.CTYPE.MT.CPP || *1,+ ||
+ || 22.LOCALE.CTYPE.NARROW.CPP || *2 ||
+ || 22.LOCALE.CTYPE.SCAN.CPP || *2
Martin Sebor wrote:
But we do need to come up with a sound specification of the query syntax
before implementing any more code.
Okay, the proposed query syntax grammar essentially the same as that being
used for the config value in xfail.txt. So we have
match is a shell globbing
Martin Sebor wrote:
Travis Vitek wrote:
From: Apache Wiki [mailto:[EMAIL PROTECTED]
The new
interface will need to make it easy to specify such a set of
locales without explicitly naming them, and it will need to
retrieve such locales without returning duplicates
From: Apache Wiki [mailto:[EMAIL PROTECTED]
The new
interface will need to make it easy to specify such a set of
locales without explicitly naming them, and it will need to
retrieve such locales without returning duplicates.
As mentioned before I don't know a good way to avoid duplicates
Author: faridz
Date: Sun Mar 9 22:52:37 2008
New Revision: 635439
URL: http://svn.apache.org/viewvc?rev=635439view=rev
Log:
2008-03-10 Farid Zaripov [EMAIL PROTECTED]
* include/string.cc (__replace_aux): Use static_cast()
instead of reinterpret_cast() to prevent compile error
Martin Sebor wrote:
Yes, although it's not immediately obvious to me what the problem
is, The first assertion above corresponds to this line:
TEST (T, 1.1, 0, 0, 0, ' ', , %g);
I don't see where the test ends up formatting 1.1 as 1.1 using the
%g directive (on AIX, printf(%g, 1.1)
From: Farid Zaripov [mailto:[EMAIL PROTECTED]
Subject: [PATCH] punct.cpp
The 22.locale.num.put.stdcxx-2 regression test fails on gcc/Linux
(and I suppose that fails on every compiler on non-Windows platform).
The fail is caused when precision is 0, and in this case the
precision
is not
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Author: vitek
Date: Tue Feb 26 14:41:46 2008
New Revision: 631410
URL: http://svn.apache.org/viewvc?rev=631410view=rev
Log:
2008-02-26 Travis Vitek [EMAIL PROTECTED]
* include/loc/_money_put.cc: Eliminate uninitialized variable
Martin Sebor wrote:
This is super cool! I've played with it a bit and except for a few
minor issues (mostly with ranges) it works like a charm! (I've just
committed an enhanced version of the test that reveals these problems.)
Yes, thank you for your enhancements to the test suite. As
Farid Zaripov-2 wrote:
The 0.fnmatch test fails on MSVC and ICC/Windows with two assertions:
--
291. rw_fnmatch([!a], , 0) == 0, expected (native:own) 1:1
301. rw_fnmatch([!ab], , 0) == 0, expected (native:own) 1:1
--
The
Farid Zaripov-2 wrote:
For now we are supporting four versions of the MSVC starting from 7.0.
The MSVC 7.0 doesn't supports the modern C++ features and I propose
to discontinue supporting of this compiler in stdcxx 4.3 version.
Everyone is encouraged to vote, including
101 - 150 of 150 matches
Mail list logo