[
https://issues.apache.org/jira/browse/STDCXX-653?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-653:
Assignee: Travis Vitek
Looks like it might be. In 32-bit (ILP32) builds sizeof(long) < sizeof(l
[
https://issues.apache.org/jira/browse/STDCXX-543?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12542180
]
Martin Sebor commented on STDCXX-543:
-
I think we should to be careful when changing the Fix Version/s field so
[
https://issues.apache.org/jira/browse/STDCXX-543?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-543:
Severity: Runtime Error
Set severity.
> test suite failures due excessively long command li
Travis Vitek wrote:
[...]
So now we are pretty sure we know what is happening. All target names that
end in .out will match to the pattern rule for generating .out files first.
The question is how to fix it. Here are the options I see.
Thanks for the analysis!
1. rename the source file s
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor
Sent: Monday, November 12, 2007 7:18 AM
To: stdcxx-dev@incubator.apache.org
Subject: library and build sizes on Windows
I enhanced the cross-build scripts to extract the date
I'm looking for feedback on the two sets of nightly result pages
we currently publish:
http://people.apache.org/~sebor/stdcxx/results/
and
http://people.apache.org/~sebor/stdcxx/results/builds
Specifically, I'm wondering what would people think about replacing
the first page with the secon
know what you think.
http://incubator.apache.org/stdcxx/releases.html
Martin Sebor wrote:
>
> I've checked in the first draft of a document outlining our release
> process. It should be read along with the versioning policy that was
> circulated earlier. I would like to integ
[
https://issues.apache.org/jira/browse/STDCXX-430?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12541691
]
Martin Sebor commented on STDCXX-430:
-
I take it the latest Boost (1.34.1?) doesn't build with stdcxx, co
We have a DIFF in the icecream example on Windows. Is this a known
problem? I don't see anything in Jira and I don't have access to
a Windows box right now.
Thanks
Martin
I enhanced the cross-build scripts to extract the date of the build
and the sizes of the library and of the bildspace (before and after
running the clean target). This works on UNIX but not on Windows
where the date has a different format and the sizes aren't being
reported. Would it be possible t
Travis Vitek wrote:
Martin Sebor wrote:
Yeah, the grep filter is there but it doesn't work on Windows and
it's not quite portable.
I'd like to get rid of the "grep feature" and replace it with
something reliable. E.g., an interface that I could pass a set of
stan
[
https://issues.apache.org/jira/browse/STDCXX-616?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor closed STDCXX-616.
---
Resolution: Fixed
Fixed (worked around) thus: http://svn.apache.org/viewvc?rev=593361&view
[
https://issues.apache.org/jira/browse/STDCXX-616?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-616:
Summary: [HP aCC 3.73] compilation errors in 20.auto.ptr.cpp (was: [HP aCC
3.73] error #902 in 20
[
https://issues.apache.org/jira/browse/STDCXX-657?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor closed STDCXX-657.
---
Resolution: Fixed
The test case compiles with 3.73. Closing.
> [HP aCC 3.39] confused taking
Type: Bug
Components: External
Environment: HP aCC 3.25 - (at least) 3.39
Reporter: Martin Sebor
Moved from Rogue Wave bug tracking database:
Created By: sebor @ Dec 29, 2000 09:03:26 PM
Subject: aCC 3.25 confused taking the address of an overloaded member
Library
Issue Type: Bug
Components: External
Environment: HP aCC 3.26 through 3.73
Reporter: Martin Sebor
Moved from Rogue Wave bug tracking database:
Created By: sebor @ Dec 28, 2000 07:27:54 PM
Subject: aCC 3.26 can't reference a member tem
Issue Type: Bug
Components: External
Environment: HP aCC 3.73
Reporter: Martin Sebor
Original Message
Subject: error 902 on an overloaded template assignment in a template
Date: Thu, 08 Nov 2007 16:17:41 -0700
From: Martin Sebor <[EM
[
https://issues.apache.org/jira/browse/STDCXX-616?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor reassigned STDCXX-616:
---
Assignee: Martin Sebor
> [HP aCC 3.73] error #902 in 20.auto.ptr.
t;warning" in a case insensitive comparison)
I also added build type info to the headers of columns in the
component tables (i.e., examples, tests, and locales)
Martin Sebor wrote:
>
> I've checked in a new script called genxviews and a few changes to
> the xbuildgen script that
Travis Vitek wrote:
Martin Sebor wrote:
It looks like the implicit rules are somehow causing it. Passing
-r to make to disable them make it work:
$ rm -f 22.locale.codecvt.out.o 22.locale.codecvt.out; \
make 22.locale.codecvt.out && ls -l 22.locale.codecvt.out \
||
[
https://issues.apache.org/jira/browse/STDCXX-653?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-653:
Severity: Runtime Error (was: Incorrect Behavior)
> [IBM XLC++ 9.0/AIX 5.3] SIGSEGV in
[
https://issues.apache.org/jira/browse/STDCXX-653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540966
]
Martin Sebor commented on STDCXX-653:
-
Does this have anything to do with STDCXX-649?
> [IBM XLC++ 9.0/AIX
[
https://issues.apache.org/jira/browse/STDCXX-495?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540965
]
Martin Sebor commented on STDCXX-495:
-
The regression test committeed in revs 587161 and 587169
(http
[
https://issues.apache.org/jira/browse/STDCXX-162?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-162:
Severity: Inefficiency
Fix Version/s: (was: 4.2.0)
5.0
The fix is
[
https://issues.apache.org/jira/browse/STDCXX-654?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor closed STDCXX-654.
---
Resolution: Fixed
Fixed as follows http://svn.apache.org/viewvc?rev=593006&view=rev
> infini
[
https://issues.apache.org/jira/browse/STDCXX-654?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor reassigned STDCXX-654:
---
Assignee: Martin Sebor
> infinite loop in 18.csetjmp and 18.setjmp te
[
https://issues.apache.org/jira/browse/STDCXX-654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540958
]
Martin Sebor commented on STDCXX-654:
-
Looks like a compiler bug. I filed the following issue against gcc:
http
Affects Versions: 4.2.0
Reporter: Martin Sebor
Fix For: 4.2.1
The two tests, 18.csetjmp and 18.setjmp, appear to time out in nightly
optimzied builds with gcc on Linux.
Compiling 18.setjmp.cpp with gcc 4.1.2 on Fedora Core 6 in an 8D configuration
and running it
[
https://issues.apache.org/jira/browse/STDCXX-652?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor closed STDCXX-652.
---
Resolution: Fixed
Fixed thus: http://svn.apache.org/viewvc?rev=592996&view=rev
> 23.vector
[
https://issues.apache.org/jira/browse/STDCXX-651?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor closed STDCXX-651.
---
Resolution: Fixed
Fixed thus: http://svn.apache.org/viewvc?rev=592996&view=rev
> [IBM XLC++
[
https://issues.apache.org/jira/browse/STDCXX-651?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-651:
Severity: Runtime Error (was: Incorrect Behavior)
Regression: [Unit Test
[
https://issues.apache.org/jira/browse/STDCXX-651?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor reassigned STDCXX-651:
---
Assignee: Martin Sebor
> [IBM XLC++ 9.0/AIX 5.3] SIGABRT in 23.vector.stdcxx-
[
https://issues.apache.org/jira/browse/STDCXX-652?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-652:
Severity: Compiler Error (was: Incorrect Behavior)
Regression: [Unit Test
[
https://issues.apache.org/jira/browse/STDCXX-652?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540945
]
Martin Sebor commented on STDCXX-652:
-
Confirmed. Here's an example command line that's missin
[
https://issues.apache.org/jira/browse/STDCXX-652?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor reassigned STDCXX-652:
---
Assignee: Martin Sebor
> 23.vector.stdcxx-611 fails to compile on most platfo
Travis Vitek wrote:
[...]
Just FYI, this is covered in STDCXX-608.
Yes, I agree. This appears to be a problem with the single-threaded tests
only. All of The threaded tests that I looked at use only the first 16 or 32
locales returned by rw_locales(). The threaded tests fail due to timeout
a
[
https://issues.apache.org/jira/browse/STDCXX-608?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540910
]
Martin Sebor commented on STDCXX-608:
-
See the following thread for a discussion of these and similar problems
[
https://issues.apache.org/jira/browse/STDCXX-490?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540905
]
Martin Sebor commented on STDCXX-490:
-
Original Message
Subject: Re: PMR 30355,756,000
Date
[
https://issues.apache.org/jira/browse/STDCXX-650?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540900
]
Martin Sebor commented on STDCXX-650:
-
Yes. Here's some background:
http://www.nabble.com/missing-build-lin
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 06, 2007 2:11 AM
To: stdcxx-dev@incubator.apache.org
Subject: Re: [PING] Re: svn commit: r588290 -
/incubator/stdcxx/branches/4.2.x/etc/config/windows/projectdef.js
I think I
I suspect there might be some low hanging fruit in the form of tests
that are simply timing out due the sheer volume of data they process.
Specifically, the ctype tests (22.locale.ctype, 22.locale.ctype.is,
22.locale.ctype.mt, 22.locale.ctype.narrow, 22.locale.ctype.tolower
and 22.locale.ctype.to
Mark Brown wrote:
I have been looking at the istream_iterator class, mostly out of
curiosity than to try to fix a specific bug, to see if there are
any other discrepancies with the standard and operator++ caught
my attention. The standard says that the operator should return
*in_stream >> value b
[
https://issues.apache.org/jira/browse/STDCXX-625?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540665
]
Martin Sebor commented on STDCXX-625:
-
Btw., I agree that we might as well use sigaction() wherever it
[
https://issues.apache.org/jira/browse/STDCXX-625?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540664
]
Martin Sebor commented on STDCXX-625:
-
You're right, my mistake. I wasn't careful enough trying t
[
https://issues.apache.org/jira/browse/STDCXX-625?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540634
]
Martin Sebor commented on STDCXX-625:
-
If you think there's a problem with wait_for_child() in exec.cpp ca
[
https://issues.apache.org/jira/browse/STDCXX-625?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540528
]
Martin Sebor commented on STDCXX-625:
-
I see.
Yes, there is only one alarm. It's not a problem for the
[
https://issues.apache.org/jira/browse/STDCXX-625?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540510
]
Martin Sebor commented on STDCXX-625:
-
You should be able to use a modified/simplified version of the algorithm
Our status report for the last three months has been posted both in
Subversion and on the Incubator Wiki. The report isn't due until this
coming weekend so there's plenty of time for review and to incorporate
any suggestions for changes/improvements. Fire at will!
http://wiki.apache.org/incubator
William A. Rowe, Jr. wrote:
Travis Vitek wrote:
Section 2 [Roles During a Release] Paragraph 1 Sentence 6 reads
Changes to the Release Criteria require the consent of all
committers.
I agree with Travis' concerns.
I'd hint for something like "requires consensus of the committers.
Agree
William A. Rowe, Jr. wrote:
Martin Sebor wrote:
I meant the problems that Liviu was talking about. I.e., if someone
is using a debug build of stdcxx 4.2.0 on Windows, will they be able
to step through stdcxx code? If not, I think it would be worthwhile
to document why and point them to a patch
y,
Secondary or Best Effort Platform categories.
The idea of Unsupported Platforms is to list those we've actually
tried to get to work (or someone has reported trying) and found
to be broken, and ideally also what the problem was. I agree that
it wouldn't make sense to list those we hav
Tim Adams-2 wrote:
>
> Hi Martin,
>
> I don't know what is on your 4.2.1 agenda yet, but I thought I'd suggest
> that the _RWSTD_* style macros be replaced by _STDCXX_* or something
> similar for clarity. Is this already on your list of tasks for 4.2.1?
>
I've thought about the names in the
Martin Sebor wrote:
We're up again? I thought we just reported. My bad. Lately, time
has a tendency to get away from me.
Thanks for the reminder, Bill. I'll put our status together ASAP
and forward the proposal to the board later today.
I though we missed the deadline for the sta
We're up again? I thought we just reported. My bad. Lately, time
has a tendency to get away from me.
Thanks for the reminder, Bill. I'll put our status together ASAP
and forward the proposal to the board later today.
Martin
William A. Rowe, Jr. wrote:
Although we've held the graduation vote, t
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Monday, November 05, 2007 6:55 PM
To: stdcxx-dev@incubator.apache.org
Subject: [PING] Re: svn commit: r588290 -
/incubator/stdcxx/branches/4.2.x/etc/config/windows/projectdef.js
Martin Sebor
Martin Sebor wrote:
If this fixes the .pdb issue that Liviu wrote about last week it
would be good to have a record of the problems our users can expect
to run into as a result (assuming the problem is real).
Farid, is this something we should document (in the form of an issue)?
Martin
For 4.2.1, I'd like us to follow the [still only proposed] release
process, i.e., clean up all assertions on primary platforms and all
other types of failures (compiler + linker) on secondary and best
effort platforms. Is the third week of December doable or is it
too aggressive?
Martin
[
https://issues.apache.org/jira/browse/STDCXX-638?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-638:
Summary: [MSVC] 21.cwctype test fails (was: [_MSC_VER] 21.cwctype test
fails)
> [MSVC]
[
https://issues.apache.org/jira/browse/STDCXX-637?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12539749
]
Martin Sebor commented on STDCXX-637:
-
I'm not what the best approach to the first set of assertions (the
[
https://issues.apache.org/jira/browse/STDCXX-644?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12539746
]
Martin Sebor commented on STDCXX-644:
-
Right. We could work around it. At the same time, it's thanks to the
[
https://issues.apache.org/jira/browse/STDCXX-640?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12539745
]
Martin Sebor commented on STDCXX-640:
-
In this specific case we could just skip the leading zeros but there are
[
https://issues.apache.org/jira/browse/STDCXX-642?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-642:
Affects Version/s: 4.1.3
Summary: [gcc/Linux] wide build generated when a narrow
Travis Vitek wrote:
Martin Sebor wrote:
That said, what is the appropriate solution? Should we just pad the type
out
to the correct size,
Yes. As Farid says, the XLC exception and ours must have the same
size.
Is this a binary compatible change? I've always believed changing the size
Issue Type: Bug
Components: Configuration
Affects Versions: 4.2
Environment: gcc 3.3.3-43.41 on SUSE LINUX Enterprise Server 9 (x86_64)
Reporter: Martin Sebor
Priority: Minor
When BUILDTYPE=15d is specified with the default gcc 3.3.3-43.41 on SUSE
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor
Sent: Friday, November 02, 2007 6:33 AM
To: stdcxx-dev@incubator.apache.org
Subject: order of examples vs locales in Windows builds
[...]
but the xbuildgen script expects the
Travis Vitek wrote:
Farid Zaripov-2 wrote:
From: Travis Vitek [mailto:[EMAIL PROTECTED]
The definition of the copy-ctor will come from somewhere else
[where?].
The definition of the copy-ctor should be present in libc.
The C library has definitions for C++ types that are supposed to be
Travis Vitek wrote:
I'm working on fixing an issue with test 19.exceptions.mt.cpp on AIX. The
issue is that the test spins in a loop because the loop counter is being
thrashed when an exception is copied onto the stack. Here is a simple
testcase.
#include
void test_single_exception ()
{
Andrew Black wrote:
Travis Vitek wrote:
Martin Sebor wrote:
Farid Zaripov wrote:
Maybe the BATMAN could do this before executing the batch file?
Sounds like that would be the right place to make the change. Let
me see if we can get it implemented on the Batman side of things,
or in the
ting iterators might actually
cause some valid iterators to point to different elements than they
did before. And that doesn't seem quite right to me.
Thoughts?
Martin
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor
Sent
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Saturday, October 27, 2007 12:58 AM
To: stdcxx-dev@incubator.apache.org
Subject: Intel C++ 9.1/Win XP build timeouts
[Forwarding a private discussion]
Farid, would it be possible to update the
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 31, 2007 12:42 AM
To: stdcxx-dev@incubator.apache.org
Subject: 22.locale.messages hangs on Linux
(Farid, the ChangeLog has your name on it even though the
change itself was
We seem to be running examples and locales in the opposite order on
Windows than on UNIX. Normally it wouldn't matter but the xbuildgen
script expects the UNIX order (examples, tests, locales) on all
platforms and without some crafty enhancements has no easy way to
tell which is which. Would it be
[
https://issues.apache.org/jira/browse/STDCXX-625?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12539499
]
Martin Sebor commented on STDCXX-625:
-
I think it's a matter of correctness. Calling signal() the way we
[
https://issues.apache.org/jira/browse/STDCXX-625?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12539426
]
Martin Sebor commented on STDCXX-625:
-
Wouldn't using sigaction() instead of signal() be a better solution
I've checked in the first draft of a document outlining our release
process. It should be read along with the versioning policy that was
circulated earlier. I would like to integrate both into one coherent
policy in the near future and put it in place for 4.2.1.
http://incubator.apache.org/st
[
https://issues.apache.org/jira/browse/STDCXX-321?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-321:
Severity: Compiler Error
Affects Version/s: 4.1.2
4.1.4
[
https://issues.apache.org/jira/browse/STDCXX-355?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-355:
Affects Version/s: 4.1.4
4.2
Fix Version/s: (was: 4.2.1
[
https://issues.apache.org/jira/browse/STDCXX-425?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-425:
Severity: Cosmetic
This is a purely cosmetic improvement.
> remove #include from exam
[
https://issues.apache.org/jira/browse/STDCXX-483?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-483:
Affects Version/s: (was: 4.1.3)
Fix Version/s: (was: 4.2.1
This change add all Windows results:
http://svn.apache.org/viewvc?view=rev&revision=590792
Let me know if you notice any problems.
Martin Sebor wrote:
>
> I've checked in a new script called genxviews and a few changes to
> the xbuildgen script that work together to pro
ht be the appropriate audience. Farid, it would be great if you
could translate it to Russian and spread the word in your neck of the
woods.
Martin
Martin Sebor wrote:
>
> October 29, 2007 -- The Apache C++ Standard Library project is pleased
> to announce that the official stdcxx 4.
Travis Vitek wrote:
Martin Sebor wrote:
[...]
I wonder if this might be the cause of the problem:
http://svn.apache.org/viewvc?view=rev&revision=576787
[...]
(Farid, the ChangeLog has your name on it even though the change
itself was mine. Let it be a reminder to you to give blame w
The 22.locale.messages test hangs SUSE LINUX Enterprise Server 9
(x86_64). I reproduced the problem in a 15D build with gcc and in
a 12D build with Sun C++ on the same machine. Based on the stack
trace it looks like the test tries to throw an exception whose
what() string is then attempted to be f
Farid Zaripov wrote:
-Original Message-
From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED]
Sent: Monday, October 29, 2007 11:34 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: svn commit: r588290 -
/incubator/stdcxx/branches/4.2.x/etc/config/windows/projectdef.js
William A. Row
[
https://issues.apache.org/jira/browse/STDCXX-624?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-624:
Assignee: Martin Sebor (was: Mark Brown)
Reassigning to self after accidentally assigning it to
Library
Issue Type: Bug
Components: 18. Language Support
Affects Versions: 4.2
Environment: gcc 4.1.0 on SUSE Linux Enterprise Server 10 (x86_64)
Reporter: Martin Sebor
Assignee: Mark Brown
Priority: Trivial
Fix For
Travis Vitek wrote:
Apparently Intel C++ 10.025 doesn't consider a operator= to be a
copy-assignment operator if it is const, so the test fails to compile when
the compiler attempts to generate its own definition. According to 12.8 p9
and p10, this code _should_ be legal. The problem does not occ
If this fixes the .pdb issue that Liviu wrote about last week it
would be good to have a record of the problems our users can expect
to run into as a result (assuming the problem is real).
Martin
[EMAIL PROTECTED] wrote:
Author: faridz
Date: Thu Oct 25 10:40:21 2007
New Revision: 588290
URL: h
October 29, 2007 -- The Apache C++ Standard Library project is pleased
to announce that the official stdcxx 4.2.0 release is now available for
download from the following location:
http://people.apache.org/dist/incubator/stdcxx/releases/
For additional details see the stdcxx Download page:
http:/
The request to release stdcxx 4.2.0 has reached the required
minimum of three binding +1 votes with no other votes recorded.
Kevan Miller
Matthieu Riou
Thilo Goetz (non-binding)
William A. Rowe, Jr.
Thank you!
Martin
Martin Sebor wrote:
The stdcxx community has just successfully
I've checked in a new script called genxviews and a few changes to
the xbuildgen script that work together to produce a cross-build
view into stdcxx build results on trunk for all UNIX platforms.
I have a cron job set up on people.apache.org to run both scripts
at 8AM GMT. They generate the follow
[
https://issues.apache.org/jira/browse/STDCXX-605?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-605:
Environment: XLC++ 6.0 through 9.0/AIX 5.3 (was: XLC++ 9.0/AIX 5.3)
Affects Version/s
Components: Utilities
Affects Versions: 4.2
Reporter: Martin Sebor
Fix For: 4.2.1
As discussed in the post below, it would be useful to know the cumulative
amount of time (user, system, and wall clock) used up by the programs run by
the exec utility.
http
[
https://issues.apache.org/jira/browse/STDCXX-254?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-254:
Severity: Runtime Error
Affects Version/s: 4.1.3
> runall.sh incorrectly invoks t
[
https://issues.apache.org/jira/browse/STDCXX-93?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-93:
---
Severity: Runtime Error
Affects Version/s: 4.1.2
4.1.3
[
https://issues.apache.org/jira/browse/STDCXX-302?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-302:
Affects Version/s: 4.2
> [Compaq C++] unsats for template specializations in te
[
https://issues.apache.org/jira/browse/STDCXX-455?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-455:
Severity: Runtime Error
Affects Version/s: 4.2
> [Cygwin] localedef errors: fa
[
https://issues.apache.org/jira/browse/STDCXX-488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-488:
Severity: Runtime Error
Affects Version/s: 4.2
Fix Version/s: 4.2.1
This
[
https://issues.apache.org/jira/browse/STDCXX-402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-402:
Severity: Incorrect Behavior
Affects Version/s: 4.1.2
4.1.3
[
https://issues.apache.org/jira/browse/STDCXX-236?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-236:
Severity: Compiler Error
Affects Version/s: 4.2
4.1.2
301 - 400 of 3807 matches
Mail list logo