Re: svn commit: r643448 - /stdcxx/trunk/etc/config/windows/run_locale_utils.wsf

[EMAIL PROTECTED] wrote: Author: ablack Date: Tue Apr 1 08:36:22 2008 New Revision: 643448 URL: http://svn.apache.org/viewvc?rev=643448view=rev Log: 2008-04-01 Andrew Black [EMAIL PROTECTED] * etc/config/windows/run_locale_utils.wsf (run_locale_utils): Replication of r643435

Re: svn commit: r643448 - /stdcxx/trunk/etc/config/windows/run_locale_utils.wsf

Martin Sebor wrote: [EMAIL PROTECTED] wrote: Author: ablack Date: Tue Apr 1 08:36:22 2008 New Revision: 643448 URL: http://svn.apache.org/viewvc?rev=643448view=rev Log: 2008-04-01 Andrew Black [EMAIL PROTECTED] * etc/config/windows/run_locale_utils.wsf (run_locale_utils):

RE: [aCC 6.05] too many warnings

No, not currently, it is within the function that saves the log that throw an exception. -Original Message- From: Martin Sebor [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 01, 2008 10:06 AM To: dev@stdcxx.apache.org Subject: Re: [aCC 6.05] too many warnings Scott Zhong wrote:

Re: [aCC 6.05] too many warnings

Scott Zhong wrote: In the debug build of aCC 6.05 for stdcxx trunk, there are too many warnings that made the build log file to be larger than what the nightly build infrastructure could handle. This is causing debug builds to show up as DATA in the results page. Thanks for the heads up. Is

Re: svn commit: r643473 - /stdcxx/trunk/tests/support/18.numeric.special.float.cpp

[EMAIL PROTECTED] wrote: Author: elemings Date: Tue Apr 1 09:40:44 2008 New Revision: 643473 URL: http://svn.apache.org/viewvc?rev=643473view=rev Brad, a few notes on the format of your Change Log. Our convention is to use the GNU/Emacs format for Change Logs described in the Emacs manual:

Re: svn commit: r643473 - /stdcxx/trunk/tests/support/18.numeric.special.float.cpp

Eric Lemings wrote: [...] STDCXX-708 https://issues.apache.org/jira/browse/STDCXX-708 Each line should be indented by a single TAB. The issue URL shouldn't be here. Why not? Because we don't put it there. There's a documented convention that we follow (see below). It says nothing about

RE: svn commit: r643473 - /stdcxx/trunk/tests/support/18.numeric.special.float.cpp

-Original Message- From: Martin Sebor [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 01, 2008 11:13 AM To: dev@stdcxx.apache.org Subject: Re: svn commit: r643473 - /stdcxx/trunk/tests/support/18.numeric.special.float.cpp ... If you use Emacs, the add-change-log-entry

RE: failing regression tests

-Original Message- From: Martin Sebor [mailto:[EMAIL PROTECTED] Sent: Friday, March 28, 2008 10:42 PM To: dev@stdcxx.apache.org Subject: failing regression tests The regression tests below are all failing with SIGABRT. I check the issues and they have all been deferred, so what's

RE: regression in 23.deque.iterators

-Original Message- From: Martin Sebor [mailto:[EMAIL PROTECTED] Sent: Friday, March 28, 2008 10:54 PM To: dev@stdcxx.apache.org Subject: regression in 23.deque.iterators The 23.deque.iterators test is failing with a SIGABRT. Reverting the most recent changes to deque made to fix

RE: svn commit: r642397 - in /stdcxx/trunk/tests/src: braceexp.cpp locale.cpp

Martin Sebor wrote: PING? The sign extension issue is still there. I don't want it to get forgotten. It was not forgotten. I decided to re-add the inline functions to avoid having to cast to unsigned char all over the place. http://svn.apache.org/viewvc?view=revrevision=643214 Travis

RE: failing regression tests

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...

on branches and merging (was: Re: failing regression tests)

Martin Sebor wrote: Travis Vitek wrote: Martin Sebor wrote: [...] I think we need to decide if trunk is supposed to be a copy of 4.2.x or if it's for development of future versions. If the latter, there's no problem with keeping tests like it there as long as they're passing or as long as

RE: on branches and merging (was: Re: failing regression tests)

-Original Message- From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor Sent: Tuesday, April 01, 2008 4:11 PM To: dev@stdcxx.apache.org Subject: on branches and merging (was: Re: failing regression tests) ... It occurs to me that even if most work were done

RE: [jira] Commented: (STDCXX-742) [IBM XLC++ 9.0/AIX 5.3] 22.locale.messages fails with assertions

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, but

Re: on branches and merging

Eric Lemings wrote: -Original Message- From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor Sent: Tuesday, April 01, 2008 4:11 PM To: dev@stdcxx.apache.org Subject: on branches and merging (was: Re: failing regression tests) ... It occurs to me that even if most

RE: svn commit: r643630 - /stdcxx/trunk/etc/config/src/float_defs.h

Doh! Yeah, thought I had it tested out pretty good. That's what thinkin' gets me. Save the following script and set SVN_EDITOR environment variable to use it during check-ins: - #!/bin/sh # Generate custom template for Subversion log messages. [ $# -eq 1 ] || { echo Usage: $0 FILE

Re: spaces in rw_xxx_expand()

PING? Should I open an issue for this or is it something you're already working on or planning to? Martin Sebor wrote: In the shell, spaces that are otherwise treated as separators can be either escaped or quoted to have them interpreted as ordinary characters. The rw_xxx_expand()