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
Farid, please make sure to correct the static inline issue
in this patch before we forget.
Thanks
Martin
Original Message
Subject: Re: svn commit: r511019 - in /incubator/stdcxx/trunk/tests:
include/23.list.h src/23.containers.cpp
Date: Tue, 06 Mar 2007 19:24:16 -0700
From:
-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, please make sure
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Monday, March 12, 2007 6:37 PM
To: stdcxx-dev@incubator.apache.org
Subject: [Fwd: Re: svn commit: r511015 - in
/incubator/stdcxx/trunk/tests: include/21.strings.h
include/23.containers.h src/23.containers.cpp]
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,
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.locale.codecvt.out is dependent on 22.locale.codecvt, rather than
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
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.locale.codecvt.out is
Greetings Martin.
The DDC database server croaked again, possibly while data was being
retrieved. It was running very slow prior to crashing, which likely
happened around 12-12:30. I've glanced at my internal (live) index, and
it included the DDC results. I'm going to try running the
make 18.limits.traps linker errors due to bad library order
---
Key: STDCXX-354
URL: https://issues.apache.org/jira/browse/STDCXX-354
Project: C++ Standard Library
Issue Type: Bug
[
https://issues.apache.org/jira/browse/STDCXX-354?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor closed STDCXX-354.
---
Resolution: Fixed
Fix Version/s: 4.2
make 18.limits.traps linker errors due to bad library
11 matches
Mail list logo