Re: [PATCH] STDCXX-11: IA64 32-bit atomic operations broken

2005-08-22 Thread Martin Sebor
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

Re: stdcxx-13 - Windows configration

2005-08-23 Thread Martin Sebor
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

Re: stdcxx-13 - Windows configration

2005-08-24 Thread Martin Sebor
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

Re: svn co

2005-08-25 Thread Martin Sebor
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

[VOTE] stdcxx 4.1.2 snapshot

2005-08-25 Thread Martin Sebor
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

Re: svn co

2005-08-28 Thread Martin Sebor
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

Re: [jira] Resolved: (STDCXX-15) EXCEPTION_DTOR test crashes with VC 7.1 debug

2005-08-30 Thread Martin Sebor
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

Re: committer account request

2005-08-31 Thread Martin Sebor
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

Re: [VOTE] stdcxx 4.1.2 snapshot

2005-09-01 Thread Martin Sebor
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

Re: [VOTE] stdcxx 4.1.2 snapshot

2005-09-01 Thread Martin Sebor
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

[VOTE RESULT] (was: Re: [VOTE] stdcxx 4.1.2 snapshot)

2005-09-01 Thread Martin Sebor
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

Re: Pluggable Memory

2005-09-05 Thread Martin Sebor
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.

Re: stdcxx documentation format

2005-09-06 Thread Martin Sebor
[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

Re: [jira] Commented: (STDCXX-25) string::insert() curruption inserting self

2005-09-15 Thread Martin Sebor
). 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

[VOTE RESULT] (was: Re: stdcxx snapshot)

2005-09-16 Thread Martin Sebor
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):

Re: source/stdlib/time_put.cpp change

2005-09-29 Thread Martin Sebor
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

Re: source/stdlib/time_put.cpp change

2005-09-29 Thread Martin Sebor
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

Re: [PATCH] ---[Cygwin] messages.cpp needs catopen, catgets etc

2005-10-06 Thread Martin Sebor
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 =

Re: type_traits and other things

2005-10-11 Thread Martin Sebor
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

Re: [PATCH] ---[Cygwin] messages.cpp needs catopen, catgets etc

2005-10-11 Thread Martin Sebor
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

Re: Issue with include/string.cc

2005-10-13 Thread Martin Sebor
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

Re: Issue with include/string.cc

2005-10-13 Thread Martin Sebor
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

Re: Stdcxx building

2005-10-18 Thread Martin Sebor
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

Re: Stdcxx building

2005-10-18 Thread Martin Sebor
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

Re: Problems in __rw_atomic_ operations for Win32 (_mutex.h)

2005-11-01 Thread Martin Sebor
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

Re: Question on filing a bug

2005-11-11 Thread Martin Sebor
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).

Re: Compilation error on Windows + MSVC 8.0 in the presence of stdlib headers

2005-11-23 Thread Martin Sebor
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

Re: test for lib.alg.mismatch

2005-11-23 Thread Martin Sebor
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 :)

adding/deleting files in patches (was Re: FW: dependencies among scripts)

2005-11-28 Thread Martin Sebor
Anton Pevtsov wrote: [...] But all scripts files have no eol-style property. Currently it is not a problem, but may turn to it in future. Yes it might. Thanks for spotting it! I've fixed it with this change: http://svn.apache.org/viewcvs.cgi?rev=349489view=rev. [...] Btw., I have a

Re: test for lib.alg.fill

2005-11-29 Thread Martin Sebor
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

Re: questions about the lib.alg.copy test

2005-11-30 Thread Martin Sebor
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

Re: test for lib.alg.fill

2005-11-30 Thread Martin Sebor
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

Re: questions about the lib.alg.copy test

2005-11-30 Thread Martin Sebor
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

Re: stdcxx question

2005-12-01 Thread Martin Sebor
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

Re: [jira] Created: (STDCXX-72) [25.adjacent.find.cpp] predicate form of std::adjacent_find not exercised

2005-12-01 Thread Martin Sebor
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

Re: stdcxx question

2005-12-02 Thread Martin Sebor
uint64_t is undefined uint64_tfpu_fsr;/* FPU status register */ ^ 2 errors detected in the compilation of /home/benito/stdcxx-2005-07-19/src/assert.cpp. Thanks, jb - Martin Sebor wrote: I would suggest make BUILDDIR=/home/benito/stdcxx-11s

Re: stdcxx question

2005-12-02 Thread Martin Sebor
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

Re: test for lib.alg.find

2005-12-05 Thread Martin Sebor
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

Re: test for lib.alg.find.end

2005-12-05 Thread Martin Sebor
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

Re: test for lib.alg.find.first.of

2005-12-06 Thread Martin Sebor
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:

Re: makefiles issues

2005-12-07 Thread Martin Sebor
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

Re: makefiles issues

2005-12-08 Thread Martin Sebor
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

Re: Any ideas on these StdLib build errors?

2005-12-08 Thread Martin Sebor
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

Re: test for lib.alg.generate

2005-12-08 Thread Martin Sebor
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

icl /D problem (was Re: Solution generartion script for Intel 9.0 compiler)

2005-12-14 Thread Martin Sebor
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

build.bat with multiple compilers (was Re: Solution generartion script for Intel 9.0 compiler)

2005-12-14 Thread Martin Sebor
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

(.icproj files for Intel C++ on Windows) Re: Solution scripts for Intel C++ 9.0 Compiler

2005-12-15 Thread Martin Sebor
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

copying .dll to project directories (was Re: [Fwd: Solution generartion script for Intel 9.0 compiler])

2005-12-15 Thread Martin Sebor
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

Re: makefile patch

2005-12-15 Thread Martin Sebor
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.

Re: makefile patch

2005-12-15 Thread Martin Sebor
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

Re: makefile patch

2005-12-15 Thread Martin Sebor
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

Re: problem with older Standard Library

2005-12-16 Thread Martin Sebor
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

Re: couldn't get email

2005-12-19 Thread Martin Sebor
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

Re: couldn't get email

2005-12-19 Thread Martin Sebor
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

Re: test for lib.alg.remove

2005-12-20 Thread Martin Sebor
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

Re: test for lib.alg.remove

2005-12-20 Thread Martin Sebor
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

Re: test for lib.alg.remove

2005-12-20 Thread Martin Sebor
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

Re: build failure on Mac OS X 10.2.8

2006-01-05 Thread Martin Sebor
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

Re: Mac OS X and stdcxx was Re: [VOTE] publish stdcxx 4.1.3

2006-01-10 Thread Martin Sebor
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

Re: Votes noting platform/compilers Re: [VOTE] publish stdcxx 4.1.3

2006-01-10 Thread Martin Sebor
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

Re: Mac OS X and stdcxx was Re: [VOTE] publish stdcxx 4.1.3

2006-01-10 Thread Martin Sebor
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

Re: gcc builds broken on dev: mbstate_t not in std

2006-01-10 Thread Martin Sebor
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

Re: stdlib failed to build (MSVC-7.1) because of a compilation problem with mbstate_t

2006-01-10 Thread Martin Sebor
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

Re: stdlib failed to build (MSVC-7.1) because of a compilation problem with mbstate_t

2006-01-10 Thread Martin Sebor
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

Re: [VOTE] publish stdcxx 4.1.3

2006-01-10 Thread Martin Sebor
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

Re: test for lib.alg.reverse

2006-01-11 Thread Martin Sebor
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

Re: Solution generation scripts for MSVC-8.0

2006-01-11 Thread Martin Sebor
[...] 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

[VOTE] publish stdcxx 4.1.3, take 2 (was: Re: Mac OS X and stdcxx)

2006-01-12 Thread Martin Sebor
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

quesrterly status report for review

2006-01-12 Thread Martin Sebor
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

Re: Mac OS X 10.2.8 config

2006-01-12 Thread Martin Sebor
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

Re: 21.string.c.strings.cpp

2006-01-12 Thread Martin Sebor
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

Re: quarterly status report for review

2006-01-13 Thread Martin Sebor
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

Re: Solution generation scripts for MSVC-8.0

2006-01-15 Thread Martin Sebor
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

Re: naming convention

2006-01-17 Thread Martin Sebor
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

Re: rw_sprintf in driver

2006-01-17 Thread Martin Sebor
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

Re: test for lig.alg.swap

2006-01-17 Thread Martin Sebor
Anton Pevtsov wrote: The attached file contains my attempt to update lib.alg.swap tests and port them to new test driver. Thanks! Your idea of reducing code duplication is neat. Unfortunately, there is a problem with it that prevents us from taking advantage of it in its current form: the

Re: question about serving pages from a database

2006-01-18 Thread Martin Sebor
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.

Re: question about serving pages from a database

2006-01-18 Thread Martin Sebor
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

Re: x.y.z numbering and releases

2006-01-18 Thread Martin Sebor
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

Re: x.y.z numbering and releases

2006-01-18 Thread Martin Sebor
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

Re: x.y.z numbering and releases

2006-01-18 Thread Martin Sebor
Justin Erenkrantz wrote: --On January 18, 2006 5:30:04 PM -0700 Martin Sebor [EMAIL PROTECTED] wrote: I don't think of the name of a file mentioned in emails as a release, least of all when it refers to a transient file in someone's home directory. Similarly, I don't consider an SVN branch

Re: x.y.z numbering and releases

2006-01-19 Thread Martin Sebor
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

Re: 21.string.cons test

2006-01-19 Thread Martin Sebor
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

Re: [VOTE] publish stdcxx 4.1.3

2006-01-22 Thread Martin Sebor
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

Re: x.y.z numbering and releases

2006-01-23 Thread Martin Sebor
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

Re: [VOTE] publish stdcxx 4.1.3

2006-01-23 Thread Martin Sebor
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

Re: x.y.z numbering and releases

2006-01-23 Thread Martin Sebor
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

Re: 23.containers.deque.modifiers.cpp

2006-01-23 Thread Martin Sebor
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

Re: test for lib.alg.random_shuffle

2006-01-23 Thread Martin Sebor
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

Re: 0.new.cpp

2006-01-24 Thread Martin Sebor
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

Re: 0.new.cpp

2006-01-24 Thread Martin Sebor
Martin Sebor wrote: Liviu Nicoara wrote: I have attached my attempt at converting new.cpp self test to the new driver. [...] Btw., I might just commit this test Here it is: http://svn.apache.org/viewcvs.cgi?rev=372017view=rev I added a bunch of command line options to the final version

%{X=*.*} formatting for X arrays

2006-01-24 Thread Martin Sebor
...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

[VOTE] publish stdcxx 4.1.3

2006-01-25 Thread Martin Sebor
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

Re: test for lib.alg.random_shuffle

2006-01-25 Thread Martin Sebor
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

Re: test for lib.alg.transform

2006-01-26 Thread Martin Sebor
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

Re: test for lib.alg.partitions

2006-01-26 Thread Martin Sebor
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

Re: stdcxx committership

2006-01-27 Thread Martin Sebor
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

stdcxx 4.1.3 released

2006-01-30 Thread Martin Sebor
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

Re: z/OS and z/TPF Development

2006-01-31 Thread Martin Sebor
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

Re: test for lib.alg.sort

2006-01-31 Thread Martin Sebor
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

  1   2   3   4   5   6   7   8   9   10   >