[
https://issues.apache.org/jira/browse/STDCXX-492?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-492:
Fix Version/s: 4.2
Should be simple enough for 4.2. Might be able to use the same approach as in
[
https://issues.apache.org/jira/browse/STDCXX-296?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-296:
Fix Version/s: 4.3
Too big for 4.2.1, scheduled for 4.3.
> std::basic_ostream::operator<&
[
https://issues.apache.org/jira/browse/STDCXX-274?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-274:
Priority: Blocker (was: Major)
Like STDCXX-406, this is a Blocker.
> [Compaq C++] unsats
[
https://issues.apache.org/jira/browse/STDCXX-328?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-328:
Priority: Minor (was: Major)
This is important, but only for conformance testing. Lowered
[
https://issues.apache.org/jira/browse/STDCXX-501?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-501:
Component/s: (was: Build)
Configuration
Environment: aCC 3/HP-UX/PA-RISC
Andrew Black wrote:
Martin Sebor wrote:
Andrew Black wrote:
Martin Sebor wrote:
[...]
Btw., was there anything else besides creating a .htaccess file
in the results directory that I had to do to get Mozilla open
up the gzipped build logs? I copied the .htaccess file from the
-rc-1/results
[EMAIL PROTECTED] wrote:
Author: faridz
Date: Thu Sep 6 12:05:30 2007
New Revision: 573337
URL: http://svn.apache.org/viewvc?rev=573337&view=rev
Log:
2007-09-06 Farid Zaripov <[EMAIL PROTECTED]>
* projects.js: Added definitions of the platform dependent files.
* i86/atomic.asm:
Andrew Black wrote:
Martin Sebor wrote:
[...]
Btw., was there anything else besides creating a .htaccess file
in the results directory that I had to do to get Mozilla open
up the gzipped build logs? I copied the .htaccess file from the
-rc-1/results/ directory into -rc-3/results/ but I'm
in the results directory that I had to do to get Mozilla open
up the gzipped build logs? I copied the .htaccess file from the
-rc-1/results/ directory into -rc-3/results/ but I'm still
getting the darn "what should Mozilla do with this file?"
window.
Martin
--Andrew Black
Martin Sebor
I've added a page with the latest 4.2.0 results, soon to be tagged
-rc-3:
http://people.apache.org/~sebor/stdcxx-4.2.0-rc-3/results/
The only difference between -rc-3 and -rc-2 is support for Sun C++
5.9. There are no -rc-2 results yet (we haven't created any; Andrew,
could we do that pretty eas
[EMAIL PROTECTED] wrote:
Author: lnicoara
Date: Thu Sep 6 11:04:23 2007
New Revision: 573328
Great, thanks. Now if you could also add the test case to the
regression suite that would be swell :)
URL: http://svn.apache.org/viewvc?rev=573328&view=rev
Log:
2007-09-06 Liviu Nicoara <[EMAIL PR
Liviu Nicoara wrote:
I am attaching a tentative patch for review, in relation with STDCXX-541
(https://issues.apache.org/jira/browse/STDCXX-541). Testing showed it
solves the test case failure and adds no extra failures in the stdcxx
strings test suite. This solves quite a few of related failur
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 06, 2007 5:49 AM
To: stdcxx-dev@incubator.apache.org
Subject: Re: [PATCH] Use __rw_atomic_xxx() on Windows
Travis Vitek wrote:
Oh, yeah. that is the other thing that I did
Travis Vitek wrote:
Since we don't have a string perf test that I could find, I wrote up a
quick and dirty one that just made many copies of the same string
repeatedly to exercise the atomic increment/decrement. The results show
a 3% performance penalty when using the newer atomic functions. This
318 64341
thr ms/op 0.00047921 0.00047938 -0.0358%
I will do a quick run using the string performance test after lunch.
I'll report the results on that later. I've pasted the source for the
bulk of my test below. If someone wants the entire thing, let me know
and I'll
[
https://issues.apache.org/jira/browse/STDCXX-234?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor closed STDCXX-234.
---
Resolution: Fixed
Fixed as follows:http://svn.apache.org/viewvc?rev=573113&view=rev
Regression
[
https://issues.apache.org/jira/browse/STDCXX-234?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12525261
]
Martin Sebor commented on STDCXX-234:
-
Here's a test case and the result of compiling it with gcc:
$ cat
[
https://issues.apache.org/jira/browse/STDCXX-543?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor reassigned STDCXX-543:
---
Assignee: Andrew Black
Andrew, I'm assigning this to you. It would be great to impl
Components: Utilities
Affects Versions: trunk
Environment: Windows 2000
Reporter: Martin Sebor
Priority: Critical
The test infrastructure (the exec utility to be exact) fails on platforms such
as Windows 2000 that impose a low limit on the length of the command
[EMAIL PROTECTED] wrote:
Author: faridz
Date: Wed Sep 5 08:48:43 2007
New Revision: 572976
URL: http://svn.apache.org/viewvc?rev=572976&view=rev
Log:
2007-09-05 Farid Zaripov <[EMAIL PROTECTED]>
* 22.locale.messages.stdcxx-508_542.cpp: New regression test
for STDCXX-508 and STD
[
https://issues.apache.org/jira/browse/STDCXX-204?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor closed STDCXX-204.
---
Resolution: Duplicate
Closed as a duplicate of STDCXX-522 which has already been fixed.
>
[
https://issues.apache.org/jira/browse/STDCXX-526?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor closed STDCXX-526.
---
Resolution: Fixed
The tests have been added, so closing.
Travis, please keep an eye on the results
[
https://issues.apache.org/jira/browse/STDCXX-532?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor closed STDCXX-532.
---
Resolution: Fixed
Fix Version/s: 4.2
Test committed as follows: http://svn.apache.org/viewvc
-archives.apache.org/mod_mbox/incubator-stdcxx-dev
The Mail Archive:
http://www.mail-archive.com/stdcxx-dev@incubator.apache.org
Martin Sebor wrote:
FYI: I've set up stdcxx-dev for archiving on Nabble Forums:
http://www.nabble.com/Apache-C%2B%2B-Standard-Library-f26254.html
[
https://issues.apache.org/jira/browse/STDCXX-531?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor closed STDCXX-531.
---
Resolution: Fixed
Corrected test committed in http://svn.apache.org/viewvc?rev=572993&view
[
https://issues.apache.org/jira/browse/STDCXX-413?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor closed STDCXX-413.
---
Resolution: Fixed
This is fine, thanks. Just confirming that the enhanced test actually exercises
[
https://issues.apache.org/jira/browse/STDCXX-511?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor closed STDCXX-511.
---
Resolution: Fixed
Patch committed thus: http://svn.apache.org/viewvc?rev=572853&view=rev.
Cl
[
https://issues.apache.org/jira/browse/STDCXX-511?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12524950
]
Martin Sebor commented on STDCXX-511:
-
Travis, remember the Change Log format introduces each file name with an
Mark Brown wrote:
-Original Message-
From: [EMAIL PROTECTED]
Sent: Sun, 26 Aug 2007 17:37:02 -0600
To: stdcxx-dev@incubator.apache.org
Subject: Re: svn commit: r569152 -
/incubator/stdcxx/branches/4.2.0/etc/config/src/LIMITS.cpp
Mark Brown wrote:
-Original Message-
From: [EMAIL
What's the status of this? We need to decide if we can put this
in 4.2 or defer it for 4.2.1. To put it in 4.2 we need to make
sure the new functions don't cause a performance regression in
basic_string. I.e., we need to see the before and after numbers.
Martin
Martin Sebor wrote:
O
[
https://issues.apache.org/jira/browse/STDCXX-528?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor closed STDCXX-528.
---
Test committed thus: http://svn.apache.org/viewvc?rev=572842&view=rev. Closed.
> create
[
https://issues.apache.org/jira/browse/STDCXX-529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor closed STDCXX-529.
---
Test committed thus: http://svn.apache.org/viewvc?view=rev&revision=570286
Closed.
> create
[
https://issues.apache.org/jira/browse/STDCXX-531?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor reopened STDCXX-531:
-
There's a compilation problem in the test -- looks like a missing typename
keyword, and a numb
[
https://issues.apache.org/jira/browse/STDCXX-532?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor reopened STDCXX-532:
-
The attached test has some C++ conformance issues and doesn't compile with gcc.
See the e
[
https://issues.apache.org/jira/browse/STDCXX-413?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor reopened STDCXX-413:
-
Reopened until the patch has been committed.
I have rerun the test with the patch and I see twice
FYI: Here's a workflow diagram showing the life cycle of Jira
issues:
http://www.atlassian.com/software/jira/docs/latest/default_workflow.html
The life cycle of most stdcxx issues goes something like this:
(Create)
|
V
+-+
|Open |
+-+
| ^
| |
| (Stop Progre
[
https://issues.apache.org/jira/browse/STDCXX-542?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor reopened STDCXX-542:
-
An issue is not Resolved until a fix for it has been committed. Reopened.
> message catalog ass
[
https://issues.apache.org/jira/browse/STDCXX-542?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor reassigned STDCXX-542:
---
Assignee: Farid Zaripov (was: Travis Vitek)
This looks related to STDCXX-508. Assigned to
What is the status of the Windows builds on trunk? There still
are a large number of severe failures that need to be resolved
for the 4.2 release:
win_2000-4-x86 icl-10.0all
win_2000-4-x86 icl-9.1 all
win_2000-4-x86 msvc-7.1all
win_2003-1-x86 msvc-7.111s
win_xp
[
https://issues.apache.org/jira/browse/STDCXX-20?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12523864
]
Martin Sebor commented on STDCXX-20:
We can use either of them just as long as the one we go with works the way
One concern I have is performance. Does replacing the intrinsics with
out of line function call whose semantics the compiler has no idea
about have any impact on the runtime efficiency of the generated code?
I would be especially interested in "real life" scenarios such as the
usage of the atomic
Tuesday
so I won't be able to take a look at what you've done until then.
You might still get feedback from others -- Mark, Farid, Travis,
Liviu, et al, if you have any comments for Marc on the subject
don't hold back ;-)
Martin
-Original Message-
From: Martin Sebor [mailto:
[
https://issues.apache.org/jira/browse/STDCXX-321?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-321:
Fix Version/s: 4.2.1
Scheduled for 4.2.1.
> error on std::operator==(istream_itera
[
https://issues.apache.org/jira/browse/STDCXX-335?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-335:
Fix Version/s: 4.3
Not sure we'll be able to do anything about this w/o the blessing o
[
https://issues.apache.org/jira/browse/STDCXX-343?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-343:
Fix Version/s: 4.2.1
Scheduled for 4.2.1.
> [LWG #541] std::auto_ptr specialization miss
[
https://issues.apache.org/jira/browse/STDCXX-355?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-355:
Fix Version/s: 4.2.1
Scheduled for 4.2.1. Maybe by then Mark will finish the tests ;-)
>
[
https://issues.apache.org/jira/browse/STDCXX-360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12523695
]
Martin Sebor commented on STDCXX-360:
-
This doesn't appear to be an issue with XLC++ 7.0.0.7 from the 7 Oct
[
https://issues.apache.org/jira/browse/STDCXX-367?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-367:
Environment: IBM XLC++ 7.0, 8.0, 9.0 (was: IBM XLC++ 7.0)
Summary: [XLC++ 7.0, 8.0, 9.0
[
https://issues.apache.org/jira/browse/STDCXX-391?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-391:
Fix Version/s: 4.2
Scheduled for 4.2.
> Class Reference and User Guide out of d
[
https://issues.apache.org/jira/browse/STDCXX-408?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-408:
Fix Version/s: 4.2.1
This should be pretty straightforward assuming the feature works the same way
[
https://issues.apache.org/jira/browse/STDCXX-425?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-425:
Fix Version/s: 4.2.1
Scheduled for 4.2.1.
> remove #include from example progr
[
https://issues.apache.org/jira/browse/STDCXX-436?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-436:
Priority: Critical (was: Major)
Fix Version/s: 4.2
This seems like a pretty serious
[
https://issues.apache.org/jira/browse/STDCXX-443?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-443:
Fix Version/s: 4.2.1
Scheduled for 4.2.1
> [IBM XLC++] should avoid using -qinline or -Q i
[
https://issues.apache.org/jira/browse/STDCXX-527?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-527:
Fix Version/s: 4.2.1
We'll add LOC metrics for the upcoming release after it comes out in ab
[
https://issues.apache.org/jira/browse/STDCXX-527?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12523673
]
Martin Sebor commented on STDCXX-527:
-
LOC tracking (and more) has been set up at Ohloh. See
http
[
https://issues.apache.org/jira/browse/STDCXX-527?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor reassigned STDCXX-527:
---
Assignee: Martin Sebor
> publish LOC metrics
> ---
>
>
[
https://issues.apache.org/jira/browse/STDCXX-522?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor closed STDCXX-522.
---
Resolution: Fixed
Fixed by the committed patch. Regression test added to the test suite.
>
ndrew Black
[EMAIL PROTECTED] wrote:
Author: sebor
Date: Wed Aug 29 12:11:51 2007
New Revision: 570898
URL: http://svn.apache.org/viewvc?rev=570898&view=rev
Log:
2007-08-29 Martin Sebor <[EMAIL PROTECTED]>
* 27.filebuf.virtuals.stdcxx-522.cpp: Regression test for STD
Martin Sebor wrote:
Everton Araujo wrote:
Thank you Martin and Andrew for helping me.
Below is the patch for STDCXX-522 (std::filebuf::overflow(EOF) writes
EOF to
file in unbuffered mode)
I have one other question for you about this patch, Everton:
Since we haven't heard from you
FYI: I've set up stdcxx-dev for archiving on Nabble Forums:
http://www.nabble.com/Apache-C%2B%2B-Standard-Library-f26254.html
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 29, 2007 6:57 PM
To: stdcxx-dev@incubator.apache.org
Cc: [EMAIL PROTECTED]
Subject: Re: svn commit: r570724 -
/incubator/stdcxx/trunk/include/rw/_config-icc.h
Odd. Microsoft
s they are
currently
so I can get busy on cleansing the documents of references to Rogue
Wave,
SourcePro, and modules. Then we can fiddle with the format some more
later.
Is that agreeable? If so, could someone do it?
Marc
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Odd. Microsoft says the number for this diagnostic (function
was declared "deprecated") is 4996. I can't find 1478 or 1786
in the online documentation.
http://msdn2.microsoft.com/en-us/library/ttcz0bys(VS.80).aspx
Martin
[EMAIL PROTECTED] wrote:
Author: faridz
Date: Wed Aug 29 02:45:54 2007
Ne
[
https://issues.apache.org/jira/browse/STDCXX-79?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-79:
---
Affects Version/s: (was: 4.1.2)
Removed 4..1.2 from Affected Versions -- this is a bug in the
[
https://issues.apache.org/jira/browse/STDCXX-507?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-507:
Summary: [Cygwin] Access violation while loading libstdxxx.dll in dynamic
builds (was: Access
[
https://issues.apache.org/jira/browse/STDCXX-338?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor closed STDCXX-338.
---
Resolution: Fixed
Looks like this has been fixed, although we still have STDCXX-507 to deal with
[
https://issues.apache.org/jira/browse/STDCXX-446?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor closed STDCXX-446.
---
Resolution: Fixed
Nightly builds are free of the warning.
> [gcc] warning: inlining failed
[
https://issues.apache.org/jira/browse/STDCXX-447?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor closed STDCXX-447.
---
Resolution: Fixed
Nightly builds are free of the warnings.
> [gcc] warning: inlining failed on
[
https://issues.apache.org/jira/browse/STDCXX-509?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12523429
]
Martin Sebor commented on STDCXX-509:
-
Looks like the committed change is binary compatible (see the post below
to test
for such breakage.
Martin
-- Mark
-- Forwarded message --
From: mark.g.brown <[EMAIL PROTECTED]>
Date: Aug 14, 2007 11:09 PM
Subject: Re: Re: svn commit: r564059 - in /incubator/stdcxx/trunk:
include/limits src/limits_bits.cpp
To: stdcxx-dev@incubator.apache.org
Martin Sebor wro
[
https://issues.apache.org/jira/browse/STDCXX-540?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-540:
Fix Version/s: (was: 4.2)
4.2.1
Scheduled for 4.2.1.
> [localedef] ille
[
https://issues.apache.org/jira/browse/STDCXX-449?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-449:
Priority: Minor (was: Critical)
Affects Version/s: 4.1.2
4.1.4
[
https://issues.apache.org/jira/browse/STDCXX-233?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor reopened STDCXX-233:
-
Fixed is not the right resolution.
> std::strstreambuf::seekpos() fails to properly position
[
https://issues.apache.org/jira/browse/STDCXX-233?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor closed STDCXX-233.
---
Resolution: Cannot Reproduce
Unable to reproduce with the latest trunk.
> std::strstream
[
https://issues.apache.org/jira/browse/STDCXX-372?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-372:
Priority: Minor (was: Major)
Fix Version/s: 4.2.1
This is a Minor problem. Scheduled for
[
https://issues.apache.org/jira/browse/STDCXX-233?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-233:
Affects Version/s: (was: 4.2)
This never did affect 4.2.
> std::strstreambuf::seekpos() fa
[
https://issues.apache.org/jira/browse/STDCXX-373?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor closed STDCXX-373.
---
Resolution: Cannot Reproduce
Cannot reproduce the originally reported problem, but see STDCXX-540
[
https://issues.apache.org/jira/browse/STDCXX-373?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-373:
Affects Version/s: (was: 4.2)
trunk
Changed Affects Version/s to "
+ Standard Library
Issue Type: Bug
Components: Utilities
Affects Versions: 4.1.3
Reporter: Martin Sebor
Priority: Minor
Fix For: 4.2
The localedef utility has trouble processing the CP1255 character set
description file:
$ (export RWSTD_SRC
[
https://issues.apache.org/jira/browse/STDCXX-373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12523411
]
Martin Sebor commented on STDCXX-373:
-
This new problem must be a bug in the utility. There is no \x90 in the
[
https://issues.apache.org/jira/browse/STDCXX-373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12523408
]
Martin Sebor commented on STDCXX-373:
-
I'm having trouble reproducing this problem with the latest trunk. W
See: http://lists.kde.org/?l=kde-solaris&m=118799139409611&w=2
And also:
http://www.opensolaris.org/jive/thread.jspa?threadID=37994&tstart=0
[
https://issues.apache.org/jira/browse/STDCXX-388?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-388:
Fix Version/s: 4.2.1
Scheduled for 4.2.1 on the assumption that we get access to the platform
[
https://issues.apache.org/jira/browse/STDCXX-390?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor closed STDCXX-390.
---
Resolution: Fixed
Fixed by the referenced patch. Regression test committed thus:
http
[
https://issues.apache.org/jira/browse/STDCXX-390?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-390:
Affects Version/s: (was: 4.2)
4.1.3
4.1.4
[
https://issues.apache.org/jira/browse/STDCXX-390?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor reassigned STDCXX-390:
---
Assignee: Martin Sebor
> [HP aCC 3.73] error on std::uninitialized_c
[
https://issues.apache.org/jira/browse/STDCXX-424?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-424:
Affects Version/s: (was: 4.2)
4.1.4
Fix Version/s: 4.2
Replaced
[
https://issues.apache.org/jira/browse/STDCXX-436?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-436:
Affects Version/s: (was: 4.2)
4.1.3
Also confirmed with 4.1.3 so it
[
https://issues.apache.org/jira/browse/STDCXX-436?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor reassigned STDCXX-436:
---
Assignee: Martin Sebor
> [Linux] MB_LEN_MAX incorr
[
https://issues.apache.org/jira/browse/STDCXX-436?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12523378
]
Martin Sebor commented on STDCXX-436:
-
Confirmed on Red Hat EL 4.4:
$ cat /etc/redhat-release && icc -
[
https://issues.apache.org/jira/browse/STDCXX-489?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor closed STDCXX-489.
---
Assignee: Andrew Black
Assigned to Andrew since he Resolved it (as Invalid) and Closed.
> [Inte
[
https://issues.apache.org/jira/browse/STDCXX-489?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Sebor updated STDCXX-489:
Affects Version/s: (was: 4.2)
trunk
Reported against trunk, not an
Mark Brown wrote:
Martin,
I am quite certain that "Apache ServiceMix" in the resolution should read "Apache
C++ Standard Library."
Ah, yes, of course. A copy-and-paste typo.
Thanks for the careful proofreading!
Martin
NOW, THEREFORE, BE IT FURTHER RESOLVED,
Farid Zaripov wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor
Sent: Tuesday, August 28, 2007 7:11 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: [PATCH] STDCXX-77
I have one concern with the introduction of dynamic
initialization
[
https://issues.apache.org/jira/browse/STDCXX-77?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12523320
]
Martin Sebor commented on STDCXX-77:
Just to clarify: Unless we accidentally stumble over a solution/workaround
FYI: Unless we know for sure that we won't fix an issue in 4.2
the Affect Version/s shouldn't be 4.2 because 4.2 hasn't been
released yet.
We need to be able to track as accurately as we can which releases
were affected by each bug. It would also be helpful (for our own
internal purposes) to trac
Project: C++ Standard Library
Issue Type: Bug
Components: External
Environment: Sun C++ 5.9 (Sun Studio 12)
Reporter: Martin Sebor
Original Message
Subject: Re: (Incident Review ID: 1044672) std::uncaught_exception() false in
Eric Lemings wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Monday, August 27, 2007 7:29 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: [RFC] draft stdcxx resolution for the Board
Eric Lemings wrote:
-Original Message-
From: Martin
Farid Zaripov wrote:
Attached is a patch to make operator new on MSVC conforming to the C++
Standard.
I have one concern with the introduction of dynamic initialization
and the pragma into the library. First, our (undocumented) design
goal is to avoid requiring dynamic initialization in the li
Eric Lemings wrote:
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Monday, August 27, 2007 2:59 PM
To: stdcxx-dev@incubator.apache.org
Subject: [RFC] draft stdcxx resolution for the Board
I'm working on the Board resolution based on the following page:
901 - 1000 of 3807 matches
Mail list logo