RE: STDCXX examples fails and reasons [MSVC]

-Original Message- From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor Sent: Monday, July 09, 2007 7:47 AM To: stdcxx-dev@incubator.apache.org Subject: Re: STDCXX examples fails and reasons [MSVC] Because in windows infrastructure the TZ environment variable

Re: list of available cross-build result views

Mark Brown wrote: -Original Message- From: [EMAIL PROTECTED] Sent: Sat, 16 Jun 2007 15:59:11 -0600 To: stdcxx-dev@incubator.apache.org Subject: list of available cross-build result views ...is on the page below. This page and the cross-build views are all set up to get generated from

Windows build failures reported as DATA

Most of our Windows buils failed due to a change I committed over the weekend (http://svn.apache.org/viewvc?view=revrevision=554281). I'm working on fixing the regression but the breakage highlighted another problem that I'm hoping you might be able to quickly fix, Andrew. Even though the builds

RE: 23.deque.special

-Original Message- From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor Sent: Monday, July 09, 2007 7:40 AM To: stdcxx-dev@incubator.apache.org Subject: Re: 23.deque.special Farid Zaripov wrote: Below is a part of the 23.deque.special test. These rw_assert's

[jira] Commented: (STDCXX-109) [Mac OS X 10.2.8] Unable to build rwstderr.cat (no gencat utility)

[ https://issues.apache.org/jira/browse/STDCXX-109?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12511175 ] Martin Sebor commented on STDCXX-109: - We should be able to successfully build the library even when gencat

Re: 23.deque.special

Farid Zaripov wrote: -Original Message- From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor Sent: Monday, July 09, 2007 7:40 AM To: stdcxx-dev@incubator.apache.org Subject: Re: 23.deque.special Farid Zaripov wrote: Below is a part of the 23.deque.special test. These

[jira] Created: (STDCXX-479) [Sun C++ 5.9] many warnings on -xarch=v9

[Sun C++ 5.9] many warnings on -xarch=v9 Key: STDCXX-479 URL: https://issues.apache.org/jira/browse/STDCXX-479 Project: C++ Standard Library Issue Type: Bug Components: Configuration

RE: 23.deque.special

-Original Message- From: Martin Sebor [mailto:[EMAIL PROTECTED] Sent: Monday, July 09, 2007 8:05 PM To: stdcxx-dev@incubator.apache.org Subject: Re: 23.deque.special Right, I think that will be necessary. I was under the impression that you already did that in the change below

RE: Intel C++ build issues on Windows

-Original Message- From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor Sent: Monday, July 09, 2007 7:44 AM To: stdcxx-dev@incubator.apache.org Subject: Re: Intel C++ build issues on Windows We'll also need a solution for those executables (but we can worry

Re: config with wide has no effect on Solaris/Intel + patch

Michael van der Westhuizen wrote: Hi Martin, On 7/7/07, Martin Sebor [EMAIL PROTECTED] wrote: [snip] I recall reading somewhere that Sun C++ 5.9 supports the gcc -m64 option but I can't find the reference. Do you happen to have a link? The x86 equivalent I was able to find in the online

[jira] Created: (STDCXX-480) [Sun C++ 5.9] -xM outputs full preprocessed output for .S files

[Sun C++ 5.9] -xM outputs full preprocessed output for .S files --- Key: STDCXX-480 URL: https://issues.apache.org/jira/browse/STDCXX-480 Project: C++ Standard Library Issue Type:

Re: Intel C++ build issues on Windows

Farid Zaripov wrote: -Original Message- From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor Sent: Monday, July 09, 2007 7:44 AM To: stdcxx-dev@incubator.apache.org Subject: Re: Intel C++ build issues on Windows We'll also need a solution for those executables (but we

Re: 23.deque.special

Farid Zaripov wrote: [...] Are you suggesting to loosen the test so as not to exercise this requirement? I suggest only not to exercise iterators if one deque is empty. But that would only hide the bug. swapping empty deques needs to work (and not invalidate iterators) just as well as

Re: config with wide has no effect on Solaris/Intel + patch

Hi Martin, On 7/9/07, Martin Sebor [EMAIL PROTECTED] wrote: Check the list and Jira in case we figure out before you do (otherwise keep us posted -- thanks!) Thanks - I'll definitely keep an eye on the lists. Michael

RE: 23.deque.special

-Original Message- From: Martin Sebor [mailto:[EMAIL PROTECTED] Sent: Monday, July 09, 2007 10:05 PM To: stdcxx-dev@incubator.apache.org Subject: Re: 23.deque.special But in current implementation iterator not invalidated. Yes, it's mebmers has changed, but it's still valid

[jira] Commented: (STDCXX-480) [Sun C++ 5.9] -xM outputs full preprocessed output for .S files

[ https://issues.apache.org/jira/browse/STDCXX-480?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12511241 ] Martin Sebor commented on STDCXX-480: - Original Message Subject: Re: (Incident Review ID:

[jira] Commented: (STDCXX-476) [Intel Thread Checker 3.1] calls std::terminate() after throwing exception of class type

[ https://issues.apache.org/jira/browse/STDCXX-476?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12511250 ] Martin Sebor commented on STDCXX-476: - Filed the following issue with Intel:

[jira] Updated: (STDCXX-476) [Intel Thread Checker 3.1] calls std::terminate() on an exception in a thread function

[ https://issues.apache.org/jira/browse/STDCXX-476?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Sebor updated STDCXX-476: Summary: [Intel Thread Checker 3.1] calls std::terminate() on an exception in a thread function

Re: STDCXX examples fails and reasons [MSVC]

Farid Zaripov wrote: -Original Message- From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor Sent: Monday, July 09, 2007 7:47 AM To: stdcxx-dev@incubator.apache.org Subject: Re: STDCXX examples fails and reasons [MSVC] Because in windows infrastructure the TZ

Re: Windows build failures reported as DATA

Greetings Martin. I've done a little digging, and the problem appears to originate in the glue scripts used for nightly testing. In particular, the post-run parser for windows incorrectly interprets a failure to build the library as a hard (state C) failure, rather than a library (state F)