Justin Erenkrantz wrote:
On Thu, Aug 04, 2005 at 05:15:03PM -0600, Nicole Willson wrote:
Ok, apparently attachments are not allowed on this list. So, here it is:
Can you please be more specific about this? Certain types of
attachments are indeed rejected; but plain-text attachments should
Alex Ostapenko wrote:
Hello, Martin!
You wrote to [EMAIL PROTECTED] on Mon, 22 Aug 2005 17:50:36
-0600:
?? We need to build on following platforms/configurations:
?? - Windows 2000/XP/2003 32-bit with MSVC 6, 7.0, 7.1 and future 8.0
?? compiler - Windows 2000/XP/2003 32-bit with Intel ICC
Alex Ostapenko wrote:
[...]
?? I am not sure that Visual Studio terminology is applicable here.
?? Visual Studio does not allow adding, removing or changing compilers
?? without writing special Visual Studio extensions.
MS That's where the other script to generate the VS Solution will come
MS
Alex Ostapenko wrote:
Hello, Martin!
You wrote to Lance Diduck [EMAIL PROTECTED] on Thu, 25 Aug 2005
10:00:44 -0600:
MS I suspect it's caused by the case insensitivity of the Windows NTFS
MS file system. There are two atomic.* files: atomic.S and atomic.s:
MS
I created a snapshot of the stdcxx 4.1.2 sources as of 7/19/2005 (with
a couple of exceptions -- see below) and placed in my home directory:
http://people.apache.org/~sebor/stdcxx/stdcxx-incubating-2005-07-19.tar.gz
The MD5 sum for the file is a4e530d14e239fca66a5bfe1e0e68378.
Instructions on
Lance Diduck wrote:
Yes -- I am trying Cygwin now. It takes forever to download and install, and
I'll have to find out if there is a Subversion client for Cygwin.
You could use the Windows client. The CygWin client, if there is one,
will probably not help you work around the case insensitivity
Alex Ostapenko wrote:
Hello, Martin!
You wrote to stdcxx-dev@incubator.apache.org on Mon, 29 Aug 2005
20:03:05 +0200 (CEST):
MSJ Martin Sebor resolved STDCXX-15:
MSJ
MSJ Fix Version: 4.1.3
MSJ Resolution: Fixed
MSJ Great! I'll close the issue
David Crossley wrote:
Martin Sebor wrote:
Martin Sebor wrote:
[...]
I'm trying to request a user account for [...] one our
committers who only recently faxed in his CLA (on 8/24 to be
exact). The instructions on the page below say to monitor the
file iclas.txt in the foundation/officers
Justin Erenkrantz wrote:
--On August 25, 2005 3:36:13 PM -0600 Martin Sebor [EMAIL PROTECTED]
wrote:
Please vote to make this snapshot available for download from the
project Web page.
This needs the approval of the Incubator PMC as well:
Yes, thanks for the reminder. Based on Leo
Justin Erenkrantz wrote:
--On August 25, 2005 3:36:13 PM -0600 Martin Sebor [EMAIL PROTECTED]
wrote:
[...]
http://svn.apache.org/viewcvs.cgi/*checkout*/incubator/stdcxx/trunk/etc/c
onfig/README?rev=240138
A better link is:
http://svn.apache.org/repos/asf/incubator/stdcxx/trunk/etc/config
Here is the result of the vote:
+1 votes: 5
Martin Sebor (binding)(*)
http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200508.mbox/[EMAIL
PROTECTED]
Amit Jindal (binding)
http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200508.mbox/[EMAIL
PROTECTED]
Liviu Nicoara
Lance Diduck wrote:
To all: Here is an issue that may impact stdcxx.
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2005/n1850.pdf
Odd. Adobe Reader on Linux seems to have trouble with the document
-- it says it can't find Helvetica and the text is unreadable. Xpdf
opened it fine, though.
[responding to [EMAIL PROTECTED]
Alessio Marchetti wrote:
Martin Sebor wrote:
As far as the presentation I will easily be able to use a pretty
standard stylesheet at first, then I could customize it to match the
Apache lookfeel.
Excellent!
Martin
Now I'm thinking about the process
). Let me attach it to the bug.
Martin
http://iwww.cvo.roguewave.com/bugzilla/show_bug.cgi?id=688
John
-Original Message-
From: Martin Sebor (JIRA) [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 14, 2005 6:48 PM
To: stdcxx-dev@incubator.apache.org
Subject: [jira] Commented
The result of the vote on the request to publish a stdcxx snapshot
is below:
+1 votes: 3
William A. Rowe, Jr. (binding):
http://mail-archives.apache.org/mod_mbox/incubator-general/200509.mbox/[EMAIL
PROTECTED]
Justin Erenkrantz (binding):
Kostas Pagratis wrote:
I just wanted to clear a change through you before I submit.
time_put.cpp was causing the compiler (CC) to segfault:
Signal: Segmentation faultError: Signal Segmentation fault in phase
Scope Setup -- processing aborted
CC ERROR: /usr/lib32/cmplrs/fecc died due to signal 4
of Quovadx
303-545-3210
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 29, 2005 3:49 PM
To: Kostas Pagratis
Cc: stdcxx-dev@incubator.apache.org
Subject: Re: source/stdlib/time_put.cpp change
Kostas Pagratis wrote:
Yea in the preprocessor
Lance Diduck wrote:
OK this is it . Nothing fancy. This email has the same attachment (as a
test)
Index: gcc.config
===
--- gcc.config (revision 291401)
+++ gcc.config (working copy)
@@ -141,7 +141,9 @@
MULTI_LDFLAGS_POSIX =
Eric Lemings wrote:
FYI,
As of last night, TR1 just passed unanimously.
Great!
I believe it
is to be officially incorporated into the standard next.
That is the expectation but how much of it actually will be remains
to be seen. The decision will be based on our experience with the
TR1
was finally created.
That's great news! Don't forget to set up your HOME including your
.forward file. See http://apache.org/dev/user-email.html.
Martin
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 06, 2005 11:57 AM
To: stdcxx-dev
Kostas Pagratis wrote:
This issue is on an IRIX 6.5 using mipsPro 7.41
Does anyone have any idea why this is happening?
Not from this little info. We'd need to see a test case.
Martin
Kostas Pagratis wrote:
This issue is on an IRIX 6.5 using mipsPro 7.41
Does anyone have any idea why this is happening?
There is a wchar_t w_abcdef = abcdef
When replace() on line 336 in include/string.cc is invoked by an =
operator
(test/tools/tooltest/wstrtest.cpp line 256)
str2
Anton Pevtsov wrote:
Hi Martin,
We have tried to build two versions of the stdcxx library (the
downloaded snapshot 4.1.2 and the last version from svn - named svn
version below in this document) and its environment (examples, tests,
etc). We use SuSe Linux 9.1 and GNU make 3.80.
The results
Martin Sebor wrote:
Anton Pevtsov wrote:
[...]
1. The svn version building goes successfully until it reached the
target $(CATFILE) : $(MSGFILES) in makefile.rules. But there are no
MSGFILES is specified and the command gencat .../rwstdmessages.cat
switches to manual input - the build process
Anton Pevtsov wrote:
There is a problem in the __rw_atomic_preincrement function versions for
Win32 (see the include\rw\_mutex.h file, line 1352):
I noticed the same thing a few days ago while looking into the cause
of the MSVC 64-bit compatibility warnings we discussed privately the
other
Jeremy Dean wrote:
What do I select as the version? 4.1.2 or 4.1.3
You should always select the version that you're using. In your
case you should probably choose 4.1.2 since that is the initial
drop (i.e., the Rogue Wave donation that corresponds to libstd
4.1 from SourcePro Edition 8).
Liviu Nicoara wrote:
Martin,
The following error popped up during certification with vc 8.0 on
Windows 2k3 (all build types):
Yes, I can reproduce it. I created stdcxx-71:
http://issues.apache.org/jira/browse/STDCXX-71
Thanks
Martin
Anton Pevtsov wrote:
The attached file contains my attempt to update the lib.alg.mismatch
test.
The attachment is missing (it probably got stripped due to the mailer
issue I mentioned previously). Here are some ways in which we can try
to deal with it, listed in the order of my preference :)
Anton Pevtsov wrote:
The attached file contains my attempt to update the lib.alg.fill test.
Excellent, thanks! I've committed it with a few minor changes here:
I have a question about fill_n test: is it necessary to implement a
separate test for the fill_n algorithm
with our custom Size
Anton Pevtsov wrote:
I am porting the lib.alg.copy test to new test driver and I have a
couple of questions about it:
Sorry I missed this email...
1. Current test version contains calls to to_string function and uses
the tempstr class. This class is defined in the test.h header which
should
Martin Sebor wrote:
Anton Pevtsov wrote:
[...]
I have a question about fill_n test: is it necessary to implement a
separate test for the fill_n algorithm
with our custom Size class?
If so, this test may be updated - currently it just uses size_t.
You are right, that would be a useful
Martin Sebor wrote:
Anton Pevtsov wrote:
[...]
2. The copy algorithm can work in case when the destination range
overlaps the source range (of course, first position of the source range
should not be contained in the destination range). Current version
doesn't contain special test
Thanks,
jb -
Martin Sebor wrote:
John Benito wrote:
Martin,
Good, because that is what I did (commented out the MAPFILE). It
seems to have built a library, will test it tomorrow. Thanks for all
the help!
FWIW, if you're planning to test it for conformance you should be
aware
Anton Pevtsov wrote:
The attached file contains my attempt to fix this problem - I added test
for the predicate version of adjacent_find.
This looks good, thanks! I'll go ahead and commit it (we're having
network trouble so won't probably be until tomorrow).
In the future, when sending a
Martin Sebor wrote:
John Benito wrote:
Martin,
Just to let you know, while trying the 11s build on Solaris 5.10 using
EDG 3.5 over GCC 3.4.3 I am getting the following diagnostics. Will
look into away to include uint64_t this afternoon, unless you have
already seen this.
[...]
The error
Anton Pevtsov wrote:
Martin, thank you for your comments. Thay are very useful.
You're welcome :)
[...]
But I am not sure that current test version covers all possible cases:
it doesn't exercise the case when there are several elements in the
given sequence for which the predicate is
Anton Pevtsov wrote:
There is a memory leak in this test - I forgot to delete temporary
arrays.
Here is the patch which fixes the problem (the attached file contains
the same patch):
Thanks, I applied it with this change:
http://svn.apache.org/viewcvs.cgi?rev=354156view=rev
Martin
Anton Pevtsov wrote:
I have not found any test for the find_first_of algorithm. It was
declared in 25.find.cpp but was not exercised anywhere. So I implemented
this test - see it in the attached file, please.
Thanks! The test looks good to me. I committed it with this change:
Liviu Nicoara wrote:
Martin,
This one is not working with any targets when invoked anew from TOPDIR:
# $ make [ BUILDTYPE=build-type ] \
# [ BUILDDIR=build-dir ] \
# [ CONFIG=config-file ] \
# [ PHDIR=plumhall-testsuite-source-dir ]
# [ targets ]
I'm not
Liviu Nicoara wrote:
Martin Sebor wrote:
I see. I'm not sure whether this ever worked or that it was intended
to. The current behavior, when no target is specified, is to create
BUILDDIR and try to build everything. I suppose specifying a target
would let us build just the specified target
Jeremy Dean wrote:
I am getting the following errors when trying to build the Standard
Library
on AIX 5.3 with the Visual Age 7.0 compiler:
xlCcore_r -q64 -D_RWCONFIG=12s -I./../../../include
-I./../../../include/ansi -I./../../.. -I.. -I. -D_RWBUILD_std -O
-D_REENTRANT -qsuppress=1500-029
Anton Pevtsov wrote:
The attached file contains my attempt to update this test and port it to
new test driver.
Here I implemented special class to be used as Size (some integral type)
in the generate_n algorithm. I plan to update the lib.alg.fill test
in the same way.
Thanks. I tightened up
Anton Pevtsov wrote:
[...]
3) The Intel Compiler doesn't allow the '*' symbol in defines in the
compiler command line. For example, when you passes to the compiler
something like /D FUN=strchr((char*)0,0) the compiler just crashes. I
changed the configure.wsf script and fun_present_check.cpp to
for each
configuration.
I remember discussing this before but not the conclusion (or even
if we reached one). Let me see if I can find it... ah, here it is:
Martin Sebor wrote:
Anton Pevtsov wrote:
[...]
2. The generate.wsf script after
the solution generation makes the build.bat file
Anton Pevtsov wrote:
[...]
I found that there are several strange things with ICC Compiler
integrated into Visual Studio:
[...]
2. The ICC solutiion uses .icproj files for projects but requires
corresponding .vcproj files too. It looks like it is impossible to open
the solution without .vcproj
Anton Pevtsov wrote:
[...]
Martin Sebor wrote:
Also, if we are still copying the .dll to the example and test
directories as I noticed the script was some time back I would like to
change this to make sure no such copying takes place. Instead we
should modify the PATH variable or do
Liviu Nicoara wrote:
Martin,
Could you please take a look at this patch and let me know if it meets
your approval?
Will do.
But first a few things about the process :)
1. The subject line of a patch should start with the string [PATCH]
to make it easily distinguishable from other posts.
2.
Liviu Nicoara wrote:
I think we had those at some point in the past. IIRC, I took them out
because I thought it was cleaner to have them in the individual (sub)
makefiles instead. I.e., the top level makefile shouldn't need to know
all the dependencies of each subcomponent. It easy to miss some
Liviu Nicoara wrote:
Martin Sebor wrote:
Liviu Nicoara wrote:
I think we had those at some point in the past. IIRC, I took them out
because I thought it was cleaner to have them in the individual (sub)
makefiles instead. I.e., the top level makefile shouldn't need to know
all
Jeremy Dean wrote:
I am working on RedHat 3.0 with the gcc 3.2.3 compiler and also the
Rogue
Wave 6 standard librarby version.
I get a memory fault with the following testcase:
A stack trace would be helpful. But I wonder how you got the test
case to compile -- it contains a couple of
Anton Pevtsov wrote:
Hi Martin,
[...]
You feedback about the scripts is important to continue with the scripts
updating (adding /COPYDLL option, for example). Also I found one strange
thing with my last e-mail (it contains the last script version) I've
sent to the stdcxx-dev:
I cannot find it
Martin Sebor wrote:
Anton Pevtsov wrote:
Hi Martin,
[...]
You feedback about the scripts is important to continue with the scripts
updating (adding /COPYDLL option, for example). Also I found one strange
thing with my last e-mail (it contains the last script version) I've
sent
Anton Pevtsov wrote:
The attached file contains my attempt to update lib.alg.remove test and
port it to new test driver.
Great, thanks! I will commit it shortly.
Here I implemented the helper class ToString to be used instead of
tempstr and to_string to convert a range of X objects to a
Martin Sebor wrote:
[...]
Now, consider this more involved output:
# ITRACE_ASSERTION (S0) (3 lines):
# TEXT: line 279: removeForwardIterator(aba, ..., 'a') = 90:98,
91:98, 92:97 unstable: incorrect elements order at 0 position elements
ids: 90 and 91
# LINE: 467
Can you tell what all
Martin Sebor wrote:
[...]
Here I implemented the helper class ToString to be used instead of
tempstr and to_string to convert a range of X objects to a string.
I think it may be useful for other tests.
One other comment on the class. The rw_printf() functions should
be (or at least I
Andrew Black wrote:
Greetings all.
Last night I attempted to build the stdcxx library and tests/examples on
my Mac OS X box, runing version 10.2.8 of the operating system.
Unfortunately, the make process failed building the dependancies for
include/rw/_traits.h with a message about an
Justin Erenkrantz wrote:
On Tue, Jan 10, 2006 at 09:39:39AM -0700, Martin Sebor wrote:
It is now :) Let me add it to Jira:
http://issues.apache.org/jira/browse/STDCXX-111
It looks like Apple decided to get rid of libsupc++ in their gcc 4.
I just hope they didn't integrate it into libstdc
Justin Erenkrantz wrote:
On Tue, Jan 10, 2006 at 10:25:20AM -0700, Amit Jindal wrote:
+1
Just as a note, when voting on a release, it is an excellent idea to
indicate what platform/compiler/etc combinations you tested it on.
This would allow others to know what platforms haven't been
Justin Erenkrantz wrote:
--On January 10, 2006 2:27:31 PM -0700 Martin Sebor
[EMAIL PROTECTED] wrote:
This suggests that the SIZE_T.cpp config test failed to define
the _RWSTD_SIZE_T and related macros for some reason. The way
to quickly find out if it even compiled (as I suspect it didn't
Liviu Nicoara wrote:
Martin,
As we discussed it yesterday the gcc builds are broken on dev because of
a glitch introduced in [I believe] revision 366948.
Yeah, I'm afraid I broke it for at least some platforms :(
AFAICT the else branch of the new SunOS conditional in rw/_mbstate.h
does
Anton Pevtsov wrote:
I got the latest version from the SVN and tried to build it. The
stdlib build failed with the compilation error:
...
wctype.cpp
D:\Projects\RogueWave\work\apache\src\..\include\loc\_locale.h(400) :
error C2039: 'mbstate_t' : is not a member of 'std'
[...]
And this fixed
Hi Anton,
After testing it on all previously working platforms including
Windows (whew!) I applied the patch at r367898.
Martin
Martin Sebor wrote:
Anton Pevtsov wrote:
I got the latest version from the SVN and tried to build it. The
stdlib build failed with the compilation error
Anton Pevtsov wrote:
I tested this tarball on a Intel x86 machine with Windows 2003 server
and using MSVC 7.1.
examples/tutorial/dynatype
It's a tricky example, one that even better compilers trip up on.
I don't have an MSVC bug number for this but it seems pretty clear
from the error
Anton Pevtsov wrote:
The attached file contains my attempt to update lib.alg.reverse test and
port it to new test driver.
Thanks! It's in:
http://svn.apache.org/viewcvs.cgi?rev=368155view=rev
I just made a couple of minor changes to the rw_info output to avoid
duplicating all the iterator
[...]
Reply-To: stdcxx-dev@incubator.apache.org
Delivered-To: mailing list stdcxx-dev@incubator.apache.org
Date: Fri, 30 Dec 2005 17:27:53 +0300
From: Anton Pevtsov [EMAIL PROTECTED]
To: stdcxx-dev@incubator.apache.org
Subject: Solution generation scripts for MSVC-8.0
[...]
The attached
Justin Erenkrantz wrote:
[...]
Since several of them are involved and would require us to recertify
the library on all the platforms where it has passed my goal is to get
them fixed in 4.1.4. Does that sound reasonable?
Sure. Let's just note that Mac OS X isn't supported in the release
The status report for the quarter ending in 12/2005 is here:
http://incubator.apache.org/stdcxx/status/2005-12.text
Please review and provide any comments by EOB (US/Mountain)
this Friday, 1/13.
Unless someone beats me to it I will do my best to post the
report on the Wiki page below by the
Andrew Black wrote:
Greetings all.
For those who are curious, attached is a copy of the config.h file
generated when I ran the configuration process last night on my Mac OS X
box.
Great, this might be useful for comparison with the latest release
of the OS.
Thanks!
Martin
Liviu Nicoara wrote:
I attached a tar.gz archive containing the test mentioned in the subject
line (modified to use the new driver). The test comes from former
c_strings.cpp test.
I'm actually in the process of changing this test in my local branch
so I'll need to merge your changes into mine
feedback! I've added the D word and mentioned
the plan to expand the PPMC and put the final result on the Wiki:
http://wiki.apache.org/incubator/IncubatorBoardReport2006Q1
Martin
PS I have no idea what happened to the original subject line
-- I swear I hadn't been drinking! ;-)
Yours,
Bill
Martin
Anton Pevtsov wrote:
[...]
The attached archive contains two script patch files (scripts1.diff and
scripts2.diff). Apply scripts1.diff first, and then scripts2.diff to
avoid conflicts, please.
Will do!
In the future, please try to remember to use UNIX newlines in your
patches to prevent
Liviu Nicoara wrote:
Martin,
I am working on the strings.cons test now and I am fiddling with the
replacement op new/delete support in the driver.
So, the naming convention calls for _rw_ for all functions in the driver
(including those with internal linkage) and rw_ for all types defined in
Liviu Nicoara wrote:
Martin,
AFAICT, rw_sprintf is not yet implemented in the driver. Any plans to
implement it in the near future?
I'm not sure. It's not the safest function to use. rw_sprintfa()
is better. We should probably just remove the prototype.
Martin
Benjamin Gomez wrote:
Hi Martin,
The problem is that the headers being returned from the server include a
content-type of text/plain instead of text/html. IE picks up the fact that
it is formatted as a web page and displays as a web page, but Mozilla
formats it as it is supposed to.
Thanks.
documentation links work fine as they are relative links, so we
just need to make the link to access the documentation like the one above
and it should work from there.
Ben
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 18, 2006 11:04 AM
To: stdcxx-dev
William A. Rowe, Jr. wrote:
Martin Sebor wrote:
Justin Erenkrantz wrote:
In the future, you should not reuse the version - therefore, this
should really be 4.1.4. Once, 4.1.3 is posted, it's 'gone'
(regardless of whether it passes or not). Therefore, a vote should
be with respect
William A. Rowe, Jr. wrote:
[...]
The candidate and number are pitched. We have a mantra,
version numbers are cheap.
Thanks for the clarification.
[...]
There is typically no
allowance in these rules for making version changes that are not
determined by changes and differences between
William A. Rowe, Jr. wrote:
Martin Sebor wrote:
[...]
However, I believe that the issue can be just as effectively
dealt with by implementing the -rcN (or similar) suffix policy
that Bill mentioned in his first post, with the additional
(and IMO essential) advantage of preserving the well
Liviu Nicoara wrote:
Attached is my attempt at converting the lib.string.cons test. It
contains the additional new_test.h/new.cpp and
string_test.h/string_test.cpp for support.
Do you happen to also have the test for the replacement operator new?
The current one fails with the changes to
William A. Rowe, Jr. wrote:
Martin Sebor wrote:
I created a tarball of the stdcxx 4.1.3 branch
http://people.apache.org/~sebor/stdcxx/stdcxx-incubating-4.1.3.tar.gz
Please vote to publish this tarball on the project Web page:
http://incubator.apache.org/stdcxx/download.html
+1
William A. Rowe, Jr. wrote:
Martin Sebor wrote:
Okay, so just to make sure we're all clear, the process we seem
to be converging on goes like this:
1. branch X.Y.Z/ from trunk/
2. with N starting at 1, tag the X.Y.Z/ branch X.Y.X-rc-N/ and
create the corresponding tarball, stdcxx
Justin Erenkrantz wrote:
On Sun, Jan 22, 2006 at 11:47:49AM -0700, Martin Sebor wrote:
and -1 with this the final tarball in
incubation.
I'm not sure I undrestand what you mean -- can you elaborate?
I think he means that if this were the final tarball before graduation,
then he'd vote
William A. Rowe, Jr. wrote:
Martin Sebor wrote:
William A. Rowe, Jr. wrote:
[...] I suspect that may not fully
address your concerns (i.e., the fact that there is a 1.2.3 branch
before an official release has taken place).
I do believe it does, granted the 1.2.3-rc3 branch would
Liviu Nicoara wrote:
I have attached my tentative porting of lib.deque.modifiers test to the
new driver. Martin, I would appreciate suggestions for improving the
sections which use ToString class (one of those uses split formatting).
I don't see the class defined in the test. Did you by any
Anton Pevtsov wrote:
I'm porting the test for the lib.alg.random_shuffle algorithm and I have
a question about the current test implementation.
There is the special test case for the built-in random number generator
which does the following:
some test array is defined and initialized with
Liviu Nicoara wrote:
I have attached my attempt at converting new.cpp self test to the new
driver.
This looks okay but it exposes a problem -- the test produces a bunch
of errors like the one below:
# ERROR (S8) (4 lines):
# TEXT: /build/sebor/dev/stdlib/tests/src/new.cpp:560: deallocation
...is finally implemented so we can stop using the ToString hack.
Until I put together some documentation for the feature see one
of the tests that I've modified to make use of the directive to
understand how to apply it in new code:
http://svn.apache.org/viewcvs.cgi?rev=372077view=rev
Martin
The stdcxx community voted on and has approved a proposal to release
stdcxx 4.1.3. Pursuant to the Releases section of the Incubation
Policy and with the endorsement of two of our mentors we would now
like to request the permission of the Incubator PMC to publish the
tarball on the stdcxx
it an ordinary function. Could
you look into it?
Martin Sebor wrote:
Not sure what you mean here.
[...]
I'm not seeing any runtime problems with the test and I'm not sure I
understand where you think the problem is.
The possible problem is that this test case may be passed when the nloops
Anton Pevtsov wrote:
The attached file contains my attempt to update lib.alg.transform tests
and port it to new test driver.
I must admit I was a little bit confused by all the tags and the
recursion (it actually took me until today to figure out what the
test was doing! :) I decided to
Anton Pevtsov wrote:
The attached file contains my attempt to update lib.alg.partiton and
lib.alg.stable_partiton tests and port them to new test driver.
I think we should rewrite the test and hardcode the initial and
partitioned sequences. I don't think we can sufficiently exercise
the
William A. Rowe, Jr. wrote:
Anton Pevtsov wrote:
Some time ago I got an invitation from stdcxx PPMC via Martin Sebor's
mail to join the ranks of stdcxx committers. I have accepted the offer
and faxed the completed CLA.
I'd wish you welcome aboard, but that would belittle your previous
I am pleased to announce that the tarball of stdcxx 4.1.3
is now officially available from the project Download page:
http://incubator.apache.org/stdcxx/download.html.
This is a micro release of the library that is source and
binary compatible with the snapshot of 4.1.2. This version
of stdcxx
Craig Chariton wrote:
For any TPF developers contemplating a port of the Apache library for the
TPF and z/TPF OS, they may find the following documents from IBM helpful.
TPF Systems Technical Newsletter, Vol. 4 No. 4
http://www-306.ibm.com/software/htp/tpf/news/nv4n4/v4n4a14.html
IBM's OS/390
Anton Pevtsov wrote:
I am porting tests for lib.alg.sort algorithms (sort, stable_sort,
partial_sort and partial_copy_sort) and I have several questions about
these tests:
1. Current test version contains code for some tracing:
...
if (!(i % 20))
TRACE
error with example tele.cpp failing on line 349 ofr
include/map
Jeremy
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 31, 2006 9:58 AM
To: stdcxx-dev@incubator.apache.org
Subject: Re: Problem building on Solaris
Jeremy Dean wrote:
I am building
to revisit and enhance it soon thanks to your astute observation below.
Martin Sebor wrote:
It's certainly possible that there is a bug in the algorithm, but I
would be more inclined to suspect the test before the algorithm just
because you just made making non-trivial changes
Anton Pevtsov wrote:
There are two problems with the stdcxx current svn version compilation:
1. File src\wcodecvt.cpp, line 665:
Yes, that's my typo from yesterday. I'll fix it today. Sorry
about that.
...
#ifndef _RWSTD_NO_WCRTOMB
ret = wcrtomb (tmp, wchar_t (0),
Liviu Nicoara wrote:
Martin,
I am currently attempting to convert deque.iterators to the new driver.
The test, in the current form uses plain asserts. I can only speculate
that a large number of assertions being exercised and the inefficiency
of the former driver's assertion mechanism was the
Anton Pevtsov wrote:
It seems that the tarball with stdcxx-4.1.3 contains not last scripts
version.
Right. The tarball is not the most recent code.
Current SVN scripts version includes checks for uuidgen before the
projects generating and provides the user with an appropriate error
message
1 - 100 of 2631 matches
Mail list logo