Nabble - stdcxx-issues

Created: (STDCXX-1044) [LWG #109] add overloads to binder1st and binder2nd

2009-10-15T05:16:31Z

[LWG #109] add overloads to binder1st and binder2nd
---------------------------------------------------

Key: STDCXX-1044
URL: https://issues.apache.org/jira/browse/STDCXX-1044
Project: C++ Standard Library
Issue Type: Bug
Components: 20. General Utilities
Affects Versions: 4.2.1
Reporter: Al Grant
Priority: Minor

Resolution to LWG #109 adds to binder1st and binder2nd, overloads of operator() that take a reference-to-nonconst, allowing use in iterations that modify the elements they are iterating over. This change already done in glibc++ and VC++ STL. 4-line change (2 places) in <functional>.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Closed: (STDCXX-791) [gcc 4.3] lots of noise due to -Wparentheses warnings

2009-09-13T16:11:57Z

[ https://issues.apache.org/jira/browse/STDCXX-791?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Martin Sebor closed STDCXX-791.
-------------------------------

Resolution: Fixed

Fixed in 4.2.2.

> [gcc 4.3] lots of noise due to -Wparentheses warnings
> -----------------------------------------------------
>
> Key: STDCXX-791
> URL: https://issues.apache.org/jira/browse/STDCXX-791
> Project: C++ Standard Library
> Issue Type: Bug
> Components: Build and Installation
> Affects Versions: 4.2.1
> Environment: gcc 4.3
> Reporter: Martin Sebor
> Assignee: Martin Sebor
> Priority: Minor
> Fix For: 4.2.2
>
> Original Estimate: 4h
> Time Spent: 4h
> Remaining Estimate: 0h
>
> The gcc [-Wparentheses|http://gcc.gnu.org/onlinedocs/gcc-4.3.0/gcc/Warning-Options.html#index-Wparentheses-279] warning that has been newly introduced into the C++ front end in gcc 4.3 is causing lots of noise in builds. There are 75 of these warnings while building the library alone. Here they are:
> {noformat}
> $TOPDIR/include/loc/_localedef.h: In function 'const char* __rw::__rw_utf8toucs4(int*, const char*, const char*)':
> $TOPDIR/include/loc/_localedef.h:763: warning: suggest parentheses around arithmetic in operand of |
> $TOPDIR/src/codecvt.cpp: In member function 'virtual std::codecvt_base::result std::codecvt<char, char, __mbstate_t>::do_out(__mbstate_t&, const char*, const char*, const char*&, char*, char*, char*&) const':
> $TOPDIR/src/codecvt.cpp:127: warning: suggest parentheses around && within ||
> $TOPDIR/src/codecvt.cpp:128: warning: suggest parentheses around && within ||
> $TOPDIR/src/codecvt.cpp: In member function 'virtual std::codecvt_base::result std::codecvt<char, char, __mbstate_t>::do_in(__mbstate_t&, const char*, const char*, const char*&, char*, char*, char*&) const':
> $TOPDIR/src/codecvt.cpp:183: warning: suggest parentheses around && within ||
> $TOPDIR/src/codecvt.cpp:184: warning: suggest parentheses around && within ||
> $TOPDIR/src/codecvt.cpp: In member function 'virtual std::codecvt_base::result std::codecvt<char, char, __mbstate_t>::do_unshift(__mbstate_t&, char*, char*, char*&) const':
> $TOPDIR/src/codecvt.cpp:204: warning: suggest parentheses around && within ||
> $TOPDIR/src/codecvt.cpp: In member function 'virtual int std::codecvt<char, char, __mbstate_t>::do_length(__mbstate_t&, const char*, const char*, long unsigned int) const':
> $TOPDIR/src/codecvt.cpp:246: warning: suggest parentheses around && within ||
> $TOPDIR/include/loc/_localedef.h: In function 'const char* __rw::__rw_utf8toucs4(int*, const char*, const char*)':
> $TOPDIR/include/loc/_localedef.h:763: warning: suggest parentheses around arithmetic in operand of |
> $TOPDIR/include/loc/_localedef.h: In function 'const char* __rw::__rw_utf8toucs4(int*, const char*, const char*)':
> $TOPDIR/include/loc/_localedef.h:763: warning: suggest parentheses around arithmetic in operand of |
> $TOPDIR/include/loc/_localedef.h: In function 'const char* __rw::__rw_utf8toucs4(int*, const char*, const char*)':
> $TOPDIR/include/loc/_localedef.h:763: warning: suggest parentheses around arithmetic in operand of |
> $TOPDIR/src/facet.cpp:116: warning: suggest parentheses around && within ||
> $TOPDIR/src/facet.cpp: In member function 'const void* __rw::__rw_facet::_C_get_data()':
> $TOPDIR/src/facet.cpp:221: warning: suggest parentheses around && within ||
> $TOPDIR/src/facet.cpp:252: warning: suggest parentheses around && within ||
> $TOPDIR/include/rw/_iosbase.h: In member function '__rw::__rw_fmtflags std::ios_base::setf(__rw::__rw_fmtflags, __rw::__rw_fmtflags)':
> $TOPDIR/include/rw/_iosbase.h:242: warning: suggest parentheses around arithmetic in operand of |
> $TOPDIR/src/ios.cpp: In member function '__rw::__rw_fmtflags std::ios_base::flags(__rw::__rw_fmtflags)':
> $TOPDIR/src/ios.cpp:105: warning: suggest parentheses around arithmetic in operand of |
> $TOPDIR/src/ios.cpp:110: warning: suggest parentheses around arithmetic in operand of |
> $TOPDIR/src/ios.cpp:115: warning: suggest parentheses around arithmetic in operand of |
> $TOPDIR/src/ios.cpp:120: warning: suggest parentheses around arithmetic in operand of |
> $TOPDIR/include/rw/_iosbase.h: In member function '__rw::__rw_fmtflags std::ios_base::setf(__rw::__rw_fmtflags, __rw::__rw_fmtflags)':
> $TOPDIR/include/rw/_iosbase.h:242: warning: suggest parentheses around arithmetic in operand of |
> $TOPDIR/include/rw/_iosbase.h: In member function '__rw::__rw_fmtflags std::ios_base::setf(__rw::__rw_fmtflags, __rw::__rw_fmtflags)':
> $TOPDIR/include/rw/_iosbase.h:242: warning: suggest parentheses around arithmetic in operand of |
> $TOPDIR/src/iostore.cpp: In member function 'void std::ios_base::_C_copyfmt(const std::ios_base&, void*, const void*, long unsigned int)':
> $TOPDIR/src/iostore.cpp:335: warning: suggest parentheses around arithmetic in operand of |
> $TOPDIR/include/loc/_localedef.h: In function 'const char* __rw::__rw_utf8toucs4(int*, const char*, const char*)':
> $TOPDIR/include/loc/_localedef.h:763: warning: suggest parentheses around arithmetic in operand of |
> $TOPDIR/src/locale_body.cpp: In member function 'bool __rw::__rw_locale::_C_is_managed(int) const':
> $TOPDIR/src/locale_body.cpp:1062: warning: suggest parentheses around && within ||
> $TOPDIR/src/locale_body.cpp:1064: warning: suggest parentheses around && within ||
> $TOPDIR/src/locale_body.cpp:1066: warning: suggest parentheses around && within ||
> $TOPDIR/src/locale_body.cpp:1068: warning: suggest parentheses around && within ||
> $TOPDIR/src/locale_body.cpp:1070: warning: suggest parentheses around && within ||
> $TOPDIR/src/locale_body.cpp:1072: warning: suggest parentheses around && within ||
> $TOPDIR/src/locale_combine.cpp: In member function 'void __rw::__rw_locale::_C_construct(const __rw::__rw_locale&, const __rw::__rw_locale&, int)':
> $TOPDIR/src/locale_combine.cpp:233: warning: suggest parentheses around arithmetic in operand of |
> $TOPDIR/src/locale_combine.cpp:236: warning: suggest parentheses around arithmetic in operand of |
> $TOPDIR/src/locale_eq.cpp: In member function 'bool std::locale::operator==(const std::locale&) const':
> $TOPDIR/src/locale_eq.cpp:86: warning: suggest parentheses around && within ||
> $TOPDIR/src/num_get.cpp: In function 'int __rw::__rw_check_grouping(const char*, long unsigned int, const char*, long unsigned int)':
> $TOPDIR/src/num_get.cpp: In function 'int __rw::__rw_get_num(void*, const char*, int, int, const char*, long unsigned int, const char*, long unsigned int)':
> $TOPDIR/src/num_get.cpp:535: warning: suggest parentheses around && within ||
> $TOPDIR/src/num_get.cpp:639: warning: suggest parentheses around && within ||
> $TOPDIR/src/num_get.cpp:718: warning: suggest parentheses around && within ||
> $TOPDIR/src/num_get.cpp:786: warning: suggest parentheses around && within ||
> $TOPDIR/src/num_put.cpp: In function 'long unsigned int __rw::__rw_itoa(char*, __rw::_ULLong, unsigned int)':
> $TOPDIR/src/num_put.cpp: In function 'long unsigned int __rw::__rw_itoa(char*, long unsigned int, unsigned int)':
> $TOPDIR/include/loc/_localedef.h: In function 'const char* __rw::__rw_utf8toucs4(int*, const char*, const char*)':
> $TOPDIR/include/loc/_localedef.h:763: warning: suggest parentheses around arithmetic in operand of |
> $TOPDIR/src/punct.cpp: In function 'const char* __rw::__rw_get_stdio_fmat(char*, int, unsigned int, long int)':
> $TOPDIR/src/string.cpp: In function 'void* __rw::__rw_memcpy(void*, const void*, long unsigned int)':
> $TOPDIR/src/string.cpp:37: warning: suggest parentheses around && within ||
> $TOPDIR/src/string.cpp: In function 'void* __rw::__rw_memmove(void*, const void*, long unsigned int)':
> $TOPDIR/src/string.cpp:51: warning: suggest parentheses around && within ||
> $TOPDIR/src/string.cpp: In function 'int __rw::__rw_memcmp(const void*, const void*, long unsigned int)':
> $TOPDIR/src/string.cpp:102: warning: suggest parentheses around && within ||
> $TOPDIR/src/string.cpp: In function 'long unsigned int __rw::__rw_strlen(const char*)':
> $TOPDIR/src/string.cpp: In function 'wchar_t* __rw::__rw_wmemcpy(wchar_t*, const wchar_t*, long unsigned int)':
> $TOPDIR/src/string.cpp:133: warning: suggest parentheses around && within ||
> $TOPDIR/src/string.cpp: In function 'wchar_t* __rw::__rw_wmemmove(wchar_t*, const wchar_t*, long unsigned int)':
> $TOPDIR/src/string.cpp:145: warning: suggest parentheses around && within ||
> $TOPDIR/src/string.cpp: In function 'int __rw::__rw_wmemcmp(const wchar_t*, const wchar_t*, long unsigned int)':
> $TOPDIR/src/string.cpp:189: warning: suggest parentheses around && within ||
> $TOPDIR/src/string.cpp: In function 'long unsigned int __rw::__rw_wcslen(const wchar_t*)':
> $TOPDIR/src/strstream.cpp: In member function 'virtual std::streambuf* std::strstreambuf::setbuf(char*, std::streamsize)':
> $TOPDIR/src/strstream.cpp:248: warning: suggest parentheses around && within ||
> $TOPDIR/include/loc/_localedef.h: In function 'const char* __rw::__rw_utf8toucs4(int*, const char*, const char*)':
> $TOPDIR/include/loc/_localedef.h:763: warning: suggest parentheses around arithmetic in operand of |
> $TOPDIR/src/time_put.cpp: In function 'const __rw::__rw_time_t::era_t* __rw::__rw_get_era(const __rw::__rw_time_t*, const tm*)':
> $TOPDIR/src/time_put.cpp:1850: warning: suggest parentheses around && within ||
> $TOPDIR/src/time_put.cpp:1850: warning: suggest parentheses around && within ||
> $TOPDIR/src/time_put.cpp: In function 'int __rw::__rw_get_zone_off(const char*, const char**)':
> $TOPDIR/src/time_put.cpp:1887: warning: suggest parentheses around && within ||
> $TOPDIR/src/time_put.cpp: In function 'int __rw::__rw_get_zone(__rw::__rw_time_put_data&, const char*, int)':
> $TOPDIR/src/time_put.cpp:1983: warning: suggest parentheses around && within ||
> $TOPDIR/src/time_put.cpp:2003: warning: suggest parentheses around && within ||
> $TOPDIR/src/time_put.cpp: In function 'void __rw::__rw_get_time_put_data(__rw::__rw_time_put_data&, const __rw::__rw_facet*, const tm*, char, char, bool)':
> $TOPDIR/src/time_put.cpp:2165: warning: suggest parentheses around && within ||
> $TOPDIR/src/time_put.cpp:2167: warning: suggest parentheses around && within ||
> $TOPDIR/src/time_put.cpp:2500: warning: suggest parentheses around && within ||
> $TOPDIR/src/time_put.cpp:2502: warning: suggest parentheses around && within ||
> $TOPDIR/src/time_put.cpp:2516: warning: suggest parentheses around && within ||
> $TOPDIR/src/time_put.cpp:2518: warning: suggest parentheses around && within ||
> $TOPDIR/src/tmpbuf.cpp: In function 'long unsigned int __rw::__rw_tmpbuf(void**, long int, long unsigned int)':
> $TOPDIR/src/tmpbuf.cpp:67: warning: suggest parentheses around && within ||
> $TOPDIR/include/algorithm: In function '_InputIter std::find(_InputIter, _InputIter, const _TypeT&)':
> $TOPDIR/include/algorithm: In function '_InputIter std::find_if(_InputIter, _InputIter, _Predicate)':
> $TOPDIR/include/algorithm.cc: In function '_RandomAccessIter std::__unguarded_partition(_RandomAccessIter, _RandomAccessIter, _TypeT, _Compare)':
> $TOPDIR/include/algorithm.cc: In function 'bool std::next_permutation(_BidirIter, _BidirIter, _Compare)':
> $TOPDIR/include/algorithm.cc: In function 'bool std::prev_permutation(_BidirIter, _BidirIter, _Compare)':
> $TOPDIR/include/valarray.cc: In member function 'const std::mask_array<_TypeT>& std::mask_array<_TypeT>::operator=(const std::mask_array<_TypeT>&) const':
> $TOPDIR/include/loc/_localedef.h: In function 'const char* __rw::__rw_utf8toucs4(int*, const char*, const char*)':
> $TOPDIR/include/loc/_localedef.h:763: warning: suggest parentheses around arithmetic in operand of |
> $TOPDIR/src/wcodecvt.cpp: In function 'std::codecvt_base::result __rw::__rw_libc_do_out(__mbstate_t&, const wchar_t*, const wchar_t*, const wchar_t*&, char*, char*, char*&)':
> $TOPDIR/src/wcodecvt.cpp:435: warning: suggest parentheses around && within ||
> $TOPDIR/src/wcodecvt.cpp:436: warning: suggest parentheses around && within ||
> $TOPDIR/src/wcodecvt.cpp: In function 'std::codecvt_base::result __rw::__rw_libstd_do_out(const wchar_t*, const wchar_t*, const wchar_t*&, char*, char*, char*&, int, const __rw::__rw_codecvt_t*)':
> $TOPDIR/src/wcodecvt.cpp:784: warning: suggest parentheses around && within ||
> $TOPDIR/src/wcodecvt.cpp: In member function 'virtual std::codecvt_base::result std::codecvt<wchar_t, char, __mbstate_t>::do_out(__mbstate_t&, const wchar_t*, const wchar_t*, const wchar_t*&, char*, char*, char*&) const':
> $TOPDIR/src/wcodecvt.cpp:1086: warning: suggest parentheses around && within ||
> $TOPDIR/src/wcodecvt.cpp:1087: warning: suggest parentheses around && within ||
> $TOPDIR/src/wcodecvt.cpp: In member function 'virtual std::codecvt_base::result std::codecvt<wchar_t, char, __mbstate_t>::do_in(__mbstate_t&, const char*, const char*, const char*&, wchar_t*, wchar_t*, wchar_t*&) const':
> $TOPDIR/src/wcodecvt.cpp:1133: warning: suggest parentheses around && within ||
> $TOPDIR/src/wcodecvt.cpp:1134: warning: suggest parentheses around && within ||
> $TOPDIR/src/wcodecvt.cpp: In member function 'virtual std::codecvt_base::result std::codecvt<wchar_t, char, __mbstate_t>::do_unshift(__mbstate_t&, char*, char*, char*&) const':
> $TOPDIR/src/wcodecvt.cpp:1166: warning: suggest parentheses around && within ||
> $TOPDIR/src/wcodecvt.cpp: In member function 'virtual int std::codecvt<wchar_t, char, __mbstate_t>::do_length(__mbstate_t&, const char*, const char*, long unsigned int) const':
> $TOPDIR/src/wcodecvt.cpp:1194: warning: suggest parentheses around && within ||
> $TOPDIR/src/wcodecvt.cpp: In member function 'virtual std::codecvt_base::result std::codecvt_byname<wchar_t, char, __mbstate_t>::do_in(__mbstate_t&, const char*, const char*, const char*&, wchar_t*, wchar_t*, wchar_t*&) const':
> $TOPDIR/src/wcodecvt.cpp:1334: warning: suggest parentheses around && within ||
> $TOPDIR/src/wcodecvt.cpp:1335: warning: suggest parentheses around && within ||
> $TOPDIR/src/wcodecvt.cpp: In member function 'virtual std::codecvt_base::result std::codecvt_byname<wchar_t, char, __mbstate_t>::do_out(__mbstate_t&, const wchar_t*, const wchar_t*, const wchar_t*&, char*, char*, char*&) const':
> $TOPDIR/src/wcodecvt.cpp:1424: warning: suggest parentheses around && within ||
> $TOPDIR/src/wcodecvt.cpp:1425: warning: suggest parentheses around && within ||
> $TOPDIR/src/wcodecvt.cpp: In member function 'virtual std::codecvt_base::result std::codecvt_byname<wchar_t, char, __mbstate_t>::do_unshift(__mbstate_t&, char*, char*, char*&) const':
> $TOPDIR/src/wcodecvt.cpp:1503: warning: suggest parentheses around && within ||
> $TOPDIR/src/wcodecvt.cpp: In member function 'virtual int std::codecvt_byname<wchar_t, char, __mbstate_t>::do_length(__mbstate_t&, const char*, const char*, long unsigned int) const':
> $TOPDIR/src/wcodecvt.cpp:1569: warning: suggest parentheses around && within ||
> $TOPDIR/include/loc/_localedef.h: In function 'const char* __rw::__rw_utf8toucs4(int*, const char*, const char*)':
> $TOPDIR/include/loc/_localedef.h:763: warning: suggest parentheses around arithmetic in operand of |
> $TOPDIR/src/wctype.cpp: In function 'const wchar_t* __rw::__rw_get_mask(__rw::__rw_ctype_t*, const wchar_t*, const wchar_t*, __rw::MaskT, __rw::MaskT*, bool, bool, const char*)':
> $TOPDIR/src/wctype.cpp:108: warning: suggest parentheses around && within ||
> $TOPDIR/src/wctype.cpp:236: warning: suggest parentheses around && within ||
> {noformat}

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Issue Comment Edited: (STDCXX-512) std::valarray computed assignment operators don't compile with a user-defined class

2009-09-12T17:01:57Z

[ https://issues.apache.org/jira/browse/STDCXX-512?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12533857#action_12533857 ]

Martin Sebor edited comment on STDCXX-512 at 9/12/09 5:00 PM:
--------------------------------------------------------------

It's unusual to instantiate {{std::valarray}} on a user-defined type, so setting Priority to Minor. Since the template hasn't changed added other 4.1.x versions to the list of Affected Versions. It's too late to fix this now so deferred for 4.2.1 (provided a compatible fix is possible).

was (Author: sebor):
It's unusual to instantiate std::valarray on a user-defined type, so setting Priority to Minor. Since the template hasn't changed added other 4.1.x versions to the list of Affected Versions. It's too late to fix this now so deferred for 4.2.1 (provided a compatible fix is possible).

> std::valarray computed assignment operators don't compile with a user-defined class
> -----------------------------------------------------------------------------------
>
> Key: STDCXX-512
> URL: https://issues.apache.org/jira/browse/STDCXX-512
> Project: C++ Standard Library
> Issue Type: Bug
> Components: 26. Numerics
> Affects Versions: 4.1.2, 4.1.3, 4.1.4
> Reporter: Martin Sebor
> Priority: Minor
> Fix For: 4.2.2
>
> Original Estimate: 4h
> Remaining Estimate: 4h
>
> The program below fails to compile because the valarray computed assignment operators make use of operator@ (T, T) instead of the corresponding computed assignment operators defined by T (i.e., T::operator@(T)).
> $ cat u.cpp && make u
> #include <valarray>
> struct Value {
> Value& operator*= (const Value&) { return *this; }
> Value& operator/= (const Value&) { return *this; }
> Value& operator+= (const Value&) { return *this; }
> Value& operator-= (const Value&) { return *this; }
> Value& operator%= (const Value&) { return *this; }
> Value& operator^= (const Value&) { return *this; }
> Value& operator&= (const Value&) { return *this; }
> Value& operator|= (const Value&) { return *this; }
> Value& operator<<= (const Value&) { return *this; }
> Value& operator>>= (const Value&) { return *this; }
> };
> int main ()
> {
> std::valarray<Value> val;
> val *= val;
> val /= val;
> val += val;
> val -= val;
> val %= val;
> val ^= val;
> val &= val;
> val |= val;
> val <<= val;
> val >>= val;
> }
> gcc -c -I/amd/devco/sebor/stdcxx-4.1.3/include/ansi -D_RWSTDDEBUG -pthread -D_RWSTD_USE_CONFIG -I/build/sebor/stdcxx-4.1.3-gcc-3.4.3_6-15D/include -I/amd/devco/sebor/stdcxx-4.1.3/include -I/amd/devco/sebor/stdcxx-4.1.3/examples/include -pedantic -nostdinc++ -g -m64 -Wall -W -Wcast-qual -Winline -Wshadow -Wwrite-strings -Wno-long-long -Wcast-align u.cpp
> /amd/devco/sebor/stdcxx-4.1.3/include/functional: In member function `typename std::binary_function<_TypeT, _TypeT, _TypeT>::result_type std::multiplies<_TypeT>::operator()(const typename std::binary_function<_TypeT, _TypeT, _TypeT>::first_argument_type&, const typename std::binary_function<_TypeT, _TypeT, _TypeT>::second_argument_type&) const [with _TypeT = Value]':
> /amd/devco/sebor/stdcxx-4.1.3/include/algorithm:353: instantiated from `_OutputIter std::transform(_InputIter1, _InputIter1, _InputIter2, _OutputIter, _BinaryOperation) [with _InputIter1 = Value*, _InputIter2 = const Value*, _OutputIter = Value*, _BinaryOperation = std::multiplies<Value>]'
> /amd/devco/sebor/stdcxx-4.1.3/include/valarray:363: instantiated from `std::valarray<_TypeT>& std::valarray<_TypeT>::operator*=(const std::valarray<_TypeT>&) [with _TypeT = Value]'
> u.cpp:20: instantiated from here
> /amd/devco/sebor/stdcxx-4.1.3/include/functional:83: error: no match for 'operator*' in '__x * __y'
> /amd/devco/sebor/stdcxx-4.1.3/include/functional: In member function `typename std::binary_function<_TypeT, _TypeT, _TypeT>::result_type std::divides<_TypeT>::operator()(const typename std::binary_function<_TypeT, _TypeT, _TypeT>::first_argument_type&, const typename std::binary_function<_TypeT, _TypeT, _TypeT>::second_argument_type&) const [with _TypeT = Value]':
> /amd/devco/sebor/stdcxx-4.1.3/include/algorithm:353: instantiated from `_OutputIter std::transform(_InputIter1, _InputIter1, _InputIter2, _OutputIter, _BinaryOperation) [with _InputIter1 = Value*, _InputIter2 = const Value*, _OutputIter = Value*, _BinaryOperation = std::divides<Value>]'
> /amd/devco/sebor/stdcxx-4.1.3/include/valarray:376: instantiated from `std::valarray<_TypeT>& std::valarray<_TypeT>::operator/=(const std::valarray<_TypeT>&) [with _TypeT = Value]'
> u.cpp:21: instantiated from here
> /amd/devco/sebor/stdcxx-4.1.3/include/functional:96: error: no match for 'operator/' in '__x / __y'
> /amd/devco/sebor/stdcxx-4.1.3/include/functional: In member function `typename std::binary_function<_TypeT, _TypeT, _TypeT>::result_type std::plus<_TypeT>::operator()(const typename std::binary_function<_TypeT, _TypeT, _TypeT>::first_argument_type&, const typename std::binary_function<_TypeT, _TypeT, _TypeT>::second_argument_type&) const [with _TypeT = Value]':
> /amd/devco/sebor/stdcxx-4.1.3/include/algorithm:353: instantiated from `_OutputIter std::transform(_InputIter1, _InputIter1, _InputIter2, _OutputIter, _BinaryOperation) [with _InputIter1 = Value*, _InputIter2 = const Value*, _OutputIter = Value*, _BinaryOperation = std::plus<Value>]'
> /amd/devco/sebor/stdcxx-4.1.3/include/valarray:389: instantiated from `std::valarray<_TypeT>& std::valarray<_TypeT>::operator+=(const std::valarray<_TypeT>&) [with _TypeT = Value]'
> u.cpp:22: instantiated from here
> /amd/devco/sebor/stdcxx-4.1.3/include/functional:57: error: no match for 'operator+' in '__x + __y'
> /amd/devco/sebor/stdcxx-4.1.3/include/functional: In member function `typename std::binary_function<_TypeT, _TypeT, _TypeT>::result_type std::minus<_TypeT>::operator()(const typename std::binary_function<_TypeT, _TypeT, _TypeT>::first_argument_type&, const typename std::binary_function<_TypeT, _TypeT, _TypeT>::second_argument_type&) const [with _TypeT = Value]':
> /amd/devco/sebor/stdcxx-4.1.3/include/algorithm:353: instantiated from `_OutputIter std::transform(_InputIter1, _InputIter1, _InputIter2, _OutputIter, _BinaryOperation) [with _InputIter1 = Value*, _InputIter2 = const Value*, _OutputIter = Value*, _BinaryOperation = std::minus<Value>]'
> /amd/devco/sebor/stdcxx-4.1.3/include/valarray:402: instantiated from `std::valarray<_TypeT>& std::valarray<_TypeT>::operator-=(const std::valarray<_TypeT>&) [with _TypeT = Value]'
> u.cpp:23: instantiated from here
> /amd/devco/sebor/stdcxx-4.1.3/include/functional:70: error: no match for 'operator-' in '__x - __y'
> /amd/devco/sebor/stdcxx-4.1.3/include/functional: In member function `typename std::binary_function<_TypeT, _TypeT, _TypeT>::result_type std::modulus<_TypeT>::operator()(const typename std::binary_function<_TypeT, _TypeT, _TypeT>::first_argument_type&, const typename std::binary_function<_TypeT, _TypeT, _TypeT>::second_argument_type&) const [with _TypeT = Value]':
> /amd/devco/sebor/stdcxx-4.1.3/include/algorithm:353: instantiated from `_OutputIter std::transform(_InputIter1, _InputIter1, _InputIter2, _OutputIter, _BinaryOperation) [with _InputIter1 = Value*, _InputIter2 = const Value*, _OutputIter = Value*, _BinaryOperation = std::modulus<Value>]'
> /amd/devco/sebor/stdcxx-4.1.3/include/valarray:415: instantiated from `std::valarray<_TypeT>& std::valarray<_TypeT>::operator%=(const std::valarray<_TypeT>&) [with _TypeT = Value]'
> u.cpp:24: instantiated from here
> /amd/devco/sebor/stdcxx-4.1.3/include/functional:109: error: no match for 'operator%' in '__x % __y'
> /amd/devco/sebor/stdcxx-4.1.3/include/functional: In member function `typename std::binary_function<_TypeT, _TypeT, _TypeT>::result_type __rw::exclusive_or<_TypeT>::operator()(const typename std::binary_function<_TypeT, _TypeT, _TypeT>::first_argument_type&, const typename std::binary_function<_TypeT, _TypeT, _TypeT>::second_argument_type&) const [with _TypeT = Value]':
> /amd/devco/sebor/stdcxx-4.1.3/include/algorithm:353: instantiated from `_OutputIter std::transform(_InputIter1, _InputIter1, _InputIter2, _OutputIter, _BinaryOperation) [with _InputIter1 = Value*, _InputIter2 = const Value*, _OutputIter = Value*, _BinaryOperation = __rw::exclusive_or<Value>]'
> /amd/devco/sebor/stdcxx-4.1.3/include/valarray:428: instantiated from `std::valarray<_TypeT>& std::valarray<_TypeT>::operator^=(const std::valarray<_TypeT>&) [with _TypeT = Value]'
> u.cpp:25: instantiated from here
> /amd/devco/sebor/stdcxx-4.1.3/include/functional:732: error: no match for 'operator^' in '__x ^ __y'
> /amd/devco/sebor/stdcxx-4.1.3/include/functional: In member function `typename std::binary_function<_TypeT, _TypeT, _TypeT>::result_type __rw::bitwise_and<_TypeT>::operator()(const typename std::binary_function<_TypeT, _TypeT, _TypeT>::first_argument_type&, const typename std::binary_function<_TypeT, _TypeT, _TypeT>::second_argument_type&) const [with _TypeT = Value]':
> /amd/devco/sebor/stdcxx-4.1.3/include/algorithm:353: instantiated from `_OutputIter std::transform(_InputIter1, _InputIter1, _InputIter2, _OutputIter, _BinaryOperation) [with _InputIter1 = Value*, _InputIter2 = const Value*, _OutputIter = Value*, _BinaryOperation = __rw::bitwise_and<Value>]'
> /amd/devco/sebor/stdcxx-4.1.3/include/valarray:441: instantiated from `std::valarray<_TypeT>& std::valarray<_TypeT>::operator&=(const std::valarray<_TypeT>&) [with _TypeT = Value]'
> u.cpp:26: instantiated from here
> /amd/devco/sebor/stdcxx-4.1.3/include/functional:719: error: no match for 'operator&' in '__x & __y'
> /amd/devco/sebor/stdcxx-4.1.3/include/functional: In member function `typename std::binary_function<_TypeT, _TypeT, _TypeT>::result_type __rw::bitwise_or<_TypeT>::operator()(const typename std::binary_function<_TypeT, _TypeT, _TypeT>::first_argument_type&, const typename std::binary_function<_TypeT, _TypeT, _TypeT>::second_argument_type&) const [with _TypeT = Value]':
> /amd/devco/sebor/stdcxx-4.1.3/include/algorithm:353: instantiated from `_OutputIter std::transform(_InputIter1, _InputIter1, _InputIter2, _OutputIter, _BinaryOperation) [with _InputIter1 = Value*, _InputIter2 = const Value*, _OutputIter = Value*, _BinaryOperation = __rw::bitwise_or<Value>]'
> /amd/devco/sebor/stdcxx-4.1.3/include/valarray:454: instantiated from `std::valarray<_TypeT>& std::valarray<_TypeT>::operator|=(const std::valarray<_TypeT>&) [with _TypeT = Value]'
> u.cpp:27: instantiated from here
> /amd/devco/sebor/stdcxx-4.1.3/include/functional:706: error: no match for 'operator|' in '__x | __y'
> /amd/devco/sebor/stdcxx-4.1.3/include/functional: In member function `typename std::binary_function<_TypeT, _TypeT, _TypeT>::result_type __rw::shift_left<_TypeT>::operator()(const typename std::binary_function<_TypeT, _TypeT, _TypeT>::first_argument_type&, const typename std::binary_function<_TypeT, _TypeT, _TypeT>::second_argument_type&) const [with _TypeT = Value]':
> /amd/devco/sebor/stdcxx-4.1.3/include/algorithm:353: instantiated from `_OutputIter std::transform(_InputIter1, _InputIter1, _InputIter2, _OutputIter, _BinaryOperation) [with _InputIter1 = Value*, _InputIter2 = const Value*, _OutputIter = Value*, _BinaryOperation = __rw::shift_left<Value>]'
> /amd/devco/sebor/stdcxx-4.1.3/include/valarray:467: instantiated from `std::valarray<_TypeT>& std::valarray<_TypeT>::operator<<=(const std::valarray<_TypeT>&) [with _TypeT = Value]'
> u.cpp:28: instantiated from here
> /amd/devco/sebor/stdcxx-4.1.3/include/functional:745: error: no match for 'operator<<' in '__x << __y'
> /amd/devco/sebor/stdcxx-4.1.3/include/functional: In member function `typename std::binary_function<_TypeT, _TypeT, _TypeT>::result_type __rw::shift_right<_TypeT>::operator()(const typename std::binary_function<_TypeT, _TypeT, _TypeT>::first_argument_type&, const typename std::binary_function<_TypeT, _TypeT, _TypeT>::second_argument_type&) const [with _TypeT = Value]':
> /amd/devco/sebor/stdcxx-4.1.3/include/algorithm:353: instantiated from `_OutputIter std::transform(_InputIter1, _InputIter1, _InputIter2, _OutputIter, _BinaryOperation) [with _InputIter1 = Value*, _InputIter2 = const Value*, _OutputIter = Value*, _BinaryOperation = __rw::shift_right<Value>]'
> /amd/devco/sebor/stdcxx-4.1.3/include/valarray:480: instantiated from `std::valarray<_TypeT>& std::valarray<_TypeT>::operator>>=(const std::valarray<_TypeT>&) [with _TypeT = Value]'
> u.cpp:29: instantiated from here
> /amd/devco/sebor/stdcxx-4.1.3/include/functional:758: error: no match for 'operator>>' in '__x >> __y'
> make: *** [u.o] Error 1

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Issue Comment Edited: (STDCXX-512) std::valarray computed assignment operators don't compile with a user-defined class

2009-09-12T17:01:57Z

[ https://issues.apache.org/jira/browse/STDCXX-512?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12518554#action_12518554 ]

Martin Sebor edited comment on STDCXX-512 at 9/12/09 5:01 PM:
--------------------------------------------------------------

A test that demonstrates this problem was added to the test suite in [r559650 | http://svn.apache.org/viewvc?view=rev&revision=559650].

See this [thread | http://www.mail-archive.com/stdcxx-dev@.../msg04053.html] for a discussion of the test failures.

was (Author: sebor):
A test that demonstrates this problem was added to the test suite here:
http://svn.apache.org/viewvc?view=rev&revision=559650

See the following thread for a discussion of the test failures:
http://www.mail-archive.com/stdcxx-dev@.../msg04053.html

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Assigned: (STDCXX-1040) Solaris 10 Kernel Update 137111-01 patches

2009-09-12T15:43:57Z

[ https://issues.apache.org/jira/browse/STDCXX-1040?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Martin Sebor reassigned STDCXX-1040:
------------------------------------

Assignee: Martin Sebor

> Solaris 10 Kernel Update 137111-01 patches
> ------------------------------------------
>
> Key: STDCXX-1040
> URL: https://issues.apache.org/jira/browse/STDCXX-1040
> Project: C++ Standard Library
> Issue Type: Improvement
> Components: Build and Installation
> Affects Versions: 4.2.0, 4.2.1
> Environment: Solaris 10 10/2008 SPARC, Kernel Update 137111-01
> Reporter: Martin Sebor
> Assignee: Martin Sebor
> Priority: Critical
> Fix For: 4.2.2
>
> Attachments: stdcxx-upstream-patches.tar.bz2
>
>
> Quoting from this [post | http://markmail.org/message/xkvvd4xw2gyqzjip]:
> {quote}
> Solaris 10 10/2008 SPARC has introduced a binary incompatible change
> in the POSIX and Solaris threads implementation:
> http://docs.sun.com/app/docs/doc/820-5245/chapter2-1000?a=view
> {panel}
> Objects of type {{mutex_t}} and {{pthread_mutex_t}} must start at 8-byte
> aligned addresses. Applications that do not satisfy this requirement
> fail. The following error message is displayed:
> \*\*\* {{_THREAD_ERROR_DETECTION}}: lock usage error detected \*\*\*
> ...
> "mutex is misaligned"
> OR:
> "condvar is misaligned"
> {panel}
> In reality, the run-time performance is much worse than the errata
> above claims: misaligned mutexes or conditional variables cause the
> program to spuriously {{SEGV}} in sometimes hard to reproduce ways [
> Heisenbug ].
> You can view full details of this bug/change here:
> http://bugs.opensolaris.org/view_bug.do?bug_id=6729759
> To make a long story short, Solaris Kernel Update 137111-01 introduced
> an ABI incompatible implementation restriction, requiring that mutexes
> and conditional variables must be 8-byte aligned. This restriction has
> never been documented, nor has it ever been enforced, until Solaris 10
> 10/2008 [ Solaris Kernel Update 137111-01 ].
> The consequence of this KU is that, the multi-threaded 32-bit SPARC
> version of the Apache Standard C++ Library [ 4.2.1 ] will no longer
> work, and will fail at run-time with seemingly unexplainable crashes [
> the exact same build will work on Solaris versions prior to Kernel
> Update 137111-01 ].
> This problem is not specific to the Apache Standard C++ Library: it
> will occur with any 32-bit SPARCV8 binaries which do not align mutexes
> or conditional variables on an 8 byte boundary.
> I have created a set of patches for the Apache Standard C++ Library,
> Version 4.2.1, for this problem:
> http://s247136804.onlinehome.us/stdcxx-upstream/4.2.1/
> You can download the tarball with all the patches from the same URL:
> http://s247136804.onlinehome.us/stdcxx-upstream/4.2.1/stdcxx-upstream-patches.tar.bz2
> These patches force an 8-byte alignment for all objects which contain
> a mutex or a conditional variable, and that only for SPARC. With these
> patches, all the tests perform as expected.
> The patch {{22.locale.numpunct.cpp.43.diff}} is not related to the SPARCV8
> ABI change -- it is simply an avoidance of a {{SEGV}} in case the variable
> {{first_non_c == NULL}} [ Solaris sprintf(3C) SEGV's on {{NULL char*}}
> arguments ].
> {quote}

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Commented: (STDCXX-1043) [Como como 4.3.10.1] std::cout << std::endl cayses SIGSEGV on Linux

2009-09-08T10:07:57Z

[ https://issues.apache.org/jira/browse/STDCXX-1043?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12752608#action_12752608 ]

Martin Sebor commented on STDCXX-1043:
--------------------------------------

Does an unoptimized non-reentrant build (11s) work? We use EDG eccp only for conformance testing; optimization or thread safety might have problems, shared library builds are known not to work at all.

> [Como como 4.3.10.1] std::cout << std::endl cayses SIGSEGV on Linux
> -------------------------------------------------------------------
>
> Key: STDCXX-1043
> URL: https://issues.apache.org/jira/browse/STDCXX-1043
> Project: C++ Standard Library
> Issue Type: Bug
> Components: 22. Localization
> Affects Versions: 4.2.1
> Environment: Linux Gentoo x86_64, como 4.3.10.1, GCC 4.3.2 backend with -m32 switch.
> stdcxx 4.2.1 BUILDTYPE 12s with full locales installed.
> Reporter: Jaroslaw Zola
> Priority: Critical
>
> The program below
> x.cpp:
> #include <iostream>
> int main() {
> std::cout << std::endl;
> return 0;
> }
> results in SIGSEGV.
> como -g3 -gstabs x.cpp -o x
> ./x
> Segmentation fault (core dumped)
> gdb ./x core
> [...]
> Core was generated by `./x'.
> Program terminated with signal 11, Segmentation fault.
> [New process 6685]
> #0 0xf7e46cb3 in strchr () from /lib32/libc.so.6
> (gdb) bt
> #0 0xf7e46cb3 in strchr () from /lib32/libc.so.6
> #1 0x080571bf in std::locale::_C_get_std_facet ()
> #2 0x08049a6a in _ZN4__rw18__rw_get_std_facetERKSt6localeNS_10__rw_facet13_C_facet_typeEPFPS3_jPKcE (__11910_42___loc=0xff8ac138,
> __11911_48___type=__N4__rw10__rw_facet8_C_ctypeE, __11912_48___ctor=0x804a7b9 <__rw::__rw_ct_ctype(unsigned int, char const*)>)
> at /opt/stdcxx-4.2.1-como/include/loc/_locale.h:369
> #3 0x0804995f in _ZNKSt9basic_iosIcSt11char_traitsIcEE5widenEc (this=0x8091ae4, __15295_27___c=10 '\n') at /opt/stdcxx-4.2.1-como/include/rw/_basic_ios.h:225
> #4 0x080499fb in _ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ (__16097_39___strm=0x8091ae0) at /opt/stdcxx-4.2.1-como/include/ostream:480
> #5 0x08049824 in main () at x.cpp:4
> changing LANG, LC_ALL, etc. to C or any other locale seems to have no effect on the program's behavior.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Created: (STDCXX-1043) [Como como 4.3.10.1] std::cout << std::endl cayses SIGSEGV on Linux

2009-09-08T08:04:57Z

[Como como 4.3.10.1] std::cout << std::endl cayses SIGSEGV on Linux
-------------------------------------------------------------------

Key: STDCXX-1043
URL: https://issues.apache.org/jira/browse/STDCXX-1043
Project: C++ Standard Library
Issue Type: Bug
Components: 22. Localization
Affects Versions: 4.2.1
Environment: Linux Gentoo x86_64, como 4.3.10.1, GCC 4.3.2 backend with -m32 switch.
stdcxx 4.2.1 BUILDTYPE 12s with full locales installed.
Reporter: Jaroslaw Zola
Priority: Critical

The program below

x.cpp:
#include <iostream>

int main() {
std::cout << std::endl;
return 0;
}

results in SIGSEGV.

como -g3 -gstabs x.cpp -o x
./x
Segmentation fault (core dumped)

gdb ./x core
[...]
Core was generated by `./x'.
Program terminated with signal 11, Segmentation fault.
[New process 6685]
#0 0xf7e46cb3 in strchr () from /lib32/libc.so.6
(gdb) bt
#0 0xf7e46cb3 in strchr () from /lib32/libc.so.6
#1 0x080571bf in std::locale::_C_get_std_facet ()
#2 0x08049a6a in _ZN4__rw18__rw_get_std_facetERKSt6localeNS_10__rw_facet13_C_facet_typeEPFPS3_jPKcE (__11910_42___loc=0xff8ac138,
__11911_48___type=__N4__rw10__rw_facet8_C_ctypeE, __11912_48___ctor=0x804a7b9 <__rw::__rw_ct_ctype(unsigned int, char const*)>)
at /opt/stdcxx-4.2.1-como/include/loc/_locale.h:369
#3 0x0804995f in _ZNKSt9basic_iosIcSt11char_traitsIcEE5widenEc (this=0x8091ae4, __15295_27___c=10 '\n') at /opt/stdcxx-4.2.1-como/include/rw/_basic_ios.h:225
#4 0x080499fb in _ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ (__16097_39___strm=0x8091ae0) at /opt/stdcxx-4.2.1-como/include/ostream:480
#5 0x08049824 in main () at x.cpp:4

changing LANG, LC_ALL, etc. to C or any other locale seems to have no effect on the program's behavior.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Commented: (STDCXX-1039) [Como como 4.3.10.1] identifier "_RWSTD_VA_LIST" is undefined when compiling src/assert.cpp

2009-09-07T19:06:58Z

[ https://issues.apache.org/jira/browse/STDCXX-1039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12752300#action_12752300 ]

Jaroslaw Zola commented on STDCXX-1039:
---------------------------------------

It looks like only these three files are affected.

> [Como como 4.3.10.1] identifier "_RWSTD_VA_LIST" is undefined when compiling src/assert.cpp
> -------------------------------------------------------------------------------------------
>
> Key: STDCXX-1039
> URL: https://issues.apache.org/jira/browse/STDCXX-1039
> Project: C++ Standard Library
> Issue Type: Bug
> Components: Configuration
> Affects Versions: 4.2.1
> Environment: Linux Gentoo x86_64 with 32bit Como 4.3.10.1 compiler (gcc -m32 C compiler).
> Reporter: Jaroslaw Zola
> Attachments: build.log, como.config, como.config, config.h, config.h, config.log, config.log, makefile.in
>
>
> The library fails to compile with the error given below. This problem seems to be similar to [STDCXX-822|http://issues.apache.org/jira/browse/STDCXX-822].
> como -c -I/opt/src/stdcxx-4.2.1/include/ansi -D_REENTRANT -I/opt/src/stdcxx-4.2.1/include -I/opt/src/stdcxx-4.2.1/build/include -A -x --no_stdarg_builtin --template_directory=/lib -O --display_error_number --diag_suppress 11,450,518 /opt/src/stdcxx-4.2.1/src/assert.cpp
> Comeau C/C++ 4.3.10.1 (May 7 2008 12:23:21) for LINUX_INTEL_ELF_Beta
> Copyright 1988-2008 Comeau Computing. All rights reserved.
> MODE:strict errors C++ noC++0x_extensions
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 117: warning #867-D:
> declaration of "size_t" does not match the expected type
> "unsigned int"
> typedef unsigned long size_t;
> ^
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 151: error #20:
> identifier "_RWSTD_VA_LIST" is undefined
> int vfprintf (FILE*, const char*, _RWSTD_VA_LIST);
> ^
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 152: error #20:
> identifier "_RWSTD_VA_LIST" is undefined
> int vprintf (const char*, _RWSTD_VA_LIST);
> ^
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 153: error #20:
> identifier "_RWSTD_VA_LIST" is undefined
> int vsprintf (char*, const char*, _RWSTD_VA_LIST);
> ^
> 3 errors detected in the compilation of "/opt/src/stdcxx-4.2.1/src/assert.cpp".
> gmake[2]: *** [assert.o] Error 2
> gmake[2]: Leaving directory `/opt/src/stdcxx-4.2.1/build/lib'
> gmake[1]: *** [lib] Error 2
> gmake[1]: Leaving directory `/opt/src/stdcxx-4.2.1/build'
> gmake: *** [libstd] Error 2

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Closed: (STDCXX-1042) adding support for Solaris 11 (SunOS 5.11) in the test harness driver

2009-09-04T06:28:57Z

[ https://issues.apache.org/jira/browse/STDCXX-1042?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Farid Zaripov closed STDCXX-1042.
---------------------------------

Done

> adding support for Solaris 11 (SunOS 5.11) in the test harness driver
> ---------------------------------------------------------------------
>
> Key: STDCXX-1042
> URL: https://issues.apache.org/jira/browse/STDCXX-1042
> Project: C++ Standard Library
> Issue Type: Improvement
> Components: Test Driver
> Affects Versions: 4.2.1
> Environment: Solaris SPARC and/or Intel.
> Reporter: Stefan Teleman
> Assignee: Farid Zaripov
> Priority: Trivial
> Fix For: 4.2.2
>
> Attachments: driver.cpp.patch
>
> Time Spent: 0.17h
> Remaining Estimate: 0h
>
> This small patch adds support for the next version of Solaris -- Solaris 11 or SunOS 5.11.
> Without the patch, the test harness identified the running operating system as "unknown".

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Resolved: (STDCXX-1042) adding support for Solaris 11 (SunOS 5.11) in the test harness driver

2009-09-04T06:28:57Z

[ https://issues.apache.org/jira/browse/STDCXX-1042?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Farid Zaripov resolved STDCXX-1042.
-----------------------------------

Resolution: Fixed

Applied to 4.2.x branch in [r811381|http://svn.apache.org/viewvc?view=rev&revision=811381]
Merged to 4.3.x branch in [r811383|http://svn.apache.org/viewvc?view=rev&revision=811383]
Merged to trunk branch in [r811386|http://svn.apache.org/viewvc?view=rev&revision=811386]

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Assigned: (STDCXX-1042) adding support for Solaris 11 (SunOS 5.11) in the test harness driver

2009-09-04T06:16:57Z

[ https://issues.apache.org/jira/browse/STDCXX-1042?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Farid Zaripov reassigned STDCXX-1042:
-------------------------------------

Assignee: Farid Zaripov

> adding support for Solaris 11 (SunOS 5.11) in the test harness driver
> ---------------------------------------------------------------------
>
> Key: STDCXX-1042
> URL: https://issues.apache.org/jira/browse/STDCXX-1042
> Project: C++ Standard Library
> Issue Type: Improvement
> Components: Test Driver
> Affects Versions: 4.2.1
> Environment: Solaris SPARC and/or Intel.
> Reporter: Stefan Teleman
> Assignee: Farid Zaripov
> Priority: Trivial
> Fix For: 4.2.2
>
> Attachments: driver.cpp.patch
>
>
> This small patch adds support for the next version of Solaris -- Solaris 11 or SunOS 5.11.
> Without the patch, the test harness identified the running operating system as "unknown".

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Updated: (STDCXX-1042) adding support for Solaris 11 (SunOS 5.11) in the test harness driver

2009-09-04T05:56:57Z

[ https://issues.apache.org/jira/browse/STDCXX-1042?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Stefan Teleman updated STDCXX-1042:
-----------------------------------

Attachment: driver.cpp.patch

Bite-size patch which adds support for SunOS 5.11 in the test harness driver.

> adding support for Solaris 11 (SunOS 5.11) in the test harness driver
> ---------------------------------------------------------------------
>
> Key: STDCXX-1042
> URL: https://issues.apache.org/jira/browse/STDCXX-1042
> Project: C++ Standard Library
> Issue Type: Improvement
> Components: Test Driver
> Affects Versions: 4.2.1
> Environment: Solaris SPARC and/or Intel.
> Reporter: Stefan Teleman
> Priority: Trivial
> Fix For: 4.2.2
>
> Attachments: driver.cpp.patch
>
>
> This small patch adds support for the next version of Solaris -- Solaris 11 or SunOS 5.11.
> Without the patch, the test harness identified the running operating system as "unknown".

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Created: (STDCXX-1042) adding support for Solaris 11 (SunOS 5.11) in the test harness driver

2009-09-04T05:54:57Z

adding support for Solaris 11 (SunOS 5.11) in the test harness driver
---------------------------------------------------------------------

Key: STDCXX-1042
URL: https://issues.apache.org/jira/browse/STDCXX-1042
Project: C++ Standard Library
Issue Type: Improvement
Components: Test Driver
Affects Versions: 4.2.1
Environment: Solaris SPARC and/or Intel.
Reporter: Stefan Teleman
Priority: Trivial
Fix For: 4.2.2

This small patch adds support for the next version of Solaris -- Solaris 11 or SunOS 5.11.
Without the patch, the test harness identified the running operating system as "unknown".

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Commented: (STDCXX-1039) [Como como 4.3.10.1] identifier "_RWSTD_VA_LIST" is undefined when compiling src/assert.cpp

2009-08-29T12:48:32Z

[ https://issues.apache.org/jira/browse/STDCXX-1039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12749175#action_12749175 ]

Martin Sebor commented on STDCXX-1039:
--------------------------------------

I haven't spent too much time analyzing STDCXX-592 but it feels like a compiler problem. IIRC, it goes away when the {{export}} feature is disabled, making it hard to isolate to a small standalone test case. In your build, does it affect any other programs besides the three stdcxx examples, {{codecvt.cpp}}, {{collate.cpp}}, and {{ctype.cpp}}?

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Issue Comment Edited: (STDCXX-1039) [Como como 4.3.10.1] identifier "_RWSTD_VA_LIST" is undefined when compiling src/assert.cpp

2009-08-28T13:23:32Z

[ https://issues.apache.org/jira/browse/STDCXX-1039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12748970#action_12748970 ]

Jaroslaw Zola edited comment on STDCXX-1039 at 8/28/09 1:23 PM:
----------------------------------------------------------------

After changing como.config to include remarks by Martin (como.config attached) the library compiles and can be installed. It fails, however, the same way as EDG reported here [STDCXX-592|http://issues.apache.org/jira/browse/STDCXX-592].

was (Author: zola):
After changing como.config to include remarks by Martin (como.config) attached the library compiles and can be installed. It fails, however, the same way as EDG reported here [STDCXX-592|http://issues.apache.org/jira/browse/STDCXX-592].

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Commented: (STDCXX-1039) [Como como 4.3.10.1] identifier "_RWSTD_VA_LIST" is undefined when compiling src/assert.cpp

2009-08-28T13:13:32Z

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Updated: (STDCXX-1039) [Como como 4.3.10.1] identifier "_RWSTD_VA_LIST" is undefined when compiling src/assert.cpp

2009-08-28T13:13:32Z

[ https://issues.apache.org/jira/browse/STDCXX-1039?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jaroslaw Zola updated STDCXX-1039:
----------------------------------

Attachment: como.config

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Issue Comment Edited: (STDCXX-1039) [Como como 4.3.10.1] identifier "_RWSTD_VA_LIST" is undefined when compiling src/assert.cpp

2009-08-25T15:18:59Z

[ https://issues.apache.org/jira/browse/STDCXX-1039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12747686#action_12747686 ]

Martin Sebor edited comment on STDCXX-1039 at 8/25/09 3:17 PM:
---------------------------------------------------------------

AFAICS, the first linker error is in the {{localedef}} utility due to unsatisfied references to implicit instantiations of the {{std::vector}} primary template. The argument to the {{\-\-template_directory}} option should be the same as that to the {{\-L}} option, i.e., {{$BUILDDIR/lib}} (or {{$INSTALLDIR/lib}} when linking with an already installed library), but it's {{/lib}} instead. Check the value of {{CXXFLAGS}} in {{makefile.in}}.

{noformat}
como localedef.o locale.o aliases.o charmap.o codecvt.o collate.o ctype.o def.o diagnostic.o \
memchk.o messages.o monetary.o numeric.o path.o time.o scanner.o \
-o localedef --template_directory=/lib -lpthread -L/opt/src/stdcxx-4.2.1/build/lib -lstd12s -lm
[...]
C++ prelinker: executing: /opt/bin/realcomo -c --version --display_mode --wchar_t_keyword \
--bool --enum_overloading --explicit --typename --extern_inline --new_for_init --exceptions \
--export --alternative_tokens --diag_suppress=161 -I/opt/src/stdcxx-4.2.1/include/ansi \
-D_REENTRANT -I/opt/src/stdcxx-4.2.1/include -I/opt/src/stdcxx-4.2.1/build/include \
-A -x --long_long --template_directory=/lib -O --display_error_number \
--diag_suppress 111,177,228,236,549,550,830 /opt/src/stdcxx-4.2.1/util/locale.cpp
Comeau C/C++ 4.3.10.1 (May 7 2008 12:23:21) for LINUX_INTEL_ELF_Beta
Copyright 1988-2008 Comeau Computing. All rights reserved.
MODE:strict errors C++ noC++0x_extensions
[...]
aliases.o: In function `get_installed_locales(int)':
aliases.int.c:(.text+0x3de): warning: the use of `tmpnam' is dangerous, better use `mkstemp'
localedef.o: In function `std::vector<std::string>::~vector()':
localedef.int.c:(.text+0x516): undefined reference to `std::vector<std::string>::_C_destroy(std::string*)'
[...]
localedef.o: In function `std::vector<Charmap*>::push_back(Charmap* const&)':
localedef.int.c:(.text+0x6b3): undefined reference to `std::vector<Charmap*>::_C_insert_1(Charmap** const&, Charmap* const&)'
localedef.o: In function `std::vector<Charmap*>::~vector()':
localedef.int.c:(.text+0x7b9): undefined reference to `std::vector<Charmap*>::_C_destroy(Charmap**)'
[...]
{noformat}

was (Author: sebor):
AFAICS, the first linker error is in the {{localedef}} utility due to unsatisfied references to implicit instantiations of the {{std::vector}} primary template. The argument to the {{\-\-template_directory}} option should be the same as that to the {{\-L}} option, i.e., {{$BUILDDIR/lib}}, but it's {{/lib}} instead. Check the value of {{CXXFLAGS}} in {{makefile.in}}.

{noformat}
como localedef.o locale.o aliases.o charmap.o codecvt.o collate.o ctype.o def.o diagnostic.o \
memchk.o messages.o monetary.o numeric.o path.o time.o scanner.o \
-o localedef --template_directory=/lib -lpthread -L/opt/src/stdcxx-4.2.1/build/lib -lstd12s -lm
[...]
C++ prelinker: executing: /opt/bin/realcomo -c --version --display_mode --wchar_t_keyword \
--bool --enum_overloading --explicit --typename --extern_inline --new_for_init --exceptions \
--export --alternative_tokens --diag_suppress=161 -I/opt/src/stdcxx-4.2.1/include/ansi \
-D_REENTRANT -I/opt/src/stdcxx-4.2.1/include -I/opt/src/stdcxx-4.2.1/build/include \
-A -x --long_long --template_directory=/lib -O --display_error_number \
--diag_suppress 111,177,228,236,549,550,830 /opt/src/stdcxx-4.2.1/util/locale.cpp
Comeau C/C++ 4.3.10.1 (May 7 2008 12:23:21) for LINUX_INTEL_ELF_Beta
Copyright 1988-2008 Comeau Computing. All rights reserved.
MODE:strict errors C++ noC++0x_extensions
[...]
aliases.o: In function `get_installed_locales(int)':
aliases.int.c:(.text+0x3de): warning: the use of `tmpnam' is dangerous, better use `mkstemp'
localedef.o: In function `std::vector<std::string>::~vector()':
localedef.int.c:(.text+0x516): undefined reference to `std::vector<std::string>::_C_destroy(std::string*)'
[...]
localedef.o: In function `std::vector<Charmap*>::push_back(Charmap* const&)':
localedef.int.c:(.text+0x6b3): undefined reference to `std::vector<Charmap*>::_C_insert_1(Charmap** const&, Charmap* const&)'
localedef.o: In function `std::vector<Charmap*>::~vector()':
localedef.int.c:(.text+0x7b9): undefined reference to `std::vector<Charmap*>::_C_destroy(Charmap**)'
[...]
{noformat}

> [Como como 4.3.10.1] identifier "_RWSTD_VA_LIST" is undefined when compiling src/assert.cpp
> -------------------------------------------------------------------------------------------
>
> Key: STDCXX-1039
> URL: https://issues.apache.org/jira/browse/STDCXX-1039
> Project: C++ Standard Library
> Issue Type: Bug
> Components: Configuration
> Affects Versions: 4.2.1
> Environment: Linux Gentoo x86_64 with 32bit Como 4.3.10.1 compiler (gcc -m32 C compiler).
> Reporter: Jaroslaw Zola
> Attachments: build.log, como.config, config.h, config.h, config.log, config.log, makefile.in
>
>
> The library fails to compile with the error given below. This problem seems to be similar to [STDCXX-822|http://issues.apache.org/jira/browse/STDCXX-822].
> como -c -I/opt/src/stdcxx-4.2.1/include/ansi -D_REENTRANT -I/opt/src/stdcxx-4.2.1/include -I/opt/src/stdcxx-4.2.1/build/include -A -x --no_stdarg_builtin --template_directory=/lib -O --display_error_number --diag_suppress 11,450,518 /opt/src/stdcxx-4.2.1/src/assert.cpp
> Comeau C/C++ 4.3.10.1 (May 7 2008 12:23:21) for LINUX_INTEL_ELF_Beta
> Copyright 1988-2008 Comeau Computing. All rights reserved.
> MODE:strict errors C++ noC++0x_extensions
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 117: warning #867-D:
> declaration of "size_t" does not match the expected type
> "unsigned int"
> typedef unsigned long size_t;
> ^
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 151: error #20:
> identifier "_RWSTD_VA_LIST" is undefined
> int vfprintf (FILE*, const char*, _RWSTD_VA_LIST);
> ^
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 152: error #20:
> identifier "_RWSTD_VA_LIST" is undefined
> int vprintf (const char*, _RWSTD_VA_LIST);
> ^
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 153: error #20:
> identifier "_RWSTD_VA_LIST" is undefined
> int vsprintf (char*, const char*, _RWSTD_VA_LIST);
> ^
> 3 errors detected in the compilation of "/opt/src/stdcxx-4.2.1/src/assert.cpp".
> gmake[2]: *** [assert.o] Error 2
> gmake[2]: Leaving directory `/opt/src/stdcxx-4.2.1/build/lib'
> gmake[1]: *** [lib] Error 2
> gmake[1]: Leaving directory `/opt/src/stdcxx-4.2.1/build'
> gmake: *** [libstd] Error 2

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Commented: (STDCXX-1039) [Como como 4.3.10.1] identifier "_RWSTD_VA_LIST" is undefined when compiling src/assert.cpp

2009-08-25T15:14:59Z

[ https://issues.apache.org/jira/browse/STDCXX-1039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12747686#action_12747686 ]

Martin Sebor commented on STDCXX-1039:
--------------------------------------

AFAICS, the first linker error is in the {{localedef}} utility due to unsatisfied references to implicit instantiations of the {{std::vector}} primary template. The argument to the {{\-\-template_directory}} option should be the same as that to the {{\-L}} option, i.e., {{$BUILDDIR/lib}}, but it's {{/lib}} instead. Check the value of {{CXXFLAGS}} in {{makefile.in}}.

{noformat}
como localedef.o locale.o aliases.o charmap.o codecvt.o collate.o ctype.o def.o diagnostic.o \
memchk.o messages.o monetary.o numeric.o path.o time.o scanner.o \
-o localedef --template_directory=/lib -lpthread -L/opt/src/stdcxx-4.2.1/build/lib -lstd12s -lm
[...]
C++ prelinker: executing: /opt/bin/realcomo -c --version --display_mode --wchar_t_keyword \
--bool --enum_overloading --explicit --typename --extern_inline --new_for_init --exceptions \
--export --alternative_tokens --diag_suppress=161 -I/opt/src/stdcxx-4.2.1/include/ansi \
-D_REENTRANT -I/opt/src/stdcxx-4.2.1/include -I/opt/src/stdcxx-4.2.1/build/include \
-A -x --long_long --template_directory=/lib -O --display_error_number \
--diag_suppress 111,177,228,236,549,550,830 /opt/src/stdcxx-4.2.1/util/locale.cpp
Comeau C/C++ 4.3.10.1 (May 7 2008 12:23:21) for LINUX_INTEL_ELF_Beta
Copyright 1988-2008 Comeau Computing. All rights reserved.
MODE:strict errors C++ noC++0x_extensions
[...]
aliases.o: In function `get_installed_locales(int)':
aliases.int.c:(.text+0x3de): warning: the use of `tmpnam' is dangerous, better use `mkstemp'
localedef.o: In function `std::vector<std::string>::~vector()':
localedef.int.c:(.text+0x516): undefined reference to `std::vector<std::string>::_C_destroy(std::string*)'
[...]
localedef.o: In function `std::vector<Charmap*>::push_back(Charmap* const&)':
localedef.int.c:(.text+0x6b3): undefined reference to `std::vector<Charmap*>::_C_insert_1(Charmap** const&, Charmap* const&)'
localedef.o: In function `std::vector<Charmap*>::~vector()':
localedef.int.c:(.text+0x7b9): undefined reference to `std::vector<Charmap*>::_C_destroy(Charmap**)'
[...]
{noformat}

> [Como como 4.3.10.1] identifier "_RWSTD_VA_LIST" is undefined when compiling src/assert.cpp
> -------------------------------------------------------------------------------------------
>
> Key: STDCXX-1039
> URL: https://issues.apache.org/jira/browse/STDCXX-1039
> Project: C++ Standard Library
> Issue Type: Bug
> Components: Configuration
> Affects Versions: 4.2.1
> Environment: Linux Gentoo x86_64 with 32bit Como 4.3.10.1 compiler (gcc -m32 C compiler).
> Reporter: Jaroslaw Zola
> Attachments: build.log, como.config, config.h, config.h, config.log, config.log, makefile.in
>
>
> The library fails to compile with the error given below. This problem seems to be similar to [STDCXX-822|http://issues.apache.org/jira/browse/STDCXX-822].
> como -c -I/opt/src/stdcxx-4.2.1/include/ansi -D_REENTRANT -I/opt/src/stdcxx-4.2.1/include -I/opt/src/stdcxx-4.2.1/build/include -A -x --no_stdarg_builtin --template_directory=/lib -O --display_error_number --diag_suppress 11,450,518 /opt/src/stdcxx-4.2.1/src/assert.cpp
> Comeau C/C++ 4.3.10.1 (May 7 2008 12:23:21) for LINUX_INTEL_ELF_Beta
> Copyright 1988-2008 Comeau Computing. All rights reserved.
> MODE:strict errors C++ noC++0x_extensions
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 117: warning #867-D:
> declaration of "size_t" does not match the expected type
> "unsigned int"
> typedef unsigned long size_t;
> ^
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 151: error #20:
> identifier "_RWSTD_VA_LIST" is undefined
> int vfprintf (FILE*, const char*, _RWSTD_VA_LIST);
> ^
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 152: error #20:
> identifier "_RWSTD_VA_LIST" is undefined
> int vprintf (const char*, _RWSTD_VA_LIST);
> ^
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 153: error #20:
> identifier "_RWSTD_VA_LIST" is undefined
> int vsprintf (char*, const char*, _RWSTD_VA_LIST);
> ^
> 3 errors detected in the compilation of "/opt/src/stdcxx-4.2.1/src/assert.cpp".
> gmake[2]: *** [assert.o] Error 2
> gmake[2]: Leaving directory `/opt/src/stdcxx-4.2.1/build/lib'
> gmake[1]: *** [lib] Error 2
> gmake[1]: Leaving directory `/opt/src/stdcxx-4.2.1/build'
> gmake: *** [libstd] Error 2

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Closed: (STDCXX-1041) CLONE -infinite loop in exec utility

2009-08-18T15:44:14Z

[ https://issues.apache.org/jira/browse/STDCXX-1041?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

a closed STDCXX-1041.
---------------------

Resolution: Fixed

> CLONE -infinite loop in exec utility
> ------------------------------------
>
> Key: STDCXX-1041
> URL: https://issues.apache.org/jira/browse/STDCXX-1041
> Project: C++ Standard Library
> Issue Type: Bug
> Components: Test Driver
> Affects Versions: 4.2.0
> Environment: gcc 3.4.6 on Red Hat Advanced Server 4, 12D (shared, wide, optimized, thread-safe) build
> Reporter: a
> Assignee: Andrew Black
> Priority: Critical
> Fix For: 4.2.2
>
> Original Estimate: 8h
> Remaining Estimate: 8h
>
> Copied from http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200705.mbox/%3c4654A3FF.8020907@...%3e
> -------- Original Message --------
> Subject: infinite loop in exec
> Date: Wed, 23 May 2007 14:28:47 -0600
> From: Martin Sebor <sebor@...>
> Reply-To: stdcxx-dev@...
> Organization: Rogue Wave Software
> To: stdcxx-dev@...
> I'm running into an (almost?) infinite loop when running some
> of our tests under the exec utility on Linux (in a 12D build
> with gcc 3.4.6 on Red Hat Advanced Server 4, I haven't tried
> other configurations). The initial output of strace for one
> of the tests, 21.cwchar, is in the attached file. The test
> by itself runs fine to completion and doesn't produce any
> unusual output (no NULs).
> Andrew, when you have a chance, can you take a look at it?
> If that's not going to be soon let me know if I should open
> an issue.
> Martin

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Created: (STDCXX-1041) CLONE -infinite loop in exec utility

2009-08-18T15:42:14Z

CLONE -infinite loop in exec utility
------------------------------------

Key: STDCXX-1041
URL: https://issues.apache.org/jira/browse/STDCXX-1041
Project: C++ Standard Library
Issue Type: Bug
Components: Test Driver
Affects Versions: 4.2.0
Environment: gcc 3.4.6 on Red Hat Advanced Server 4, 12D (shared, wide, optimized, thread-safe) build
Reporter: a
Assignee: Andrew Black
Priority: Critical
Fix For: 4.2.2

Copied from http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200705.mbox/%3c4654A3FF.8020907@...%3e

-------- Original Message --------
Subject: infinite loop in exec
Date: Wed, 23 May 2007 14:28:47 -0600
From: Martin Sebor <sebor@...>
Reply-To: stdcxx-dev@...
Organization: Rogue Wave Software
To: stdcxx-dev@...

I'm running into an (almost?) infinite loop when running some
of our tests under the exec utility on Linux (in a 12D build
with gcc 3.4.6 on Red Hat Advanced Server 4, I haven't tried
other configurations). The initial output of strace for one
of the tests, 21.cwchar, is in the attached file. The test
by itself runs fine to completion and doesn't produce any
unusual output (no NULs).

Andrew, when you have a chance, can you take a look at it?
If that's not going to be soon let me know if I should open
an issue.

Martin

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Updated: (STDCXX-1039) [Como como 4.3.10.1] identifier "_RWSTD_VA_LIST" is undefined when compiling src/assert.cpp

2009-08-16T11:13:14Z

> [Como como 4.3.10.1] identifier "_RWSTD_VA_LIST" is undefined when compiling src/assert.cpp
> -------------------------------------------------------------------------------------------
>
> Key: STDCXX-1039
> URL: https://issues.apache.org/jira/browse/STDCXX-1039
> Project: C++ Standard Library
> Issue Type: Bug
> Components: Configuration
> Affects Versions: 4.2.1
> Environment: Linux Gentoo x86_64 with 32bit Como 4.3.10.1 compiler (gcc -m32 C compiler).
> Reporter: Jaroslaw Zola
> Attachments: build.log, como.config, config.h, config.h, config.log, config.log, makefile.in
>
>
> The library fails to compile with the error given below. This problem seems to be similar to [STDCXX-822|http://issues.apache.org/jira/browse/STDCXX-822].
> como -c -I/opt/src/stdcxx-4.2.1/include/ansi -D_REENTRANT -I/opt/src/stdcxx-4.2.1/include -I/opt/src/stdcxx-4.2.1/build/include -A -x --no_stdarg_builtin --template_directory=/lib -O --display_error_number --diag_suppress 11,450,518 /opt/src/stdcxx-4.2.1/src/assert.cpp
> Comeau C/C++ 4.3.10.1 (May 7 2008 12:23:21) for LINUX_INTEL_ELF_Beta
> Copyright 1988-2008 Comeau Computing. All rights reserved.
> MODE:strict errors C++ noC++0x_extensions
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 117: warning #867-D:
> declaration of "size_t" does not match the expected type
> "unsigned int"
> typedef unsigned long size_t;
> ^
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 151: error #20:
> identifier "_RWSTD_VA_LIST" is undefined
> int vfprintf (FILE*, const char*, _RWSTD_VA_LIST);
> ^
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 152: error #20:
> identifier "_RWSTD_VA_LIST" is undefined
> int vprintf (const char*, _RWSTD_VA_LIST);
> ^
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 153: error #20:
> identifier "_RWSTD_VA_LIST" is undefined
> int vsprintf (char*, const char*, _RWSTD_VA_LIST);
> ^
> 3 errors detected in the compilation of "/opt/src/stdcxx-4.2.1/src/assert.cpp".
> gmake[2]: *** [assert.o] Error 2
> gmake[2]: Leaving directory `/opt/src/stdcxx-4.2.1/build/lib'
> gmake[1]: *** [lib] Error 2
> gmake[1]: Leaving directory `/opt/src/stdcxx-4.2.1/build'
> gmake: *** [libstd] Error 2

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Updated: (STDCXX-1039) [Como como 4.3.10.1] identifier "_RWSTD_VA_LIST" is undefined when compiling src/assert.cpp

2009-08-16T11:13:14Z

> [Como como 4.3.10.1] identifier "_RWSTD_VA_LIST" is undefined when compiling src/assert.cpp
> -------------------------------------------------------------------------------------------
>
> Key: STDCXX-1039
> URL: https://issues.apache.org/jira/browse/STDCXX-1039
> Project: C++ Standard Library
> Issue Type: Bug
> Components: Configuration
> Affects Versions: 4.2.1
> Environment: Linux Gentoo x86_64 with 32bit Como 4.3.10.1 compiler (gcc -m32 C compiler).
> Reporter: Jaroslaw Zola
> Attachments: build.log, como.config, config.h, config.h, config.log, config.log, makefile.in
>
>
> The library fails to compile with the error given below. This problem seems to be similar to [STDCXX-822|http://issues.apache.org/jira/browse/STDCXX-822].
> como -c -I/opt/src/stdcxx-4.2.1/include/ansi -D_REENTRANT -I/opt/src/stdcxx-4.2.1/include -I/opt/src/stdcxx-4.2.1/build/include -A -x --no_stdarg_builtin --template_directory=/lib -O --display_error_number --diag_suppress 11,450,518 /opt/src/stdcxx-4.2.1/src/assert.cpp
> Comeau C/C++ 4.3.10.1 (May 7 2008 12:23:21) for LINUX_INTEL_ELF_Beta
> Copyright 1988-2008 Comeau Computing. All rights reserved.
> MODE:strict errors C++ noC++0x_extensions
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 117: warning #867-D:
> declaration of "size_t" does not match the expected type
> "unsigned int"
> typedef unsigned long size_t;
> ^
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 151: error #20:
> identifier "_RWSTD_VA_LIST" is undefined
> int vfprintf (FILE*, const char*, _RWSTD_VA_LIST);
> ^
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 152: error #20:
> identifier "_RWSTD_VA_LIST" is undefined
> int vprintf (const char*, _RWSTD_VA_LIST);
> ^
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 153: error #20:
> identifier "_RWSTD_VA_LIST" is undefined
> int vsprintf (char*, const char*, _RWSTD_VA_LIST);
> ^
> 3 errors detected in the compilation of "/opt/src/stdcxx-4.2.1/src/assert.cpp".
> gmake[2]: *** [assert.o] Error 2
> gmake[2]: Leaving directory `/opt/src/stdcxx-4.2.1/build/lib'
> gmake[1]: *** [lib] Error 2
> gmake[1]: Leaving directory `/opt/src/stdcxx-4.2.1/build'
> gmake: *** [libstd] Error 2

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Updated: (STDCXX-1039) [Como como 4.3.10.1] identifier "_RWSTD_VA_LIST" is undefined when compiling src/assert.cpp

2009-08-16T11:13:14Z

> [Como como 4.3.10.1] identifier "_RWSTD_VA_LIST" is undefined when compiling src/assert.cpp
> -------------------------------------------------------------------------------------------
>
> Key: STDCXX-1039
> URL: https://issues.apache.org/jira/browse/STDCXX-1039
> Project: C++ Standard Library
> Issue Type: Bug
> Components: Configuration
> Affects Versions: 4.2.1
> Environment: Linux Gentoo x86_64 with 32bit Como 4.3.10.1 compiler (gcc -m32 C compiler).
> Reporter: Jaroslaw Zola
> Attachments: build.log, como.config, config.h, config.h, config.log, config.log, makefile.in
>
>
> The library fails to compile with the error given below. This problem seems to be similar to [STDCXX-822|http://issues.apache.org/jira/browse/STDCXX-822].
> como -c -I/opt/src/stdcxx-4.2.1/include/ansi -D_REENTRANT -I/opt/src/stdcxx-4.2.1/include -I/opt/src/stdcxx-4.2.1/build/include -A -x --no_stdarg_builtin --template_directory=/lib -O --display_error_number --diag_suppress 11,450,518 /opt/src/stdcxx-4.2.1/src/assert.cpp
> Comeau C/C++ 4.3.10.1 (May 7 2008 12:23:21) for LINUX_INTEL_ELF_Beta
> Copyright 1988-2008 Comeau Computing. All rights reserved.
> MODE:strict errors C++ noC++0x_extensions
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 117: warning #867-D:
> declaration of "size_t" does not match the expected type
> "unsigned int"
> typedef unsigned long size_t;
> ^
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 151: error #20:
> identifier "_RWSTD_VA_LIST" is undefined
> int vfprintf (FILE*, const char*, _RWSTD_VA_LIST);
> ^
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 152: error #20:
> identifier "_RWSTD_VA_LIST" is undefined
> int vprintf (const char*, _RWSTD_VA_LIST);
> ^
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 153: error #20:
> identifier "_RWSTD_VA_LIST" is undefined
> int vsprintf (char*, const char*, _RWSTD_VA_LIST);
> ^
> 3 errors detected in the compilation of "/opt/src/stdcxx-4.2.1/src/assert.cpp".
> gmake[2]: *** [assert.o] Error 2
> gmake[2]: Leaving directory `/opt/src/stdcxx-4.2.1/build/lib'
> gmake[1]: *** [lib] Error 2
> gmake[1]: Leaving directory `/opt/src/stdcxx-4.2.1/build'
> gmake: *** [libstd] Error 2

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Updated: (STDCXX-1039) [Como como 4.3.10.1] identifier "_RWSTD_VA_LIST" is undefined when compiling src/assert.cpp

2009-08-16T11:13:14Z

> [Como como 4.3.10.1] identifier "_RWSTD_VA_LIST" is undefined when compiling src/assert.cpp
> -------------------------------------------------------------------------------------------
>
> Key: STDCXX-1039
> URL: https://issues.apache.org/jira/browse/STDCXX-1039
> Project: C++ Standard Library
> Issue Type: Bug
> Components: Configuration
> Affects Versions: 4.2.1
> Environment: Linux Gentoo x86_64 with 32bit Como 4.3.10.1 compiler (gcc -m32 C compiler).
> Reporter: Jaroslaw Zola
> Attachments: build.log, como.config, config.h, config.h, config.log, config.log, makefile.in
>
>
> The library fails to compile with the error given below. This problem seems to be similar to [STDCXX-822|http://issues.apache.org/jira/browse/STDCXX-822].
> como -c -I/opt/src/stdcxx-4.2.1/include/ansi -D_REENTRANT -I/opt/src/stdcxx-4.2.1/include -I/opt/src/stdcxx-4.2.1/build/include -A -x --no_stdarg_builtin --template_directory=/lib -O --display_error_number --diag_suppress 11,450,518 /opt/src/stdcxx-4.2.1/src/assert.cpp
> Comeau C/C++ 4.3.10.1 (May 7 2008 12:23:21) for LINUX_INTEL_ELF_Beta
> Copyright 1988-2008 Comeau Computing. All rights reserved.
> MODE:strict errors C++ noC++0x_extensions
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 117: warning #867-D:
> declaration of "size_t" does not match the expected type
> "unsigned int"
> typedef unsigned long size_t;
> ^
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 151: error #20:
> identifier "_RWSTD_VA_LIST" is undefined
> int vfprintf (FILE*, const char*, _RWSTD_VA_LIST);
> ^
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 152: error #20:
> identifier "_RWSTD_VA_LIST" is undefined
> int vprintf (const char*, _RWSTD_VA_LIST);
> ^
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 153: error #20:
> identifier "_RWSTD_VA_LIST" is undefined
> int vsprintf (char*, const char*, _RWSTD_VA_LIST);
> ^
> 3 errors detected in the compilation of "/opt/src/stdcxx-4.2.1/src/assert.cpp".
> gmake[2]: *** [assert.o] Error 2
> gmake[2]: Leaving directory `/opt/src/stdcxx-4.2.1/build/lib'
> gmake[1]: *** [lib] Error 2
> gmake[1]: Leaving directory `/opt/src/stdcxx-4.2.1/build'
> gmake: *** [libstd] Error 2

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Commented: (STDCXX-1039) [Como como 4.3.10.1] identifier "_RWSTD_VA_LIST" is undefined when compiling src/assert.cpp

2009-08-16T11:11:14Z

[ https://issues.apache.org/jira/browse/STDCXX-1039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12743864#action_12743864 ]

Jaroslaw Zola commented on STDCXX-1039:
---------------------------------------

After playing a little with my compiler (e.g. float.h in Como has LDBL_MAX incorrectly defined) I was able to come up with the attached config.
It seems it is possible at least partially to get stdcxx compiled. Now it is failing on examples (see build.log). Sometime soon I hope to be able to work on this issue.

> [Como como 4.3.10.1] identifier "_RWSTD_VA_LIST" is undefined when compiling src/assert.cpp
> -------------------------------------------------------------------------------------------
>
> Key: STDCXX-1039
> URL: https://issues.apache.org/jira/browse/STDCXX-1039
> Project: C++ Standard Library
> Issue Type: Bug
> Components: Configuration
> Affects Versions: 4.2.1
> Environment: Linux Gentoo x86_64 with 32bit Como 4.3.10.1 compiler (gcc -m32 C compiler).
> Reporter: Jaroslaw Zola
> Attachments: config.h, config.log, makefile.in
>
>
> The library fails to compile with the error given below. This problem seems to be similar to [STDCXX-822|http://issues.apache.org/jira/browse/STDCXX-822].
> como -c -I/opt/src/stdcxx-4.2.1/include/ansi -D_REENTRANT -I/opt/src/stdcxx-4.2.1/include -I/opt/src/stdcxx-4.2.1/build/include -A -x --no_stdarg_builtin --template_directory=/lib -O --display_error_number --diag_suppress 11,450,518 /opt/src/stdcxx-4.2.1/src/assert.cpp
> Comeau C/C++ 4.3.10.1 (May 7 2008 12:23:21) for LINUX_INTEL_ELF_Beta
> Copyright 1988-2008 Comeau Computing. All rights reserved.
> MODE:strict errors C++ noC++0x_extensions
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 117: warning #867-D:
> declaration of "size_t" does not match the expected type
> "unsigned int"
> typedef unsigned long size_t;
> ^
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 151: error #20:
> identifier "_RWSTD_VA_LIST" is undefined
> int vfprintf (FILE*, const char*, _RWSTD_VA_LIST);
> ^
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 152: error #20:
> identifier "_RWSTD_VA_LIST" is undefined
> int vprintf (const char*, _RWSTD_VA_LIST);
> ^
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 153: error #20:
> identifier "_RWSTD_VA_LIST" is undefined
> int vsprintf (char*, const char*, _RWSTD_VA_LIST);
> ^
> 3 errors detected in the compilation of "/opt/src/stdcxx-4.2.1/src/assert.cpp".
> gmake[2]: *** [assert.o] Error 2
> gmake[2]: Leaving directory `/opt/src/stdcxx-4.2.1/build/lib'
> gmake[1]: *** [lib] Error 2
> gmake[1]: Leaving directory `/opt/src/stdcxx-4.2.1/build'
> gmake: *** [libstd] Error 2

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Updated: (STDCXX-1040) Solaris 10 Kernel Update 137111-01 patches

2009-08-14T13:43:14Z

[ https://issues.apache.org/jira/browse/STDCXX-1040?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Martin Sebor updated STDCXX-1040:
---------------------------------

Attachment: stdcxx-upstream-patches.tar.bz2

Attached [Stefan Teleman's|mailto:stefan.teleman@...] patches.

> Solaris 10 Kernel Update 137111-01 patches
> ------------------------------------------
>
> Key: STDCXX-1040
> URL: https://issues.apache.org/jira/browse/STDCXX-1040
> Project: C++ Standard Library
> Issue Type: Improvement
> Components: Build and Installation
> Affects Versions: 4.2.0, 4.2.1
> Environment: Solaris 10 10/2008 SPARC, Kernel Update 137111-01
> Reporter: Martin Sebor
> Priority: Critical
> Fix For: 4.2.2
>
> Attachments: stdcxx-upstream-patches.tar.bz2
>
>
> Quoting from this [post | http://markmail.org/message/xkvvd4xw2gyqzjip]:
> {quote}
> Solaris 10 10/2008 SPARC has introduced a binary incompatible change
> in the POSIX and Solaris threads implementation:
> http://docs.sun.com/app/docs/doc/820-5245/chapter2-1000?a=view
> {panel}
> Objects of type {{mutex_t}} and {{pthread_mutex_t}} must start at 8-byte
> aligned addresses. Applications that do not satisfy this requirement
> fail. The following error message is displayed:
> \*\*\* {{_THREAD_ERROR_DETECTION}}: lock usage error detected \*\*\*
> ...
> "mutex is misaligned"
> OR:
> "condvar is misaligned"
> {panel}
> In reality, the run-time performance is much worse than the errata
> above claims: misaligned mutexes or conditional variables cause the
> program to spuriously {{SEGV}} in sometimes hard to reproduce ways [
> Heisenbug ].
> You can view full details of this bug/change here:
> http://bugs.opensolaris.org/view_bug.do?bug_id=6729759
> To make a long story short, Solaris Kernel Update 137111-01 introduced
> an ABI incompatible implementation restriction, requiring that mutexes
> and conditional variables must be 8-byte aligned. This restriction has
> never been documented, nor has it ever been enforced, until Solaris 10
> 10/2008 [ Solaris Kernel Update 137111-01 ].
> The consequence of this KU is that, the multi-threaded 32-bit SPARC
> version of the Apache Standard C++ Library [ 4.2.1 ] will no longer
> work, and will fail at run-time with seemingly unexplainable crashes [
> the exact same build will work on Solaris versions prior to Kernel
> Update 137111-01 ].
> This problem is not specific to the Apache Standard C++ Library: it
> will occur with any 32-bit SPARCV8 binaries which do not align mutexes
> or conditional variables on an 8 byte boundary.
> I have created a set of patches for the Apache Standard C++ Library,
> Version 4.2.1, for this problem:
> http://s247136804.onlinehome.us/stdcxx-upstream/4.2.1/
> You can download the tarball with all the patches from the same URL:
> http://s247136804.onlinehome.us/stdcxx-upstream/4.2.1/stdcxx-upstream-patches.tar.bz2
> These patches force an 8-byte alignment for all objects which contain
> a mutex or a conditional variable, and that only for SPARC. With these
> patches, all the tests perform as expected.
> The patch {{22.locale.numpunct.cpp.43.diff}} is not related to the SPARCV8
> ABI change -- it is simply an avoidance of a {{SEGV}} in case the variable
> {{first_non_c == NULL}} [ Solaris sprintf(3C) SEGV's on {{NULL char*}}
> arguments ].
> {quote}

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Created: (STDCXX-1040) Solaris 10 Kernel Update 137111-01 patches

2009-08-14T13:41:14Z

Solaris 10 Kernel Update 137111-01 patches
------------------------------------------

Key: STDCXX-1040
URL: https://issues.apache.org/jira/browse/STDCXX-1040
Project: C++ Standard Library
Issue Type: Improvement
Components: Build and Installation
Affects Versions: 4.2.1, 4.2.0
Environment: Solaris 10 10/2008 SPARC, Kernel Update 137111-01
Reporter: Martin Sebor
Priority: Critical
Fix For: 4.2.2

Quoting from this [post | http://markmail.org/message/xkvvd4xw2gyqzjip]:
{quote}
Solaris 10 10/2008 SPARC has introduced a binary incompatible change
in the POSIX and Solaris threads implementation:

http://docs.sun.com/app/docs/doc/820-5245/chapter2-1000?a=view

{panel}

Objects of type {{mutex_t}} and {{pthread_mutex_t}} must start at 8-byte
aligned addresses. Applications that do not satisfy this requirement
fail. The following error message is displayed:

\*\*\* {{_THREAD_ERROR_DETECTION}}: lock usage error detected \*\*\*
...
"mutex is misaligned"
OR:
"condvar is misaligned"

{panel}

In reality, the run-time performance is much worse than the errata
above claims: misaligned mutexes or conditional variables cause the
program to spuriously {{SEGV}} in sometimes hard to reproduce ways [
Heisenbug ].

You can view full details of this bug/change here:

http://bugs.opensolaris.org/view_bug.do?bug_id=6729759

To make a long story short, Solaris Kernel Update 137111-01 introduced
an ABI incompatible implementation restriction, requiring that mutexes
and conditional variables must be 8-byte aligned. This restriction has
never been documented, nor has it ever been enforced, until Solaris 10
10/2008 [ Solaris Kernel Update 137111-01 ].

The consequence of this KU is that, the multi-threaded 32-bit SPARC
version of the Apache Standard C++ Library [ 4.2.1 ] will no longer
work, and will fail at run-time with seemingly unexplainable crashes [
the exact same build will work on Solaris versions prior to Kernel
Update 137111-01 ].

This problem is not specific to the Apache Standard C++ Library: it
will occur with any 32-bit SPARCV8 binaries which do not align mutexes
or conditional variables on an 8 byte boundary.

I have created a set of patches for the Apache Standard C++ Library,
Version 4.2.1, for this problem:

http://s247136804.onlinehome.us/stdcxx-upstream/4.2.1/

You can download the tarball with all the patches from the same URL:

http://s247136804.onlinehome.us/stdcxx-upstream/4.2.1/stdcxx-upstream-patches.tar.bz2

These patches force an 8-byte alignment for all objects which contain
a mutex or a conditional variable, and that only for SPARC. With these
patches, all the tests perform as expected.

The patch {{22.locale.numpunct.cpp.43.diff}} is not related to the SPARCV8
ABI change -- it is simply an avoidance of a {{SEGV}} in case the variable
{{first_non_c == NULL}} [ Solaris sprintf(3C) SEGV's on {{NULL char*}}
arguments ].
{quote}

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Commented: (STDCXX-1039) [Como como 4.3.10.1] identifier "_RWSTD_VA_LIST" is undefined when compiling src/assert.cpp

2009-08-14T12:42:14Z

[ https://issues.apache.org/jira/browse/STDCXX-1039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12743390#action_12743390 ]

Martin Sebor commented on STDCXX-1039:
--------------------------------------

From the following error copied from the attached {{[config.log | https://issues.apache.org/jira/secure/attachment/12416578/config.log]}} file It looks like the compiler doesn't like gcc's {{\_\_builtin_va_list}}. The {{--no_stdarg_builtin}} option on the command line seems like a likely cause of the error. We don't use the option with EDG eccp (see {{[eccp.config | http://svn.apache.org/repos/asf/stdcxx/tags/4.2.1/etc/config/eccp.config]}}) which the Comeau compiler is based on so I wonder if fixing this is a simple matter of removing the option from {{[como.config | http://svn.apache.org/repos/asf/stdcxx/tags/4.2.1/etc/config/como.config]}}. I don't have the Comeau compiler installed so I suggest you give this a try and let us know how far you get. If the problem persists or you run into additional issues one quick thing to try might be to use {{eccp.config}} instead, or make incremental changes to {{como.config}} to bring it up to date with {{eccp.config}}.

{noformat}
como -c -DCHECK_DECL -A -x --no_stdarg_builtin --template_directory=/lib -O \
--display_error_number --diag_suppress 11,450,518 \
-DHDRNAME="<stdio.h>" -DFUNNAME=clearerr -DFUN=clearerr -DTAKE_ADDR=1 \
/tmp/libc_decl_tmpsrc-26489.cpp -o /tmp/clearerr-26489.o
Comeau C/C++ 4.3.10.1 (May 7 2008 12:23:21) for LINUX_INTEL_ELF_Beta
Copyright 1988-2008 Comeau Computing. All rights reserved.
MODE:strict errors C++ noC++0x_extensions

"/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.2/include/stdarg.h", line 43: error #20:
identifier "__builtin_va_list" is undefined
typedef __builtin_va_list __gnuc_va_list;
^

1 error detected in the compilation of "/tmp/libc_decl_tmpsrc-26489.cpp".
{noformat}

> [Como como 4.3.10.1] identifier "_RWSTD_VA_LIST" is undefined when compiling src/assert.cpp
> -------------------------------------------------------------------------------------------
>
> Key: STDCXX-1039
> URL: https://issues.apache.org/jira/browse/STDCXX-1039
> Project: C++ Standard Library
> Issue Type: Bug
> Components: Configuration
> Affects Versions: 4.2.1
> Environment: Linux Gentoo x86_64 with 32bit Como 4.3.10.1 compiler (gcc -m32 C compiler).
> Reporter: Jaroslaw Zola
> Attachments: config.h, config.log, makefile.in
>
>
> The library fails to compile with the error given below. This problem seems to be similar to [STDCXX-822|http://issues.apache.org/jira/browse/STDCXX-822].
> como -c -I/opt/src/stdcxx-4.2.1/include/ansi -D_REENTRANT -I/opt/src/stdcxx-4.2.1/include -I/opt/src/stdcxx-4.2.1/build/include -A -x --no_stdarg_builtin --template_directory=/lib -O --display_error_number --diag_suppress 11,450,518 /opt/src/stdcxx-4.2.1/src/assert.cpp
> Comeau C/C++ 4.3.10.1 (May 7 2008 12:23:21) for LINUX_INTEL_ELF_Beta
> Copyright 1988-2008 Comeau Computing. All rights reserved.
> MODE:strict errors C++ noC++0x_extensions
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 117: warning #867-D:
> declaration of "size_t" does not match the expected type
> "unsigned int"
> typedef unsigned long size_t;
> ^
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 151: error #20:
> identifier "_RWSTD_VA_LIST" is undefined
> int vfprintf (FILE*, const char*, _RWSTD_VA_LIST);
> ^
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 152: error #20:
> identifier "_RWSTD_VA_LIST" is undefined
> int vprintf (const char*, _RWSTD_VA_LIST);
> ^
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 153: error #20:
> identifier "_RWSTD_VA_LIST" is undefined
> int vsprintf (char*, const char*, _RWSTD_VA_LIST);
> ^
> 3 errors detected in the compilation of "/opt/src/stdcxx-4.2.1/src/assert.cpp".
> gmake[2]: *** [assert.o] Error 2
> gmake[2]: Leaving directory `/opt/src/stdcxx-4.2.1/build/lib'
> gmake[1]: *** [lib] Error 2
> gmake[1]: Leaving directory `/opt/src/stdcxx-4.2.1/build'
> gmake: *** [libstd] Error 2

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Updated: (STDCXX-1039) [Como como 4.3.10.1] identifier "_RWSTD_VA_LIST" is undefined when compiling src/assert.cpp

2009-08-14T10:37:14Z

> [Como como 4.3.10.1] identifier "_RWSTD_VA_LIST" is undefined when compiling src/assert.cpp
> -------------------------------------------------------------------------------------------
>
> Key: STDCXX-1039
> URL: https://issues.apache.org/jira/browse/STDCXX-1039
> Project: C++ Standard Library
> Issue Type: Bug
> Components: Configuration
> Affects Versions: 4.2.1
> Environment: Linux Gentoo x86_64 with 32bit Como 4.3.10.1 compiler (gcc -m32 C compiler).
> Reporter: Jaroslaw Zola
> Attachments: config.h, config.log, makefile.in
>
>
> The library fails to compile with the error given below. This problem seems to be similar to [STDCXX-822|http://issues.apache.org/jira/browse/STDCXX-822].
> como -c -I/opt/src/stdcxx-4.2.1/include/ansi -D_REENTRANT -I/opt/src/stdcxx-4.2.1/include -I/opt/src/stdcxx-4.2.1/build/include -A -x --no_stdarg_builtin --template_directory=/lib -O --display_error_number --diag_suppress 11,450,518 /opt/src/stdcxx-4.2.1/src/assert.cpp
> Comeau C/C++ 4.3.10.1 (May 7 2008 12:23:21) for LINUX_INTEL_ELF_Beta
> Copyright 1988-2008 Comeau Computing. All rights reserved.
> MODE:strict errors C++ noC++0x_extensions
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 117: warning #867-D:
> declaration of "size_t" does not match the expected type
> "unsigned int"
> typedef unsigned long size_t;
> ^
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 151: error #20:
> identifier "_RWSTD_VA_LIST" is undefined
> int vfprintf (FILE*, const char*, _RWSTD_VA_LIST);
> ^
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 152: error #20:
> identifier "_RWSTD_VA_LIST" is undefined
> int vprintf (const char*, _RWSTD_VA_LIST);
> ^
> "/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 153: error #20:
> identifier "_RWSTD_VA_LIST" is undefined
> int vsprintf (char*, const char*, _RWSTD_VA_LIST);
> ^
> 3 errors detected in the compilation of "/opt/src/stdcxx-4.2.1/src/assert.cpp".
> gmake[2]: *** [assert.o] Error 2
> gmake[2]: Leaving directory `/opt/src/stdcxx-4.2.1/build/lib'
> gmake[1]: *** [lib] Error 2
> gmake[1]: Leaving directory `/opt/src/stdcxx-4.2.1/build'
> gmake: *** [libstd] Error 2

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Created: (STDCXX-1039) [Como como 4.3.10.1] identifier "_RWSTD_VA_LIST" is undefined when compiling src/assert.cpp

2009-08-14T10:35:14Z

[Como como 4.3.10.1] identifier "_RWSTD_VA_LIST" is undefined when compiling src/assert.cpp
-------------------------------------------------------------------------------------------

Key: STDCXX-1039
URL: https://issues.apache.org/jira/browse/STDCXX-1039
Project: C++ Standard Library
Issue Type: Bug
Components: Configuration
Affects Versions: 4.2.1
Environment: Linux Gentoo x86_64 with 32bit Como 4.3.10.1 compiler (gcc -m32 C compiler).
Reporter: Jaroslaw Zola

The library fails to compile with the error given below. This problem seems to be similar to [STDCXX-822|http://issues.apache.org/jira/browse/STDCXX-822].

como -c -I/opt/src/stdcxx-4.2.1/include/ansi -D_REENTRANT -I/opt/src/stdcxx-4.2.1/include -I/opt/src/stdcxx-4.2.1/build/include -A -x --no_stdarg_builtin --template_directory=/lib -O --display_error_number --diag_suppress 11,450,518 /opt/src/stdcxx-4.2.1/src/assert.cpp
Comeau C/C++ 4.3.10.1 (May 7 2008 12:23:21) for LINUX_INTEL_ELF_Beta
Copyright 1988-2008 Comeau Computing. All rights reserved.
MODE:strict errors C++ noC++0x_extensions

"/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 117: warning #867-D:
declaration of "size_t" does not match the expected type
"unsigned int"
typedef unsigned long size_t;
^

"/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 151: error #20:
identifier "_RWSTD_VA_LIST" is undefined
int vfprintf (FILE*, const char*, _RWSTD_VA_LIST);
^

"/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 152: error #20:
identifier "_RWSTD_VA_LIST" is undefined
int vprintf (const char*, _RWSTD_VA_LIST);
^

"/opt/src/stdcxx-4.2.1/include/ansi/_cstdio.h", line 153: error #20:
identifier "_RWSTD_VA_LIST" is undefined
int vsprintf (char*, const char*, _RWSTD_VA_LIST);
^

3 errors detected in the compilation of "/opt/src/stdcxx-4.2.1/src/assert.cpp".
gmake[2]: *** [assert.o] Error 2
gmake[2]: Leaving directory `/opt/src/stdcxx-4.2.1/build/lib'
gmake[1]: *** [lib] Error 2
gmake[1]: Leaving directory `/opt/src/stdcxx-4.2.1/build'
gmake: *** [libstd] Error 2

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Commented: (STDCXX-1037) Bug in vector::swap() with unequal allocators

2009-08-14T09:47:14Z

[ https://issues.apache.org/jira/browse/STDCXX-1037?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12743288#action_12743288 ]

Farid Zaripov commented on STDCXX-1037:
---------------------------------------

Merged to 4.3.x branch thus: http://svn.apache.org/viewvc?view=rev&revision=804290
Merged to trunk thus: http://svn.apache.org/viewvc?view=rev&revision=804291

> Bug in vector::swap() with unequal allocators
> ---------------------------------------------
>
> Key: STDCXX-1037
> URL: https://issues.apache.org/jira/browse/STDCXX-1037
> Project: C++ Standard Library
> Issue Type: Bug
> Components: 23. Containers
> Affects Versions: 4.1.3, 4.1.4, 4.2.0, 4.2.1
> Environment: All
> Reporter: Farid Zaripov
> Assignee: Farid Zaripov
> Priority: Minor
> Fix For: 4.2.2
>
> Original Estimate: 1h
> Time Spent: 1.02h
> Remaining Estimate: 0h
>
> The test below fails with assertion:
> {noformat}
> Assertion failed: 1 == v1.size() && 2 == v1.front(), file test.cpp, line 32
> This application has requested the Runtime to terminate it in an unusual way.
> Please contact the application's support team for more information.
> {noformat}
> {code:title=test.cpp}
> #include <cassert>
> #include <memory>
> #include <vector>
> template <typename T>
> class Alloc : public std::allocator<T>
> {
> public:
> Alloc(int i) : i_(i) { }
> int i_;
> };
> template <typename T>
> bool operator==(const Alloc<T>& a1, const Alloc<T>& a2)
> {
> return a1.i_ == a2.i_;
> }
> int main ()
> {
> std::vector<int, Alloc<int> > v1(Alloc<int>(1));
> v1.push_back(1);
> assert(1 == v1.size() && 1 == v1.front());
> std::vector<int, Alloc<int> > v2(Alloc<int>(2));
> v2.push_back(2);
> assert(1 == v2.size() && 2 == v2.front());
> v1.swap(v2);
> assert(1 == v1.size() && 2 == v1.front());
> assert(1 == v2.size() && 1 == v2.front());
> return 0;
> }
> {code}
> The bug was introduced in [r355174|http://svn.apache.org/viewvc?view=rev&revision=355174]
> The proposed patch:
> {code:title=vector.cc.diff}
> Index: vector.cc
> ===================================================================
> --- vector.cc (revision 800774)
> +++ vector.cc (working copy)
> @@ -133,6 +133,7 @@
> _RWSTD_ASSERT (__tmp.get_allocator () == __other.get_allocator ());
>
> __tmp.assign (begin (), end ());
> + assign (__other.begin (), __other.end ());
> __other.swap (__tmp);
> }
> {code}

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Resolved: (STDCXX-1037) Bug in vector::swap() with unequal allocators

2009-08-14T09:39:14Z

[ https://issues.apache.org/jira/browse/STDCXX-1037?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Farid Zaripov resolved STDCXX-1037.
-----------------------------------

Resolution: Fixed

Fixed thus: http://svn.apache.org/viewvc?view=rev&revision=804285

> Bug in vector::swap() with unequal allocators
> ---------------------------------------------
>
> Key: STDCXX-1037
> URL: https://issues.apache.org/jira/browse/STDCXX-1037
> Project: C++ Standard Library
> Issue Type: Bug
> Components: 23. Containers
> Affects Versions: 4.1.3, 4.1.4, 4.2.0, 4.2.1
> Environment: All
> Reporter: Farid Zaripov
> Assignee: Farid Zaripov
> Priority: Minor
> Fix For: 4.2.2
>
> Original Estimate: 1h
> Remaining Estimate: 1h
>
> The test below fails with assertion:
> {noformat}
> Assertion failed: 1 == v1.size() && 2 == v1.front(), file test.cpp, line 32
> This application has requested the Runtime to terminate it in an unusual way.
> Please contact the application's support team for more information.
> {noformat}
> {code:title=test.cpp}
> #include <cassert>
> #include <memory>
> #include <vector>
> template <typename T>
> class Alloc : public std::allocator<T>
> {
> public:
> Alloc(int i) : i_(i) { }
> int i_;
> };
> template <typename T>
> bool operator==(const Alloc<T>& a1, const Alloc<T>& a2)
> {
> return a1.i_ == a2.i_;
> }
> int main ()
> {
> std::vector<int, Alloc<int> > v1(Alloc<int>(1));
> v1.push_back(1);
> assert(1 == v1.size() && 1 == v1.front());
> std::vector<int, Alloc<int> > v2(Alloc<int>(2));
> v2.push_back(2);
> assert(1 == v2.size() && 2 == v2.front());
> v1.swap(v2);
> assert(1 == v1.size() && 2 == v1.front());
> assert(1 == v2.size() && 1 == v2.front());
> return 0;
> }
> {code}
> The bug was introduced in [r355174|http://svn.apache.org/viewvc?view=rev&revision=355174]
> The proposed patch:
> {code:title=vector.cc.diff}
> Index: vector.cc
> ===================================================================
> --- vector.cc (revision 800774)
> +++ vector.cc (working copy)
> @@ -133,6 +133,7 @@
> _RWSTD_ASSERT (__tmp.get_allocator () == __other.get_allocator ());
>
> __tmp.assign (begin (), end ());
> + assign (__other.begin (), __other.end ());
> __other.swap (__tmp);
> }
> {code}

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Commented: (STDCXX-1037) Bug in vector::swap() with unequal allocators

2009-08-14T09:39:14Z

[ https://issues.apache.org/jira/browse/STDCXX-1037?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12743283#action_12743283 ]

Farid Zaripov commented on STDCXX-1037:
---------------------------------------

The regression test is added thus: http://svn.apache.org/viewvc?view=rev&revision=804283

> Bug in vector::swap() with unequal allocators
> ---------------------------------------------
>
> Key: STDCXX-1037
> URL: https://issues.apache.org/jira/browse/STDCXX-1037
> Project: C++ Standard Library
> Issue Type: Bug
> Components: 23. Containers
> Affects Versions: 4.1.3, 4.1.4, 4.2.0, 4.2.1
> Environment: All
> Reporter: Farid Zaripov
> Assignee: Farid Zaripov
> Priority: Minor
> Fix For: 4.2.2
>
> Original Estimate: 1h
> Remaining Estimate: 1h
>
> The test below fails with assertion:
> {noformat}
> Assertion failed: 1 == v1.size() && 2 == v1.front(), file test.cpp, line 32
> This application has requested the Runtime to terminate it in an unusual way.
> Please contact the application's support team for more information.
> {noformat}
> {code:title=test.cpp}
> #include <cassert>
> #include <memory>
> #include <vector>
> template <typename T>
> class Alloc : public std::allocator<T>
> {
> public:
> Alloc(int i) : i_(i) { }
> int i_;
> };
> template <typename T>
> bool operator==(const Alloc<T>& a1, const Alloc<T>& a2)
> {
> return a1.i_ == a2.i_;
> }
> int main ()
> {
> std::vector<int, Alloc<int> > v1(Alloc<int>(1));
> v1.push_back(1);
> assert(1 == v1.size() && 1 == v1.front());
> std::vector<int, Alloc<int> > v2(Alloc<int>(2));
> v2.push_back(2);
> assert(1 == v2.size() && 2 == v2.front());
> v1.swap(v2);
> assert(1 == v1.size() && 2 == v1.front());
> assert(1 == v2.size() && 1 == v2.front());
> return 0;
> }
> {code}
> The bug was introduced in [r355174|http://svn.apache.org/viewvc?view=rev&revision=355174]
> The proposed patch:
> {code:title=vector.cc.diff}
> Index: vector.cc
> ===================================================================
> --- vector.cc (revision 800774)
> +++ vector.cc (working copy)
> @@ -133,6 +133,7 @@
> _RWSTD_ASSERT (__tmp.get_allocator () == __other.get_allocator ());
>
> __tmp.assign (begin (), end ());
> + assign (__other.begin (), __other.end ());
> __other.swap (__tmp);
> }
> {code}

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Commented: (STDCXX-1038) [Como como-4.3.10.1] library fails to build due to problems with .depend/atomic-cxx.d

2009-08-14T09:25:14Z

[ https://issues.apache.org/jira/browse/STDCXX-1038?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12743273#action_12743273 ]

Farid Zaripov commented on STDCXX-1038:
---------------------------------------

I sure that the last problem is not related to atomic-cxx.S.

Could you please open an another issue and attach the generated makefile.in, config.h and config.log files?

> [Como como-4.3.10.1] library fails to build due to problems with .depend/atomic-cxx.d
> --------------------------------------------------------------------------------------
>
> Key: STDCXX-1038
> URL: https://issues.apache.org/jira/browse/STDCXX-1038
> Project: C++ Standard Library
> Issue Type: Bug
> Components: Configuration
> Affects Versions: 4.2.1
> Environment: Linux 2.6.30-gentoo-r1-perfctr #5 SMP PREEMPT Thu Jun 25 10:39:31 CDT 2009 x86_64 Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz GenuineIntel GNU/Linux
> Reporter: Jaroslaw Zola
> Attachments: signature.asc, signature.asc
>
>
> stdcxx 4.2.1 as well as the head of trunk fail to build with 32bit version of como-4.3.10.1 on Linux-2.6.30 on x86_64.
> $ gmake BUILDTYPE=12s CONFIG=como.config
> creating BUILDDIR=/opt/src/stdcxx-4.2.1/build
> generating /opt/src/stdcxx-4.2.1/build/makefile.in from /opt/src/stdcxx-4.2.1/etc/config/como.config
> gmake[1]: Entering directory `/opt/src/stdcxx-4.2.1/build'
> gmake[2]: Entering directory `/opt/src/stdcxx-4.2.1/build/include'
> gmake config
> gmake[3]: Entering directory `/opt/src/stdcxx-4.2.1/build/include'
> configuring stdcxx 4.2.1 for como-4.3.10.1 on linux-2.6.30-gentoo-r1-perfctr-x86_64
> checking if the compiler is sane ok (invoked with como)
> checking if the linker is sane ok (invoked with como)
> checking system architecture ILP32 little endian
> ...
> gmake[2]: Leaving directory `/opt/src/stdcxx-4.2.1/build/lib'
> gmake[2]: Entering directory `/opt/src/stdcxx-4.2.1/build/lib'
> .depend/atomic-cxx.d:1: *** multiple target patterns. Stop.
> gmake[2]: Leaving directory `/opt/src/stdcxx-4.2.1/build/lib'
> gmake[1]: *** [lib] Error 2
> gmake[1]: Leaving directory `/opt/src/stdcxx-4.2.1/build'
> gmake: *** [libstd] Error 2

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.