RE: problems with new list tests

2007-03-28 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 28, 2007 7:12 PM > To: stdcxx-dev@incubator.apache.org > Subject: problems with new list tests > > I've been working on cleaning up our test results across the > board with the hope of stabilizin

[PATCH] dynatype.cpp example and MSVC

2007-03-28 Thread Farid Zaripov
Attached is a patch for the dynatype example to get compiled on MSVC 7.1 and MSVC 8.0. Farid. Index: dynatype.cpp === --- dynatype.cpp(revision 522931) +++ dynatype.cpp(working copy) @@ -2,7 +2,7 @@ * * dynatyp

RE: legacy tests on Windows

2007-03-28 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Tuesday, March 27, 2007 3:50 AM > To: stdcxx-dev@incubator.apache.org > Subject: Re: legacy tests on Windows > > Farid, if this is a simple enough change could you look into > it sometime soon? Otherwise, if you'

Boost: roguewave.hpp (repost)

2007-03-28 Thread Farid Zaripov
I forgot to switch to the Mozilla Thunderbird to send the letter with attachment, so I repost. The boost library have the configuration header file boost/config/stdlib/roguewave.hpp (attached). That header file always included when building boost with stdcxx, so I think we can use that fi

RE: [PATCH] clean up unused variable warnings in new list tests

2007-03-28 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 28, 2007 6:22 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: [PATCH] clean up unused variable warnings in new > list tests > > This looks good to me Mark but let's wait for Farid to revi

Boost: roguewave.hpp

2007-03-28 Thread Farid Zaripov
The boost library have the configuration header file boost/config/stdlib/roguewave.hpp (attached). That header file always included when building boost with stdcxx, so I think we can use that file to configure the boost for successful compiling. Farid.

RE: std::getline() declaration header

2007-03-27 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Tuesday, March 27, 2007 8:53 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: std::getline() declaration header > > > I've created the issue (the test case inside): > > https://issues.apache.org/jira/brow

RE: std::getline() declaration header

2007-03-27 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Tuesday, March 27, 2007 8:05 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: std::getline() declaration header > > Farid Zaripov wrote: > > At the moment the functions

[jira] Created: (STDCXX-375) std::getline() declared in , but should be declared in

2007-03-27 Thread Farid Zaripov (JIRA)
: Bug Components: 21. Strings Affects Versions: 4.1.3 Environment: All Reporter: Farid Zaripov Fix For: 4.2 The following code fails to compile with errors: test.cpp(7) : error C2039: 'getline' : is not a member of 'std' test.

RE: svn commit: r521934 -/incubator/stdcxx/trunk/etc/config/src/STRUCT_TM_IN_WCHAR_H.cpp

2007-03-27 Thread Farid Zaripov
> -Original Message- > From: Farid Zaripov [mailto:[EMAIL PROTECTED] > Sent: Tuesday, March 27, 2007 7:23 PM > To: stdcxx-dev@incubator.apache.org > Subject: RE: svn commit: r521934 > -/incubator/stdcxx/trunk/etc/config/src/STRUCT_TM_IN_WCHAR_H.cpp > >

[jira] Closed: (STDCXX-364) [gcc/Linux] std::tm not declared in

2007-03-27 Thread Farid Zaripov (JIRA)
[ https://issues.apache.org/jira/browse/STDCXX-364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov closed STDCXX-364. Resolution: Fixed > [gcc/Linux] std::tm not declared

[jira] Assigned: (STDCXX-364) [gcc/Linux] std::tm not declared in

2007-03-27 Thread Farid Zaripov (JIRA)
[ https://issues.apache.org/jira/browse/STDCXX-364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov reassigned STDCXX-364: Assignee: Farid Zaripov (was: Martin Sebor) > [gcc/Linux] std::tm not declared

RE: svn commit: r521934 -/incubator/stdcxx/trunk/etc/config/src/STRUCT_TM_IN_WCHAR_H.cpp

2007-03-27 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Tuesday, March 27, 2007 6:00 PM > To: stdcxx-dev@incubator.apache.org > Subject: RE: svn commit: r521934 > -/incubator/stdcxx/trunk/etc/config/src/STRUCT_TM_IN_WCHAR_H.cpp > > Can we find another way to trigger t

RE: incorrect pass rate for 23.deque.iterators on Windows

2007-03-27 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Friday, March 23, 2007 6:29 PM > To: stdcxx-dev@incubator.apache.org > Subject: incorrect pass rate for 23.deque.iterators on Windows > > While looking at our Windows nightly test results I spotted > what I suspe

RE: [PING] [Fwd: Re: [PATCH] Re: new container member functions cbegin() and cend()]

2007-03-27 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Monday, March 26, 2007 6:47 PM > To: stdcxx-dev@incubator.apache.org > Subject: [PING] [Fwd: Re: [PATCH] Re: new container member > functions cbegin() and cend()] > > Hey Farid, what's the status of the deque and

std::getline() declaration header

2007-03-27 Thread Farid Zaripov
At the moment the functions std::getline (basic_istream&, basic_string&) std::getline (basic_istream&, basic_string&, delim) and operator>> (basic_istream&, basic_string&) are declared in header file, but according to "21.2 Header synopsis" they should be declared in header file. Farid.

RE: svn commit: r521934 - /incubator/stdcxx/trunk/etc/config/src/STRUCT_TM_IN_WCHAR_H.cpp

2007-03-27 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Monday, March 26, 2007 10:06 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: svn commit: r521934 - > /incubator/stdcxx/trunk/etc/config/src/STRUCT_TM_IN_WCHAR_H.cpp > > > The my gcc 3.4.4 on cygwin and

[jira] Reopened: (STDCXX-364) [gcc/Linux] std::tm not declared in

2007-03-26 Thread Farid Zaripov (JIRA)
[ https://issues.apache.org/jira/browse/STDCXX-364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov reopened STDCXX-364: -- uname -a: CYGWIN_NT-5.1 EPKW121 1.5.24(0.156/4/2) 2007-01-31 10:57 i686 Cygwin gcc --version: gcc

RE: svn commit: r521934 - /incubator/stdcxx/trunk/etc/config/src/STRUCT_TM_IN_WCHAR_H.cpp

2007-03-26 Thread Farid Zaripov
> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Saturday, March 24, 2007 1:10 AM > To: stdcxx-commits@incubator.apache.org > Subject: svn commit: r521934 - > /incubator/stdcxx/trunk/etc/config/src/STRUCT_TM_IN_WCHAR_H.cpp > > Author: sebor > Date: Fri Mar

[PATCH] Boost + stdcxx

2007-03-23 Thread Farid Zaripov
Attached is a new files for building the boost library with stdcxx. The .jam files should be placed in %BOOST_ROOT%/tools/build/v1. The boost-base.jam.diff is the patch file for the boost-base.jam file. The 2 environment variable should be defined before build: STDCXX_ROOT - is the root di

Boost + stdcxx

2007-03-23 Thread Farid Zaripov
Attached is a new files for building the boost library with stdcxx. The .jam files should be placed in %BOOST_ROOT%/tools/build/v1. The boost-base.jam.diff is the patch file for the boost-base.jam file. The 2 environment variable should be defined before build: STDCXX_ROOT - is the roo

RE: Configure failure with ICC on windows

2007-03-23 Thread Farid Zaripov
> -Original Message- > From: Andrew Black [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 21, 2007 12:58 AM > To: stdcxx-dev@incubator.apache.org > Subject: Configure failure with ICC on windows > > Farid, when you have a chance, could you look at the attached > config.log to see if a

RE: [VOTE] Re: regression test suite naming convention

2007-03-21 Thread Farid Zaripov
> -Original Message- > From: Andrew Black [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 21, 2007 5:57 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: [VOTE] Re: regression test suite naming convention > > If we constrain ourselves to the proposed options, my vote is > for Op

RE: Boost + stdcxx (status)

2007-03-20 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Tuesday, March 20, 2007 6:23 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: Boost + stdcxx (status) > > Farid Zaripov wrote: > > Hi All. > > > > I have been

Boost + stdcxx (status)

2007-03-20 Thread Farid Zaripov
Hi All. I have been working on adding support of the stdcxx library to the boost build system. I have created the .jam files to build boost library with stdcxx using MSVC 7.1 and 8.0. There are some errors during build process. The mostly error is: error C2039: 'mbstate_t' : is not a member o

RE: Configure failure with MSVC 8.0

2007-03-16 Thread Farid Zaripov
> -Original Message- > From: Andrew Black [mailto:[EMAIL PROTECTED] > Sent: Friday, March 16, 2007 1:03 AM > To: stdcxx-dev@incubator.apache.org > Subject: Configure failure with MSVC 8.0 > > Within the result export script used to produce the > http://people.apache.org/~sebor/stdcxx/res

RE: [jira] Closed: (STDCXX-16) __rb_tree::operator=() does not store rhs' comparison object in lhs

2007-03-14 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 14, 2007 8:44 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: [jira] Closed: (STDCXX-16) > __rb_tree::operator=() does not store rhs' comparison object in lhs &

[jira] Commented: (STDCXX-16) __rb_tree::operator=() does not store rhs' comparison object in lhs

2007-03-14 Thread Farid Zaripov (JIRA)
[ https://issues.apache.org/jira/browse/STDCXX-16?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12480869 ] Farid Zaripov commented on STDCXX-16: - The test for the issue: #include #include #include template struct

RE: [PATCH] RE: Cygwin cannot find -lstd12d

2007-03-14 Thread Farid Zaripov
> -Original Message- > From: Andrew Black [mailto:[EMAIL PROTECTED] > Sent: Tuesday, March 13, 2007 9:44 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: [PATCH] RE: Cygwin cannot find -lstd12d > > I have concerns about the change to makefile.rules. > Including $(LIBDIR) in the P

RE: [PATCH] RE: Cygwin cannot find -lstd12d

2007-03-14 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Tuesday, March 13, 2007 9:36 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: [PATCH] RE: Cygwin cannot find -lstd12d > > Farid Zaripov wrote: > >> -Original Messag

[jira] Resolved: (STDCXX-16) __rb_tree::operator=() does not store rhs' comparison object in lhs

2007-03-14 Thread Farid Zaripov (JIRA)
[ https://issues.apache.org/jira/browse/STDCXX-16?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov resolved STDCXX-16. - Resolution: Fixed Fixed thus: http://svn.apache.org/viewvc?view=rev&rev=518222 > __

[jira] Closed: (STDCXX-16) __rb_tree::operator=() does not store rhs' comparison object in lhs

2007-03-14 Thread Farid Zaripov (JIRA)
[ https://issues.apache.org/jira/browse/STDCXX-16?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov closed STDCXX-16. --- > __rb_tree::operator=() does not store rhs' comparison objec

[jira] Assigned: (STDCXX-16) __rb_tree::operator=() does not store rhs' comparison object in lhs

2007-03-14 Thread Farid Zaripov (JIRA)
[ https://issues.apache.org/jira/browse/STDCXX-16?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov reassigned STDCXX-16: --- Assignee: Farid Zaripov > __rb_tree::operator=() does not store rhs' comparison objec

[jira] Assigned: (STDCXX-339) Remove _RWSTD_NO_INLINE_MEMBER_TEMPLATES config macro and all workarounds for it

2007-03-14 Thread Farid Zaripov (JIRA)
[ https://issues.apache.org/jira/browse/STDCXX-339?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov reassigned STDCXX-339: Assignee: Farid Zaripov > Remove _RWSTD_NO_INLINE_MEMBER_TEMPLATES config macro and

[PATCH] RE: Cygwin cannot find -lstd12d

2007-03-13 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Monday, March 12, 2007 6:29 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: [PATCH] RE: Cygwin cannot find -lstd12d > > Martin Sebor wrote: > [...] > > If you've successfully tested your patch with at leas

RE: RFC: stdcxx 4.2 platforms

2007-03-13 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Monday, March 12, 2007 8:34 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: RFC: stdcxx 4.2 platforms > > > I would find Cygwin test results helpful. It would also be > helpful do semi-regular builds of s

RE: [Fwd: Re: svn commit: r511015 - in /incubator/stdcxx/trunk/tests: include/21.strings.h include/23.containers.h src/23.containers.cpp]

2007-03-12 Thread Farid Zaripov
> -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

RE: [Fwd: Re: svn commit: r511019 - in /incubator/stdcxx/trunk/tests: include/23.list.h src/23.containers.cpp]

2007-03-12 Thread Farid Zaripov
> -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 ma

RE: Cygwin libc_decl.sh script error

2007-03-09 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Thursday, March 08, 2007 1:47 AM > To: stdcxx-dev@incubator.apache.org > Subject: Re: Cygwin libc_decl.sh script error > > Scott Zhong wrote: > > Windows XP with Cygwin DLL 1.5.24-2 > > > > GNU GCC 4.1.1 > > > >

[PATCH] dynatype.cpp

2007-03-07 Thread Farid Zaripov
Below is a patch of dynatype.cpp example to get compiled on MSVC. ChangeLog: * dynatype.cpp: protortype dynatype::remove > changed to dynatype::remove; protortype dynatype::copy > changed to dynatype::copy; removed dynatype::operator= >; added code to get compiled on MSVC

RE: svn commit: r513406 - /incubator/stdcxx/trunk/tests/support/18.limits.traps.cpp

2007-03-06 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Tuesday, March 06, 2007 8:48 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: svn commit: r513406 - > /incubator/stdcxx/trunk/tests/support/18.limits.traps.cpp > > Hi Farid, > > I'm afraid there's a minor

RE: [PATCH] RE: Cygwin cannot find -lstd12d

2007-03-06 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Tuesday, March 06, 2007 7:55 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: [PATCH] RE: Cygwin cannot find -lstd12d > > > But in this case using both variables have the same > effect because > > the l

RE: [PATCH] RE: Cygwin cannot find -lstd12d

2007-03-06 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Tuesday, March 06, 2007 7:23 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: [PATCH] RE: Cygwin cannot find -lstd12d > > > +# generate import library on Cygwin > > +#ifneq ($(findstring CYGWIN,$(OSNAME)),)

[PATCH] RE: Cygwin cannot find -lstd12d

2007-03-06 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Tuesday, March 06, 2007 5:55 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: Cygwin cannot find -lstd12d > > > There exist libstd12d.so which is DLL file, but linker > requires the > > libstd12d.a file

RE: Cygwin cannot find -lstd12d

2007-03-05 Thread Farid Zaripov
> -Original Message- > From: Mark Brown [mailto:[EMAIL PROTECTED] > Sent: Friday, March 02, 2007 8:15 AM > To: stdcxx-dev@incubator.apache.org > Subject: Cygwin cannot find -lstd12d > > Sorry about all the emails tonight. I'm sending them out as I > run into things. Hopefully they'll be

RE: Cygwin 12d build issues

2007-03-05 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Sunday, March 04, 2007 2:22 AM > To: stdcxx-dev@incubator.apache.org > Subject: Re: Cygwin 12d build issues > > Mark Brown wrote: > >> -Original Message- > >> From: [EMAIL PROTECTED] > >> Sent: Sat, 3 Mar

[jira] Commented: (STDCXX-272) std::string::find_first_of() returns 0 for the empty string

2007-02-27 Thread Farid Zaripov (JIRA)
[ https://issues.apache.org/jira/browse/STDCXX-272?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12476245 ] Farid Zaripov commented on STDCXX-272: -- I can't repeat the issue. The test aborts within find_fir

RE: [PATCH] introducing rw_value.h and value.cpp

2007-02-21 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Tuesday, February 20, 2007 9:10 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: [PATCH] introducing rw_value.h and value.cpp > > This looks good to me. Feel free to commit a change renaming > struct X and

JIRA issues: resolve or close or resolve then close ?

2007-02-21 Thread Farid Zaripov
Usually I used 'resolve' action. I thought that 'resolve issue' means 'do something to fix the issue and then close' and 'close issue' means 'do nothing and just close', but today I've looked into JIRA workflow (http://www.atlassian.com/software/jira/docs/v3.7.2/default_workflow.html http://w

JIRA issues: resolve or close or resolve then close ?

2007-02-21 Thread Farid Zaripov
Usually I used 'resolve' action. I thought that 'resolve issue' means 'do something to fix the issue and then close' and 'close issue' means 'do nothing and just close', but today I've looked into JIRA workflow (http://www.atlassian.com/software/jira/docs/v3.7.2/default_workflow.htm l) and se

[jira] Resolved: (STDCXX-341) [MSVC 7.1] tests/23.vector.modifiers.cpp fails to compile

2007-02-21 Thread Farid Zaripov (JIRA)
[ https://issues.apache.org/jira/browse/STDCXX-341?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov resolved STDCXX-341. -- Resolution: Fixed Fixed thus: http://svn.apache.org/viewvc?view=rev&rev=509951 > [M

Re: [PATCH] alg_test.h

2007-02-20 Thread Farid Zaripov
Martin Sebor wrote: Attached patch is created using the patch utility (ported from unix), because I can't use TortoiseSVN plugin to make patch between 2 files on my harddisk. Hmm. svn diff doesn't work you on Windows? Have you tried Cygwin? I'm using the TortoiseSVN shell extension plugin

[jira] Updated: (STDCXX-341) [MSVC 7.1] tests/23.vector.modifiers.cpp fails to compile

2007-02-20 Thread Farid Zaripov (JIRA)
[ https://issues.apache.org/jira/browse/STDCXX-341?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov updated STDCXX-341: - Description: The test 23.vector.modifiers fails to compile with MSVC 7.1: -- Build started

[jira] Created: (STDCXX-341) [MSVC 7.1] tests/23.vector.modifiers.cpp fails to compile

2007-02-20 Thread Farid Zaripov (JIRA)
Components: Tests Environment: MSVC 7.1 Reporter: Farid Zaripov Fix For: 4.2 The test 22.locale.num.get fails to compile with MSVC: -- Build started: Project: 23.vector.modifiers, Configuration: 11s Debug Static Win32 -- Compiling... 23

[jira] Commented: (STDCXX-115) [MSVC] tests/22.locale.num.get.cpp fails to compile

2007-02-20 Thread Farid Zaripov (JIRA)
[ https://issues.apache.org/jira/browse/STDCXX-115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12474639 ] Farid Zaripov commented on STDCXX-115: -- I think the issue already resolved thus: http://svn.apache.org/viewcvs

[PATCH] 17.names.cpp

2007-02-20 Thread Farid Zaripov
Author: sebor Date: Mon Jan 1 17:34:56 2007 New Revision: 491734 URL: http://svn.apache.org/viewvc?view=rev&rev=491734 Log: 2007-01-01 Martin Sebor <[EMAIL PROTECTED]> * 17.names.cpp: Added more public names to test for. Modified: incubator/stdcxx/trunk/tests/intro/17.names.cpp

[PATCH] Introducing struct ListIds

2007-02-20 Thread Farid Zaripov
ChangeLog: * 23.list.h: New file with definitions of helpers used in clause 23.list tests. * 23.containers.cpp: #included 23.list.h; removed definition of the temporary struct ListIds; _rw_list_sigcat filled by code. The patch and new file are attached. Farid. 32a33 > #include

[PATCH] rw_sigdefs.h

2007-02-20 Thread Farid Zaripov
ChangeLog: * rw_sigdefs.h: New file with definitions of helpers macros to define member and non-member functions overload id's * 21.strings.h: Helper macros moved from here to rw_sigdefs.h The patch is attached. Farid. Index: 21.strings.h ==

[PATCH] Introducing the UserPOD and UserClass types

2007-02-20 Thread Farid Zaripov
ChangeLog: * rw_value.h: struct X renamed to the struct UserClass; (struct UserPOD): New type for using in tests as POD type; (struct UserData): New structure to be used in UserPOD and UserClass. (_rw_user_class_fmat_init): New static variable to install the formatting collback functio

[PATCH] alg_test.h

2007-02-20 Thread Farid Zaripov
Attached patch is created using the patch utility (ported from unix), because I can't use TortoiseSVN plugin to make patch between 2 files on my harddisk. ChangeLog: * alg_test.h: ConstFwdIter inherited from FwdIter. ConstBidirIter inherited from BidirIter. ConstRandomAccessIter inher

[jira] Resolved: (STDCXX-331) std::list::insert() method do not satisfy strong exception safety requirements

2007-02-19 Thread Farid Zaripov (JIRA)
[ https://issues.apache.org/jira/browse/STDCXX-331?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov resolved STDCXX-331. -- Resolution: Fixed Fix Version/s: 4.2 Fixed thus: http://svn.apache.org/viewvc?view=rev

[jira] Resolved: (STDCXX-268) std::list constructors do not call destructors for created objects if exception was thrown

2007-02-19 Thread Farid Zaripov (JIRA)
[ https://issues.apache.org/jira/browse/STDCXX-268?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov resolved STDCXX-268. -- Resolution: Fixed Fix Version/s: 4.2 Fixed thus: http://svn.apache.org/viewvc?view=rev

RE: [PATCH] Fix of STDCXX-268, STDCXX-331

2007-02-15 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Wednesday, February 14, 2007 2:47 AM > To: stdcxx-dev@incubator.apache.org > Subject: Re: [PATCH] Fix of STDCXX-268, STDCXX-331 > > So unless someone objects (I assume you're fine with it) I > propose we ditch th

[jira] Created: (STDCXX-339) Remove _RWSTD_NO_INLINE_MEMBER_TEMPLATES config macro and all workarounds for it

2007-02-15 Thread Farid Zaripov (JIRA)
++ Standard Library Issue Type: Task Affects Versions: 4.1.3 Environment: All Reporter: Farid Zaripov Fix For: 4.2 Additional information here: http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200702.mbox/[EMAIL PROTECTED] -- This message is

RE: [PATCH] Fix of STDCXX-127

2007-02-15 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Wednesday, February 14, 2007 8:57 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: [PATCH] Fix of STDCXX-127 > Ft, since you assert that "if one of pointers is so must be > the other" it seems to me that t

[jira] Resolved: (STDCXX-127) std::deque::swap does not swap empty containers correctly

2007-02-15 Thread Farid Zaripov (JIRA)
[ https://issues.apache.org/jira/browse/STDCXX-127?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov resolved STDCXX-127. -- Resolution: Fixed Fix Version/s: 4.2 Fixed thus: http://svn.apache.org/viewvc?view=rev

list::splice() and _RWSTD_NO_LIST_NODE_BUFFER macro

2007-02-15 Thread Farid Zaripov
If the _RWSTD_NO_LIST_NODE_BUFFER macro is not defined, then list::splice() method do not conform the stadnard requirements (linear complexity instead of constant time; invalidated iterators after operation). I see that the _RWSTD_NO_LIST_NODE_BUFFER macro is not defined by default. Perha

[PATCH] Fix of STDCXX-127

2007-02-14 Thread Farid Zaripov
Attached is a proposed patch for fix the bug STDCXX-127. ChangeLog: STDCXX-127 * deque (swap): Corrected _C_beg._C_node and _C_and._C_node after swap operation for empty container. Farid. Index: deque === --- deque

RE: [PATCH] Fix of STDCXX-268, STDCXX-331

2007-02-13 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Thursday, February 08, 2007 2:36 AM > To: stdcxx-dev@incubator.apache.org > Subject: Re: [PATCH] Fix of STDCXX-268, STDCXX-331 > > Farid Zaripov wrote: > > Attached is a proposed pa

[PATCH] Fix of STDCXX-268, STDCXX-331

2007-02-07 Thread Farid Zaripov
Attached is a proposed patch for fix the bugs STDCXX-268 and STDCXX-331. Actually this patch fixes the bug STDCXX-331, but since the std::list constructor uses insert() method so the bug STDCXX-268 is fixed automatically. ChangeLog: STDCXX-268 STDCXX-331 * list (_RWSTD_LIST_SAFE_IN

[jira] Resolved: (STDCXX-334) std::list::swap does not swap containers with different allocators correctly

2007-02-07 Thread Farid Zaripov (JIRA)
[ https://issues.apache.org/jira/browse/STDCXX-334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov resolved STDCXX-334. -- Resolution: Fixed Fix Version/s: 4.2 Fixed thus: http://svn.apache.org/viewvc?view=rev

[jira] Updated: (STDCXX-334) std::list::swap does not swap containers with different allocators correctly

2007-02-07 Thread Farid Zaripov (JIRA)
[ https://issues.apache.org/jira/browse/STDCXX-334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov updated STDCXX-334: - Summary: std::list::swap does not swap containers with different allocators correctly (was: std

[jira] Created: (STDCXX-334) std::list::swap does not swap containers with defferent allocator correctly

2007-02-07 Thread Farid Zaripov (JIRA)
Library Issue Type: Bug Components: 23. Containers Affects Versions: 4.1.3 Environment: All Reporter: Farid Zaripov The program below fails: - #include #include #include class Alloc : public std::allocator

[jira] Created: (STDCXX-331) std::list::insert() method do not satisfy strong exception safety requirements

2007-02-01 Thread Farid Zaripov (JIRA)
Library Issue Type: Bug Components: 23. Containers Affects Versions: 4.1.3 Environment: All Reporter: Farid Zaripov The list::insert() method do not satisfy strong exception safety requirements (23.2.3.3 Remark 1). Details are here: http://mail

std::list::insert() exception safety

2007-01-31 Thread Farid Zaripov
The list::insert() method do not satisfy strong exception safety requirements. The standard says: === 23.2.3.3 list modifiers [list.modifiers] iterator insert(iterator position, const T& x); void insert(iterator position, size_type n, const T& x); template void insert

RE: missing header names in Windows config log

2007-01-26 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Friday, January 26, 2007 7:33 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: missing header names in Windows config log > > One last thing (I hope). Look at the third line below. It > reads completely in

RE: missing header names in Windows config log

2007-01-26 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Friday, January 26, 2007 7:29 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: missing header names in Windows config log > > A couple of other issues: > > When checking for symbols in a library the name o

RE: Windows locale failures

2007-01-25 Thread Farid Zaripov
> -Original Message- > From: Farid Zaripov [mailto:[EMAIL PROTECTED] > Sent: Thursday, January 18, 2007 5:48 PM > To: stdcxx-dev@incubator.apache.org > Subject: RE: Windows locale failures > > Hmm. The problem still present... I think this version should work:

RE: [PATCH] std::list container tests

2007-01-22 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Monday, January 22, 2007 1:09 AM > To: stdcxx-dev@incubator.apache.org > Subject: Re: [PATCH] std::list container tests > > Thanks. I've spent some time going through the patch and while > I still like your change

RE: [PATCH] std::list container tests

2007-01-22 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Monday, January 22, 2007 1:28 AM > To: stdcxx-dev@incubator.apache.org > Subject: Re: [PATCH] std::list container tests > > This should be removed from rw_value.h: > > +/* > +template > +static _RWSTD_SIZE_T > +

RE: Windows locale failures

2007-01-19 Thread Farid Zaripov
> -Original Message- > From: Farid Zaripov [mailto:[EMAIL PROTECTED] > Sent: Thursday, January 18, 2007 5:48 PM > To: stdcxx-dev@incubator.apache.org > Subject: RE: Windows locale failures > > > Ok. Then let's see how my last committed changes > > (ht

RE: [PATCH] std::list container tests

2007-01-18 Thread Farid Zaripov
> -Original Message- > From: Farid Zaripov [mailto:[EMAIL PROTECTED] > Sent: Friday, December 22, 2006 4:05 PM > To: stdcxx-dev@incubator.apache.org > Subject: [PATCH] std::list container tests > > The patch located here: http://zaripov.kiev.ua/src/tests.patch >

RE: Windows locale failures

2007-01-18 Thread Farid Zaripov
> -Original Message- > From: Farid Zaripov [mailto:[EMAIL PROTECTED] > Sent: Wednesday, January 17, 2007 8:07 PM > To: stdcxx-dev@incubator.apache.org > Subject: RE: Windows locale failures > > > -Original Message- > > From: Andrew Black [mail

RE: Windows locale failures

2007-01-17 Thread Farid Zaripov
> -Original Message- > From: Andrew Black [mailto:[EMAIL PROTECTED] > Sent: Wednesday, January 17, 2007 7:24 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: Windows locale failures > > I can still send you a copy of the project file in question, > either generated on my windows b

RE: Windows locale failures

2007-01-17 Thread Farid Zaripov
> -Original Message- > From: Andrew Black [mailto:[EMAIL PROTECTED] > Sent: Wednesday, January 17, 2007 6:08 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: Windows locale failures > > I wonder if MSVC 7.1 has a fixed length buffer used in > generating the temporary batch file.

RE: Windows locale failures

2007-01-17 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Tuesday, January 16, 2007 8:27 PM > To: stdcxx-dev@incubator.apache.org > Subject: Windows locale failures > > It looks like the recent changes to the Windows side of the > build and test infrastructure might be

RE: [PATCH] Windows build infrastructure

2007-01-11 Thread Farid Zaripov
> -Original Message- > From: Andrew Black [mailto:[EMAIL PROTECTED] > Sent: Tuesday, January 09, 2007 8:35 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: [PATCH] Windows build infrastructure > > The nightly testing infrastructure is primarily my domain. > The mechanics of the s

RE: failed examples reported as passing with MSVC or vice versa

2007-01-09 Thread Farid Zaripov
> -Original Message- > From: Andrew Black [mailto:[EMAIL PROTECTED] > Sent: Friday, January 05, 2007 11:15 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: failed examples reported as passing with MSVC or > vice versa > > Martin Sebor wrote: > > Andrew Black wrote: > > > > [...]

RE: project priorities

2006-12-25 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Friday, December 15, 2006 8:34 PM > To: RW_STDCXX > Subject: project priorities > > As always, if there are questions or comments on the technical > aspects of any of these projects let's discuss them on the list

[PATCH] std::list container tests

2006-12-22 Thread Farid Zaripov
The patch located here: http://zaripov.kiev.ua/src/tests.patch The changelog will be posted later. Farid.

RE: duplicate error message in Windows builds

2006-12-12 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Friday, December 08, 2006 8:07 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: duplicate error message in Windows builds > > > We can remove all locales and locale tests projects and > leave only > > t

RE: MSVC 8.0 builds running in parallel?

2006-12-11 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Saturday, December 09, 2006 2:11 AM > To: stdcxx-dev@incubator.apache.org > Subject: MSVC 8.0 builds running in parallel? > > Andrew just pointed out to me that the build log from our > MSVC 8 builds is all jumbl

RE: [PATCH] Exec utility signal relay

2006-12-08 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Friday, December 08, 2006 4:54 AM > To: stdcxx-dev@incubator.apache.org > Subject: Re: [PATCH] Exec utility signal relay > > Andrew Black wrote: > > Greetings all. > > > > Attached is a patch that aims to resolve

RE: duplicate error message in Windows builds

2006-12-08 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Friday, December 08, 2006 4:53 AM > To: stdcxx-dev@incubator.apache.org > Subject: Re: duplicate error message in Windows builds > Btw., the generated stdcxx solution is so huge now (over 500 > projects) that it

RE: duplicate error message in Windows builds

2006-12-07 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Wednesday, December 06, 2006 9:23 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: duplicate error message in Windows builds > > I don't think that's necessary. If dependencies among > projects in the solu

RE: duplicate error message in Windows builds

2006-12-06 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Wednesday, December 06, 2006 5:15 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: duplicate error message in Windows builds > > > This is a feature of the devenv. The only way is build > one project >

RE: duplicate error message in Windows builds

2006-12-06 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Tuesday, December 05, 2006 7:30 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: duplicate error message in Windows builds > > Also in the same builds we continue trying to build other > components (utilit

[PATCH] RE: svn commit: r472469 - in /incubator/stdcxx/trunk/tests: include/rw_process.h self/0.process.cpp src/process.cpp

2006-11-30 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Thursday, November 30, 2006 12:05 AM > To: stdcxx-dev@incubator.apache.org > Subject: Re: svn commit: r472469 - in > /incubator/stdcxx/trunk/tests: include/rw_process.h > self/0.process.cpp src/process.cpp > > This

[PATCH] run_locale_utils.wsf update

2006-11-29 Thread Farid Zaripov
Attached is a patch for the run_locale_utils.wsf script (implemented changes from this revision: http://svn.apache.org/viewvc?view=rev&revision=448422 ChangeLog: * run_locale_utils.wsf (Cleanup): New function to remove temporary folder (Exit): New function to exit from script with clean

RE: [PATCH] /include/vector

2006-11-28 Thread Farid Zaripov
> -Original Message- > From: Martin Sebor [mailto:[EMAIL PROTECTED] > Sent: Monday, November 27, 2006 10:55 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: [PATCH] /include/vector > > Farid Zaripov wrote: > > If #defined _RWSTD_NO_CLASS_PARTIAL_

<    4   5   6   7   8   9   10   11   >