Scott Zhong wrote:
Windows XP with Cygwin DLL 1.5.24-2
GNU GCC 4.1.1
checking if the compiler is sane ok (invoked with gcc)
checking if the linker is sane ok (invoked with gcc)
checking system architecture ILP32 little endian
:
Mark Brown wrote:
Here's a patch for the -fPIC warnings on Cygwin (issue STCXX-346). I got a little crafty
with the conditional and used findstring instead of two ifs. I hope that's okay. I also
took the liberty to add a "-*- Makefile -*-" tag to the top of the file to
enable emacs syntax high
Farid Zaripov wrote:
Below is a patch of dynatype.cpp example to get compiled on MSVC.
ChangeLog:
* dynatype.cpp: protortype dynatype::remove >
changed to dynatype::remove;
protortype dynatype::copy > changed to
dynatype::copy;
removed dynatype::operator= >;
added code to get com
k it's likely to be surprising to users, especially
if they don't cause any problems in archive builds (they don't
appear to).
Martin
--Andrew Black
Martin Sebor wrote:
I've run into a linker error when building with IBM XLC++
in a directory whose name contains a comma
I think it's time for us to start planning the next stdcxx
release. We have fixed a ton of bugs since 4.1.3 and 4.1.4
and there have been a bunch of new platforms that we should
certify (e.g., gcc 4.1 or MSVC 8 to name the most popular
ones). I would also like us to clean up the Cygwin and Mac
OS
Martin Sebor wrote:
Mark Brown wrote:
Hi,
There appears to be a little typo in the source file alloc.cpp as
pointed out by the gcc compilation error on Cygwin. The patch below
fixes it.
Thanks, this looks trivially correct to me. I'll let Farid
commit it since he'll be working
Martin Sebor wrote:
Mark Brown wrote:
[...]
$ make
gcc -c -I/home/mbrown/stdcxx/include/ansi -mthreads
-D_RWSTD_USE_CONFIG -I/home/mbrown/stdcxx/include
-I/home/mbrown/stdcxx-12d/include
-I/home/mbrown/stdcxx/examples/include -pedantic -nostdinc++ -O2 -W
-Wall -Wcast-qual -Winline
Mark or Farid, could one of you please open an issue for this?
Thanks
Martin
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Sunday, March 04, 2007 2:22 AM
To: stdcxx-dev@incubator.apache.org
Subject: Re: Cygwin 12d build issues
Mark Brown
Mark Brown wrote:
Here's another test that throws an error at compile time. It looks like the
compiler doesn't like the using N as the dimension of the array. I thought
using variables as array dimensions was not allowed in C++?
It's not but the variable is really a constant integral expressi
Andrew Black wrote:
Greetings all.
Earlier today I checked a change into our internal version control
system that will alter how we do our nightly testing of stdcxx. This
change alters the the sources used in the testing to include our
internal (legacy) tests and test driver.
This has been
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 08, 2007 1:47 AM
To: stdcxx-dev@incubator.apache.org
Subject: Re: Cygwin libc_decl.sh script error
Scott Zhong wrote:
Windows XP with Cygwin DLL 1.5.24-2
GNU GCC 4.1.1
Scott Zhong wrote:
I tried wiping the Cygwin directory clean and reinstalling. The problem
still persists. I even compiled the newest GNU BASH shell. I'm running
a lot of Windows applications on my laptop, could be the cause of BASH
script failure. I think Cygwin is telling me to stick with M
Mark Brown wrote:
The next C++ standard adds a couple of new container member functions, cbegin()
and cend(), that will make it easier to retrieve const iterators from non-const
container objects. Are there any plans to add these functions to stdcxx?
I assume you're referring to the Working D
Scott Zhong wrote:
on openSUSE 10.2 compiling stdcxx/tests/intro/17.names.cpp with both gcc 4.1.1
and gcc 4.1.2 gives this error:
It's a known problem with valarray that I have a fix for but
haven't committed yet. I got a little ahead of myself when I
enhanced the test in revision 491734:
http
Scott Zhong wrote:
test case appears to work.
Yes. 17.names.cpp tries verifies that the library doesn't use
identifiers that belong to the user namespace. I.e., that user
defined macros (such as T, or get_slice) don't clash with
symbols used by the implementation that aren't reserved by the
C++
Martin Sebor wrote:
[...]
If you've successfully tested your patch with at least a few
of the stdcxx example programs please go ahead and commit it.
We can deal with the suffix later.
Farid, what's the status of this patch?
Martin
Martin
The corrected patch:
Index: GNUma
: Martin Sebor <[EMAIL PROTECTED]>
Organization: Rogue Wave Software
To: stdcxx-dev@incubator.apache.org
References: <[EMAIL PROTECTED]>
[EMAIL PROTECTED] wrote:
Author: faridz
Date: Fri Feb 23 09:04:11 2007
New Revision: 511019
URL: http://svn.apache.org/viewvc?view=rev&rev=511019
Farid, this should also be fixed.
Martin
Original Message
Subject: Re: svn commit: r511015 - in /incubator/stdcxx/trunk/tests:
include/21.strings.h include/23.containers.h src/23.containers.cpp
Date: Wed, 07 Mar 2007 11:04:56 -0700
From: Martin Sebor <[EMAIL PROTEC
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Monday, March 12, 2007 6:34 PM
To: stdcxx-dev@incubator.apache.org
Subject: [Fwd: Re: svn commit: r511019 - in
/incubator/stdcxx/trunk/tests: include/23.list.h
src/23.containers.cpp]
Farid
I'm trying to figure out why 22.locale.codecvt.out is reported
as having failed to compile with Sun C++ 5.8 on Solaris 8 among
other compilers but I don't the command line in the log (there
is a line that says that dependencies were generated for it but
no compilation or link line). Other 22.local
Mark Brown wrote:
-Original Message-
From: [EMAIL PROTECTED]
Sent: Thu, 08 Mar 2007 10:59:10 -0700
To: stdcxx-dev@incubator.apache.org
Subject: RFC: stdcxx 4.2 platforms
I think it's time for us to start planning the next stdcxx
release. We have fixed a ton of bugs since 4.1.3 and 4.1.4
les are only necessary
for our examples so we should be able to disable them for tests
but since it doesn't look like it's the problem I'm hoping to
figure out a way how to keep the name and get it to work in
general.
Martin
--Andrew Black
Martin Sebor wrote:
I'm trying to figure o
Hey Andrew, the DDC stdcxx results that I said had disappeared
over the weekend but were back this morning are gone again now
that I've rerun your latest stdcxx_export.pl script on vapor.
Check it out: http://people.apache.org/~sebor/stdcxx/results/
Any idea how to get them back?
Martin
Martin Sebor wrote:
Andrew Black wrote:
Greetings Martin.
I would hazard a guess that it has to do with the name of the test and
our pattern rules. In particular, the rules reading '%.out: %' and
'%: %.cpp'. I suspect that gmake is thinking that the target
22.l
Mark Brown wrote:
Attached is my first attempt at a patch implementing these functions. Please
let me know if I've missed something. The ChangeLong entry is here:
Sorry Mark but the patch got stripped again.
Martin
2007-03-13 Mark Brown <[EMAIL PROTECTED]>
STDCXX-335
* ma
Mark Brown wrote:
How frustrating!
Yes, it is. The strange thing is that it doesn't happen with
all attachments, only some. I've filed an issue with INFRA:
https://issues.apache.org/jira/browse/INFRA-1194
I'll comment on the patch separately.
Martin
This is mostly a question for our mentors:
I've been reading past Board minutes and came across a comment
expressing a concern about the diversity of the stdcxx commuter
base and the number of committers who have never been active
(see the link below for the full document):
Henri asked if stdc
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Monday, March 12, 2007 8:34 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: RFC: stdcxx 4.2 platforms
I would find Cygwin test results helpful. It would also be
helpful do semi-regular
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Monday, March 12, 2007 6:29 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: [PATCH] RE: Cygwin cannot find -lstd12d
Martin Sebor wrote:
[...]
If you've successfully tested your patch wi
Eric Lemings wrote:
"[gcc/Mac OS X 10.4.6 Tiger] Multiple vtable definitions for
bad_exception and bad_alloc"
Thanks Brad! Good to know there is an easy solution for this.
As for the patch, my comment is the same as what I just said
to Farid, i.e., that (like stdcxx C++ sources) the makefiles
Right, it needs to be used only for shared library builds.
Martin
I guess you could define yet another platform-specific variable in
gcc.config that gets added to LDFLAGS only when linking the library
(if one doesn't already exist of course).
Brad.
-Original Message-----
From: Marti
Eric Lemings wrote:
Okay, this patch seems to work just as well.
Cool! Checked in thus:
http://svn.apache.org/viewvc?view=rev&rev=517964
Thank you!
Martin
Index: etc/config/gcc.config
===
--- etc/config/gcc.config (revisi
Eric Lemings wrote:
The util/localedef.cpp source file fails to compile.
...
gcc runall.o cmdopt.o output.o util.o exec.o display.o -o exec
-L./stdcxx/lib -lstd -lsupc++ -lgcc_eh -lm
gcc -c -I./stdcxx/include/ansi -D_RWSTDDEBUG-D_RWSTD_USE_CONFIG
-I./stdcxx/include -I./stdcxx/include -I
Eric Lemings wrote:
Yep that fixed it. Opened up STDCXX-356 so you can track it.
Thanks! I've checked in your patch (although I forgot your
attribution -- sorry about that).
Martin
Brad.
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Tuesday, Mar
Farid Zaripov (JIRA) wrote:
[
https://issues.apache.org/jira/browse/STDCXX-16?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Farid Zaripov closed STDCXX-16.
---
__rb_tree::operator=() does not store rhs' comparison object in lhs
Do we
Farid Zaripov wrote:
-Original Message-
From: Andrew Black [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 13, 2007 9:44 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: [PATCH] RE: Cygwin cannot find -lstd12d
I have concerns about the change to makefile.rules.
Including $(LIBDIR)
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 14, 2007 8:44 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: [jira] Closed: (STDCXX-16)
__rb_tree::operator=() does not store rhs' comparison object in lhs
Farid Za
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 13, 2007 9:36 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: [PATCH] RE: Cygwin cannot find -lstd12d
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor
Any suggestions for stdcxx GSoC projects from anyone?
The obvious one is TR1 work although it would need to be split
up into smaller projects each manageable by a single person
over the summer.
Martin
Original Message
Subject: Fwd: Google Summer of Code
Date: Wed, 14 Mar 2007
search and replace on the macro but I must have missed the legacy tests.
Martin
--Andrew Black
[EMAIL PROTECTED] wrote:
Author: sebor
Date: Wed Mar 14 13:43:35 2007
New Revision: 518316
URL: http://svn.apache.org/viewvc?view=rev&rev=518316
Log:
2007-03-08 Martin Sebor <[EMAIL PROTECTE
Mark Brown wrote:
[...]
I propose tests/regress/stdcxx-NNN as the directory and file
naming convention for these new tests.
Comments?
I like how the existing tests are organized by sections in the standard. When
working on for example vector, it's easy to run just the container tests
without
[EMAIL PROTECTED] wrote:
Author: faridz
Date: Fri Mar 16 02:24:03 2007
New Revision: 518899
URL: http://svn.apache.org/viewvc?view=rev&rev=518899
Log:
2007-03-16 Farid Zaripov <[EMAIL PROTECTED]>
* configure.wsf (configure): Removed empty string from array
initializer.
This was my b
Scott Zhong wrote:
do you suggest we do this to valarray?
cat t.cpp && gcc -v && gcc t.cpp && ./a.out
class _slice
std::slice et al are required by the standard. I was referring
to the get_slice() member function which isn't. A program that
does
#define slice !ERROR!
#include
is ill
---
for( __i=0; __i < __sec->size(); __i++ )
if ( (*__sec)[__i]) __tmp[__cpt++] = (*(__rhs.get_ref_mem_array()))[__i]
;
2294c2294
< const valarray<_RWSTD_SIZE_T> *__sec = __ia->get_array_pt();
---
const valarray<_RWSTD_SIZE_T> *__sec = __ia->_get_array_
Scott Zhong wrote:
getting this error:
I was able to reproduce the same error with gcc 3.4.6.
The purpose of the test is to verify the conformance of the
header WRT namespace cleanliness (i.e., that symbols
like struct tm are defined in namespace std and not also in
the global scope). The tes
Farid Zaripov wrote:
Hi All.
I have been working on adding support of the stdcxx library to the
boost build system.
I have created the .jam files to build boost library with stdcxx using
MSVC 7.1 and 8.0.
There are some errors during build process.
The mostly error is: error C2039: 'mbstate
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 20, 2007 6:23 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: Boost + stdcxx (status)
Farid Zaripov wrote:
Hi All.
I have been working on adding support of the stdcxx
ess/stdcxx-.cpp
Option 2:
Mix regression tests in with the rest based on the clause
in the standard and name each according to the following
formula:
tests//.stdcxx-.cpp
Martin
Martin Sebor wrote:
Mark Brown wrote:
[...]
I propose tests/regress/stdcxx-NNN as the directory and file
naming
Farid Zaripov wrote:
-Original Message-
From: Andrew Black [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 21, 2007 5:57 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: [VOTE] Re: regression test suite naming convention
If we constrain ourselves to the proposed options, my vote is
[EMAIL PROTECTED] wrote:
Author: ablack
Date: Tue Mar 6 14:38:21 2007
New Revision: 515332
URL: http://svn.apache.org/viewvc?view=rev&rev=515332
Log:
2007-03-05 Andrew Black <[EMAIL PROTECTED]>
* tests/src/driver.cpp (_rw_setopt_output_file): Add logic to treat
the magic file name of '-'
Sorry for dropping the ball on reviewing this patch.
The changes look good to me. The two things that are missing
and that we can't commit the patch without are: 1) tests and
2) a ChangeLog entry.
We haven't ported all the container tests to the new driver
so you won't be able to simply enhance
Mark Brown wrote:
[...]
I would be happy to enhance the tests but all I could find are these:
23.bitset.cons.cpp
23.bitset.cpp
23.deque.iterators.cpp
23.deque.modifiers.cpp
23.deque.special.cpp
23.vector.capacity.cpp
23.vector.cons.cpp
23.vector.modifiers.cpp
There are no tests for list and I'm
this option is better than the one I suggested. I suppose the file
name could include even more specific detail than just the section number such
as the name of the container or the member function, like vector.cons and so on.
-- Mark
--Andrew Black
Martin Sebor wrote:
I'm not hearing
Andrew, can you please open an issue for this in Jira and assign
it to Farid to make sure it doesn't slip through the cracks?
Thanks
Martin
Andrew Black wrote:
Greetings all.
Within the result export script used to produce the
http://people.apache.org/~sebor/stdcxx/results/ page, a bug exists
Again, please open an issue for this.
I'll put together a list of bugs that need to be resolved for
the next release and post it here within the next few days.
Thanks
Martin
Andrew Black wrote:
Greetings all.
I've got another failure that is being suppressed by the bug in the
result export s
Martin Sebor wrote:
I also like option (3) best, so sounds like the home for
the new regression tests is unanimously in tests/regress/
The remaining question is the file name convention. Do we
go with .stdcxx-.cpp or do
we allow things like:
..stdcxx-.cpp
e.g., 23.vector.cons.stdcxx-123.cpp
Andrew Black wrote:
Per Farid, this was resolved in
http://svn.apache.org/viewvc?view=rev&rev=518899 , and I confirm the
resolution, so I don't think a Jira is required.
Great! (I must have missed the response.)
Martin
--Andrew Black
Martin Sebor wrote:
Andrew, can you pleas
Andrew Black wrote:
Martin Sebor wrote:
Martin Sebor wrote:
I also like option (3) best, so sounds like the home for
the new regression tests is unanimously in tests/regress/
The remaining question is the file name convention. Do we
go with .stdcxx-.cpp or do
we allow things like:
..stdcxx
I noticed that the legacy tests (like 21_native.exe) are reported
with the status of FORMAT in some of our most recent results (from
this morning) and missing from others.
Andrew, do you have any idea what's going on here? Do we still need
to change the Windows test harness to enable the legacy o
While looking at our Windows nightly test results I spotted
what I suspect to be a case of some bad math in the exec
utility when calculating percentages. The 23.deque.iterators
test is reported as failing 0 out of a total of 77,810,809
assertions and its pass rate as being 44%. This happens with
see a quick
fix let's wait for Farid to fix it.
Martin
--Andrew Black
Martin Sebor wrote:
I noticed that the legacy tests (like 21_native.exe) are reported
with the status of FORMAT in some of our most recent results (from
this morning) and missing from others.
Andrew, do you have a
Farid Zaripov wrote:
Attached is a new files for building the boost library with stdcxx.
Excellent! Which version of Boost did you use? (The latest?)
I'll give it a try on Solaris as soon as I get a chance and
post my results. If you could post yours (i.e., the test logs),
perhaps on your home
Hey Farid, what's the status of the deque and list tests that
you were working on not so long ago?
Original Message
Subject: Re: [PATCH] Re: new container member functions cbegin() and cend()
Date: Thu, 22 Mar 2007 12:40:39 -0600
From: Martin Sebor <[EMAIL P
: Fri Mar 23 16:09:40 2007
New Revision: 521934
URL: http://svn.apache.org/viewvc?view=rev&rev=521934
Log:
2007-03-23 Martin Sebor <[EMAIL PROTECTED]>
[...]
-struct tm foo (struct tm arg)
+// 7.24.1, p2 of C99: struct tm is required to declared // as an
+incomplete type in
+
I opened STDCXX-374 for this and assigned it to you Andrew
since you know the most about the utility:
https://issues.apache.org/jira/browse/STDCXX-374
Martin
Martin Sebor wrote:
While looking at our Windows nightly test results I spotted
what I suspect to be a case of some bad math in the
Farid, if this is a simple enough change could you look into
it sometime soon? Otherwise, if you're busy let me know and
I'll open an issue for it. In any case we need to get these
resolved before the release and I'd like us to start getting
things to a stable point.
Martin
Mar
On Tue, 2007-03-27 at 17:13 +0300, Farid Zaripov wrote:
> > -Original Message-
> > From: Martin Sebor [mailto:[EMAIL PROTECTED]
> > Sent: Monday, March 26, 2007 10:06 PM
> > To: stdcxx-dev@incubator.apache.org
> > Subject: Re: svn commit: r521934 -
> >
Farid Zaripov wrote:
At the moment the functions std::getline (basic_istream&,
basic_string&)
std::getline (basic_istream&, basic_string&, delim) and
operator>> (basic_istream&, basic_string&) are declared in
header file, but according to "21.2 Header synopsis" they
should be
declared in h
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 27, 2007 8:05 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: std::getline() declaration header
Farid Zaripov wrote:
At the moment the functions std::getline (basic_istream
Farid Zaripov wrote:
[...]
The difference between asserts on UNIX and MSVC is because of the
following lines of the test
23.deque.iterators.cpp, line 259:
Thanks for looking into it!
---
#ifndef _RWSTD_NO_REPLACEABLE_NEW_DELETE
// replacement operator new is expensive, a
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 27, 2007 8:53 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: std::getline() declaration header
I've created the issue (the test case inside):
https://issues.apach
This looks good to me Mark but let's wait for Farid to review it.
If he's happy with go ahead and commit it.
Martin
On Tue, 2007-03-27 at 21:00 -0800, Mark Brown wrote:
> I just noticed the new list tests that went in today -- they look like a lot
> of work! -- and started going through them to
I've been working on cleaning up our test results across the board
with the hope of stabilizing things enough to cut a preliminary 4.2
[pre]release branch sometime soon. Last night's results contain
a number of new failures on several platforms introduced by the
just committed list tests. I'd like
On Wed, 2007-03-28 at 18:40 +0300, Farid Zaripov wrote:
> I forgot to switch to the Mozilla Thunderbird to send the letter with
> attachment, so I repost.
>
> The boost library have the configuration header file
> boost/config/stdlib/roguewave.hpp (attached).
>
> That header file always i
On Wed, 2007-03-28 at 19:33 +0300, Farid Zaripov wrote:
> > -Original Message-
> > From: Martin Sebor [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, March 28, 2007 7:12 PM
> > To: stdcxx-dev@incubator.apache.org
> > Subject: problems with new list tests
This looks familiar. Didn't I already review this patch?
[...searching archives...]
I see you original patch in our archive (http://tinyurl.com/ywxq9w)
but I can't find my reply there. I was able to find it here though:
http://www.mail-archive.com/stdcxx-dev@incubator.apache.org/msg02760.html
b
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 28, 2007 6:22 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: [PATCH] clean up unused variable warnings in new
list tests
This looks good to me Mark but let's wai
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 28, 2007 10:35 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: [PATCH] dynatype.cpp example and MSVC
This looks familiar. Didn't I already review this patch?
[...sear
Farid Zaripov wrote:
IBM VAC++/XLC++ results not available or not meaningful
HP aCC/IPFall tests die with SIGABRT
HP aCC/PA 4 tests fail to compile, one gets SIGBUS
SGI MIPSpro OK
gcc/Linux OK
Sun C++/SPARC 23.list.cons dies with SIGABRT
MSVC/Wind
Btw., I should mention that I have no objection to immediately
committing the first part of this patch, i.e., everything but
the #ifdefs and the CREF() macro. That we can deal with later.
Martin
Martin Sebor wrote:
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 27, 2007 10:09 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: std::getline() declaration header
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto
Scott Zhong wrote:
I haven't look too closely at it yet, but it takes a long time for the test to
run and it seg faults at the end.
NAME STATUS WARN ASSERTS FAILED PERCNTUSER SYS
REAL
22.locale.ctype SEGV0 169.650 1.330
1
FYI: The run under dbx with check -all took a long time but
didn't return anything interesting -- see the attached log.
Martin
Martin Sebor wrote:
Scott Zhong wrote:
I haven't look too closely at it yet, but it takes a long time for the
test to run and it seg faults at the e
What version of Gnome terminal are you using? I couldn't reproduce
this behavior with Gnome gnome-terminal 2.2.2 (running on Linux).
I get monochromatic output with no garbage in it suggesting that
the terminal isn't capable of recognizing the VT100 escape
sequences (the test driver should be able
ourse, doesn't
mean that our test driver shouldn't work correctly under Gnome.
Martin
Martin Sebor wrote:
What version of Gnome terminal are you using? I couldn't reproduce
this behavior with Gnome gnome-terminal 2.2.2 (running on Linux).
I get monochromatic output with no garbage in it
Farid Zaripov wrote:
I have posted some bugs on the Microsoft feedback page. I've got the
following reply:
https://connect.microsoft.com/feedback/viewfeedback.aspx?FeedbackID=2662
40&wa=wsignin1.0&siteid=210
Thanks for reporting this issue, but we only accept feedback for Visual
Studio 20
Farid Zaripov wrote:
I have compiled the boost library version 1.33.1 with stdcxx using
MSVC 7.1, MSVC 8.0 and gcc 3.4.4 on Cygwin.
To compile the boost with stdcxx I have created .jam files that need
to be placed in %BOOST_ROOT%/tools/build/v1 directory.
The new .jam files and diff file b
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 03, 2007 10:02 PM
To: stdcxx-dev@incubator.apache.org
Cc: stdcxx-user@incubator.apache.org
Subject: Re: Boost + Stdcxx (results)
Now I will submit the found bugs to the boost
Jeremy Dean wrote:
Is there a workaround for not having any locale installed on a machine
other then installing one? The error that comes up is that _RWSTD_LC_ALL
is undefined.
I assume you're running into the same problem as STDCXX-128. The patch
referenced in the issue should fix it:
http:/
Farid Zaripov wrote:
The results of the regression tests are here:
http://people.apache.org/~faridz/status/cs-win32-full.html
Great, thanks for posting these! Do you happen to have the same
set of results with the native C++ Standard Library that we could
use as a baseline for comparison?
Sk
Scott Zhong wrote:
in the for loop, why __lo char_type length isn't being tested?
I'm not sure what you mean. What length isn't being tested
and why should it be?
Martin
in _ctype.cc line 141:
template
/* virtual */ const _TYPENAME ctype<_CharT>::char_type*
ctype<_CharT>::
do_narrow (cons
82
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 04, 2007 5:29 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: ctype index?
Scott Zhong wrote:
in the for loop, why __lo char_type length isn't being tested?
I'm not sure what you mean.
David Ritter wrote:
In reviewing the following file for some information on how to compare
floats and doubles for equality I had some questions I wanted to ask the
list.
http://svn.apache.org/viewvc/incubator/stdcxx/trunk/tests/src/valcmp.cpp
?view=markup
I found the methods rw_fltcmp and rw_db
[EMAIL PROTECTED] wrote:
Author: faridz
Date: Thu Apr 5 12:28:50 2007
New Revision: 525939
[...]
==
--- incubator/stdcxx/trunk/etc/config/windows/build.wsf (original)
+++ incubator/stdcxx/trunk/etc/config/windows/buil
Scott Zhong wrote:
As I had discuss with you Martin, rewrite the 22.locale.ctype test into
smaller subtests with both char and wchar_t:
22.locale.ctype.is.ch
I'm not sure exactly what the difference is between test_is() and
test_is_ch() but the names are close enough that the tests should
prob
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Friday, April 06, 2007 1:34 AM
To: stdcxx-dev@incubator.apache.org
Subject: Re: svn commit: r525939 - in
/incubator/stdcxx/trunk/etc/config/windows: build.wsf
generate.wsf summary.js
ncy on the other.
Martin
I think separating narrow.widen into two
separate test is not the most efficient method.
Yu (Scott) Zhong
-Original Message-----
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Friday, April 06, 2007 1:54 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: rew
Rogue Wave Software,
A QUOVADX(tm) division
Technical Support
Phone: 303-545-3205 -- 1-800-404-4767
E-mail: [EMAIL PROTECTED]
Web: http://www.roguewave.com/support
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 03, 2007 11:25 PM
To: stdcxx-d
Scott Zhong wrote:
I attached the modified test, it is ending prematurely see log for more
details.
That's not good. It should run successfully to completion.
Martin
The documentation pages are online again, after a period of
unavailability (or limited availability). Instead of serving the
documentation directly from Subversion they are now being served
from the incubator site along with the rest of the stdcxx site.
The documentation pages can be accessed fro
901 - 1000 of 3807 matches
Mail list logo