[jira] Resolved: (STDCXX-295) [LWG #453] basic_stringbuf::seekoff need not always fail for an empty stream

[Martin Sebor (JIRA)]

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

Martin Sebor resolved STDCXX-295.
-

   Resolution: Fixed
Fix Version/s: 4.2

Fixed. Need to add a test to the test suite.

 [LWG #453] basic_stringbuf::seekoff need not always fail for an empty stream
 

 Key: STDCXX-295
 URL: https://issues.apache.org/jira/browse/STDCXX-295
 Project: C++ Standard Library
  Issue Type: Bug
  Components: 27. Input/Output
Affects Versions: 4.1.3, 4.1.2
 Environment: all
Reporter: Martin Sebor
 Assigned To: Martin Sebor
 Fix For: 4.2


 According to DR 453, the program below should run successfully to completion:
 $ cat u.cpp  make u  ./u
 #include cassert
 #include sstream
 int main()
 {
 std::istringstream in;
 std::ostringstream out;
 std::stringstream inout;
 // DR453:
 // http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#453
 //
 // changes 27.7.1.3, p10 (seekoff, called by tellg() and tellp())
 // to read:
 //
 // For a sequence to be positioned, if its next pointer (either
 // gptr() or pptr()) is a null pointer and the new offset newoff
 // is nonzero, the positioning operation fails.
 assert (0 == in.tellg ());
 assert (0 == out.tellp ());
 assert (0 == inout.tellg ());
 assert (0 == inout.tellp ());
 }
 gcc -c -I/build/sebor/dev/stdlib/include/ansi -D_RWSTDDEBUG
 -D_RWSTD_USE_CONFIG -I/build/sebor/dev/stdlib/include 
 -I/build/sebor/gcc-4.1.0-11s/include 
 -I/build/sebor/dev/stdlib/examples/include  -pedantic -nostdinc++ -g  -W 
 -Wall -Wcast-qual -Winline -Wshadow -Wwrite-strings -Wno-long-long  u.cpp
 gcc u.o -o u  -L/build/sebor/gcc-4.1.0-11s/lib -lstd11s  -lsupc++ -lm
 Assertion failed: 0 == in.tellg (), file u.cpp, line 20
 Abort (core dumped)

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

[jira] Assigned: (STDCXX-230) arithmetic extractors affect gcount()

[Martin Sebor (JIRA)]

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

Martin Sebor reassigned STDCXX-230:
---

Assignee: Martin Sebor

 arithmetic extractors affect gcount()
 -

 Key: STDCXX-230
 URL: https://issues.apache.org/jira/browse/STDCXX-230
 Project: C++ Standard Library
  Issue Type: Bug
  Components: 27. Input/Output
Affects Versions: 4.1.3, 4.1.2
 Environment: all
Reporter: Martin Sebor
 Assigned To: Martin Sebor

 Moved from the Rogue Wave bug tracking database:
 Created By: pedretti @ Apr 18, 2001 03:51:32 PM
 basic_istream::gcount() is not ignoring characters consumed in formatted 
 extraction operations. 
 [ example program: ]
 #include sstream
 #include iostream
 using namespace std;
 int main () {
 stringstream ss;
 string s;
 int i;
 char c;
 
 ss  12345 5678 hello world  ends;
 cout  gcount() before extraction :   ss.gcount()  endl;
 ss  i;
 cout  gcount() after formatted extraction of int: 
   ss.gcount()  endl;
 ss  i;
 cout  gcount() after 2nd formatted extraction of int: 
   ss.gcount()  endl;
 
 ss  s;
 cout  gcount() after formatted extraction of string:   ss.gcount() 
  endl;
 
 while (ss) {
 ss  c;
 cout  gcount() after formatted  extraction of char:   
 ss.gcount()  endl;
 
 }
 }
 [output:]
 gcount() before extraction : 0
 gcount() after formatted extraction of int: 0
 gcount() after 2nd formatted extraction of int: 1
 gcount() after formatted extraction of string: 1
 gcount() after formatted extraction of char: 2
 gcount() after formatted extraction of char: 1
 gcount() after formatted extraction of char: 1
 gcount() after formatted extraction of char: 1
 gcount() after formatted extraction of char: 1
 gcount() after formatted extraction of char: 1
 gcount() after formatted extraction of char: 0

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

[jira] Closed: (STDCXX-329) std::istream::sentry ctor affects gcount()

[Martin Sebor (JIRA)]

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

Martin Sebor closed STDCXX-329.
---

   Resolution: Fixed
Fix Version/s: 4.2

Fixed by the referenced patch.

 std::istream::sentry ctor affects gcount()
 --

 Key: STDCXX-329
 URL: https://issues.apache.org/jira/browse/STDCXX-329
 Project: C++ Standard Library
  Issue Type: Bug
  Components: 27. Input/Output
Affects Versions: 4.1.3, 4.1.2
 Environment: all
Reporter: Martin Sebor
 Assigned To: Martin Sebor
 Fix For: 4.2


 The istream::sentry ctor is not supposed to change gcount(). Ours does.
 $ cat z.cpp  make z  ./z
 #include cassert
 #include sstream
 int main ()
 {
 std::istringstream strm ( );
 const std::istream::sentry sentry (strm);
 assert ((strm.eofbit | strm.failbit) == strm.rdstate ());
 assert (0 == strm.gcount ());
 }
 gcc -c -I/build/sebor/dev/stdlib/include/ansi -D_RWSTDDEBUG
 -D_RWSTD_USE_CONFIG -I/build/sebor/dev/stdlib/include 
 -I/build/sebor/gcc-4.1.0-11s/include -I/build/sebor/dev/stdlib/../rwtest 
 -I/build/sebor/dev/stdlib/../rwtest/include 
 -I/build/sebor/dev/stdlib/tests/include  -pedantic -nostdinc++ -g  -W -Wall 
 -Wcast-qual -Winline -Wshadow -Wwrite-strings -Wno-long-long   z.cpp
 gcc z.o -o z -L/build/sebor/gcc-4.1.0-11s/rwtest -lrwtest11s  
 -L/build/sebor/gcc-4.1.0-11s/lib -lstd11s  -lsupc++ -lm 
 Assertion failed: 0 == strm.gcount (), file z.cpp, line 9
 Abort (core dumped)

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

[jira] Closed: (STDCXX-230) arithmetic extractors affect gcount()

[Martin Sebor (JIRA)]

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

Martin Sebor closed STDCXX-230.
---

   Resolution: Fixed
Fix Version/s: 4.2

Fixed by the referenced patch. Exercised by the 27.istream.fmat.arith.cpp test:
http://svn.apache.org/repos/asf/incubator/stdcxx/trunk/tests/iostream/27.istream.fmat.arith.cpp

 arithmetic extractors affect gcount()
 -

 Key: STDCXX-230
 URL: https://issues.apache.org/jira/browse/STDCXX-230
 Project: C++ Standard Library
  Issue Type: Bug
  Components: 27. Input/Output
Affects Versions: 4.1.3, 4.1.2
 Environment: all
Reporter: Martin Sebor
 Assigned To: Martin Sebor
 Fix For: 4.2


 Moved from the Rogue Wave bug tracking database:
 Created By: pedretti @ Apr 18, 2001 03:51:32 PM
 basic_istream::gcount() is not ignoring characters consumed in formatted 
 extraction operations. 
 [ example program: ]
 #include sstream
 #include iostream
 using namespace std;
 int main () {
 stringstream ss;
 string s;
 int i;
 char c;
 
 ss  12345 5678 hello world  ends;
 cout  gcount() before extraction :   ss.gcount()  endl;
 ss  i;
 cout  gcount() after formatted extraction of int: 
   ss.gcount()  endl;
 ss  i;
 cout  gcount() after 2nd formatted extraction of int: 
   ss.gcount()  endl;
 
 ss  s;
 cout  gcount() after formatted extraction of string:   ss.gcount() 
  endl;
 
 while (ss) {
 ss  c;
 cout  gcount() after formatted  extraction of char:   
 ss.gcount()  endl;
 
 }
 }
 [output:]
 gcount() before extraction : 0
 gcount() after formatted extraction of int: 0
 gcount() after 2nd formatted extraction of int: 1
 gcount() after formatted extraction of string: 1
 gcount() after formatted extraction of char: 2
 gcount() after formatted extraction of char: 1
 gcount() after formatted extraction of char: 1
 gcount() after formatted extraction of char: 1
 gcount() after formatted extraction of char: 1
 gcount() after formatted extraction of char: 1
 gcount() after formatted extraction of char: 0

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

[jira] Commented: (STDCXX-335) std::min() suboptimal

[Martin Sebor (JIRA)]

[ 
https://issues.apache.org/jira/browse/STDCXX-335?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471120
 ] 

Martin Sebor commented on STDCXX-335:
-

Here's the IPF assembly for a similar test not involving algorithm compiled 
and optimized with HP aCC 6.05 at +O2 (test_min_ref calls a by-reference min, 
test_min_val calls a by-value min):

_Z12test_min_refii::
add r9 = 0, sp
cmp4.ge.unc p6, p0 = r32, r33
addp4   r8 = 4, r9
add r10 = 4, r9
addp4   r11 = 12, r9
nop.i   0
st4 [r8] = r32
st4 [r11] = r33
addp4   r8 = 12, r9
(p6)add r10 = 0, r8
nop.i   0
addp4   r8 = 0, r10
ld4 r8 = [r8]
nop.m   0
.restore sp
br.ret.sptk.many rp

_Z12test_min_valii::
cmp4.ge.unc p6, p0 = r32, r33
add r8 = 0, r32
(p6)add r8 = 0, r33
nop.m   0
nop.m   0
.restore sp
br.ret.sptk.many rp


 std::min() suboptimal
 -

 Key: STDCXX-335
 URL: https://issues.apache.org/jira/browse/STDCXX-335
 Project: C++ Standard Library
  Issue Type: Bug
  Components: 25. Algorithms
Affects Versions: 4.1.3
 Environment: gcc 3.2.3, x86 Linux
Reporter: Mark Brown

 I don't know if it's the compiler that's generating worse code for the stdcxx 
 version of min or if the function is not implemented as efficiently as it 
 could be but the disassembly for the two functions below shows that my_min() 
 is one instruction shorter than test_min():
 #include algorithm
 int test_min (int x, int y) { return std::min (x, y); }
 int my_min (int x, int y) { return x  y ? x : y; }
 _Z8test_minii:
 pushl   %ebp
 movl%esp, %ebp
 movl12(%ebp), %eax
 cmpl%eax, 8(%ebp)
 jg  .L2
 leal8(%ebp), %eaxextra load?
 .L4:
 movl(%eax), %eax
 leave
 ret
 _Z6my_minii:
 pushl   %ebp
 movl%esp, %ebp
 movl12(%ebp), %eax
 cmpl8(%ebp), %eax
 jle .L6
 movl8(%ebp), %eax
 .L6:
 leave
 ret

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

[jira] Updated: (STDCXX-337) [Cygwin] unsats on _libiconv, _catgets

[Martin Sebor (JIRA)]

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

Martin Sebor updated STDCXX-337:


Summary: [Cygwin] unsats on _libiconv, _catgets  (was: link errors on 
Cygwin)

 [Cygwin] unsats on _libiconv, _catgets
 --

 Key: STDCXX-337
 URL: https://issues.apache.org/jira/browse/STDCXX-337
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Build
Affects Versions: 4.1.3
 Environment: Cygwin
Reporter: Mark Brown

 I tried to build the library on Cygwin but I'm getting linker errors for the 
 localedef utility. I have the iconv library installed (in /usr/lib) but make 
 isn't linking with it. I also get linker errors for _catopen, _catgets, and 
 _catclose. I searched under /usr/lib to see what library defines these 
 symbols and it's libcatgets.a. Should the makefile be linking with it?
 gcc localedef.o aliases.o charmap.o codecvt.o collate.o ctype.o def.o 
 diagnostic.o messages.o monetary.o numeric.o path.o time.o scanner.o -o 
 localedef  -L/home/mbrown/stdcxx-4.1.3-gcc-3.4.4-11s/lib -lstd11s  -lsupc++ 
 -lm 
 /usr/lib/gcc/i686-pc-cygwin/3.4.4/libsupc++.a(eh_exception.o):(.text+0x80): 
 multiple definition of `std::exception::what() const'
 /home/mbrown/stdcxx-4.1.3-gcc-3.4.4-11s/lib/libstd11s.a(exception.o):/home/mbrown/stdcxx-4.1.3/src/exception.cpp:334:
  first defined here
 charmap.o: In function `_ZNSt4pairIKwSsEC1ERKS1_':
 /home/mbrown/stdcxx-4.1.3/include/rw/_specialized.h:(.text+0x4c0): undefined 
 reference to `_libiconv_open'
 charmap.o: In function `_ZNK7Charmap15convert_to_utf8EPKcjPcj':
 /home/mbrown/stdcxx-4.1.3/util/charmap.cpp:346: undefined reference to 
 `_libiconv'
 /home/mbrown/stdcxx-4.1.3-gcc-3.4.4-11s/lib/libstd11s.a(messages.o): In 
 function `_ZN4__rw13__rw_cat_openERKSsRKSt6locale':
 /home/mbrown/stdcxx-4.1.3/src/messages.cpp:205: undefined reference to 
 `_catopen'
 /home/mbrown/stdcxx-4.1.3-gcc-3.4.4-11s/lib/libstd11s.a(messages.o): In 
 function `_ZN4__rw16__rw_get_messageEiii':
 /home/mbrown/stdcxx-4.1.3/src/messages.cpp:235: undefined reference to 
 `_catgets'
 /home/mbrown/stdcxx-4.1.3-gcc-3.4.4-11s/lib/libstd11s.a(messages.o): In 
 function `_ZN4__rw14__rw_cat_closeEi':
 /home/mbrown/stdcxx-4.1.3/src/messages.cpp:277: undefined reference to 
 `_catclose'
 collect2: ld returned 1 exit status
 make[2]: *** [localedef] Error 1
 make[2]: Leaving directory `/home/mbrown/stdcxx-4.1.3-gcc-3.4.4-11s/bin'
 make[1]: *** [util] Error 2
 make[1]: Leaving directory `/home/mbrown/stdcxx-4.1.3-gcc-3.4.4-11s'
 make: *** [libstd] Error 2

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

[jira] Commented: (STDCXX-337) [Cygwin] unsats on _libiconv, _catgets

[Martin Sebor (JIRA)]

[ 
https://issues.apache.org/jira/browse/STDCXX-337?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12472148
 ] 

Martin Sebor commented on STDCXX-337:
-

The iconv and catgets unsats should be pretty easy to fix (add the libraries to 
LDLIBS).

The exception::what() unsats look more troubling since we have a config test in 
place to detect whether this function exists in the runtime library or not and 
so the fact that we're getting errors means the test is broken. Since this is 
unrelated to the other problem, could you open a separate issue for it. It 
would be helpful if you could include the command line and the error(s) if any 
from config.log in the issue.

 [Cygwin] unsats on _libiconv, _catgets
 --

 Key: STDCXX-337
 URL: https://issues.apache.org/jira/browse/STDCXX-337
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Build
Affects Versions: 4.1.3
 Environment: Cygwin
Reporter: Mark Brown

 I tried to build the library on Cygwin but I'm getting linker errors for the 
 localedef utility. I have the iconv library installed (in /usr/lib) but make 
 isn't linking with it. I also get linker errors for _catopen, _catgets, and 
 _catclose. I searched under /usr/lib to see what library defines these 
 symbols and it's libcatgets.a. Should the makefile be linking with it?
 gcc localedef.o aliases.o charmap.o codecvt.o collate.o ctype.o def.o 
 diagnostic.o messages.o monetary.o numeric.o path.o time.o scanner.o -o 
 localedef  -L/home/mbrown/stdcxx-4.1.3-gcc-3.4.4-11s/lib -lstd11s  -lsupc++ 
 -lm 
 /usr/lib/gcc/i686-pc-cygwin/3.4.4/libsupc++.a(eh_exception.o):(.text+0x80): 
 multiple definition of `std::exception::what() const'
 /home/mbrown/stdcxx-4.1.3-gcc-3.4.4-11s/lib/libstd11s.a(exception.o):/home/mbrown/stdcxx-4.1.3/src/exception.cpp:334:
  first defined here
 charmap.o: In function `_ZNSt4pairIKwSsEC1ERKS1_':
 /home/mbrown/stdcxx-4.1.3/include/rw/_specialized.h:(.text+0x4c0): undefined 
 reference to `_libiconv_open'
 charmap.o: In function `_ZNK7Charmap15convert_to_utf8EPKcjPcj':
 /home/mbrown/stdcxx-4.1.3/util/charmap.cpp:346: undefined reference to 
 `_libiconv'
 /home/mbrown/stdcxx-4.1.3-gcc-3.4.4-11s/lib/libstd11s.a(messages.o): In 
 function `_ZN4__rw13__rw_cat_openERKSsRKSt6locale':
 /home/mbrown/stdcxx-4.1.3/src/messages.cpp:205: undefined reference to 
 `_catopen'
 /home/mbrown/stdcxx-4.1.3-gcc-3.4.4-11s/lib/libstd11s.a(messages.o): In 
 function `_ZN4__rw16__rw_get_messageEiii':
 /home/mbrown/stdcxx-4.1.3/src/messages.cpp:235: undefined reference to 
 `_catgets'
 /home/mbrown/stdcxx-4.1.3-gcc-3.4.4-11s/lib/libstd11s.a(messages.o): In 
 function `_ZN4__rw14__rw_cat_closeEi':
 /home/mbrown/stdcxx-4.1.3/src/messages.cpp:277: undefined reference to 
 `_catclose'
 collect2: ld returned 1 exit status
 make[2]: *** [localedef] Error 1
 make[2]: Leaving directory `/home/mbrown/stdcxx-4.1.3-gcc-3.4.4-11s/bin'
 make[1]: *** [util] Error 2
 make[1]: Leaving directory `/home/mbrown/stdcxx-4.1.3-gcc-3.4.4-11s'
 make: *** [libstd] Error 2

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

[jira] Commented: (STDCXX-335) std::min() suboptimal

[Martin Sebor (JIRA)]

[ 
https://issues.apache.org/jira/browse/STDCXX-335?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12474290
 ] 

Martin Sebor commented on STDCXX-335:
-

See also this Sun C++ compiler bug for some relevant detail: 
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6498247

 std::min() suboptimal
 -

 Key: STDCXX-335
 URL: https://issues.apache.org/jira/browse/STDCXX-335
 Project: C++ Standard Library
  Issue Type: Bug
  Components: 25. Algorithms
Affects Versions: 4.1.3
 Environment: gcc 3.2.3, x86 Linux
Reporter: Mark Brown

 I don't know if it's the compiler that's generating worse code for the stdcxx 
 version of min or if the function is not implemented as efficiently as it 
 could be but the disassembly for the two functions below shows that my_min() 
 is one instruction shorter than test_min():
 #include algorithm
 int test_min (int x, int y) { return std::min (x, y); }
 int my_min (int x, int y) { return x  y ? x : y; }
 _Z8test_minii:
 pushl   %ebp
 movl%esp, %ebp
 movl12(%ebp), %eax
 cmpl%eax, 8(%ebp)
 jg  .L2
 leal8(%ebp), %eaxextra load?
 .L4:
 movl(%eax), %eax
 leave
 ret
 _Z6my_minii:
 pushl   %ebp
 movl%esp, %ebp
 movl12(%ebp), %eax
 cmpl8(%ebp), %eax
 jle .L6
 movl8(%ebp), %eax
 .L6:
 leave
 ret

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

[jira] Resolved: (STDCXX-340) [Cygwin] SIGHUP in localedef

[Martin Sebor (JIRA)]

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

Martin Sebor resolved STDCXX-340.
-

   Resolution: Fixed
Fix Version/s: 4.2

Fixed.

 [Cygwin] SIGHUP in localedef
 

 Key: STDCXX-340
 URL: https://issues.apache.org/jira/browse/STDCXX-340
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Utilities
Affects Versions: 4.1.3
 Environment: Cygwin
Reporter: Mark Brown
Priority: Critical
 Fix For: 4.2


 While trying to reproduce the problem noted in STDCXX-333 on Cygwin I 
 encountered an error with the stdcxx localedef program:
 nls$ ../bin/localedef -c -f /home/mbrown/stdcxx/etc/nls/charmaps/UTF-8 -i 
 /home/mbrown/stdcxx/etc/nls/src/en_US en_US.UTF-8
 call to system LC_ALL=C /usr/bin/locale -a /tmp/tdf4.0 2/dev/null: No such 
 file or directory
 Hangup 

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

[jira] Closed: (STDCXX-279) Euro locales fail to build

[Martin Sebor (JIRA)]

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

Martin Sebor closed STDCXX-279.
---

   Resolution: Fixed
Fix Version/s: 4.2

Fixed by the referenced patch. Nightly tests of @euro locales have been passing 
for some time.

 Euro locales fail to build
 --

 Key: STDCXX-279
 URL: https://issues.apache.org/jira/browse/STDCXX-279
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Locales
Affects Versions: 4.1.3, 4.1.2
 Environment: all
Reporter: Martin Sebor
 Assigned To: Martin Sebor
 Fix For: 4.2


 All Euro locales fail to build with an error like the one below:
 $ ../bin/localedef -w -c -f 
 /build/sebor/dev/stdlib/etc/nls/charmaps/ISO-8859-15 -i 
 /build/sebor/dev/stdlib/etc/nls/src/sv_FI.euro 
 /build/sebor/gcc-4.1.0-11s/nls/[EMAIL PROTECTED]
 Error 500: [EMAIL PROTECTED] could not be opened for reading

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

[jira] Created: (STDCXX-342) [Solaris] std::locale(/path/to/valid/locale) throws

[Martin Sebor (JIRA)]

[Solaris] std::locale(/path/to/valid/locale) throws
-

 Key: STDCXX-342
 URL: https://issues.apache.org/jira/browse/STDCXX-342
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Locales
Affects Versions: 4.1.2, 4.1.3
 Environment: Solaris
Reporter: Martin Sebor


The locale ctors that take a locale name can't deal with absolute pathnames on 
Solaris (see the test case below). That's because the Solaris locale category 
separator is the same as a path separator (i.e., the forward slash character) 
and the ctors do not distinguish one from the other.

$ cat t.cpp  make t  LC_ALL=../nls/en_US.ISO-8859-1 ../bin/locale  ./t 
`cd ../nls  pwd`/en_US.ISO-8859-1
#include locale

int main (int, char *argv[])
{
(void)std::locale (argv [1]);
}
gcc -c -I/build/sebor/dev/stdlib/include/ansi -D_RWSTDDEBUG
-D_RWSTD_USE_CONFIG -I/build/sebor/dev/stdlib/include 
-I/build/sebor/gcc-4.1.0-11s/include -I/build/sebor/dev/stdlib/examples/include 
 -pedantic -nostdinc++ -g  -W -Wall -Wcast-qual -Winline -Wshadow 
-Wwrite-strings -Wno-long-long   t.cpp
gcc t.o -o t  -L/build/sebor/gcc-4.1.0-11s/lib -lstd11s  -lsupc++ -lm 
LANG=C
LC_CTYPE=../nls/en_US.ISO-8859-1
LC_COLLATE=../nls/en_US.ISO-8859-1
LC_TIME=../nls/en_US.ISO-8859-1
LC_MONETARY=../nls/en_US.ISO-8859-1
LC_NUMERIC=../nls/en_US.ISO-8859-1
LC_MESSAGES=../nls/en_US.ISO-8859-1
LC_ALL=../nls/en_US.ISO-8859-1
terminate called after throwing an instance of 'std::runtime_error'
  what():  /build/sebor/dev/stdlib/src/locale_combine.cpp:639: 
std::locale::locale(const char*): bad locale name: 
/build/sebor/gcc-4.1.0-11s/nls/en_US.ISO-8859-1
Abort (core dumped)


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

[jira] Updated: (STDCXX-271) [HP aCC 3.70] unsats on basic_string::replace() member template

[Martin Sebor (JIRA)]

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

Martin Sebor updated STDCXX-271:


Priority: Blocker  (was: Major)

Bumped up priority to Blocker. Must fix for the next release.

 [HP aCC 3.70] unsats on basic_string::replace() member template
 ---

 Key: STDCXX-271
 URL: https://issues.apache.org/jira/browse/STDCXX-271
 Project: C++ Standard Library
  Issue Type: Bug
  Components: 21. Strings
Affects Versions: 4.1.3, 4.1.2
 Environment: HP aCC 3.63, 3.70
Reporter: Martin Sebor
 Assigned To: Martin Sebor
Priority: Blocker

 The program below fails to link with HP aCC 3.70:
 $ cat t.cpp  nice gmake t
 #include string
 int main ()
 {
 const char c = '\0';
 std::wstring s (c, c);
 s.append (c, c);
 s.assign (c, c);
 s.insert (s.begin (), c, c);
 s.replace (s.begin (), s.end (), c, c);
 }
 aCC -c -I/amd/devco/sebor/dev/stdlib/include/ansi -I/usr/include  
 -D_RWSTDDEBUG-D_RWSTD_USE_CONFIG -I/amd/devco/sebor/dev/stdlib/include 
 -I/build/sebor/aCC-3.70-11d/include 
 -I/amd/devco/sebor/dev/stdlib/examples/include  -Aa +nostl  -g +d  +w +W392 
 +W655 +W684 +W818 +W819 +W849  t.cpp
 aCC t.o -o t -Aa +nostl -Wl,+s -Wl,+vnocompatwarnings 
 -L/build/sebor/aCC-3.70-11d/lib-L/build/sebor/aCC-3.70-11d/lib -lstd11d   
 -lm
 /usr/ccs/bin/ld: Unsatisfied symbols:

 std::basic_stringwchar_t,std::char_traitswchar_t,std::allocatorwchar_t::replaceconst
  char 
 *(__rw::__rw_debug_iterstd::basic_stringwchar_t,std::char_traitswchar_t,std::allocatorwchar_t,wchar_t
  *,wchar_t 
 *,__rw::__rw_debug_iterstd::basic_stringwchar_t,std::char_traitswchar_t,std::allocatorwchar_t,wchar_t
  *,wchar_t *,const char *,const char *,void *) (first referenced in t.o) 
 (code)
 gmake: *** [t] Error 1

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

[jira] Updated: (STDCXX-271) [HP aCC 3.70] unsats on basic_string::replace() member template

[Martin Sebor (JIRA)]

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

Martin Sebor updated STDCXX-271:


Fix Version/s: 4.2
  Environment: HP aCC 3.63 through 3.73  (was: HP aCC 3.63, 3.70)

Must fix for the next release, version 4.2.

 [HP aCC 3.70] unsats on basic_string::replace() member template
 ---

 Key: STDCXX-271
 URL: https://issues.apache.org/jira/browse/STDCXX-271
 Project: C++ Standard Library
  Issue Type: Bug
  Components: 21. Strings
Affects Versions: 4.1.3, 4.1.2
 Environment: HP aCC 3.63 through 3.73
Reporter: Martin Sebor
 Assigned To: Martin Sebor
Priority: Blocker
 Fix For: 4.2


 The program below fails to link with HP aCC 3.70:
 $ cat t.cpp  nice gmake t
 #include string
 int main ()
 {
 const char c = '\0';
 std::wstring s (c, c);
 s.append (c, c);
 s.assign (c, c);
 s.insert (s.begin (), c, c);
 s.replace (s.begin (), s.end (), c, c);
 }
 aCC -c -I/amd/devco/sebor/dev/stdlib/include/ansi -I/usr/include  
 -D_RWSTDDEBUG-D_RWSTD_USE_CONFIG -I/amd/devco/sebor/dev/stdlib/include 
 -I/build/sebor/aCC-3.70-11d/include 
 -I/amd/devco/sebor/dev/stdlib/examples/include  -Aa +nostl  -g +d  +w +W392 
 +W655 +W684 +W818 +W819 +W849  t.cpp
 aCC t.o -o t -Aa +nostl -Wl,+s -Wl,+vnocompatwarnings 
 -L/build/sebor/aCC-3.70-11d/lib-L/build/sebor/aCC-3.70-11d/lib -lstd11d   
 -lm
 /usr/ccs/bin/ld: Unsatisfied symbols:

 std::basic_stringwchar_t,std::char_traitswchar_t,std::allocatorwchar_t::replaceconst
  char 
 *(__rw::__rw_debug_iterstd::basic_stringwchar_t,std::char_traitswchar_t,std::allocatorwchar_t,wchar_t
  *,wchar_t 
 *,__rw::__rw_debug_iterstd::basic_stringwchar_t,std::char_traitswchar_t,std::allocatorwchar_t,wchar_t
  *,wchar_t *,const char *,const char *,void *) (first referenced in t.o) 
 (code)
 gmake: *** [t] Error 1

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

[jira] Assigned: (STDCXX-92) make config fails in parallel builds

[Martin Sebor (JIRA)]

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

Martin Sebor reassigned STDCXX-92:
--

Assignee: Martin Sebor

 make config fails in parallel builds
 

 Key: STDCXX-92
 URL: https://issues.apache.org/jira/browse/STDCXX-92
 Project: C++ Standard Library
  Issue Type: Improvement
  Components: Configuration
Affects Versions: 4.1.2
 Environment: UNIX
Reporter: Martin Sebor
 Assigned To: Martin Sebor

 From 
 http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200512.mbox/[EMAIL
  PROTECTED]:
  Original Message 
 Subject: Re: config failures
 Date: Fri, 23 Dec 2005 14:49:28 -0700
 From: Martin Sebor [EMAIL PROTECTED]
 Reply-To: stdcxx-dev@incubator.apache.org
 To: stdcxx-dev@incubator.apache.org
 References: [EMAIL PROTECTED]
 Liviu Nicoara wrote:
  Caused by parallel builds. :-(
 Which are explicitly mentioned in the README as not working. But who
 reads documentation, right? (I'm not being facetious.)
 It might be a nice enhancement to get the configuration infrastructure
 to work with the parallel option.
 OTOH, I've been thinking about rewriting the infrastructure so as not
 to rely on (recursive invocations of) make, e.g., in awk or some other
 portable language, for efficiency. This enhancement would be even more
 welcome than the parallelization.
 Both of these are probably going to be involved, so until we find the
 time and energy to tackle them, the easiest enhancement to make the
 configuration more user-friendly is probably to change GNUmakefile.cfg
 to detect and prevent parallel builds altogether.
 Martin

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

[jira] Updated: (STDCXX-336) allow multiple config.h files in the same installation directory

[Martin Sebor (JIRA)]

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

Martin Sebor updated STDCXX-336:


   Priority: Critical  (was: Minor)
Environment: all
Summary: allow multiple config.h files in the same installation 
directory  (was: Desire capacity to have multiple config.h files in an install 
directory)

This is important if we want to allow multiple configurations of the same 
library to coexist in the same directory as users of the Rogue Wave 
implementation are accustomed to doing. Bumped up priority to Critical.

 allow multiple config.h files in the same installation directory
 

 Key: STDCXX-336
 URL: https://issues.apache.org/jira/browse/STDCXX-336
 Project: C++ Standard Library
  Issue Type: Improvement
  Components: Configuration
 Environment: all
Reporter: Andrew Black
Priority: Critical
 Fix For: 4.2


 A useful enhancement could be the ability to install multiple versions of the 
 standard library into the same location.  While there is nothing in the 
 makefiles that would prevent such an installation, a problem arises with the 
 config.h file in the include sub directory of the install directory.  Only 
 one config.h file can reside in this location at a time, and different 
 versions (such as those generated when characterizations are run with 
 different compilers) may differ.
 One problem that needs to be considered in implementing (or deciding not to 
 implement) this request is the situation where a config.h file hasn't been 
 generated for a particular os/compiler/buildtype/buildtag.
 Another problem to consider is when you have the same os/buildtype/buildtag, 
 but different compilers, and one or both compilers support features that the 
 other doesn't.

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

[jira] Closed: (STDCXX-92) make config fails in parallel builds

[Martin Sebor (JIRA)]

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

Martin Sebor closed STDCXX-92.
--

   Resolution: Fixed
Fix Version/s: 4.2

 make config fails in parallel builds
 

 Key: STDCXX-92
 URL: https://issues.apache.org/jira/browse/STDCXX-92
 Project: C++ Standard Library
  Issue Type: Improvement
  Components: Configuration
Affects Versions: 4.1.2
 Environment: UNIX
Reporter: Martin Sebor
 Assigned To: Martin Sebor
 Fix For: 4.2


 From 
 http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200512.mbox/[EMAIL
  PROTECTED]:
  Original Message 
 Subject: Re: config failures
 Date: Fri, 23 Dec 2005 14:49:28 -0700
 From: Martin Sebor [EMAIL PROTECTED]
 Reply-To: stdcxx-dev@incubator.apache.org
 To: stdcxx-dev@incubator.apache.org
 References: [EMAIL PROTECTED]
 Liviu Nicoara wrote:
  Caused by parallel builds. :-(
 Which are explicitly mentioned in the README as not working. But who
 reads documentation, right? (I'm not being facetious.)
 It might be a nice enhancement to get the configuration infrastructure
 to work with the parallel option.
 OTOH, I've been thinking about rewriting the infrastructure so as not
 to rely on (recursive invocations of) make, e.g., in awk or some other
 portable language, for efficiency. This enhancement would be even more
 welcome than the parallelization.
 Both of these are probably going to be involved, so until we find the
 time and energy to tackle them, the easiest enhancement to make the
 configuration more user-friendly is probably to change GNUmakefile.cfg
 to detect and prevent parallel builds altogether.
 Martin

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

[jira] Updated: (STDCXX-245) [HP aCC 3.27] bogus Error 440 initializing const std::codecvt_base::result

[Martin Sebor (JIRA)]

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

Martin Sebor updated STDCXX-245:


Priority: Minor  (was: Major)

Lowered priority since the issue can be worked around by switching to a more 
recent version of aCC.

 [HP aCC 3.27] bogus Error 440 initializing const std::codecvt_base::result
 --

 Key: STDCXX-245
 URL: https://issues.apache.org/jira/browse/STDCXX-245
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Build
Affects Versions: 4.1.3
 Environment: HP aCC 3.27
Reporter: Martin Sebor
 Assigned To: Martin Sebor
Priority: Minor

 aCC -c -I/tmp_mnt/amd/devco/sebor/dev/stdlib/include/ansi -I/usr/include  
 -D_RWSTDDEBUG-D_RWSTD_USE_CONFIG 
 -I/tmp_mnt/amd/devco/sebor/dev/stdlib/include 
 -I/build/sebor/aCC-3.27-11s/include  -Aa +nostl  -g +d  +w +W392 +W655 +W684 
 +W818 +W819 +W849 +W229 +W361   
 /tmp_mnt/amd/devco/sebor/dev/stdlib/src/ti_filebuf.cpp
 Error 663: /tmp_mnt/amd/devco/sebor/dev/stdlib/include/fstream.cc, line 364
 # Expected template arguments following template name 'basic_filebuf'.
 if (__nchars != basic_filebuf::xsputn (__buf, __nchars))
 ^   
 Error 663: /tmp_mnt/amd/devco/sebor/dev/stdlib/include/fstream.cc, line 421
 # Expected template arguments following template name 'basic_filebuf'.
 if (__nwrite != basic_filebuf::xsputn (__special, __nwrite))
 ^   
 Error 440: /tmp_mnt/amd/devco/sebor/dev/stdlib/include/fstream.cc, line 470
 # Cannot initialize 'const enum result' with 'no type'.
 __cvt.out (__state, __base, __end, __from_next,
 ^^^
 Error 440: /tmp_mnt/amd/devco/sebor/dev/stdlib/include/fstream.cc, line 816
 # Cannot initialize 'const enum result' with 'no type'.
 __cvt.out (__state, __base, __from_end, __from_next,
 
 Error 440: /tmp_mnt/amd/devco/sebor/dev/stdlib/include/fstream.cc, line 932
 # Cannot initialize 'const enum result' with 'no type'.
 __cvt.unshift (__state, __useq, __useq + sizeof __useq, __useq_e
 
 gmake[2]: *** [ti_filebuf.o] Error 2

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

[jira] Updated: (STDCXX-286) [AIX] archive libraries not static, built with -qmkshrobj

[Martin Sebor (JIRA)]

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

Martin Sebor updated STDCXX-286:


Summary: [AIX] archive libraries not static, built with -qmkshrobj  (was: 
AIX static libraries are not static, but rather use the mkshrobj flag)

 [AIX] archive libraries not static, built with -qmkshrobj
 -

 Key: STDCXX-286
 URL: https://issues.apache.org/jira/browse/STDCXX-286
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Build
Affects Versions: 4.1.3
 Environment: AIX with Visual Age compiler
Reporter: Jeremy Dean

 The static library that is generated is not static within the application.  
 The library would still need to be deployed with application otherwise get 
 the following error:
 exec(): 0509-036 Cannot load program tpdlist because of the following errors:
 0509-150   Dependent module libstd12s_rw.a(std12s_rw.o) could not be 
 loaded.
 0509-022 Cannot load module libstd12s_rw.a(std12s_rw.o).
 0509-026 System error: A file or directory in the path name does not 
 exist.

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

[jira] Commented: (STDCXX-85) build process fails in TOPDIR if target (lib, etc.) specified

[Martin Sebor (JIRA)]

[ 
https://issues.apache.org/jira/browse/STDCXX-85?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12477124
 ] 

Martin Sebor commented on STDCXX-85:


It's still a problem:

$ make BUILDDIR=/tmp/stdcxx-build lib
GNUmakefile:289: CONFIG not specified, using gcc.config
creating BUILDDIR=/tmp/stdcxx-build
generating /tmp/stdcxx-build/makefile.in from 
/build/sebor/stdcxx/etc/config/gcc.config
make[1]: Entering directory `/tmp/stdcxx-build'
make[2]: Entering directory `/tmp/stdcxx-build/lib'
generating dependencies for $(TOPDIR)/src/atomic-cxx.S
generating dependencies for $(TOPDIR)/src/wctype.cpp
In file included from /build/sebor/stdcxx/include/rw/_defs.h:36,
 from /build/sebor/stdcxx/src/wctype.cpp:24:
/build/sebor/stdcxx/include/rw/_config.h:36:22: error: config.h: No such file 
or directory


 build process fails in TOPDIR if target (lib, etc.) specified
 -

 Key: STDCXX-85
 URL: https://issues.apache.org/jira/browse/STDCXX-85
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Build
Affects Versions: 4.1.2
 Environment: $ uname -a
 Linux skynet 2.6.11.4 #1 SMP Sat Mar 19 15:10:02 MST 2005 i686 unknown 
 unknown GNU/Linux
 $ gcc -v
 Reading specs from /usr/lib/gcc-lib/i486-slackware-linux/3.3.4/specs
 Configured with: ../gcc-3.3.4/configure --prefix=/usr --enable-shared 
 --enable-threads=posix --enable-__cxa_atexit --disable-checking --with-gnu-ld 
 --verbose --target=i486-slackware-linux --host=i486-slackware-linux
 Thread model: posix
 gcc version 3.3.4
Reporter: Liviu Nicoara
Priority: Minor

 From 
 http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200512.mbox/[EMAIL
  PROTECTED]
 Martin Sebor wrote:
  Liviu Nicoara wrote:
  
 Martin,
 
 This one is not working with any targets when invoked anew from TOPDIR:
 
 #   $ make [ BUILDTYPE=build-type ] \
 #  [ BUILDDIR=build-dir ] \
 #  [ CONFIG=config-file ] \
 #  [ PHDIR=plumhall-testsuite-source-dir ]
 #  [ targets ]
 When invoked from TOPDIR, e.g.:
 $ pwd
 /build/nicoara/dev/stdlib
 $ make BUILDDIR=/build/nicoara/11s-stdlib-gnu BUILDTYPE=11s
 CONFIG=gcc.config lib
 it yields:
 $ gmake BUILDTYPE=11s BUILDDIR=/build/nicoara/11s-stdlib-gnu
 CONFIG=gcc.config lib
 creating BUILDDIR=/build/nicoara/11s-stdlib-gnu
 generating /build/nicoara/11s-stdlib-gnu/makefile.in from
 /build/nicoara/dev/stdlib/etc/config/gcc.config
 gmake[1]: Entering directory `/build/nicoara/11s-stdlib-gnu'
 gmake[2]: Entering directory `/build/nicoara/11s-stdlib-gnu/lib'
 generating dependencies for $(TOPDIR)/src/atomic.S
 generating dependencies for $(TOPDIR)/src/atomic-cxx.S
 generating dependencies for $(TOPDIR)/src/wctype.cpp
 In file included from /build/nicoara/dev/stdlib/include/rw/_defs.h:40,
  from /build/nicoara/dev/stdlib/src/wctype.cpp:36:
 /build/nicoara/dev/stdlib/include/rw/_config.h:41:22: config.h: No such
 file or directory
 generating dependencies for $(TOPDIR)/src/wcodecvt.cpp
 
 Liviu

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

[jira] Closed: (STDCXX-151) [LWG issue 559] numeric_limits specializations on cv-qualified types

[Martin Sebor (JIRA)]

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

Martin Sebor closed STDCXX-151.
---

Resolution: Fixed

Test passes. Closed.

 [LWG issue 559] numeric_limits specializations on cv-qualified types
 

 Key: STDCXX-151
 URL: https://issues.apache.org/jira/browse/STDCXX-151
 Project: C++ Standard Library
  Issue Type: Improvement
  Components: 18. Language Support
Affects Versions: 4.1.3, 4.1.2
 Environment: all
Reporter: Martin Sebor
 Assigned To: Martin Sebor
 Fix For: 4.2


 LWG issue 559 is not implemented: 
 http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#559

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

[jira] Created: (STDCXX-343) [LWG #541] std::auto_ptrvoid specialization missing

[Martin Sebor (JIRA)]

[LWG #541] std::auto_ptrvoid specialization missing
-

 Key: STDCXX-343
 URL: https://issues.apache.org/jira/browse/STDCXX-343
 Project: C++ Standard Library
  Issue Type: Improvement
  Components: 20. General Utilities
Affects Versions: 4.1.3
 Environment: all
Reporter: Martin Sebor


The resolution of issue 541 adds an explicit specialization for 
std::auto_ptrvoid with the following definition:

template class auto_ptrvoid
{
public:
typedef void element_type;
};

See http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#541

This needs to be implemented (since otherwise the specialization has undefined 
behavior -- see STDCXX-172).


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

[jira] Commented: (STDCXX-211) SIGABRT in locale combining ctor after use_facet

[Martin Sebor (JIRA)]

[ 
https://issues.apache.org/jira/browse/STDCXX-211?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12477141
 ] 

Martin Sebor commented on STDCXX-211:
-

Interesting. It still aborts on HP-UX with the two locales mentioned in the 
report but works with some others:

./t es_ES.utf8 en_US.iso88591
es_ES.utf8 es_ES.utf8 es_ES.utf8 es_ES.utf8 es_ES.utf8 es_ES.utf8, es_ES.utf8 
es_ES.utf8 es_ES.utf8 es_ES.utf8 en_US.iso88591 es_ES.utf8
es_ES.utf8 es_ES.utf8 es_ES.utf8 es_ES.utf8 es_ES.utf8 es_ES.utf8, es_ES.utf8 
es_ES.utf8 es_ES.utf8 es_ES.utf8 en_US.iso88591 es_ES.utf8
es_ES.utf8 es_ES.utf8 es_ES.utf8 es_ES.utf8 es_ES.utf8 es_ES.utf8, es_ES.utf8 
es_ES.utf8 es_ES.utf8 es_ES.utf8 en_US.iso88591 es_ES.utf8
es_ES.utf8 es_ES.utf8 es_ES.utf8 es_ES.utf8 es_ES.utf8 es_ES.utf8, es_ES.utf8 
es_ES.utf8 es_ES.utf8 es_ES.utf8 en_US.iso88591 es_ES.utf8

Modifying the test case to catch exceptions shows that the da_DK.iso8859 locale 
isn't valid even though it's installed (i.e., it shows up in the output of 
locale -a):

$ cat t.cpp  gmake t  ./t da_DK.iso8859 en_US.roman8
#include cstdio
#include exception
#include locale

template class charT
void foo (const char *name1, const char *name2)
{
try {
const std::locale l0 (name1);
const std::locale l1 (l0, name2, std::locale::time);

std::printf (%s, %s\n, l0.name ().c_str (), l1.name ().c_str ());

std::use_facetstd::time_getcharT (l1);

std::printf (%s, %s\n, l0.name ().c_str (), l1.name ().c_str ());
}
catch (const std::exception e) {
std::printf (caught exception (\%s\)\n, e.what ());
}
}


int main (int argc, char *argv[])
{
foochar(argc  1 ? argv [1] : , argc  2 ? argv [2] : );
foowchar_t(argc  1 ? argv [1] : , argc  2 ? argv [2] : );
}
aCC -c -I/nfs/devco/sebor/dev/stdlib/include/ansi -I/usr/include  -D_RWSTDDEBUG 
  -mt -D_RWSTD_USE_CONFIG -I/nfs/devco/sebor/dev/stdlib/include 
-I/build/sebor/aCC-3.70-15S/include 
-I/nfs/devco/sebor/dev/stdlib/examples/include  -Aa +nostl  -g +d  +DD64 +w 
+W392 +W655 +W684 +W818 +W819 +W849   t.cpp
aCC t.o -o t -Aa +nostl -Wl,+s -Wl,+vnocompatwarnings   -mt +DD64 
-L/build/sebor/aCC-3.70-15S/lib -lstd15S   -lm 
caught exception (/amd/devco/sebor/dev/stdlib/src/locale_combine.cpp:639: 
std::locale::locale(const char *): bad locale name: da_DK.iso8859)
caught exception (/amd/devco/sebor/dev/stdlib/src/locale_combine.cpp:639: 
std::locale::locale(const char *): bad locale name: da_DK.iso8859)


 SIGABRT in locale combining ctor after use_facet
 

 Key: STDCXX-211
 URL: https://issues.apache.org/jira/browse/STDCXX-211
 Project: C++ Standard Library
  Issue Type: Bug
  Components: 22. Localization
Affects Versions: 4.1.3, 4.1.2
 Environment: all
Reporter: Martin Sebor

 Moved from the Rogue Wave bug tracking database:
 Created By: sebor @ Jun 19, 2004 03:00:35 PM
 The program below aborts on most (if not all) platforms. Output shown is on 
 HP-UX 11.00 with aCC 3.52.
 $ cat t.cpp
 #include cstdio
 #include locale
 template class charT
 void foo (const char *name1, const char *name2)
 {
 {
 const std::locale l0 (name1);
 const std::locale l1 (l0, name2, std::locale::time);
 std::printf (%s, %s\n, l0.name ().c_str (), l1.name ().c_str ());
 std::use_facetstd::time_getcharT (l1);
 std::printf (%s, %s\n, l0.name ().c_str (), l1.name ().c_str ());
 }
 return;
 }
 int main (int argc, char *argv[])
 {
 foochar(argc  1 ? argv [1] : , argc  2 ? argv [2] : );
 foowchar_t(argc  1 ? argv [1] : , argc  2 ? argv [2] : );
 }
 $ aCC -c -I/build/sebor/dev/stdlib/include/ansi -I/usr/include  -D_RWSTDDEBUG 
  -D_RWSTD_NO_EXTERN_TEMPLATE  -D_RWSTD_USE_CONFIG   
 -I/build/sebor/aCC-3.52-11s/include -I/build/sebor/dev/stdlib/include 
 -I/build/sebor/dev/stdlib/../rwtest 
 -I/build/sebor/dev/stdlib/../rwtest/include 
 -I/build/sebor/dev/stdlib/tests/include  -Aa +nostl  -g +d+w +W392 +W655 
 +W684 +W818 +W819 +W849  t.cpp  aCC t.o -o t 
 -L/build/sebor/aCC-3.52-11s/rwtest -lrwtest11s 
 -L/build/sebor/aCC-3.52-11s/lib -lstd11s -lm -Aa +nostl -Wl,+s 
 -Wl,+vnocompatwarnings -L/build/sebor/aCC-3.52-11s/lib  ./t
 C C C C C C, C C C C C C
 *, *
 /build/sebor/dev/stdlib/src/locale_combine.cpp:571: static __rw::__rw_locale 
 *__rw::__rw_locale::_C_make_body(__rw::__rw_locale *,__rw::__rw_locale 
 *,const char *,int,const __rw::__rw_facet *): Assertion '!plocale || 
 plocale-_C_is_managed (_STD::locale::none)' failed.
 ( 0)  0x00010440   __rw_assert_fail__4__rwFPCcT1iT1 + 0x7c  [././t]
 ( 1)  0x0001ae58   
 _C_make_body__Q2_4__rw11__rw_localeSFPQ2_4__rw11__rw_localeT1PCciPCQ2_4__rw10__r
  + 0x464  [././t]
 ( 2)  0x0001b3cc   __ct__Q2_3std6localeFPCc_2 + 0x5c  [././t]
 ( 3)  0xbf94   foo__XTw_FPCcT1 + 0x20  [././t]
 ( 4)  

[jira] Commented: (STDCXX-211) SIGABRT in locale combining ctor after use_facet

[Martin Sebor (JIRA)]

[ 
https://issues.apache.org/jira/browse/STDCXX-211?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12477143
 ] 

Martin Sebor commented on STDCXX-211:
-

Invoking the test program with no arguments doesn't show any problems (on HP-UX 
or Solaris) so it looks like the bug has been fixed.

$ ./t
C C C C C C, C C C C C C
C C C C C C, C C C C C C
C C C C C C, C C C C C C
C C C C C C, C C C C C C


 SIGABRT in locale combining ctor after use_facet
 

 Key: STDCXX-211
 URL: https://issues.apache.org/jira/browse/STDCXX-211
 Project: C++ Standard Library
  Issue Type: Bug
  Components: 22. Localization
Affects Versions: 4.1.3, 4.1.2
 Environment: all
Reporter: Martin Sebor

 Moved from the Rogue Wave bug tracking database:
 Created By: sebor @ Jun 19, 2004 03:00:35 PM
 The program below aborts on most (if not all) platforms. Output shown is on 
 HP-UX 11.00 with aCC 3.52.
 $ cat t.cpp
 #include cstdio
 #include locale
 template class charT
 void foo (const char *name1, const char *name2)
 {
 {
 const std::locale l0 (name1);
 const std::locale l1 (l0, name2, std::locale::time);
 std::printf (%s, %s\n, l0.name ().c_str (), l1.name ().c_str ());
 std::use_facetstd::time_getcharT (l1);
 std::printf (%s, %s\n, l0.name ().c_str (), l1.name ().c_str ());
 }
 return;
 }
 int main (int argc, char *argv[])
 {
 foochar(argc  1 ? argv [1] : , argc  2 ? argv [2] : );
 foowchar_t(argc  1 ? argv [1] : , argc  2 ? argv [2] : );
 }
 $ aCC -c -I/build/sebor/dev/stdlib/include/ansi -I/usr/include  -D_RWSTDDEBUG 
  -D_RWSTD_NO_EXTERN_TEMPLATE  -D_RWSTD_USE_CONFIG   
 -I/build/sebor/aCC-3.52-11s/include -I/build/sebor/dev/stdlib/include 
 -I/build/sebor/dev/stdlib/../rwtest 
 -I/build/sebor/dev/stdlib/../rwtest/include 
 -I/build/sebor/dev/stdlib/tests/include  -Aa +nostl  -g +d+w +W392 +W655 
 +W684 +W818 +W819 +W849  t.cpp  aCC t.o -o t 
 -L/build/sebor/aCC-3.52-11s/rwtest -lrwtest11s 
 -L/build/sebor/aCC-3.52-11s/lib -lstd11s -lm -Aa +nostl -Wl,+s 
 -Wl,+vnocompatwarnings -L/build/sebor/aCC-3.52-11s/lib  ./t
 C C C C C C, C C C C C C
 *, *
 /build/sebor/dev/stdlib/src/locale_combine.cpp:571: static __rw::__rw_locale 
 *__rw::__rw_locale::_C_make_body(__rw::__rw_locale *,__rw::__rw_locale 
 *,const char *,int,const __rw::__rw_facet *): Assertion '!plocale || 
 plocale-_C_is_managed (_STD::locale::none)' failed.
 ( 0)  0x00010440   __rw_assert_fail__4__rwFPCcT1iT1 + 0x7c  [././t]
 ( 1)  0x0001ae58   
 _C_make_body__Q2_4__rw11__rw_localeSFPQ2_4__rw11__rw_localeT1PCciPCQ2_4__rw10__r
  + 0x464  [././t]
 ( 2)  0x0001b3cc   __ct__Q2_3std6localeFPCc_2 + 0x5c  [././t]
 ( 3)  0xbf94   foo__XTw_FPCcT1 + 0x20  [././t]
 ( 4)  0xbe2c   main + 0x94  [././t]
 ( 5)  0xc013e8fc   _start + 0xc8  [/usr/lib/libc.2]
 ( 6)  0xacb0   $START$ + 0x178  [././t]
 ABORT instruction (core dumped)
 $ ./t da_DK.iso8859 en_US.roman8
 ABORT instruction (core dumped)

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

[jira] Updated: (STDCXX-211) SIGABRT in locale combining ctor after use_facet

[Martin Sebor (JIRA)]

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

Martin Sebor updated STDCXX-211:


Attachment: stdcxx-211.cpp

Attached an exhaustive test program.

 SIGABRT in locale combining ctor after use_facet
 

 Key: STDCXX-211
 URL: https://issues.apache.org/jira/browse/STDCXX-211
 Project: C++ Standard Library
  Issue Type: Bug
  Components: 22. Localization
Affects Versions: 4.1.3, 4.1.2
 Environment: all
Reporter: Martin Sebor
 Attachments: stdcxx-211.cpp


 Moved from the Rogue Wave bug tracking database:
 Created By: sebor @ Jun 19, 2004 03:00:35 PM
 The program below aborts on most (if not all) platforms. Output shown is on 
 HP-UX 11.00 with aCC 3.52.
 $ cat t.cpp
 #include cstdio
 #include locale
 template class charT
 void foo (const char *name1, const char *name2)
 {
 {
 const std::locale l0 (name1);
 const std::locale l1 (l0, name2, std::locale::time);
 std::printf (%s, %s\n, l0.name ().c_str (), l1.name ().c_str ());
 std::use_facetstd::time_getcharT (l1);
 std::printf (%s, %s\n, l0.name ().c_str (), l1.name ().c_str ());
 }
 return;
 }
 int main (int argc, char *argv[])
 {
 foochar(argc  1 ? argv [1] : , argc  2 ? argv [2] : );
 foowchar_t(argc  1 ? argv [1] : , argc  2 ? argv [2] : );
 }
 $ aCC -c -I/build/sebor/dev/stdlib/include/ansi -I/usr/include  -D_RWSTDDEBUG 
  -D_RWSTD_NO_EXTERN_TEMPLATE  -D_RWSTD_USE_CONFIG   
 -I/build/sebor/aCC-3.52-11s/include -I/build/sebor/dev/stdlib/include 
 -I/build/sebor/dev/stdlib/../rwtest 
 -I/build/sebor/dev/stdlib/../rwtest/include 
 -I/build/sebor/dev/stdlib/tests/include  -Aa +nostl  -g +d+w +W392 +W655 
 +W684 +W818 +W819 +W849  t.cpp  aCC t.o -o t 
 -L/build/sebor/aCC-3.52-11s/rwtest -lrwtest11s 
 -L/build/sebor/aCC-3.52-11s/lib -lstd11s -lm -Aa +nostl -Wl,+s 
 -Wl,+vnocompatwarnings -L/build/sebor/aCC-3.52-11s/lib  ./t
 C C C C C C, C C C C C C
 *, *
 /build/sebor/dev/stdlib/src/locale_combine.cpp:571: static __rw::__rw_locale 
 *__rw::__rw_locale::_C_make_body(__rw::__rw_locale *,__rw::__rw_locale 
 *,const char *,int,const __rw::__rw_facet *): Assertion '!plocale || 
 plocale-_C_is_managed (_STD::locale::none)' failed.
 ( 0)  0x00010440   __rw_assert_fail__4__rwFPCcT1iT1 + 0x7c  [././t]
 ( 1)  0x0001ae58   
 _C_make_body__Q2_4__rw11__rw_localeSFPQ2_4__rw11__rw_localeT1PCciPCQ2_4__rw10__r
  + 0x464  [././t]
 ( 2)  0x0001b3cc   __ct__Q2_3std6localeFPCc_2 + 0x5c  [././t]
 ( 3)  0xbf94   foo__XTw_FPCcT1 + 0x20  [././t]
 ( 4)  0xbe2c   main + 0x94  [././t]
 ( 5)  0xc013e8fc   _start + 0xc8  [/usr/lib/libc.2]
 ( 6)  0xacb0   $START$ + 0x178  [././t]
 ABORT instruction (core dumped)
 $ ./t da_DK.iso8859 en_US.roman8
 ABORT instruction (core dumped)

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

[jira] Updated: (STDCXX-236) std::reverse_iteratorstd::vectorbool::iterator::operator- doesn't compile

[Martin Sebor (JIRA)]

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

Martin Sebor updated STDCXX-236:


Priority: Minor  (was: Major)

Lowered priority to Minor since this is unlikely to affect many users.

 std::reverse_iteratorstd::vectorbool::iterator::operator- doesn't compile
 --

 Key: STDCXX-236
 URL: https://issues.apache.org/jira/browse/STDCXX-236
 Project: C++ Standard Library
  Issue Type: Bug
  Components: 23. Containers
 Environment: all
Reporter: Martin Sebor
Priority: Minor

 Moved from the Rogue Wave bug tracking database:
 Created By: sebor @ Jun 23, 2000 04:08:36 PM
 Subject: vectorbool operator arrow cannot be explicitly instantiated (908)
 Date: Fri, 23 Jun 2000 16:06:09 -0400
 From: [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 /*
 This won't compile. It is from the Perennial test suite.
 cxx: Error: /usr/users/j_ward/BRUCE/include/iterator, line 559: expression
   must be an lvalue or a function designator
   detected during instantiation of
 std::reverse_iterator_Iterator::pointer
 std::reverse_iterator_Iterator::operator-() const [with
 _Iterator=std::vectorbool,
 std::allocatorbool::iterator] at line 7 of t.cxx
 _RWSTD_OPERATOR_ARROW (pointer operator-() const);
 ^
 */
 #include iterator
 #include vector
 void main()
 {
   std::reverse_iteratorstd::vectorbool::iterator::operator-;
 }
 Modified By: sebor @ May 09, 2002 12:00:25 PM
 With SunPro 5.3 and the latest libstd 3.0:
 SUNWS_CACHE_NAME=t.ti CC -c -D_RWSTDDEBUG   -D_RWSTD_MULTI_THREAD -mt 
 -D_RWSTD_POSIX_D10_THREADS -D_RWSTD_USE_CONFIG   
 -I/build/sebor/sunpro-15d/include -I/build2/sebor/dev/stdlib/include 
 -I/build2/sebor/dev/stdlib/../rwtest 
 -I/build2/sebor/dev/stdlib/../rwtest/include 
 -I/build2/sebor/dev/stdlib/tests/include  -library=%none -g+w  t.cpp 
 /build2/sebor/dev/stdlib/include/rw/_iterator.h, line 153: Error: Cannot 
 return std::vectorbool, std::allocatorbool::reference* from a function 
 that should return unsigned*.
 1 Error(s) detected.

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

[jira] Commented: (STDCXX-236) std::reverse_iteratorstd::vectorbool::iterator::operator- doesn't compile

[Martin Sebor (JIRA)]

[ 
https://issues.apache.org/jira/browse/STDCXX-236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12477159
 ] 

Martin Sebor commented on STDCXX-236:
-

Still appears to be a problem even today, over 6 years later:

$ cat z.cpp  make z
#include iterator
#include vector

void main()
{
std::reverse_iteratorstd::vectorbool::iterator::operator-();
}
gcc -c -I/build/sebor/dev/stdlib/include/ansi -D_RWSTDDEBUG
-D_RWSTD_USE_CONFIG -I/build/sebor/dev/stdlib/include 
-I/build/sebor/gcc-4.1.0-11s/include -I/build/sebor/dev/stdlib/examples/include 
 -pedantic -nostdinc++ -g  -W -Wall -Wcast-qual -Winline -Wshadow 
-Wwrite-strings -Wno-long-long   z.cpp
z.cpp:4: error: '::main' must return 'int'
z.cpp: In function 'int main()':
z.cpp:6: error: cannot call member function 'typename 
std::iterator_traits_Iterator::pointer 
std::reverse_iterator_Iterator::operator-() const [with _Iterator = 
std::vectorbool, std::allocatorbool ::iterator]' without object
/build/sebor/dev/stdlib/include/rw/_iterator.h: In member function 'typename 
std::iterator_traits_Iterator::pointer 
std::reverse_iterator_Iterator::operator-() const [with _Iterator = 
std::vectorbool, std::allocatorbool ::iterator]':
z.cpp:6:   instantiated from here
/build/sebor/dev/stdlib/include/rw/_iterator.h:151: warning: taking address of 
temporary
/build/sebor/dev/stdlib/include/rw/_iterator.h:151: error: cannot convert 
'std::vectorbool, std::allocatorbool ::reference*' to 'unsigned int*' in 
return
make: *** [z.o] Error 1


 std::reverse_iteratorstd::vectorbool::iterator::operator- doesn't compile
 --

 Key: STDCXX-236
 URL: https://issues.apache.org/jira/browse/STDCXX-236
 Project: C++ Standard Library
  Issue Type: Bug
  Components: 23. Containers
 Environment: all
Reporter: Martin Sebor

 Moved from the Rogue Wave bug tracking database:
 Created By: sebor @ Jun 23, 2000 04:08:36 PM
 Subject: vectorbool operator arrow cannot be explicitly instantiated (908)
 Date: Fri, 23 Jun 2000 16:06:09 -0400
 From: [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 /*
 This won't compile. It is from the Perennial test suite.
 cxx: Error: /usr/users/j_ward/BRUCE/include/iterator, line 559: expression
   must be an lvalue or a function designator
   detected during instantiation of
 std::reverse_iterator_Iterator::pointer
 std::reverse_iterator_Iterator::operator-() const [with
 _Iterator=std::vectorbool,
 std::allocatorbool::iterator] at line 7 of t.cxx
 _RWSTD_OPERATOR_ARROW (pointer operator-() const);
 ^
 */
 #include iterator
 #include vector
 void main()
 {
   std::reverse_iteratorstd::vectorbool::iterator::operator-;
 }
 Modified By: sebor @ May 09, 2002 12:00:25 PM
 With SunPro 5.3 and the latest libstd 3.0:
 SUNWS_CACHE_NAME=t.ti CC -c -D_RWSTDDEBUG   -D_RWSTD_MULTI_THREAD -mt 
 -D_RWSTD_POSIX_D10_THREADS -D_RWSTD_USE_CONFIG   
 -I/build/sebor/sunpro-15d/include -I/build2/sebor/dev/stdlib/include 
 -I/build2/sebor/dev/stdlib/../rwtest 
 -I/build2/sebor/dev/stdlib/../rwtest/include 
 -I/build2/sebor/dev/stdlib/tests/include  -library=%none -g+w  t.cpp 
 /build2/sebor/dev/stdlib/include/rw/_iterator.h, line 153: Error: Cannot 
 return std::vectorbool, std::allocatorbool::reference* from a function 
 that should return unsigned*.
 1 Error(s) detected.

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

[jira] Updated: (STDCXX-278) std::valarray example code uses nonexistent operator

[Martin Sebor (JIRA)]

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

Martin Sebor updated STDCXX-278:


Component/s: (was: 26. Numerics)
Summary: std::valarray example code uses nonexistent operator  (was: 
valarray example code uses nonexistant operator)

This is a documentation only problem, the actual code in the .cpp file is fine.

 std::valarray example code uses nonexistent operator
 --

 Key: STDCXX-278
 URL: https://issues.apache.org/jira/browse/STDCXX-278
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Documentation
Affects Versions: 4.1.3
Reporter: Stefan Naewe
Priority: Minor

 The example code at the bottom of this page
   
 http://svn.apache.org/viewvc/incubator/stdcxx/trunk/doc/stdlibref/valarray.html?view=co#sec17
 uses a non-existent stream operator (i.e. operator(stream, const 
 valarrayT) ) which is supposed to come from an also non-existent
 file 'valarray.h'
 Neither this file nor that operator are defined in the standard (ISO/IEC 
 14882:1998).

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

[jira] Closed: (STDCXX-24) [Cygwin] collate.cpp needs wcsnxfrm

[Martin Sebor (JIRA)]

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

Martin Sebor closed STDCXX-24.
--

Resolution: Fixed

Sounds like this is not a problem anymore. Closed.

 [Cygwin] collate.cpp needs wcsnxfrm
 ---

 Key: STDCXX-24
 URL: https://issues.apache.org/jira/browse/STDCXX-24
 Project: C++ Standard Library
  Issue Type: Bug
  Components: 22. Localization
Affects Versions: 4.1.2
 Environment: Cygwin
Reporter: Lance Diduck
 Fix For: 4.2


 Martin Sebor paraphrased:
 Cygwin really doesn't define wcsnxfrm() (i.e.,  both
 _RWSTD_NO_WCSXFRM and _RWSTD_NO_WCSXFRM_IN_LIBC are #defined) 
 we should probably implement our own transformation. 
 Looking at
 collate.cpp, though, I don't see a check for _RWSTD_NO_WCSXFRM_IN_LIBC,
 just for the former (which only determines whether function is declared;
 the latter tells us if it's also not defined).

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

[jira] Commented: (STDCXX-335) std::min() suboptimal

[Martin Sebor (JIRA)]

[ 
https://issues.apache.org/jira/browse/STDCXX-335?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12477431
 ] 

Martin Sebor commented on STDCXX-335:
-

Here's a comp.std.c++ discussion on the same topic:
http://groups.google.com/group/comp.std.c++/browse_frm/thread/5a8ba7181f92ff2c

 std::min() suboptimal
 -

 Key: STDCXX-335
 URL: https://issues.apache.org/jira/browse/STDCXX-335
 Project: C++ Standard Library
  Issue Type: Bug
  Components: 25. Algorithms
Affects Versions: 4.1.3
 Environment: gcc 3.2.3, x86 Linux
Reporter: Mark Brown

 I don't know if it's the compiler that's generating worse code for the stdcxx 
 version of min or if the function is not implemented as efficiently as it 
 could be but the disassembly for the two functions below shows that my_min() 
 is one instruction shorter than test_min():
 #include algorithm
 int test_min (int x, int y) { return std::min (x, y); }
 int my_min (int x, int y) { return x  y ? x : y; }
 _Z8test_minii:
 pushl   %ebp
 movl%esp, %ebp
 movl12(%ebp), %eax
 cmpl%eax, 8(%ebp)
 jg  .L2
 leal8(%ebp), %eaxextra load?
 .L4:
 movl(%eax), %eax
 leave
 ret
 _Z6my_minii:
 pushl   %ebp
 movl%esp, %ebp
 movl12(%ebp), %eax
 cmpl8(%ebp), %eax
 jle .L6
 movl8(%ebp), %eax
 .L6:
 leave
 ret

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

[jira] Commented: (STDCXX-337) [Cygwin] unsats on _libiconv, _catgets

[Martin Sebor (JIRA)]

[ 
https://issues.apache.org/jira/browse/STDCXX-337?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12477698
 ] 

Martin Sebor commented on STDCXX-337:
-

No problem. I should have tested the patch myself. A new patch to fix the typo 
is in.

 [Cygwin] unsats on _libiconv, _catgets
 --

 Key: STDCXX-337
 URL: https://issues.apache.org/jira/browse/STDCXX-337
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Build
Affects Versions: 4.1.3
 Environment: Cygwin
Reporter: Mark Brown

 I tried to build the library on Cygwin but I'm getting linker errors for the 
 localedef utility. I have the iconv library installed (in /usr/lib) but make 
 isn't linking with it. I also get linker errors for _catopen, _catgets, and 
 _catclose. I searched under /usr/lib to see what library defines these 
 symbols and it's libcatgets.a. Should the makefile be linking with it?
 gcc localedef.o aliases.o charmap.o codecvt.o collate.o ctype.o def.o 
 diagnostic.o messages.o monetary.o numeric.o path.o time.o scanner.o -o 
 localedef  -L/home/mbrown/stdcxx-4.1.3-gcc-3.4.4-11s/lib -lstd11s  -lsupc++ 
 -lm 
 /usr/lib/gcc/i686-pc-cygwin/3.4.4/libsupc++.a(eh_exception.o):(.text+0x80): 
 multiple definition of `std::exception::what() const'
 /home/mbrown/stdcxx-4.1.3-gcc-3.4.4-11s/lib/libstd11s.a(exception.o):/home/mbrown/stdcxx-4.1.3/src/exception.cpp:334:
  first defined here
 charmap.o: In function `_ZNSt4pairIKwSsEC1ERKS1_':
 /home/mbrown/stdcxx-4.1.3/include/rw/_specialized.h:(.text+0x4c0): undefined 
 reference to `_libiconv_open'
 charmap.o: In function `_ZNK7Charmap15convert_to_utf8EPKcjPcj':
 /home/mbrown/stdcxx-4.1.3/util/charmap.cpp:346: undefined reference to 
 `_libiconv'
 /home/mbrown/stdcxx-4.1.3-gcc-3.4.4-11s/lib/libstd11s.a(messages.o): In 
 function `_ZN4__rw13__rw_cat_openERKSsRKSt6locale':
 /home/mbrown/stdcxx-4.1.3/src/messages.cpp:205: undefined reference to 
 `_catopen'
 /home/mbrown/stdcxx-4.1.3-gcc-3.4.4-11s/lib/libstd11s.a(messages.o): In 
 function `_ZN4__rw16__rw_get_messageEiii':
 /home/mbrown/stdcxx-4.1.3/src/messages.cpp:235: undefined reference to 
 `_catgets'
 /home/mbrown/stdcxx-4.1.3-gcc-3.4.4-11s/lib/libstd11s.a(messages.o): In 
 function `_ZN4__rw14__rw_cat_closeEi':
 /home/mbrown/stdcxx-4.1.3/src/messages.cpp:277: undefined reference to 
 `_catclose'
 collect2: ld returned 1 exit status
 make[2]: *** [localedef] Error 1
 make[2]: Leaving directory `/home/mbrown/stdcxx-4.1.3-gcc-3.4.4-11s/bin'
 make[1]: *** [util] Error 2
 make[1]: Leaving directory `/home/mbrown/stdcxx-4.1.3-gcc-3.4.4-11s'
 make: *** [libstd] Error 2

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

[jira] Closed: (STDCXX-337) [Cygwin] unsats on _libiconv, _catgets

[Martin Sebor (JIRA)]

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

Martin Sebor closed STDCXX-337.
---

   Resolution: Fixed
Fix Version/s: 4.2

Fixed.

 [Cygwin] unsats on _libiconv, _catgets
 --

 Key: STDCXX-337
 URL: https://issues.apache.org/jira/browse/STDCXX-337
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Build
Affects Versions: 4.1.3
 Environment: Cygwin
Reporter: Mark Brown
 Fix For: 4.2


 I tried to build the library on Cygwin but I'm getting linker errors for the 
 localedef utility. I have the iconv library installed (in /usr/lib) but make 
 isn't linking with it. I also get linker errors for _catopen, _catgets, and 
 _catclose. I searched under /usr/lib to see what library defines these 
 symbols and it's libcatgets.a. Should the makefile be linking with it?
 gcc localedef.o aliases.o charmap.o codecvt.o collate.o ctype.o def.o 
 diagnostic.o messages.o monetary.o numeric.o path.o time.o scanner.o -o 
 localedef  -L/home/mbrown/stdcxx-4.1.3-gcc-3.4.4-11s/lib -lstd11s  -lsupc++ 
 -lm 
 /usr/lib/gcc/i686-pc-cygwin/3.4.4/libsupc++.a(eh_exception.o):(.text+0x80): 
 multiple definition of `std::exception::what() const'
 /home/mbrown/stdcxx-4.1.3-gcc-3.4.4-11s/lib/libstd11s.a(exception.o):/home/mbrown/stdcxx-4.1.3/src/exception.cpp:334:
  first defined here
 charmap.o: In function `_ZNSt4pairIKwSsEC1ERKS1_':
 /home/mbrown/stdcxx-4.1.3/include/rw/_specialized.h:(.text+0x4c0): undefined 
 reference to `_libiconv_open'
 charmap.o: In function `_ZNK7Charmap15convert_to_utf8EPKcjPcj':
 /home/mbrown/stdcxx-4.1.3/util/charmap.cpp:346: undefined reference to 
 `_libiconv'
 /home/mbrown/stdcxx-4.1.3-gcc-3.4.4-11s/lib/libstd11s.a(messages.o): In 
 function `_ZN4__rw13__rw_cat_openERKSsRKSt6locale':
 /home/mbrown/stdcxx-4.1.3/src/messages.cpp:205: undefined reference to 
 `_catopen'
 /home/mbrown/stdcxx-4.1.3-gcc-3.4.4-11s/lib/libstd11s.a(messages.o): In 
 function `_ZN4__rw16__rw_get_messageEiii':
 /home/mbrown/stdcxx-4.1.3/src/messages.cpp:235: undefined reference to 
 `_catgets'
 /home/mbrown/stdcxx-4.1.3-gcc-3.4.4-11s/lib/libstd11s.a(messages.o): In 
 function `_ZN4__rw14__rw_cat_closeEi':
 /home/mbrown/stdcxx-4.1.3/src/messages.cpp:277: undefined reference to 
 `_catclose'
 collect2: ld returned 1 exit status
 make[2]: *** [localedef] Error 1
 make[2]: Leaving directory `/home/mbrown/stdcxx-4.1.3-gcc-3.4.4-11s/bin'
 make[1]: *** [util] Error 2
 make[1]: Leaving directory `/home/mbrown/stdcxx-4.1.3-gcc-3.4.4-11s'
 make: *** [libstd] Error 2

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

[jira] Commented: (STDCXX-286) [AIX] archive libraries not static, built with -qmkshrobj

[Martin Sebor (JIRA)]

[ 
https://issues.apache.org/jira/browse/STDCXX-286?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478567
 ] 

Martin Sebor commented on STDCXX-286:
-

See also the thread below for another problem possibly caused by the 
interaction of -qmkshrobj and -bstatic:
http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200703.mbox/[EMAIL
 PROTECTED]

 [AIX] archive libraries not static, built with -qmkshrobj
 -

 Key: STDCXX-286
 URL: https://issues.apache.org/jira/browse/STDCXX-286
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Build
Affects Versions: 4.1.3
 Environment: AIX with Visual Age compiler
Reporter: Jeremy Dean

 The static library that is generated is not static within the application.  
 The library would still need to be deployed with application otherwise get 
 the following error:
 exec(): 0509-036 Cannot load program tpdlist because of the following errors:
 0509-150   Dependent module libstd12s_rw.a(std12s_rw.o) could not be 
 loaded.
 0509-022 Cannot load module libstd12s_rw.a(std12s_rw.o).
 0509-026 System error: A file or directory in the path name does not 
 exist.

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

[jira] Created: (STDCXX-347) [HP aCC] incorrect warning 578

[Martin Sebor (JIRA)]

[HP aCC] incorrect warning 578
--

 Key: STDCXX-347
 URL: https://issues.apache.org/jira/browse/STDCXX-347
 Project: C++ Standard Library
  Issue Type: Bug
  Components: External
 Environment: HP aCC 3
Reporter: Martin Sebor
Priority: Trivial


 Original Message 
Subject: incorrect warning 578
Date: Tue, 06 Mar 2007 11:31:25 -0700
From: Martin Sebor [EMAIL PROTECTED]
Organization: Rogue Wave Software
To: [EMAIL PROTECTED]

The warning below is incorrect -- there clearly is a way to
initialize such members.

Martin

$ cat t.cpp  aCC +w t.cpp
int main ()
{
static const struct {
const char s [2];
} a[] = { a };
}

Warning 578: t.cpp, line 4 # A class member may not be a const array 
since there is no way to initialize such a member.
const char s [2];
   ^


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

[jira] Created: (STDCXX-348) [HP aCC 3.73] +DD64 warnings in time_put.cpp

[Martin Sebor (JIRA)]

[HP aCC 3.73] +DD64 warnings in time_put.cpp


 Key: STDCXX-348
 URL: https://issues.apache.org/jira/browse/STDCXX-348
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Build
Affects Versions: 4.1.3, 4.1.4
 Environment: HP aCC 3.73 +DD64, HP-UX/PA-RISC
Reporter: Martin Sebor
Priority: Minor


Compiling the time_put.cpp library source file with HP aCC 3.73 produces the 
following warnings:

aCC -c -I/amd/devco/sebor/stdcxx/include/ansi -I/usr/include-mt 
-I/amd/devco/sebor/stdcxx/include -I/build/sebor/stdcxx-aCC-3.73-12D/include  
-Aa +nostl  +O2  +DD64 +w +W392 +W655 +W684 +W818 +W819 +W849  +Z  
/amd/devco/sebor/stdcxx/src/time_put.cpp
Warning (suggestion) 887: /amd/devco/sebor/stdcxx/src/time_put.cpp, line 2122 
# Type 'unsigned int' is smaller than type
'unsigned long', unwanted widening in value may result.
tpd.str = ptime-abday (tmb-tm_wday % 7U, wide);
^
Warning (suggestion) 887: /amd/devco/sebor/stdcxx/src/time_put.cpp, line 2127 
# Type 'unsigned int' is smaller than type
'unsigned long', unwanted widening in value may result.
tpd.str = ptime-day (tmb-tm_wday % 7U, wide);
  ^
Warning (suggestion) 887: /amd/devco/sebor/stdcxx/src/time_put.cpp, line 2132 
# Type 'unsigned int' is smaller than type
'unsigned long', unwanted widening in value may result.
tpd.str = ptime-abmon (tmb-tm_mon % 12U, wide);
^
Warning (suggestion) 887: /amd/devco/sebor/stdcxx/src/time_put.cpp, line 2137 
# Type 'unsigned int' is smaller than type
'unsigned long', unwanted widening in value may result.
tpd.str = ptime-mon (tmb-tm_mon % 12U, wide);
  ^
Warning (suggestion) 887: /amd/devco/sebor/stdcxx/src/time_put.cpp, line 2251 
# Type 'unsigned int' is smaller than type
'unsigned long', unwanted widening in value may result.
tpd.fmt = ptime-abmon (tmb-tm_mon % 12U, wide);
^
Warning (suggestion) 887: /amd/devco/sebor/stdcxx/src/time_put.cpp, line 2349 
# Type 'unsigned int' is smaller than type
'unsigned long', unwanted widening in value may result.
tpd.fmt = ptime-am_pm ((tmb-tm_hour / 12) % 2U, wide);
 ^^^
Warning (suggestion) 887: /amd/devco/sebor/stdcxx/src/time_put.cpp, line 2679 
# Type 'const unsigned int' is smaller than
type 'unsigned long', unwanted widening in value may result.
   _RWSTD_STATIC_CAST (const char*, ptime-alt_digits (altval, 
0));
   ^^   
   
Warning (suggestion) 887: /amd/devco/sebor/stdcxx/src/time_put.cpp, line 2801 
# Type 'int' is smaller than type 'unsigned
long', unwanted widening in value may result.
res = swprintf (wbuf, 
  


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

[jira] Commented: (STDCXX-347) [HP aCC] incorrect warning 578

[Martin Sebor (JIRA)]

[ 
https://issues.apache.org/jira/browse/STDCXX-347?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12479465
 ] 

Martin Sebor commented on STDCXX-347:
-

 Original Message 
Subject: Re:  incorrect warning 578
Date: Tue, 6 Mar 2007 20:18:37 -0800 (PST)
From: Dennis Handly [EMAIL PROTECTED]
To: [EMAIL PROTECTED], [EMAIL PROTECTED]

From: Martin Sebor [EMAIL PROTECTED]
The warning below is incorrect -- there clearly is a way to initialize
such members.

Warning 578: # A class member may not be a const array 
since there is no way to initialize such a member.

Yes, I've seen this before.  It is also there in aCC6.  I filed 2 CRs:
JAGag34016:
Warning 578 shouldn't occur if using {} initializer

JAGag34018:
Warning 2368 shouldn't occur if using {} initializer
warning #2368-D: class XX defines no constructor to initialize the
following: const member XX::s


 [HP aCC] incorrect warning 578
 --

 Key: STDCXX-347
 URL: https://issues.apache.org/jira/browse/STDCXX-347
 Project: C++ Standard Library
  Issue Type: Bug
  Components: External
 Environment: HP aCC 3
Reporter: Martin Sebor
Priority: Trivial

  Original Message 
 Subject: incorrect warning 578
 Date: Tue, 06 Mar 2007 11:31:25 -0700
 From: Martin Sebor [EMAIL PROTECTED]
 Organization: Rogue Wave Software
 To: [EMAIL PROTECTED]
 The warning below is incorrect -- there clearly is a way to
 initialize such members.
 Martin
 $ cat t.cpp  aCC +w t.cpp
 int main ()
 {
 static const struct {
 const char s [2];
 } a[] = { a };
 }
 Warning 578: t.cpp, line 4 # A class member may not be a const array 
 since there is no way to initialize such a member.
 const char s [2];
^

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

[jira] Commented: (STDCXX-344) [Sun C++] warnings on std::strstream::rdbuf hiding std::ios::rdbuf

[Martin Sebor (JIRA)]

[ 
https://issues.apache.org/jira/browse/STDCXX-344?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12479776
 ] 

Martin Sebor commented on STDCXX-344:
-

Sun handles this by wrapping their iostream templates in a pair of #pragma 
disable_warn/enable_warn directives. The downside of this approach is that the 
pragmas silence all warnings, including those we might want to see.

 [Sun C++] warnings on std::strstream::rdbuf hiding std::ios::rdbuf
 --

 Key: STDCXX-344
 URL: https://issues.apache.org/jira/browse/STDCXX-344
 Project: C++ Standard Library
  Issue Type: Bug
  Components: 27. Input/Output
Affects Versions: 4.1.3, 4.1.2
 Environment: Sun C++
Reporter: Martin Sebor
Priority: Minor

 Compiling the header strstream causes Sun C++ to emit warnings like those 
 below:
 CC -c -D_RWSTDDEBUG   -mt -D_RWSTD_USE_CONFIG 
 -I/amd/devco/sebor/dev/stdlib/include -I/build/sebor/sunpro-5.8.j8/include  
 -library=%none -g  +w/amd/devco/sebor/dev/stdlib/src/strstream.cpp
 /amd/devco/sebor/dev/stdlib/include/strstream, line 188: Warning: 
 std::istrstream::rdbuf hides the function std::ios::rdbuf(std::streambuf *).
 /amd/devco/sebor/dev/stdlib/include/strstream, line 226: Warning: 
 std::ostrstream::rdbuf hides the function std::ios::rdbuf(std::streambuf *).
 /amd/devco/sebor/dev/stdlib/include/strstream, line 266: Warning: 
 std::strstream::rdbuf hides the function std::ios::rdbuf(std::streambuf *).
 3 Warning(s) detected.

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

[jira] Created: (STDCXX-354) make 18.limits.traps linker errors due to bad library order

[Martin Sebor (JIRA)]

make 18.limits.traps linker errors due to bad library order
---

 Key: STDCXX-354
 URL: https://issues.apache.org/jira/browse/STDCXX-354
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Tests
Affects Versions: 4.1.3
 Environment: all
Reporter: Martin Sebor


Tests such 18.limits.traps fail to link when make is invoked explicitly with 
their name as a target because make places the stdcxx library before the object 
file in the rule. Notice the command attempts to both compile and link the 
target.

$ make 18.limits.traps
gcc -pedantic -nostdinc++ -g  -Wall -W -Wcast-qual -Winline -Wshadow 
-Wwrite-strings -Wno-long-long  -I/build/sebor/stdcxx-4.1.3/include/ansi 
-D_RWSTDDEBUG-D_RWSTD_USE_CONFIG 
-I/build/sebor/stdcxx-4.1.3-gcc-4.1.0-11s/include 
-I/build/sebor/stdcxx-4.1.3/include -I/build/sebor/stdcxx-4.1.3/../rwtest 
-I/build/sebor/stdcxx-4.1.3/../rwtest/include 
-I/build/sebor/stdcxx-4.1.3/tests/include  
-L/build/sebor/stdcxx-4.1.3-gcc-4.1.0-11s/rwtest -lrwtest11s  
-L/build/sebor/stdcxx-4.1.3-gcc-4.1.0-11s/lib -lstd11s   
/build/sebor/stdcxx-4.1.3/tests/support/18.limits.traps.cpp 
/build/sebor/stdcxx-4.1.3-gcc-4.1.0-11s/lib/libstd11s.a 
/build/sebor/stdcxx-4.1.3-gcc-4.1.0-11s/rwtest/librwtest11s.a  -lsupc++ -lm -o 
18.limits.traps
/build/sebor/stdcxx-4.1.3-gcc-4.1.0-11s/rwtest/librwtest11s.a(printf.o): In 
function `_rw_fmtstr':
/build/sebor/stdcxx-4.1.3/tests/src/printf.cpp:2497: undefined reference to 
`__rw::__rw_memattr(void const*, unsigned int, int)'
/build/sebor/stdcxx-4.1.3-gcc-4.1.0-11s/rwtest/librwtest11s.a(printf.o): In 
function `libstd_vasnprintf':
/build/sebor/stdcxx-4.1.3/tests/src/printf.cpp:3169: undefined reference to 
`std::basic_stringwchar_t, std::char_traitswchar_t, std::allocatorwchar_t 
::data() const'
/build/sebor/stdcxx-4.1.3/tests/src/printf.cpp:3170: undefined reference to 
`std::basic_stringwchar_t, std::char_traitswchar_t, std::allocatorwchar_t 
::size() const'
/build/sebor/stdcxx-4.1.3/tests/src/printf.cpp:3178: undefined reference to 
`std::basic_stringchar, std::char_traitschar, std::allocatorchar ::data() 
const'
/build/sebor/stdcxx-4.1.3/tests/src/printf.cpp:3179: undefined reference to 
`std::basic_stringchar, std::char_traitschar, std::allocatorchar ::size() 
const'
/build/sebor/stdcxx-4.1.3-gcc-4.1.0-11s/rwtest/librwtest11s.a(printf.o): In 
function `__static_initialization_and_destruction_0':
/build/sebor/stdcxx-4.1.3/include/iostream:39: undefined reference to 
`std::ios_base::Init::Init()'
/build/sebor/stdcxx-4.1.3/include/iostream:39: undefined reference to 
`std::ios_base::Init::~Init()'
/build/sebor/stdcxx-4.1.3-gcc-4.1.0-11s/rwtest/librwtest11s.a(printf.o): In 
function `_rw_vasnprintf_c99':
/build/sebor/stdcxx-4.1.3/tests/src/printf.cpp:520: undefined reference to 
`__rw::__rw_assert_fail(char const*, char const*, int, char const*)'
/build/sebor/stdcxx-4.1.3-gcc-4.1.0-11s/rwtest/librwtest11s.a(printf.o): In 
function `int rw_quotestrunsigned char(FmtSpec const, char**, unsigned int*, 
unsigned char const*, unsigned int, int)':
/build/sebor/stdcxx-4.1.3/tests/src/printf.cpp:2297: undefined reference to 
`__rw::__rw_memattr(void const*, unsigned int, int)'
/build/sebor/stdcxx-4.1.3-gcc-4.1.0-11s/rwtest/librwtest11s.a(printf.o): In 
function `int rw_quotestrunsigned short(FmtSpec const, char**, unsigned 
int*, unsigned short const*, unsigned int, int)':
/build/sebor/stdcxx-4.1.3/tests/src/printf.cpp:2297: undefined reference to 
`__rw::__rw_memattr(void const*, unsigned int, int)'
/build/sebor/stdcxx-4.1.3-gcc-4.1.0-11s/rwtest/librwtest11s.a(printf.o): In 
function `int rw_quotestrunsigned int(FmtSpec const, char**, unsigned int*, 
unsigned int const*, unsigned int, int)':
/build/sebor/stdcxx-4.1.3/tests/src/printf.cpp:2297: undefined reference to 
`__rw::__rw_memattr(void const*, unsigned int, int)'
/build/sebor/stdcxx-4.1.3-gcc-4.1.0-11s/rwtest/librwtest11s.a(printf.o): In 
function `int rw_quotestrunsigned long long(FmtSpec const, char**, unsigned 
int*, unsigned long long const*, unsigned int, int)':
/build/sebor/stdcxx-4.1.3/tests/src/printf.cpp:2297: undefined reference to 
`__rw::__rw_memattr(void const*, unsigned int, int)'
/build/sebor/stdcxx-4.1.3-gcc-4.1.0-11s/rwtest/librwtest11s.a(printf.o): In 
function `int rw_quotestrwchar_t(FmtSpec const, char**, unsigned int*, 
wchar_t const*, unsigned int, int)':
/build/sebor/stdcxx-4.1.3/tests/src/printf.cpp:2297: undefined reference to 
`__rw::__rw_memattr(void const*, unsigned int, int)'
/build/sebor/stdcxx-4.1.3-gcc-4.1.0-11s/rwtest/librwtest11s.a(printf.o):/build/sebor/stdcxx-4.1.3/tests/src/printf.cpp:2297:
 more undefined references to `__rw::__rw_memattr(void const*, unsigned int, 
int)' follow
collect2: ld returned 1 exit status
make: *** [18.limits.traps] Error 1


-- 
This message is automatically generated by JIRA.
-
You can reply to this 

[jira] Closed: (STDCXX-354) make 18.limits.traps linker errors due to bad library order

[Martin Sebor (JIRA)]

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

Martin Sebor closed STDCXX-354.
---

   Resolution: Fixed
Fix Version/s: 4.2

 make 18.limits.traps linker errors due to bad library order
 ---

 Key: STDCXX-354
 URL: https://issues.apache.org/jira/browse/STDCXX-354
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Tests
Affects Versions: 4.1.3
 Environment: all
Reporter: Martin Sebor
 Assigned To: Martin Sebor
 Fix For: 4.2

 Attachments: stdcxx-354.patch


 Tests such 18.limits.traps fail to link when make is invoked explicitly with 
 their name as a target because make places the stdcxx library before the 
 object file in the rule. Notice the command attempts to both compile and link 
 the target.
 $ make 18.limits.traps
 gcc -pedantic -nostdinc++ -g  -Wall -W -Wcast-qual -Winline -Wshadow 
 -Wwrite-strings -Wno-long-long  -I/build/sebor/stdcxx-4.1.3/include/ansi 
 -D_RWSTDDEBUG-D_RWSTD_USE_CONFIG 
 -I/build/sebor/stdcxx-4.1.3-gcc-4.1.0-11s/include 
 -I/build/sebor/stdcxx-4.1.3/include -I/build/sebor/stdcxx-4.1.3/../rwtest 
 -I/build/sebor/stdcxx-4.1.3/../rwtest/include 
 -I/build/sebor/stdcxx-4.1.3/tests/include  
 -L/build/sebor/stdcxx-4.1.3-gcc-4.1.0-11s/rwtest -lrwtest11s  
 -L/build/sebor/stdcxx-4.1.3-gcc-4.1.0-11s/lib -lstd11s   
 /build/sebor/stdcxx-4.1.3/tests/support/18.limits.traps.cpp 
 /build/sebor/stdcxx-4.1.3-gcc-4.1.0-11s/lib/libstd11s.a 
 /build/sebor/stdcxx-4.1.3-gcc-4.1.0-11s/rwtest/librwtest11s.a  -lsupc++ -lm 
 -o 18.limits.traps
 /build/sebor/stdcxx-4.1.3-gcc-4.1.0-11s/rwtest/librwtest11s.a(printf.o): In 
 function `_rw_fmtstr':
 /build/sebor/stdcxx-4.1.3/tests/src/printf.cpp:2497: undefined reference to 
 `__rw::__rw_memattr(void const*, unsigned int, int)'
 /build/sebor/stdcxx-4.1.3-gcc-4.1.0-11s/rwtest/librwtest11s.a(printf.o): In 
 function `libstd_vasnprintf':
 /build/sebor/stdcxx-4.1.3/tests/src/printf.cpp:3169: undefined reference to 
 `std::basic_stringwchar_t, std::char_traitswchar_t, 
 std::allocatorwchar_t ::data() const'
 /build/sebor/stdcxx-4.1.3/tests/src/printf.cpp:3170: undefined reference to 
 `std::basic_stringwchar_t, std::char_traitswchar_t, 
 std::allocatorwchar_t ::size() const'
 /build/sebor/stdcxx-4.1.3/tests/src/printf.cpp:3178: undefined reference to 
 `std::basic_stringchar, std::char_traitschar, std::allocatorchar 
 ::data() const'
 /build/sebor/stdcxx-4.1.3/tests/src/printf.cpp:3179: undefined reference to 
 `std::basic_stringchar, std::char_traitschar, std::allocatorchar 
 ::size() const'
 /build/sebor/stdcxx-4.1.3-gcc-4.1.0-11s/rwtest/librwtest11s.a(printf.o): In 
 function `__static_initialization_and_destruction_0':
 /build/sebor/stdcxx-4.1.3/include/iostream:39: undefined reference to 
 `std::ios_base::Init::Init()'
 /build/sebor/stdcxx-4.1.3/include/iostream:39: undefined reference to 
 `std::ios_base::Init::~Init()'
 /build/sebor/stdcxx-4.1.3-gcc-4.1.0-11s/rwtest/librwtest11s.a(printf.o): In 
 function `_rw_vasnprintf_c99':
 /build/sebor/stdcxx-4.1.3/tests/src/printf.cpp:520: undefined reference to 
 `__rw::__rw_assert_fail(char const*, char const*, int, char const*)'
 /build/sebor/stdcxx-4.1.3-gcc-4.1.0-11s/rwtest/librwtest11s.a(printf.o): In 
 function `int rw_quotestrunsigned char(FmtSpec const, char**, unsigned 
 int*, unsigned char const*, unsigned int, int)':
 /build/sebor/stdcxx-4.1.3/tests/src/printf.cpp:2297: undefined reference to 
 `__rw::__rw_memattr(void const*, unsigned int, int)'
 /build/sebor/stdcxx-4.1.3-gcc-4.1.0-11s/rwtest/librwtest11s.a(printf.o): In 
 function `int rw_quotestrunsigned short(FmtSpec const, char**, unsigned 
 int*, unsigned short const*, unsigned int, int)':
 /build/sebor/stdcxx-4.1.3/tests/src/printf.cpp:2297: undefined reference to 
 `__rw::__rw_memattr(void const*, unsigned int, int)'
 /build/sebor/stdcxx-4.1.3-gcc-4.1.0-11s/rwtest/librwtest11s.a(printf.o): In 
 function `int rw_quotestrunsigned int(FmtSpec const, char**, unsigned 
 int*, unsigned int const*, unsigned int, int)':
 /build/sebor/stdcxx-4.1.3/tests/src/printf.cpp:2297: undefined reference to 
 `__rw::__rw_memattr(void const*, unsigned int, int)'
 /build/sebor/stdcxx-4.1.3-gcc-4.1.0-11s/rwtest/librwtest11s.a(printf.o): In 
 function `int rw_quotestrunsigned long long(FmtSpec const, char**, 
 unsigned int*, unsigned long long const*, unsigned int, int)':
 /build/sebor/stdcxx-4.1.3/tests/src/printf.cpp:2297: undefined reference to 
 `__rw::__rw_memattr(void const*, unsigned int, int)'
 /build/sebor/stdcxx-4.1.3-gcc-4.1.0-11s/rwtest/librwtest11s.a(printf.o): In 
 function `int rw_quotestrwchar_t(FmtSpec const, char**, unsigned int*, 
 wchar_t const*, unsigned int, int)':
 /build/sebor/stdcxx-4.1.3/tests/src/printf.cpp:2297: undefined reference to 
 

[jira] Updated: (STDCXX-356) Remove include path from INCLUDES in GNUmakefile.bin

[Martin Sebor (JIRA)]

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

Martin Sebor updated STDCXX-356:


Fix Version/s: (was: 4.1.4)

Removed 4.1.4 from Fix Version(s) (it's not an Apache release).

 Remove include path from INCLUDES in GNUmakefile.bin
 

 Key: STDCXX-356
 URL: https://issues.apache.org/jira/browse/STDCXX-356
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Build
Affects Versions: 4.1.3, 4.1.2
 Environment: Darwin host.local 8.8.1 Darwin Kernel Version 8.8.1: Mon 
 Sep 25 19:42:00 PDT 2006; root:xnu-792.13.8.obj~1/RELEASE_I386 i386 i386
Reporter: Eric Lemings
 Assigned To: Martin Sebor
 Fix For: 4.2


 The compile flag '-I$(TOPDIR)/include/loc' needs to be removed from INCLUDES 
 in the GNUmakefile.bin makefile.  Patch listed below.
 Index: etc/config/GNUmakefile.bin
 ===
 --- etc/config/GNUmakefile.bin  (revision 517771)
 +++ etc/config/GNUmakefile.bin  (working copy)
 @@ -14,7 +14,6 @@
  ONE_REPOSITORY = 1
  include ../makefile.common
  
 -INCLUDES += -I$(TOPDIR)/include/loc
  TARGET= exec localedef locale
  
  # locale sources and related 

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

[jira] Assigned: (STDCXX-356) Remove include path from INCLUDES in GNUmakefile.bin

[Martin Sebor (JIRA)]

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

Martin Sebor reassigned STDCXX-356:
---

Assignee: Martin Sebor

 Remove include path from INCLUDES in GNUmakefile.bin
 

 Key: STDCXX-356
 URL: https://issues.apache.org/jira/browse/STDCXX-356
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Build
Affects Versions: 4.1.3, 4.1.2
 Environment: Darwin host.local 8.8.1 Darwin Kernel Version 8.8.1: Mon 
 Sep 25 19:42:00 PDT 2006; root:xnu-792.13.8.obj~1/RELEASE_I386 i386 i386
Reporter: Eric Lemings
 Assigned To: Martin Sebor
 Fix For: 4.2, 4.1.4


 The compile flag '-I$(TOPDIR)/include/loc' needs to be removed from INCLUDES 
 in the GNUmakefile.bin makefile.  Patch listed below.
 Index: etc/config/GNUmakefile.bin
 ===
 --- etc/config/GNUmakefile.bin  (revision 517771)
 +++ etc/config/GNUmakefile.bin  (working copy)
 @@ -14,7 +14,6 @@
  ONE_REPOSITORY = 1
  include ../makefile.common
  
 -INCLUDES += -I$(TOPDIR)/include/loc
  TARGET= exec localedef locale
  
  # locale sources and related 

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

[jira] Assigned: (STDCXX-359) [gcc/Mac OS X 10.4.8 Tiger] Can't convert FmtSpec::mod to bool.

[Martin Sebor (JIRA)]

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

Martin Sebor reassigned STDCXX-359:
---

Assignee: Martin Sebor

 [gcc/Mac OS X 10.4.8 Tiger] Can't convert FmtSpec::mod to bool.
 ---

 Key: STDCXX-359
 URL: https://issues.apache.org/jira/browse/STDCXX-359
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Build, Tests
Affects Versions: 4.1.3, 4.1.2
 Environment: Darwin host.local 8.8.1 Darwin Kernel Version 8.8.1: Mon 
 Sep 25 19:42:00 PDT 2006; root:xnu-792.13.8.obj~1/RELEASE_I386 i386 i386
Reporter: Eric Lemings
 Assigned To: Martin Sebor
 Fix For: 4.2


 The mod data member of the FmtSpec structure is defined in the 
 tests/src/fmt_defs.h header file as shown below.
  65 struct FmtSpec
  66 {
  67 // optional flags
  68 unsigned fl_minus  : 1;
 ...
  73 
  74 // optional length modifier
  75 enum Modifier {
  76 mod_none = 0,
  77 mod_h,   // short modifier
 ...
  86 mod_ext_I// extension: int as ios::iostate
  87 };
  88 
  89 Modifier mod : 5;
 (That may be the first time I've ever seen a bitfield defined in terms of an 
 enumeration.  But I digress...)  This member is checked in the 
 tests/src/printf.cpp source file as shown here and fails to compile on Darwin 
 platforms.
2885 case 'S':   // %{S}, %{lS}, %{#*S}
2886 if (   spec.mod == spec.mod_l
2887 || !spec.mod  spec.fl_pound  sizeof (wchar_t) == 
 spec.width) {
2888 // std::wstring
 This should probably be coded as an explicit equality/comparison to the 
 Modifier enumerators.  (Also there should probably be parentheses for 
 explicit grouping around the logical OR (||) operands and the logical AND 
 (} operands.  IIRC, the logical AND operator has precedence over the 
 logical OR operator but I'm not sure.)  A patch is shown below.
 Index: tests/src/printf.cpp
 ===
 --- tests/src/printf.cpp(revision 517771)
 +++ tests/src/printf.cpp(working copy)
 @@ -2883,8 +2883,8 @@
  break;
  
  case 'S':   // %{S}, %{lS}, %{#*S}
 -if (   spec.mod == spec.mod_l
 -|| !spec.mod  spec.fl_pound  sizeof (wchar_t) == spec.width) 
 {
 +if (   spec.mod == spec.mod_l || spec.mod != FmtSpec::mod_none
 + spec.fl_pound  sizeof (wchar_t) == spec.width) {
  // std::wstring
  spec.param.ptr_ = PARAM (ptr_, pva);
  

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

[jira] Closed: (STDCXX-356) Remove include path from INCLUDES in GNUmakefile.bin

[Martin Sebor (JIRA)]

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

Martin Sebor closed STDCXX-356.
---

Resolution: Fixed

Fixed as suggested.

 Remove include path from INCLUDES in GNUmakefile.bin
 

 Key: STDCXX-356
 URL: https://issues.apache.org/jira/browse/STDCXX-356
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Build
Affects Versions: 4.1.3, 4.1.2
 Environment: Darwin host.local 8.8.1 Darwin Kernel Version 8.8.1: Mon 
 Sep 25 19:42:00 PDT 2006; root:xnu-792.13.8.obj~1/RELEASE_I386 i386 i386
Reporter: Eric Lemings
 Assigned To: Martin Sebor
 Fix For: 4.2


 The compile flag '-I$(TOPDIR)/include/loc' needs to be removed from INCLUDES 
 in the GNUmakefile.bin makefile.  Patch listed below.
 Index: etc/config/GNUmakefile.bin
 ===
 --- etc/config/GNUmakefile.bin  (revision 517771)
 +++ etc/config/GNUmakefile.bin  (working copy)
 @@ -14,7 +14,6 @@
  ONE_REPOSITORY = 1
  include ../makefile.common
  
 -INCLUDES += -I$(TOPDIR)/include/loc
  TARGET= exec localedef locale
  
  # locale sources and related 

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

[jira] Commented: (STDCXX-359) [gcc/Mac OS X 10.4.8 Tiger] Can't convert FmtSpec::mod to bool.

[Martin Sebor (JIRA)]

[ 
https://issues.apache.org/jira/browse/STDCXX-359?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12481306
 ] 

Martin Sebor commented on STDCXX-359:
-

Sounds like the snapshot should give the same error for the well-formed program 
below:

enum E { e };
int main () { if (!e) return 0; }

Can you confirm? If that's so, the snapshot is buggy.

 [gcc/Mac OS X 10.4.8 Tiger] Can't convert FmtSpec::mod to bool.
 ---

 Key: STDCXX-359
 URL: https://issues.apache.org/jira/browse/STDCXX-359
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Build, Tests
Affects Versions: 4.1.3, 4.1.2
 Environment: Darwin host.local 8.8.1 Darwin Kernel Version 8.8.1: Mon 
 Sep 25 19:42:00 PDT 2006; root:xnu-792.13.8.obj~1/RELEASE_I386 i386 i386
Reporter: Eric Lemings
 Assigned To: Martin Sebor
 Fix For: 4.2


 The mod data member of the FmtSpec structure is defined in the 
 tests/src/fmt_defs.h header file as shown below.
  65 struct FmtSpec
  66 {
  67 // optional flags
  68 unsigned fl_minus  : 1;
 ...
  73 
  74 // optional length modifier
  75 enum Modifier {
  76 mod_none = 0,
  77 mod_h,   // short modifier
 ...
  86 mod_ext_I// extension: int as ios::iostate
  87 };
  88 
  89 Modifier mod : 5;
 (That may be the first time I've ever seen a bitfield defined in terms of an 
 enumeration.  But I digress...)  This member is checked in the 
 tests/src/printf.cpp source file as shown here and fails to compile on Darwin 
 platforms.
2885 case 'S':   // %{S}, %{lS}, %{#*S}
2886 if (   spec.mod == spec.mod_l
2887 || !spec.mod  spec.fl_pound  sizeof (wchar_t) == 
 spec.width) {
2888 // std::wstring
 This should probably be coded as an explicit equality/comparison to the 
 Modifier enumerators.  (Also there should probably be parentheses for 
 explicit grouping around the logical OR (||) operands and the logical AND 
 (} operands.  IIRC, the logical AND operator has precedence over the 
 logical OR operator but I'm not sure.)  A patch is shown below.
 Index: tests/src/printf.cpp
 ===
 --- tests/src/printf.cpp(revision 517771)
 +++ tests/src/printf.cpp(working copy)
 @@ -2883,8 +2883,8 @@
  break;
  
  case 'S':   // %{S}, %{lS}, %{#*S}
 -if (   spec.mod == spec.mod_l
 -|| !spec.mod  spec.fl_pound  sizeof (wchar_t) == spec.width) 
 {
 +if (   spec.mod == spec.mod_l || spec.mod != FmtSpec::mod_none
 + spec.fl_pound  sizeof (wchar_t) == spec.width) {
  // std::wstring
  spec.param.ptr_ = PARAM (ptr_, pva);
  

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

[jira] Closed: (STDCXX-359) [gcc/Mac OS X 10.4.8 Tiger] Can't convert FmtSpec::mod to bool.

[Martin Sebor (JIRA)]

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

Martin Sebor closed STDCXX-359.
---

Resolution: Fixed

Assuming the committed patch successfully works around the gcc bug. If not, 
please reopen.

 [gcc/Mac OS X 10.4.8 Tiger] Can't convert FmtSpec::mod to bool.
 ---

 Key: STDCXX-359
 URL: https://issues.apache.org/jira/browse/STDCXX-359
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Build, Tests
Affects Versions: 4.1.3, 4.1.2
 Environment: Darwin host.local 8.8.1 Darwin Kernel Version 8.8.1: Mon 
 Sep 25 19:42:00 PDT 2006; root:xnu-792.13.8.obj~1/RELEASE_I386 i386 i386
Reporter: Eric Lemings
 Assigned To: Martin Sebor
 Fix For: 4.2


 The mod data member of the FmtSpec structure is defined in the 
 tests/src/fmt_defs.h header file as shown below.
  65 struct FmtSpec
  66 {
  67 // optional flags
  68 unsigned fl_minus  : 1;
 ...
  73 
  74 // optional length modifier
  75 enum Modifier {
  76 mod_none = 0,
  77 mod_h,   // short modifier
 ...
  86 mod_ext_I// extension: int as ios::iostate
  87 };
  88 
  89 Modifier mod : 5;
 (That may be the first time I've ever seen a bitfield defined in terms of an 
 enumeration.  But I digress...)  This member is checked in the 
 tests/src/printf.cpp source file as shown here and fails to compile on Darwin 
 platforms.
2885 case 'S':   // %{S}, %{lS}, %{#*S}
2886 if (   spec.mod == spec.mod_l
2887 || !spec.mod  spec.fl_pound  sizeof (wchar_t) == 
 spec.width) {
2888 // std::wstring
 This should probably be coded as an explicit equality/comparison to the 
 Modifier enumerators.  (Also there should probably be parentheses for 
 explicit grouping around the logical OR (||) operands and the logical AND 
 (} operands.  IIRC, the logical AND operator has precedence over the 
 logical OR operator but I'm not sure.)  A patch is shown below.
 Index: tests/src/printf.cpp
 ===
 --- tests/src/printf.cpp(revision 517771)
 +++ tests/src/printf.cpp(working copy)
 @@ -2883,8 +2883,8 @@
  break;
  
  case 'S':   // %{S}, %{lS}, %{#*S}
 -if (   spec.mod == spec.mod_l
 -|| !spec.mod  spec.fl_pound  sizeof (wchar_t) == spec.width) 
 {
 +if (   spec.mod == spec.mod_l || spec.mod != FmtSpec::mod_none
 + spec.fl_pound  sizeof (wchar_t) == spec.width) {
  // std::wstring
  spec.param.ptr_ = PARAM (ptr_, pva);
  

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

[jira] Closed: (STDCXX-97) [IBM XLC/C++ 7.0] syntax errors while creating BUILDDIR

[Martin Sebor (JIRA)]

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

Martin Sebor closed STDCXX-97.
--

Resolution: Fixed

Resolved by the referenced changes. Tested with XL C/C++ 8.0.0.12, 7.0.0.9, 
7.0.0.7, 7.0.0.3, 7.0, and VisualAge 6.0. Closed.

 [IBM XLC/C++ 7.0] syntax errors while creating BUILDDIR
 ---

 Key: STDCXX-97
 URL: https://issues.apache.org/jira/browse/STDCXX-97
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Configuration
Affects Versions: 4.1.3
 Environment: IBM XLC/C++ 7.0
Reporter: Martin Sebor
 Assigned To: Martin Sebor
Priority: Minor
 Fix For: 4.2


 The following (recoverable) errors pop up while creating BUILDDIR:
 $ nice gmake BUILDDIR=/build/sebor/stdcxx-vacpp-7.0-12D BUILDTYPE=12D
 GNUmakefile:283: CONFIG not specified, using vacpp.config
 expr: 0402-050 Syntax error.
 creating BUILDDIR=/build/sebor/stdcxx-vacpp-7.0-12D
 generating /build/sebor/stdcxx-vacpp-7.0-12D/makefile.in from 
 /amd/devco/sebor/stdcxx-r355532/etc/config/vacpp.config
 expr: 0402-050 Syntax error.
 gmake[1]: Entering directory `/build/sebor/stdcxx-vacpp-7.0-12D'
 gmake[2]: Entering directory `/build/sebor/stdcxx-vacpp-7.0-12D/include'
 gmake config
 gmake[3]: Entering directory `/build/sebor/stdcxx-vacpp-7.0-12D/include'
 configuring for xlCcore_r- on aix-5.2
 checking if compiler is sane   ok
 checking if linker is sane ok
 checking if run environment is saneok
 checking system architecture   LP64 big endian
 ...

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

[jira] Created: (STDCXX-360) [XLC++ 7.0] ICE compiling 2.smartptr.shared.cpp

[Martin Sebor (JIRA)]

[XLC++ 7.0] ICE compiling 2.smartptr.shared.cpp
---

 Key: STDCXX-360
 URL: https://issues.apache.org/jira/browse/STDCXX-360
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Tests
Affects Versions: 4.2
 Environment: IBM XL C/C++ Version: 07.00..0009  
Reporter: Martin Sebor


PMR 02337,K78,000

The attached translation unit (gzipped and encoded in base-64) produced by 
preprocessing tests/tr1.util/2.smartptr.shared.cpp) causes an internal compiler 
error:

$ xlC -qversion  xlC -q64 -c -g t.cpp
 IBM XL C/C++ Enterprise Edition V7.0 
 Version: 07.00..0009  
/nfs/packages/mdx/aix/compilers/5.3.0/va70_20070227/root/usr/vacpp/bin/.orig/xlC:
1501-230 Internal compiler error; please contact your Service Representative

xlCcore_r -c -I/amd/devco/sebor/stdcxx-4.1.3/include/ansi -D_RWSTDDEBUG
-D_RWSTD_USE_CONFIG -I/build/sebor/stdcxx-4.1.3-vacpp-7.0-15D/include 
-I/amd/devco/sebor/stdcxx-4.1.3/include 
-I/amd/devco/sebor/stdcxx-4.1.3/../rwtest 
-I/amd/devco/sebor/stdcxx-4.1.3/../rwtest/include 
-I/amd/devco/sebor/stdcxx-4.1.3/tests/include  -g  -q64  
-qtemplateregistry=2.smartptr.shared.ti   
/amd/devco/sebor/stdcxx-4.1.3/tests/tr1.util/2.smartptr.shared.cpp
/nfs/packages/mdx/aix/compilers/5.3.0/va70_20070227/root/usr/vacpp/bin/.orig/xlCcore_r:
 1501-230 Internal compiler error; please contact your Service Representative


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

[jira] Updated: (STDCXX-360) [XLC++ 7.0] ICE compiling 2.smartptr.shared.cpp

[Martin Sebor (JIRA)]

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

Martin Sebor updated STDCXX-360:


Attachment: t.cpp.gz

The same translation unit but only gzipped.

 [XLC++ 7.0] ICE compiling 2.smartptr.shared.cpp
 ---

 Key: STDCXX-360
 URL: https://issues.apache.org/jira/browse/STDCXX-360
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Tests
Affects Versions: 4.2
 Environment: IBM XL C/C++ Version: 07.00..0009  
Reporter: Martin Sebor
 Attachments: t.cpp.gz, t.cpp.gz.base64


 PMR 02337,K78,000
 The attached translation unit (gzipped and encoded in base-64) produced by 
 preprocessing tests/tr1.util/2.smartptr.shared.cpp) causes an internal 
 compiler error:
 $ xlC -qversion  xlC -q64 -c -g t.cpp
  IBM XL C/C++ Enterprise Edition V7.0 
  Version: 07.00..0009  
 /nfs/packages/mdx/aix/compilers/5.3.0/va70_20070227/root/usr/vacpp/bin/.orig/xlC:
 1501-230 Internal compiler error; please contact your Service Representative
 xlCcore_r -c -I/amd/devco/sebor/stdcxx-4.1.3/include/ansi -D_RWSTDDEBUG
 -D_RWSTD_USE_CONFIG -I/build/sebor/stdcxx-4.1.3-vacpp-7.0-15D/include 
 -I/amd/devco/sebor/stdcxx-4.1.3/include 
 -I/amd/devco/sebor/stdcxx-4.1.3/../rwtest 
 -I/amd/devco/sebor/stdcxx-4.1.3/../rwtest/include 
 -I/amd/devco/sebor/stdcxx-4.1.3/tests/include  -g  -q64  
 -qtemplateregistry=2.smartptr.shared.ti   
 /amd/devco/sebor/stdcxx-4.1.3/tests/tr1.util/2.smartptr.shared.cpp
 /nfs/packages/mdx/aix/compilers/5.3.0/va70_20070227/root/usr/vacpp/bin/.orig/xlCcore_r:
  1501-230 Internal compiler error; please contact your Service Representative

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

[jira] Updated: (STDCXX-300) [XLC++ 8.0] error 1540-0062 compiling ti_money_get.cpp

[Martin Sebor (JIRA)]

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

Martin Sebor updated STDCXX-300:


Priority: Blocker  (was: Major)

This problem blocks the next release of stdcxx.

 [XLC++ 8.0] error 1540-0062 compiling ti_money_get.cpp
 --

 Key: STDCXX-300
 URL: https://issues.apache.org/jira/browse/STDCXX-300
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Build
 Environment: XLC++ 8.0/AIX
Reporter: Martin Sebor
 Assigned To: Martin Sebor
Priority: Blocker

 The latest library fails to build with IBM XLC++ 8.0 on AIX with the error 
 below:
 xlCcore -c 
 -I/build2/batman/5.0.0/builds/33187497/source-buildspace/include/ansi 
 -D_RWSTDDEBUG-D_RWSTD_USE_CONFIG 
 -I/build2/batman/5.0.0/builds/33187497/source-buildspace/include 
 -I/build2/batman/5.0.0/builds/33187497/source-buildspace/build/include  -g  
 -qtemplateregistry=repository.ti
 /build2/batman/5.0.0/builds/33187497/source-buildspace/src/ti_money_get.cpp
 /build2/batman/5.0.0/builds/33187497/source-buildspace/include/streambuf, 
 line 288.43: 1540-0062 (S) The incomplete class _Traits must not be used as 
 a qualifier.
 /build2/batman/5.0.0/builds/33187497/source-buildspace/include/rw/_ioiter.h,
  line 144.44: 1540-0700 (I) The previous message was produced while 
 processing class std::basic_streambufchar,std::char_traitschar .
 gmake: *** [ti_money_get.o] Error 1
 gmake: Leaving directory 
 `/build2/batman/5.0.0/builds/33187497/source-buildspace/build/lib'

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

[jira] Commented: (STDCXX-300) [XLC++ 8.0] error 1540-0062 compiling ti_money_get.cpp

[Martin Sebor (JIRA)]

[ 
https://issues.apache.org/jira/browse/STDCXX-300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12481384
 ] 

Martin Sebor commented on STDCXX-300:
-

Defining the _RWSTD_NO_EXPLICIT_INSTANTIATION_BEFORE_DEFINITION macro resolves 
the compilation error. However, the macro seems to cause several 1540-2910 
warnings along the lines of:

xlCcore_r -c -I/amd/devco/sebor/stdcxx/include/ansi -D_RWSTDDEBUG
-I/amd/devco/sebor/stdcxx/include 
-I/build/sebor/tmp/stdcxx-xlc-8.0.0.12-15D/include  -g  -q64 
-qtemplateregistry=repository.ti /amd/devco/sebor/stdcxx/src/collate.cpp
/amd/devco/sebor/stdcxx/src/podarray.h, line 161.21: 1540-2910 (I) The 
template __rw::__rw_pod_arrayconst unsigned int *,1024 
__rw::__rw_pod_arrayconst unsigned int *,1024::append(const unsigned int * 
const *, unsigned long) uses a file organization for tempinc, but tempinc is 
not being used.
/amd/devco/sebor/stdcxx/src/podarray.h, line 74.7: 1540-0424 (I) template 
class __rw::__rw_pod_array is declared on line 74 of 
/amd/devco/sebor/stdcxx/src/podarray.h.


 [XLC++ 8.0] error 1540-0062 compiling ti_money_get.cpp
 --

 Key: STDCXX-300
 URL: https://issues.apache.org/jira/browse/STDCXX-300
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Build
 Environment: XLC++ 8.0/AIX
Reporter: Martin Sebor
 Assigned To: Martin Sebor
Priority: Blocker

 The latest library fails to build with IBM XLC++ 8.0 on AIX with the error 
 below:
 xlCcore -c 
 -I/build2/batman/5.0.0/builds/33187497/source-buildspace/include/ansi 
 -D_RWSTDDEBUG-D_RWSTD_USE_CONFIG 
 -I/build2/batman/5.0.0/builds/33187497/source-buildspace/include 
 -I/build2/batman/5.0.0/builds/33187497/source-buildspace/build/include  -g  
 -qtemplateregistry=repository.ti
 /build2/batman/5.0.0/builds/33187497/source-buildspace/src/ti_money_get.cpp
 /build2/batman/5.0.0/builds/33187497/source-buildspace/include/streambuf, 
 line 288.43: 1540-0062 (S) The incomplete class _Traits must not be used as 
 a qualifier.
 /build2/batman/5.0.0/builds/33187497/source-buildspace/include/rw/_ioiter.h,
  line 144.44: 1540-0700 (I) The previous message was produced while 
 processing class std::basic_streambufchar,std::char_traitschar .
 gmake: *** [ti_money_get.o] Error 1
 gmake: Leaving directory 
 `/build2/batman/5.0.0/builds/33187497/source-buildspace/build/lib'

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

[jira] Commented: (STDCXX-300) [XLC++ 8.0] error 1540-0062 compiling ti_money_get.cpp

[Martin Sebor (JIRA)]

[ 
https://issues.apache.org/jira/browse/STDCXX-300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12481418
 ] 

Martin Sebor commented on STDCXX-300:
-

Since _RWSTD_NO_EXPLICIT_INSTANTIATION_BEFORE_DEFINITION alone may not be 
enough here's a diff between an XLC++ 7.0 config file (which works fine) and 
one for XLC++ 8.0 to help zero in on what's changed. Suspect 
_RWSTD_NO_IMPLICIT_INSTANTIATION (rebuilding the library with it defined 
eliminates warning 1540-2910. Seems the preprocessor conditional on line 1442 
of include/rw/_defs.h isn't quite right?

$ diff /build/sebor/stdcxx-xlc-7.0.0.3-15D/include/config.h 
/build/sebor/stdcxx-xlc-8.0.0.12-15D/include/config.h | grep -v -e _ANSI_ -e 
configured
1c1
---
3c3
---
11c11
---
17c17
---
29c29
---
31c31
---
39c39
---
41c41
---
414c414
 #define _RWSTD_NO_EXPLICIT_INSTANTIATION_WITH_IMPLICIT_INCLUSION
---
 // #define _RWSTD_NO_EXPLICIT_INSTANTIATION_WITH_IMPLICIT_INCLUSION
427c427
 #define _RWSTD_NO_EXTERN_TEMPLATE
---
 // #define _RWSTD_NO_EXTERN_TEMPLATE
429c429
 #define _RWSTD_NO_EXTERN_TEMPLATE_BEFORE_DEFINITION
---
 // #define _RWSTD_NO_EXTERN_TEMPLATE_BEFORE_DEFINITION
482c482
 #define _RWSTD_NO_IMPLICIT_INSTANTIATION
---
 // #define _RWSTD_NO_IMPLICIT_INSTANTIATION


 [XLC++ 8.0] error 1540-0062 compiling ti_money_get.cpp
 --

 Key: STDCXX-300
 URL: https://issues.apache.org/jira/browse/STDCXX-300
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Build
 Environment: XLC++ 8.0/AIX
Reporter: Martin Sebor
 Assigned To: Martin Sebor
Priority: Blocker

 The latest library fails to build with IBM XLC++ 8.0 on AIX with the error 
 below:
 xlCcore -c 
 -I/build2/batman/5.0.0/builds/33187497/source-buildspace/include/ansi 
 -D_RWSTDDEBUG-D_RWSTD_USE_CONFIG 
 -I/build2/batman/5.0.0/builds/33187497/source-buildspace/include 
 -I/build2/batman/5.0.0/builds/33187497/source-buildspace/build/include  -g  
 -qtemplateregistry=repository.ti
 /build2/batman/5.0.0/builds/33187497/source-buildspace/src/ti_money_get.cpp
 /build2/batman/5.0.0/builds/33187497/source-buildspace/include/streambuf, 
 line 288.43: 1540-0062 (S) The incomplete class _Traits must not be used as 
 a qualifier.
 /build2/batman/5.0.0/builds/33187497/source-buildspace/include/rw/_ioiter.h,
  line 144.44: 1540-0700 (I) The previous message was produced while 
 processing class std::basic_streambufchar,std::char_traitschar .
 gmake: *** [ti_money_get.o] Error 1
 gmake: Leaving directory 
 `/build2/batman/5.0.0/builds/33187497/source-buildspace/build/lib'

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

[jira] Assigned: (STDCXX-213) add header guard for #include rw/_defs.h

[Martin Sebor (JIRA)]

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

Martin Sebor reassigned STDCXX-213:
---

Assignee: Martin Sebor

 add header guard for #include rw/_defs.h
 --

 Key: STDCXX-213
 URL: https://issues.apache.org/jira/browse/STDCXX-213
 Project: C++ Standard Library
  Issue Type: Improvement
  Components: Build
Affects Versions: 4.1.3, 4.1.2
 Environment: all
Reporter: Martin Sebor
 Assigned To: Martin Sebor
Priority: Minor

 Moved from the Rogue Wave bug tracking database:
 Created By: dean @ Jun 02, 2004 09:58:11 AM
 Hi Kathy,
   Here is the request that I have for additional work for RogueWave to do for 
 us.  This is a minor request but has some big payback, especially when the 
 RogueWave code is checked into ClearCase.  In my simple test, I reduced the 
 number of include files that were opened from 200 to 100!  I haven't run the 
 big test yet (the one that opens more than 2,400 header files.
   The request is to add a different kind of header guard (in addition to the 
 one that is currently being used).  For example, instead of the code:
 #include rw/_defs.h
 Use the code:
 #ifndef _RWSTD_DEFS_H_INCLUDED
   #include rw/_defs.h
 #endif
   This should be done in all header files and .cc files for all #includes 
 that have header guards.
   Let me know if this isn't clear or you have questions.
 Thanks,
 Bert
  Entered By: dean @ Wednesday, June 02, 2004 9:58:03 AM  
 Modified By: sebor @ Apr 11, 2005 03:11:29 PM
 This is doable but it has been assumed that modern preprocessors implement 
 this optimization. It would be useful to know what compiler the customer is 
 using.
 Deferred for now.

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

[jira] Updated: (STDCXX-213) add header guard for #include rw/_defs.h

[Martin Sebor (JIRA)]

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

Martin Sebor updated STDCXX-213:


Component/s: Build

 add header guard for #include rw/_defs.h
 --

 Key: STDCXX-213
 URL: https://issues.apache.org/jira/browse/STDCXX-213
 Project: C++ Standard Library
  Issue Type: Improvement
  Components: Build
Affects Versions: 4.1.3, 4.1.2
 Environment: all
Reporter: Martin Sebor
 Assigned To: Martin Sebor
Priority: Minor

 Moved from the Rogue Wave bug tracking database:
 Created By: dean @ Jun 02, 2004 09:58:11 AM
 Hi Kathy,
   Here is the request that I have for additional work for RogueWave to do for 
 us.  This is a minor request but has some big payback, especially when the 
 RogueWave code is checked into ClearCase.  In my simple test, I reduced the 
 number of include files that were opened from 200 to 100!  I haven't run the 
 big test yet (the one that opens more than 2,400 header files.
   The request is to add a different kind of header guard (in addition to the 
 one that is currently being used).  For example, instead of the code:
 #include rw/_defs.h
 Use the code:
 #ifndef _RWSTD_DEFS_H_INCLUDED
   #include rw/_defs.h
 #endif
   This should be done in all header files and .cc files for all #includes 
 that have header guards.
   Let me know if this isn't clear or you have questions.
 Thanks,
 Bert
  Entered By: dean @ Wednesday, June 02, 2004 9:58:03 AM  
 Modified By: sebor @ Apr 11, 2005 03:11:29 PM
 This is doable but it has been assumed that modern preprocessors implement 
 this optimization. It would be useful to know what compiler the customer is 
 using.
 Deferred for now.

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

[jira] Commented: (STDCXX-213) add header guard for #include rw/_defs.h

[Martin Sebor (JIRA)]

[ 
https://issues.apache.org/jira/browse/STDCXX-213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12481762
 ] 

Martin Sebor commented on STDCXX-213:
-

Partially implemented here: 
http://svn.apache.org/viewvc?view=revrevision=374189
Not sure it's worth going beyond this.

 add header guard for #include rw/_defs.h
 --

 Key: STDCXX-213
 URL: https://issues.apache.org/jira/browse/STDCXX-213
 Project: C++ Standard Library
  Issue Type: Improvement
  Components: Build
Affects Versions: 4.1.3, 4.1.2
 Environment: all
Reporter: Martin Sebor
 Assigned To: Martin Sebor
Priority: Minor

 Moved from the Rogue Wave bug tracking database:
 Created By: dean @ Jun 02, 2004 09:58:11 AM
 Hi Kathy,
   Here is the request that I have for additional work for RogueWave to do for 
 us.  This is a minor request but has some big payback, especially when the 
 RogueWave code is checked into ClearCase.  In my simple test, I reduced the 
 number of include files that were opened from 200 to 100!  I haven't run the 
 big test yet (the one that opens more than 2,400 header files.
   The request is to add a different kind of header guard (in addition to the 
 one that is currently being used).  For example, instead of the code:
 #include rw/_defs.h
 Use the code:
 #ifndef _RWSTD_DEFS_H_INCLUDED
   #include rw/_defs.h
 #endif
   This should be done in all header files and .cc files for all #includes 
 that have header guards.
   Let me know if this isn't clear or you have questions.
 Thanks,
 Bert
  Entered By: dean @ Wednesday, June 02, 2004 9:58:03 AM  
 Modified By: sebor @ Apr 11, 2005 03:11:29 PM
 This is doable but it has been assumed that modern preprocessors implement 
 this optimization. It would be useful to know what compiler the customer is 
 using.
 Deferred for now.

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

[jira] Commented: (STDCXX-213) add header guard for #include rw/_defs.h

[Martin Sebor (JIRA)]

[ 
https://issues.apache.org/jira/browse/STDCXX-213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12481765
 ] 

Martin Sebor commented on STDCXX-213:
-

The policy that was in place up until the change above was for every stdcxx 
library header to #include rw/_defs.h as the last #include directive.

The new policy esstablished with the change is that a stdcxx library header 
#include rw/_defs.h if and only if it doesn't #include any other stdcxx 
header.

The exception in both cases is the situation when the #inclusion of the first 
header depends on a configuration macro. In that case rw/_defs.h must be 
#included first (unless the dependency can be resolved by moving the #include 
directive below an unconditional #include directive for another stdcxx header).

 add header guard for #include rw/_defs.h
 --

 Key: STDCXX-213
 URL: https://issues.apache.org/jira/browse/STDCXX-213
 Project: C++ Standard Library
  Issue Type: Improvement
  Components: Build
Affects Versions: 4.1.3, 4.1.2
 Environment: all
Reporter: Martin Sebor
 Assigned To: Martin Sebor
Priority: Minor
 Fix For: 4.2


 Moved from the Rogue Wave bug tracking database:
 Created By: dean @ Jun 02, 2004 09:58:11 AM
 Hi Kathy,
   Here is the request that I have for additional work for RogueWave to do for 
 us.  This is a minor request but has some big payback, especially when the 
 RogueWave code is checked into ClearCase.  In my simple test, I reduced the 
 number of include files that were opened from 200 to 100!  I haven't run the 
 big test yet (the one that opens more than 2,400 header files.
   The request is to add a different kind of header guard (in addition to the 
 one that is currently being used).  For example, instead of the code:
 #include rw/_defs.h
 Use the code:
 #ifndef _RWSTD_DEFS_H_INCLUDED
   #include rw/_defs.h
 #endif
   This should be done in all header files and .cc files for all #includes 
 that have header guards.
   Let me know if this isn't clear or you have questions.
 Thanks,
 Bert
  Entered By: dean @ Wednesday, June 02, 2004 9:58:03 AM  
 Modified By: sebor @ Apr 11, 2005 03:11:29 PM
 This is doable but it has been assumed that modern preprocessors implement 
 this optimization. It would be useful to know what compiler the customer is 
 using.
 Deferred for now.

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

[jira] Closed: (STDCXX-213) add header guard for #include rw/_defs.h

[Martin Sebor (JIRA)]

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

Martin Sebor closed STDCXX-213.
---

   Resolution: Fixed
Fix Version/s: 4.2

Fixed.

 add header guard for #include rw/_defs.h
 --

 Key: STDCXX-213
 URL: https://issues.apache.org/jira/browse/STDCXX-213
 Project: C++ Standard Library
  Issue Type: Improvement
  Components: Build
Affects Versions: 4.1.3, 4.1.2
 Environment: all
Reporter: Martin Sebor
 Assigned To: Martin Sebor
Priority: Minor
 Fix For: 4.2


 Moved from the Rogue Wave bug tracking database:
 Created By: dean @ Jun 02, 2004 09:58:11 AM
 Hi Kathy,
   Here is the request that I have for additional work for RogueWave to do for 
 us.  This is a minor request but has some big payback, especially when the 
 RogueWave code is checked into ClearCase.  In my simple test, I reduced the 
 number of include files that were opened from 200 to 100!  I haven't run the 
 big test yet (the one that opens more than 2,400 header files.
   The request is to add a different kind of header guard (in addition to the 
 one that is currently being used).  For example, instead of the code:
 #include rw/_defs.h
 Use the code:
 #ifndef _RWSTD_DEFS_H_INCLUDED
   #include rw/_defs.h
 #endif
   This should be done in all header files and .cc files for all #includes 
 that have header guards.
   Let me know if this isn't clear or you have questions.
 Thanks,
 Bert
  Entered By: dean @ Wednesday, June 02, 2004 9:58:03 AM  
 Modified By: sebor @ Apr 11, 2005 03:11:29 PM
 This is doable but it has been assumed that modern preprocessors implement 
 this optimization. It would be useful to know what compiler the customer is 
 using.
 Deferred for now.

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

[jira] Updated: (STDCXX-288) Option to name include for config.h

[Martin Sebor (JIRA)]

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

Martin Sebor updated STDCXX-288:


Component/s: Configuration

 Option to name include for config.h
 ---

 Key: STDCXX-288
 URL: https://issues.apache.org/jira/browse/STDCXX-288
 Project: C++ Standard Library
  Issue Type: Improvement
  Components: Configuration
Affects Versions: 4.1.4, 4.1.3
 Environment: current stdcxx, all environments i think (at least 
 windows with interix and wgcc)
Reporter: Markus Duft
Priority: Minor

 see mail Re: problem with config.h from Martin Sebor:
 Yes, the name is far from ideal. I've been thinking about making it 
 configurable, perhaps by replacing the _RWSTD_USE_CONFIG macro with 
 _RWSTD_CONFIG=config-header-pathname. The patch below has all the source 
 changes necessary to make it work (the rest of the changes need to go in the 
 makefiles and VisualStudio scripts).
 I suggest you create an enhancement request in Jira for this to help us 
 remember to get it done.
 Martin
 Index: /build/sebor/stdcxx/include/rw/_config.h
 ===
 --- /build/sebor/stdcxx/include/rw/_config.h(revision 436919)
 +++ /build/sebor/stdcxx/include/rw/_config.h(working copy)
 @@ -31,7 +31,9 @@
   #ifndef _RWSTD_RW_CONFIG_H_INCLUDED
   #define _RWSTD_RW_CONFIG_H_INCLUDED
 -#ifdef _RWSTD_USE_CONFIG
 +#ifdef _RWSTD_CONFIG
 +#  include _RWSTD_CONFIG
 +#elif defined (_RWSTD_USE_CONFIG)
   #  include config.h
   #else
   #  include rw/config/rwconfig_std.h

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

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

[Martin Sebor (JIRA)]

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

Martin Sebor updated STDCXX-339:


  Component/s: Configuration
Affects Version/s: 4.1.4
   4.1.2

This is a configuration issue.

 Remove _RWSTD_NO_INLINE_MEMBER_TEMPLATES config macro and all workarounds for 
 it
 

 Key: STDCXX-339
 URL: https://issues.apache.org/jira/browse/STDCXX-339
 Project: C++ Standard Library
  Issue Type: Task
  Components: Configuration
Affects Versions: 4.1.4, 4.1.3, 4.1.2
 Environment: All
Reporter: Farid Zaripov
 Assigned To: Farid Zaripov
 Fix For: 4.2


 Additional information here: 
 http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200702.mbox/[EMAIL
  PROTECTED]

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

[jira] Updated: (STDCXX-218) [Linux] localedef -i yi_US -f CP1255 error 308

[Martin Sebor (JIRA)]

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

Martin Sebor updated STDCXX-218:


Component/s: (was: Web)
 Utilities

 [Linux] localedef -i yi_US -f CP1255 error 308
 --

 Key: STDCXX-218
 URL: https://issues.apache.org/jira/browse/STDCXX-218
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Utilities
Affects Versions: 4.1.3, 4.1.2
 Environment: Linux
Reporter: Martin Sebor

 Moved from the Rogue Wave bug tracking database:
 Created By: sebor @ Jan 06, 2004 03:41:30 PM
 The yi_US.CP1255 locale is known to  fail to build with the Rogue Wave 
 localedef utility  when using a shared  version of the  Rogue Wave C++ 
 Standard Library 3.1.2 on some  Linux distributions (such as RedHat Advanced 
 Server 3.0 or SuSE Enterprise Server 8.1) with the following error:
 Error 308: illegal encoding found in character map file

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

[jira] Created: (STDCXX-363) [XLC++ 8.0] explicit instantiation requires well-formed default function arguments

[Martin Sebor (JIRA)]

[XLC++ 8.0] explicit instantiation requires well-formed default function 
arguments
--

 Key: STDCXX-363
 URL: https://issues.apache.org/jira/browse/STDCXX-363
 Project: C++ Standard Library
  Issue Type: Bug
  Components: External
 Environment: XLC++ 8.0
Reporter: Martin Sebor


I believe the program below is well-formed (according to 14.7.2, p9, an 
explicit instantiation does not constitute a use of a default argument). It 
fails to compile with XLC++ 8.0.

$ cat t.cpp  xlC -qversion  xlC -c t.cpp
template class T struct A { void foo (T = T::foobar ())
{ } };
struct B { };
template class AB;
IBM XL C/C++ Enterprise Edition V8.0 for AIX   
Version: 08.00..0012  
t.cpp, line 1.45: 1540-0063 (S) The text T::foobar is unexpected.
t.cpp, line 3.16: 1540-0700 (I) The previous message was produced while 
processing struct AB.


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

[jira] Closed: (STDCXX-262) [gcc/Mac OS X 10.4.6 Tiger] Multiple vtable definitions for bad_exception and bad_alloc.

[Martin Sebor (JIRA)]

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

Martin Sebor closed STDCXX-262.
---

   Resolution: Fixed
Fix Version/s: 4.2

I assume the patch fixes the problem. Let me close the issue. Brad, please 
reopen it if there's still a problem.

 [gcc/Mac OS X 10.4.6 Tiger] Multiple vtable definitions for bad_exception and 
 bad_alloc.
 

 Key: STDCXX-262
 URL: https://issues.apache.org/jira/browse/STDCXX-262
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Build
Affects Versions: 4.1.3
 Environment: Darwin machine.local 8.7.1 Darwin Kernel Version 8.7.1: 
 Wed Jun  7 16:19:56 PDT 2006; root:xnu-792.9.72.obj~2/RELEASE_I386 i386 i386
Reporter: Eric Lemings
 Fix For: 4.2


 machine:~/Work user$ svn co 
 http://svn.apache.org/repos/asf/incubator/stdcxx/trunk stdcxx
 Astdcxx/generate.bat
 Astdcxx/LICENSE.txt
 Astdcxx/tests
 Astdcxx/tests/tr1.util
 ...
 Astdcxx/examples/manual/time_put.cpp
 Astdcxx/examples/manual/moneyget.cpp
 Astdcxx/examples/manual/except.cpp
 Astdcxx/examples/manual/memfunc.cpp
 Checked out revision 423638.
 machine:~/Work user$ cd stdcxx
 machine:~/Work/stdcxx user$ make BUILDDIR=~/Build 
 BUILDMODE=debug,shared,pthreads
 creating BUILDDIR=/Users/user/Build/stdcxx
 generating /Users/user/Build/stdcxx/makefile.in from 
 /Users/user/Work/stdcxx/etc/config/gcc.config
 make config
 configuring for gcc-4.0.1 on darwin-8.7.1-i386
 checking if the compiler is sane   ok (invoked with gcc)
 checking if the linker is sane ok (invoked with gcc)
 checking system architecture   ILP32 little endian
 ...
 gcc -c -I/Users/user/Work/stdcxx/include/ansi -D_RWSTDDEBUG
 -D_RWSTD_USE_CONFIG -I/Users/user/Work/stdcxx/include 
 -I/Users/user/Build/stdcxx/include  -pedantic -nostdinc++ -g  -W -Wall 
 -Wcast-qual -Winline -Wshadow -Wwrite-strings -Wno-long-long -Wcast-align  
 -fPIC /Users/user/Work/stdcxx/src/wctype.cpp
 gcc  assert.o atomic-cxx.o bitset.o catalog.o codecvt.o collate.o ctype.o 
 ctype_bits.o exception.o export.o facet.o file.o instance.o ios.o ios_bits.o 
 iostore.o iostream.o iso2022.o limits.o limits_bits.o locale_bits.o 
 locale_body.o locale_classic.o locale_combine.o locale_core.o locale_eq.o 
 locale_global.o locale_name.o memattr.o memory.o messages.o num_get.o 
 num_put.o punct.o random.o setlocale.o string.o strstream.o strtol.o 
 ti_collate.o ti_filebuf.o ti_insert_dbl.o ti_insert_int.o ti_insert_ptr.o 
 ti_ios.o ti_istream.o ti_messages.o ti_money_get.o ti_money_put.o 
 ti_moneypunct.o ti_num_get.o ti_num_put.o ti_numpunct.o ti_ostream.o 
 ti_streambuf.o ti_string.o ti_stringbuf.o ti_time_get.o ti_time_put.o 
 ti_wcollate.o ti_wfilebuf.o ti_winsert_dbl.o ti_winsert_int.o 
 ti_winsert_ptr.o ti_wios.o ti_wistream.o ti_wmessages.o ti_wmoney_get.o 
 ti_wmoney_put.o ti_wmoneypunct.o ti_wnum_get.o ti_wnum_put.o ti_wnumpunct.o 
 ti_wostream.o ti_wstreambuf.o ti_wstring.o ti_wstringbuf.o ti_wtime_get.o 
 ti_wtime_put.o time_get.o time_put.o tmpbuf.o typeinfo.o valarray.o vecbool.o 
 version.o wcodecvt.o wctype.o -lsupc++ -lgcc_eh -o 
 /Users/user/Build/stdcxx/lib/libstd.dylib.4.2.0 
 /usr/bin/ld: multiple definitions of symbol vtable for std::bad_exception
 exception.o definition of vtable for std::bad_exceptionin section 
 (__DATA,__const)
 /usr/lib/gcc/i686-apple-darwin8/4.0.1/../../../libsupc++.a(eh_exception.o) 
 private external definition of vtable for std::bad_exceptionin section 
 (__DATA,__const)
 /usr/bin/ld: multiple definitions of symbol vtable for std::bad_alloc
 memory.o definition of vtable for std::bad_allocin section (__DATA,__const)
 /usr/lib/gcc/i686-apple-darwin8/4.0.1/../../../libsupc++.a(new_handler.o) 
 private external definition of vtable for std::bad_allocin section 
 (__DATA,__const)
 collect2: ld returned 1 exit status
 make[2]: *** [/Users/user/Build/stdcxx/lib/libstd.dylib] Error 1
 make[1]: *** [lib] Error 2
 make: *** [libstd] Error 2

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

[jira] Created: (STDCXX-365) [Sun C++ 5.8] explicit instantiation requires well-formed default function arguments

[Martin Sebor (JIRA)]

[Sun C++ 5.8] explicit instantiation requires well-formed default function 
arguments


 Key: STDCXX-365
 URL: https://issues.apache.org/jira/browse/STDCXX-365
 Project: C++ Standard Library
  Issue Type: Bug
  Components: External
 Environment: Sun C++ 5.8
Reporter: Martin Sebor


 Original Message 
Subject: Re: (Incident Review ID: 926718) Sun C++ 5.explicit instantiation 
requires well-formed default function arguments
Date: Mon, 19 Mar 2007 15:32:57 -0700 (MST)
From: Steve Clamage [EMAIL PROTECTED]
To: [EMAIL PROTECTED]

Hi Martin Sebor,

Thank you for reporting this issue.

We have determined that this report is a new bug and entered the bug into our 
internal bug tracking system under Bug Id: 6536075.

You can monitor this bug on the Java Bug Database at
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6536075.

It may take a day or two before your bug shows up in this external database.  
If you are a member of the Sun Developer Network (SDN), there are two 
additional options once the bug is visible.

1. Voting for the bug
   Click http://bugs.sun.com/bugdatabase/addVote.do?bug_id=6536075.

2. Adding the report to your Bug Watch list.
   You will receive an email notification when this bug is updated.
   Click http://bugs.sun.com/bugdatabase/addBugWatch.do?bug_id=6536075.

The Sun Developer Network (http://developers.sun.com) is a free service that 
Sun offers.  To join, visit 
https://softwarereg.sun.com/registration/developer/en_US/new_user.

For a limited time, SDN members can obtain fully licensed Java IDEs for web and 
enterprise development.  More information is at 
http://developers.sun.com/prodtech/javatools/free/.

Regards,
Steve


NOTICE: This message, including any attachments, is for the intended
recipient(s) only.  If you are not the intended recipient(s), please
reply to the sender, delete this message, and refrain from disclosing,
copying, or distributing this message.

--- Previous Messages 


- Report -

  category : c++
   subcategory : other
   release : studio11
  type : bug
  synopsis : Sun C++ 5.explicit instantiation requires well-formed default 
function arguments
 customer name : Martin Sebor
 customer mail : [EMAIL PROTECTED]
sdn id : 
  language : en
   company : Rogue Wave Software
  hardware : sun4
os : solaris_10
bug id : 6536075
  date created : Fri Mar 16 16:57:25 MST 2007
date evaluated : Mon Mar 19 15:30:21 MST 2007
   description : 
FULL PRODUCT VERSION :
N/A

ADDITIONAL OS VERSION INFORMATION :
SunOS 5.10

A DESCRIPTION OF THE PROBLEM :
The well-formed program below (according to 14.7.2, p9, an explicit 
instantiation does not constitute a use of a default argument) fails to compile 
with Sun C++ 5.8.

STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
Compile the included program, t.cpp, using CC t.cpp.


EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
No error.
ACTUAL -
Compilation error.

ERROR MESSAGES/STACK TRACES THAT OCCUR :
t.cpp, line 1: Error: foobar is not a member of B.
t.cpp, line 3: Where: While specializing AB.
t.cpp, line 3: Where: Specialized in non-template code.
1 Error(s) detected.


REPRODUCIBILITY :
This bug can be reproduced always.

-- BEGIN SOURCE --
template class T struct A { void foo (T = T::foobar ()) { } };
struct B { };
template class AB;

int main () { }

-- END SOURCE --


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

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

[Martin Sebor (JIRA)]

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

Martin Sebor updated STDCXX-364:


Affects Version/s: (was: 4.2)
   4.1.3
  Summary: [gcc/Linux] std::tm not declared in cwchar  (was: 
[Linux] gcc 21.cwchar.cpp tm error)

Broken since at least stdcxx 4.1.3 (see below). For some reason we forget to 
introduce struct tm into namespace std in cwchar, even though we do the right 
thing in ctime.

$ make t
generating dependencies for t.cpp
gcc -c -I/amd/devco/sebor/stdcxx-4.1.3/include/ansi -D_RWSTDDEBUG
-D_RWSTD_USE_CONFIG -I/build/sebor/stdcxx-4.1.3-gcc-3.4.6-11S//include 
-I/amd/devco/sebor/stdcxx-4.1.3/include 
-I/amd/devco/sebor/stdcxx-4.1.3/examples/include  -pedantic -nostdinc++ -g  
-Wall -W -Wcast-qual -Winline -Wshadow -Wwrite-strings -Wno-long-long 
-Wcast-align  t.cpp
t.cpp: In function `int main()':
t.cpp:5: error: `tm' is not a member of `std'
t.cpp:5: error: expected `;' before tmb
t.cpp:6: error: `tmb' was not declared in this scope
t.cpp:6: warning: unused variable 'tmb'
make: *** [t.o] Error 1


 [gcc/Linux] std::tm not declared in cwchar
 

 Key: STDCXX-364
 URL: https://issues.apache.org/jira/browse/STDCXX-364
 Project: C++ Standard Library
  Issue Type: Bug
  Components: 21. Strings
Affects Versions: 4.1.3
 Environment: Linux, gcc 3.4.6 - 4.1.2 
Reporter: Scott (Yu) Zhong

 getting this error:
 /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:568: error: reference to 'tm' 
 is ambiguous
 /usr/include/../include/time.h:135: error: candidates are: struct tm
 /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:550: error: 
 struct Fallback::tm
 /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:568: error: reference to 'tm' 
 is ambiguous
 /usr/include/../include/time.h:135: error: candidates are: struct tm
 /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:550: error: 
 struct Fallback::tm
 /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:568: error: 'tm' does not 
 name a type
 /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:577: error: 'test_tm' in 
 namespace 'std::Nested' does not name a type
 -
 Martin Sebor [EMAIL PROTECTED]
 I was able to reproduce the same error with gcc 3.4.6.
 The purpose of the test is to verify the conformance of the cwchar header 
 WRT namespace cleanliness (i.e., that symbols like struct tm are defined in 
 namespace std and not also in the global scope). The test is designed to fail 
 at runtime (via assertions) rather than at compile time but it looks like the 
 implementation of the test (or maybe even its
 design) is broken. In any case, the fact that the test doesn't compile 
 suggests there is a problem with the header.
 The compilation errors for the simple program below confirm this. Can you 
 open an issue for this problem and reference this thread in the archive in 
 the issue?
 $ cat t.cpp  nice make t
 #include cwchar
 int main ()
 {
  std::tm tmb = { 0 };
 }
 gcc -c -I/amd/devco/sebor/stdcxx/include/ansi -D_RWSTDDEBUG 
 -I/amd/devco/sebor/stdcxx/include -I/build/sebor/stdcxx-gcc-3.4.6-11S/include
 -I/amd/devco/sebor/stdcxx/../rwtest
 -I/amd/devco/sebor/stdcxx/../rwtest/include
 -I/amd/devco/sebor/stdcxx/tests/include  -pedantic -nostdinc++ -g  -W -Wall 
 -Wcast-qual -Winline -Wshadow -Wwrite-strings -Wno-long-long 
 -Wcast-align   t.cpp
 t.cpp: In function `int main()':
 t.cpp:5: error: `tm' is not a member of `std'
 t.cpp:5: error: expected `;' before tmb
 make: *** [t.o] Error 1
 Thanks
 Martin
 $ cat t.cpp  nice make t
 #include cwchar
 int main ()
 {
  std::tm tmb = { 0 };
 }

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

[jira] Commented: (STDCXX-363) [XLC++ 8.0] explicit instantiation requires well-formed default function arguments

[Martin Sebor (JIRA)]

[ 
https://issues.apache.org/jira/browse/STDCXX-363?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12482505
 ] 

Martin Sebor commented on STDCXX-363:
-

 Original Message 
Subject:IBM - PMR 02338,K78,000 - Compiling issue with template
Date:   Tue, 20 Mar 2007 15:02:00 -0400
From:   Nim Li [EMAIL PROTECTED]
To: [EMAIL PROTECTED]

Hello,

During my testing, I notice the subject issue has been fixed in the 
February 2007 XL C/C++ V8 PTF (8.0.0.13), which can be downloaded in:

http://www-1.ibm.com/support/docview.wss?uid=swg24015075

Please let me know if you have any further questions.

If I do not hear from you, I will follow up by March 30.

Thank you,

Nim Li
XL C/C++ and Fortran Support
IBM Toronto Software Lab
Phone: +1 905-413-5204
C/C++ Compiler Support Page: 
http://www.ibm.com/software/awdtools/ccompilers/support/
XL Fortran Support Page: 
http://www.ibm.com/software/awdtools/fortran/xlfortran/support/
zOS C/++ Support Page: http://www.ibm.com/software/awdtools/czos/support/

 [XLC++ 8.0] explicit instantiation requires well-formed default function 
 arguments
 --

 Key: STDCXX-363
 URL: https://issues.apache.org/jira/browse/STDCXX-363
 Project: C++ Standard Library
  Issue Type: Bug
  Components: External
 Environment: XLC++ 8.0
Reporter: Martin Sebor

 I believe the program below is well-formed (according to 14.7.2, p9, an 
 explicit instantiation does not constitute a use of a default argument). It 
 fails to compile with XLC++ 8.0.
 $ cat t.cpp  xlC -qversion  xlC -c t.cpp
 template class T struct A { void foo (T = T::foobar ())
 { } };
 struct B { };
 template class AB;
 IBM XL C/C++ Enterprise Edition V8.0 for AIX   
 Version: 08.00..0012  
 t.cpp, line 1.45: 1540-0063 (S) The text T::foobar is unexpected.
 t.cpp, line 3.16: 1540-0700 (I) The previous message was produced while 
 processing struct AB.

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

[jira] Closed: (STDCXX-363) [XLC++ 8.0] explicit instantiation requires well-formed default function arguments

[Martin Sebor (JIRA)]

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

Martin Sebor closed STDCXX-363.
---

Resolution: Fixed

IBM says it's fixed. Closing.

 [XLC++ 8.0] explicit instantiation requires well-formed default function 
 arguments
 --

 Key: STDCXX-363
 URL: https://issues.apache.org/jira/browse/STDCXX-363
 Project: C++ Standard Library
  Issue Type: Bug
  Components: External
 Environment: XLC++ 8.0
Reporter: Martin Sebor

 I believe the program below is well-formed (according to 14.7.2, p9, an 
 explicit instantiation does not constitute a use of a default argument). It 
 fails to compile with XLC++ 8.0.
 $ cat t.cpp  xlC -qversion  xlC -c t.cpp
 template class T struct A { void foo (T = T::foobar ())
 { } };
 struct B { };
 template class AB;
 IBM XL C/C++ Enterprise Edition V8.0 for AIX   
 Version: 08.00..0012  
 t.cpp, line 1.45: 1540-0063 (S) The text T::foobar is unexpected.
 t.cpp, line 3.16: 1540-0700 (I) The previous message was produced while 
 processing struct AB.

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

[jira] Created: (STDCXX-367) [XLC++] warning 1540-0183 on explicit instantiation

[Martin Sebor (JIRA)]

[XLC++] warning 1540-0183 on explicit instantiation
---

 Key: STDCXX-367
 URL: https://issues.apache.org/jira/browse/STDCXX-367
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Build
Affects Versions: 4.1.3
 Environment: IBM XLC++ 7.0
Reporter: Martin Sebor
Priority: Minor


Compiling stdcxx 4.1.3 with XLC++ 7.0 on AIX produces many warnings like the 
ones below:

xlCcore -c -I/amd/devco/sebor/stdcxx-4.1.3/include/ansi -D_RWSTDDEBUG
-D_RWSTD_USE_CONFIG -I/build/sebor/stdcxx-4.1.3-xlc-7.0.0.9-11s/include 
-I/amd/devco/sebor/stdcxx-4.1.3/include  -g  -qtemplateregistry=repository.ti   
 /amd/devco/sebor/stdcxx-4.1.3/src/ti_istream.cpp
/amd/devco/sebor/stdcxx-4.1.3/include/istream, line 580.23: 1540-0183 (W) The 
explicit instantiation basic_istreamchar,std::char_traitschar  should 
either be explictly qualified or be declared in the namespace containing the 
template.
/amd/devco/sebor/stdcxx-4.1.3/include/istream, line 580.23: 1540-0183 (W) The 
explicit instantiation basic_istreamchar,std::char_traitschar  should 
either be explictly qualified or be declared in the namespace containing the 
template.
/amd/devco/sebor/stdcxx-4.1.3/include/istream, line 153.16: 1540-0700 (I) The 
previous message was produced while processing 
__rw::__rw_extractchar,std::char_traitschar,bool(basic_istreamchar,std::char_traitschar
  , bool ).
/amd/devco/sebor/stdcxx-4.1.3/include/istream, line 152.20: 1540-0700 (I) The 
previous message was produced while processing 
std::basic_istreamchar,std::char_traitschar ::operator(bool ).
/amd/devco/sebor/stdcxx-4.1.3/include/istream, line 82.7: 1540-0700 (I) The 
previous message was produced while processing class 
std::basic_istreamchar,std::char_traitschar .
...

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

[jira] Commented: (STDCXX-361) [icc 9.1.042] hangs compiling conditional initialization in template code

[Martin Sebor (JIRA)]

[ 
https://issues.apache.org/jira/browse/STDCXX-361?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12482906
 ] 

Martin Sebor commented on STDCXX-361:
-

We should still work around the bug in the test. We can't assume that everyone 
will be able or willing to upgrade their compiler to this particular patch.

 [icc 9.1.042] hangs compiling conditional initialization in template code
 -

 Key: STDCXX-361
 URL: https://issues.apache.org/jira/browse/STDCXX-361
 Project: C++ Standard Library
  Issue Type: Bug
  Components: External
 Environment: l_cc_c_9.1.042
Reporter: Andrew Black
 Attachments: icc-9.1.042-hang.cpp


 Intel 9.1.042 on Linux fails to terminate when compiling the attached test 
 case. This test case is attached as icc-9.1.042-hang.cpp.  This has bug been 
 filed with Intel as issue 424719.

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

[jira] Assigned: (STDCXX-351) [gcc 3.4.6] error on static const int expression as an array dimension in template code

[Martin Sebor (JIRA)]

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

Martin Sebor reassigned STDCXX-351:
---

Assignee: Martin Sebor

 [gcc 3.4.6] error on static const int expression as an array dimension in 
 template code
 ---

 Key: STDCXX-351
 URL: https://issues.apache.org/jira/browse/STDCXX-351
 Project: C++ Standard Library
  Issue Type: Bug
  Components: External
 Environment: gcc 3.4.6
Reporter: Martin Sebor
 Assigned To: Martin Sebor

 The well-formed program below fails to compile with gcc 3.4.6 (gcc 4.1 does 
 fine):
 $ cat t.cpp  gcc --version  gcc -pedantic t.cpp
 template class struct S { static const int N = 1; };
 template class
 void foo () {
 static const int N = Sint::N;
 static int a [Sint::N];
 static int b [N];
 }
 int main () { fooint(); }
 gcc (GCC) 3.4.6 20060404 (Red Hat 3.4.6-3)
 Copyright (C) 2006 Free Software Foundation, Inc.
 This is free software; see the source for copying conditions.  There is NO
 warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
 t.cpp: In function `void foo()':
 t.cpp:7: error: ISO C++ forbids variable-size array `b'

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

[jira] Resolved: (STDCXX-351) [gcc 3.4.6] error on static const int expression as an array dimension in template code

[Martin Sebor (JIRA)]

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

Martin Sebor resolved STDCXX-351.
-

   Resolution: Fixed
Fix Version/s: 4.2

I'll set the status of this to Resolved/Fixed. If I don't hear back I'll close 
it.

 [gcc 3.4.6] error on static const int expression as an array dimension in 
 template code
 ---

 Key: STDCXX-351
 URL: https://issues.apache.org/jira/browse/STDCXX-351
 Project: C++ Standard Library
  Issue Type: Bug
  Components: External
 Environment: gcc 3.4.6
Reporter: Martin Sebor
 Assigned To: Martin Sebor
 Fix For: 4.2


 The well-formed program below fails to compile with gcc 3.4.6 (gcc 4.1 does 
 fine):
 $ cat t.cpp  gcc --version  gcc -pedantic t.cpp
 template class struct S { static const int N = 1; };
 template class
 void foo () {
 static const int N = Sint::N;
 static int a [Sint::N];
 static int b [N];
 }
 int main () { fooint(); }
 gcc (GCC) 3.4.6 20060404 (Red Hat 3.4.6-3)
 Copyright (C) 2006 Free Software Foundation, Inc.
 This is free software; see the source for copying conditions.  There is NO
 warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
 t.cpp: In function `void foo()':
 t.cpp:7: error: ISO C++ forbids variable-size array `b'

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

[jira] Updated: (STDCXX-119) [Intel C++ 8.1/Windows 2000] vtable related unsats in threaded optimized builds

[Martin Sebor (JIRA)]

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

Martin Sebor updated STDCXX-119:


Summary: [Intel C++ 8.1/Windows 2000] vtable related unsats in threaded 
optimized builds  (was: vtable related unsats in icl 8.1 threaded optimized 
builds on win 2000)

 [Intel C++ 8.1/Windows 2000] vtable related unsats in threaded optimized 
 builds
 ---

 Key: STDCXX-119
 URL: https://issues.apache.org/jira/browse/STDCXX-119
 Project: C++ Standard Library
  Issue Type: Bug
  Components: 27. Input/Output
Affects Versions: 4.1.2
 Environment: $ icl -help 21  | head -n 3
 Intel(R) C++ Compiler for 32-bit applications, Version 8.1Build 20050201Z 
 Package ID: w_cc_pc_8.1.025 
 Copyright (C) 1985-2005 Intel Corporation.  All rights reserved.
 Windows 2000 Professional SP2
Reporter: Liviu Nicoara

 (Incident e-mail at: 
 http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200601.mbox/raw/[EMAIL
  PROTECTED]/)
 The following test case fails to link:
 $ cat t.cpp
 #include sstream
 struct A : public std::iostream
 {
 A () : std::iostream (0) { }
 };
 #include strstream
 int main ()
 {
 std::stringstream ss;
 ss  int (0);
 return 0;
 }
 and yields:
 icl  -D_RWCONFIG=12d -I.\..\..\..\../include -I.\..\..\..\../include/ansi 
 -I.\..\..\..\.. -I.\..\..\..\.. -I.. -I. -nologo -GX -MD -O2  -c ..\t.cpp
 t.cpp
 Microsoft (R) Program Maintenance Utility Version 7.10.3077
 Copyright (C) Microsoft Corporation.  All rights reserved.
 link  -nologo /NODEFAULTLIB:msvcprt /LIBPATH:.\..\..\..\..\lib 
 /OUT:t.exe  t.obj  tlt12d.lib ftp12d.lib thread12d.lib itc12d.lib 
 functor_list12d.lib internet12d.lib functor12d.lib pointer12d.lib sync12d.lib 
 threxcept12d.lib trace12d.lib network12d.lib ws2_32.lib tls12d.lib std12d.lib 
 user32.lib 
 t.obj : error LNK2019: unresolved external symbol const
 std::basic_iostreamchar,struct std::char_traitschar ::`vftable'
 ([EMAIL PROTECTED]@[EMAIL PROTECTED]@@@std@@6B@) referenced in
 function _main
 t.obj : error LNK2019: unresolved external symbol const
 std::basic_iostreamchar,struct std::char_traitschar ::`vbtable'{for
 `std::basic_istreamchar,struct std::char_traitschar '}
 ([EMAIL PROTECTED]@[EMAIL PROTECTED]@@@std@@[EMAIL PROTECTED]@[EMAIL 
 PROTECTED]@@@1@@)
 referenced in function _main
 t.obj : error LNK2019: unresolved external symbol const
 std::basic_iostreamchar,struct std::char_traitschar ::`vbtable'{for
 `std::basic_ostreamchar,struct std::char_traitschar '}
 ([EMAIL PROTECTED]@[EMAIL PROTECTED]@@@std@@[EMAIL PROTECTED]@[EMAIL 
 PROTECTED]@@@1@@)
 referenced in function _main
 t.exe : fatal error LNK1120: 3 unresolved externals
 NMAKE : fatal error U1077: 'link' : return code '0x460'

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

[jira] Updated: (STDCXX-74) [MSVC 8.0] type_info pollutes the global scope

[Martin Sebor (JIRA)]

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

Martin Sebor updated STDCXX-74:
---

Priority: Minor  (was: Major)

 [MSVC 8.0] type_info pollutes the global scope
 --

 Key: STDCXX-74
 URL: https://issues.apache.org/jira/browse/STDCXX-74
 Project: C++ Standard Library
  Issue Type: Bug
  Components: External
Affects Versions: 4.1.2
 Environment: MSVC 8.0
Reporter: Martin Sebor
 Assigned To: Martin Sebor
Priority: Minor

 From 
 http://lab.msdn.microsoft.com/ProductFeedback/viewfeedback.aspx?feedbackid=4da481b4-42ed-481f-aa9d-023b531f3bfb:
 Bug Details: type_info pollutes the global scope
 __
 Bug ID: FDBK40150
 Problem Type:   Bug
 Status: Closed
 Resolution: Won't Fix
 Microsoft Status:   Reviewed
 Opened Date:2005-11-09 12:10:56
 Opened By:  Martin Sebor
 
 Product/Technology: Visual C++
 Version:Visual Studio 2005
 Product Language:   English
 Category:   Libraries
 OS: Windows 2000 Professional
 OS Language:US English
 Submission Language:English
 __
 Description:
 __
 Opened by Martin Sebor on 2005-11-09 at 12:10:56
 
 The symbol type_info introduced by the C++ standard library into the global 
 scope causes clashes with user-defined symbol of the same name.
 __
 Resolved as Won't Fix by Microsoft on 2005-11-15 at 14:14:13
 __
 
 Thank you for reporting this. When support was added for these templates, 
 there were not a proper namespace support in the compiler. Changing this 
 right now is not possible because of backward compatability. We would really 
 like to fix this but unfortunately without other substantial changes we won't 
 be able to do so.
 Thanks,
 Nikola Dudar
 Visual C++
 __
 Steps to Reproduce:
 $ cat t.cpp  cl -EHsc -c t.cpp
 #include iostream
 template class T
 void type_info () { }
 Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 14.00.50727.42 for 
 80x86
 Copyright (C) Microsoft Corporation. All rights reserved.
 t.cpp
 t.cpp(4) : error C2904: 'type_info' : name already used for a template in the 
 current scope
 C:\Program Files\Microsoft Visual Studio 8\VC\INCLUDE\typeinfo(43) : see 
 declaration of 'type_info'
 __
 Actual Results: Compilation errors.
 Expected Results:   No errors.

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

[jira] Updated: (STDCXX-362) [Intel C++ 9.1.042/Linux] compiler hangs on 22.locale.money.put.cpp

[Martin Sebor (JIRA)]

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

Martin Sebor updated STDCXX-362:


Summary: [Intel C++ 9.1.042/Linux] compiler hangs on 
22.locale.money.put.cpp  (was: 22.locale.money.put test fails to compile with 
ICC 9.1.042)

 [Intel C++ 9.1.042/Linux] compiler hangs on 22.locale.money.put.cpp
 ---

 Key: STDCXX-362
 URL: https://issues.apache.org/jira/browse/STDCXX-362
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Tests
 Environment: ICC l_cc_c_9.1.042
Reporter: Andrew Black
Priority: Critical

 When compiling the 22.locale.money.put test with the ICC 9.1.042 compiler, 
 the compilation process hangs, causing the nightly testing process to stall.  
 While this doesn't inhibit the usage of the library in other programs, it 
 prevents nightly testing of stdcxx with this compiler.

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

[jira] Assigned: (STDCXX-368) [gcc 3.2.3] unused parameter warnings on string ctor declaration

[Martin Sebor (JIRA)]

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

Martin Sebor reassigned STDCXX-368:
---

Assignee: Martin Sebor

 [gcc 3.2.3] unused parameter warnings on string ctor declaration
 

 Key: STDCXX-368
 URL: https://issues.apache.org/jira/browse/STDCXX-368
 Project: C++ Standard Library
  Issue Type: Bug
  Components: 21. Strings
Affects Versions: 4.1.3, 4.1.2
 Environment: gcc 3.2.3-56, Red Hat Linux
Reporter: Martin Sebor
 Assigned To: Martin Sebor
Priority: Minor
 Fix For: 4.2


 gcc -c -I/amd/devco/sebor/stdcxx-4.1.3/include/ansi -D_RWSTDDEBUG
 -D_RWSTD_USE_CONFIG -I/build/sebor/stdcxx-4.1.3-gcc-3.2.3-56-11d/include 
 -I/amd/devco/sebor/stdcxx-4.1.3/include  -pedantic -nostdinc++ -g  -Wall -W 
 -Wcast-qual -Winline -Wshadow -Wwrite-strings -Wno-long-long -Wcast-align  
 -fPIC /amd/devco/sebor/stdcxx-4.1.3/src/bitset.cpp
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const char*__first'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const char*__last'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const std::allocatorchar__alloc'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const char*__first'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const char*__last'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const std::allocatorchar__alloc'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const char*__first'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const char*__last'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const std::allocatorchar__alloc'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const wchar_t*__first'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const wchar_t*__last'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const std::allocatorwchar_t__alloc'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const wchar_t*__first'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const wchar_t*__last'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const std::allocatorwchar_t__alloc'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const wchar_t*__first'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const wchar_t*__last'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const std::allocatorwchar_t__alloc'

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

[jira] Created: (STDCXX-369) [gcc 3.2.3-56/Linux] ld errors on hidden symbol _Unwind_GetIPInfo

[Martin Sebor (JIRA)]

[gcc 3.2.3-56/Linux] ld errors on hidden symbol _Unwind_GetIPInfo
-

 Key: STDCXX-369
 URL: https://issues.apache.org/jira/browse/STDCXX-369
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Build
Affects Versions: 4.1.3
 Environment: gcc 3.2.3-56, Linux
Reporter: Martin Sebor


Linking any program with the stdcxx shared library using gcc 3.2.3-56 fails 
with the following error (the warnings are discussed in STDCXX-368):

make[2]: Entering directory 
`/build/sebor/stdcxx-4.1.3-gcc-3.2.3-56-11d/examples'
gcc -c -I/amd/devco/sebor/stdcxx-4.1.3/include/ansi -D_RWSTDDEBUG
-D_RWSTD_USE_CONFIG -I/build/sebor/stdcxx-4.1.3-gcc-3.2.3-56-11d/include 
-I/amd/devco/sebor/stdcxx-4.1.3/include 
-I/amd/devco/sebor/stdcxx-4.1.3/examples/include  -pedantic -nostdinc++ -g  
-Wall -W -Wcast-qual -Winline -Wshadow -Wwrite-strings -Wno-long-long 
-Wcast-align  /amd/devco/sebor/stdcxx-4.1.3/examples/manual/accum.cpp
/amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
`const char*__first'
/amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
`const char*__last'
/amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
`const std::allocatorchar__alloc'
/amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
`const char*__first'
/amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
`const char*__last'
/amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
`const std::allocatorchar__alloc'
/amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
`const char*__first'
/amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
`const char*__last'
/amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
`const std::allocatorchar__alloc'
/amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
`const wchar_t*__first'
/amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
`const wchar_t*__last'
/amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
`const std::allocatorwchar_t__alloc'
/amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
`const wchar_t*__first'
/amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
`const wchar_t*__last'
/amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
`const std::allocatorwchar_t__alloc'
/amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
`const wchar_t*__first'
/amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
`const wchar_t*__last'
/amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
`const std::allocatorwchar_t__alloc'
gcc accum.o -o accum  -L/build/sebor/stdcxx-4.1.3-gcc-3.2.3-56-11d/lib -lstd11d 
 -lsupc++ -lm
/package/1/utils/binutils-2.14.90.0.4-42/bin/ld: accum: hidden symbol 
`_Unwind_GetIPInfo' in 
/package/1/compilers/gcc-3.2.3-56/bin/../lib/gcc-lib/i386-redhat-linux/3.2.3/libgcc_eh.a(unwind-dw2.oS)
 is referenced by DSO
collect2: ld returned 1 exit status
make[2]: *** [accum] Error 1
make[2]: Leaving directory `/build/sebor/stdcxx-4.1.3-gcc-3.2.3-56-11d/examples'
make[1]: [examples] Error 2 (ignored)


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

[jira] Commented: (STDCXX-369) [gcc 3.2.3-56/Linux] ld errors on hidden symbol _Unwind_GetIPInfo

[Martin Sebor (JIRA)]

[ 
https://issues.apache.org/jira/browse/STDCXX-369?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12483717
 ] 

Martin Sebor commented on STDCXX-369:
-

Interestingly, gcc 3.2.3-53 doesn't have this problem, and neither does Intel 
C++ 9.0 (9.0.31 to be exact) when when sitting on top of the gcc with the 
hidden symbol. So it seems to be specific to gcc 3.2.3-56.

 [gcc 3.2.3-56/Linux] ld errors on hidden symbol _Unwind_GetIPInfo
 -

 Key: STDCXX-369
 URL: https://issues.apache.org/jira/browse/STDCXX-369
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Build
Affects Versions: 4.1.3
 Environment: gcc 3.2.3-56, Linux
Reporter: Martin Sebor

 Linking any program with the stdcxx shared library using gcc 3.2.3-56 fails 
 with the following error (the warnings are discussed in STDCXX-368):
 make[2]: Entering directory 
 `/build/sebor/stdcxx-4.1.3-gcc-3.2.3-56-11d/examples'
 gcc -c -I/amd/devco/sebor/stdcxx-4.1.3/include/ansi -D_RWSTDDEBUG
 -D_RWSTD_USE_CONFIG -I/build/sebor/stdcxx-4.1.3-gcc-3.2.3-56-11d/include 
 -I/amd/devco/sebor/stdcxx-4.1.3/include 
 -I/amd/devco/sebor/stdcxx-4.1.3/examples/include  -pedantic -nostdinc++ -g  
 -Wall -W -Wcast-qual -Winline -Wshadow -Wwrite-strings -Wno-long-long 
 -Wcast-align  /amd/devco/sebor/stdcxx-4.1.3/examples/manual/accum.cpp
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const char*__first'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const char*__last'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const std::allocatorchar__alloc'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const char*__first'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const char*__last'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const std::allocatorchar__alloc'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const char*__first'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const char*__last'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const std::allocatorchar__alloc'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const wchar_t*__first'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const wchar_t*__last'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const std::allocatorwchar_t__alloc'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const wchar_t*__first'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const wchar_t*__last'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const std::allocatorwchar_t__alloc'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const wchar_t*__first'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const wchar_t*__last'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const std::allocatorwchar_t__alloc'
 gcc accum.o -o accum  -L/build/sebor/stdcxx-4.1.3-gcc-3.2.3-56-11d/lib 
 -lstd11d  -lsupc++ -lm
 /package/1/utils/binutils-2.14.90.0.4-42/bin/ld: accum: hidden symbol 
 `_Unwind_GetIPInfo' in 
 /package/1/compilers/gcc-3.2.3-56/bin/../lib/gcc-lib/i386-redhat-linux/3.2.3/libgcc_eh.a(unwind-dw2.oS)
  is referenced by DSO
 collect2: ld returned 1 exit status
 make[2]: *** [accum] Error 1
 make[2]: Leaving directory 
 `/build/sebor/stdcxx-4.1.3-gcc-3.2.3-56-11d/examples'
 make[1]: [examples] Error 2 (ignored)

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

[jira] Commented: (STDCXX-369) [gcc 3.2.3-56/Linux] ld errors on hidden symbol _Unwind_GetIPInfo

[Martin Sebor (JIRA)]

[ 
https://issues.apache.org/jira/browse/STDCXX-369?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12483782
 ] 

Martin Sebor commented on STDCXX-369:
-

Gcc 3.2.3-56 was released in Red Hat Enterprise Linux 3 Update 8 (see the 
Release Notes below). I couldn't find a more recent update for AS3.
http://www.redhat.com/docs/manuals/enterprise/RHEL-3-Manual/release-notes/as-s390/RELEASE-NOTES-U8-s390-en.html

 [gcc 3.2.3-56/Linux] ld errors on hidden symbol _Unwind_GetIPInfo
 -

 Key: STDCXX-369
 URL: https://issues.apache.org/jira/browse/STDCXX-369
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Build
Affects Versions: 4.1.3
 Environment: gcc 3.2.3-56, Linux
Reporter: Martin Sebor

 Linking any program with the stdcxx shared library using gcc 3.2.3-56 fails 
 with the following error (the warnings are discussed in STDCXX-368):
 make[2]: Entering directory 
 `/build/sebor/stdcxx-4.1.3-gcc-3.2.3-56-11d/examples'
 gcc -c -I/amd/devco/sebor/stdcxx-4.1.3/include/ansi -D_RWSTDDEBUG
 -D_RWSTD_USE_CONFIG -I/build/sebor/stdcxx-4.1.3-gcc-3.2.3-56-11d/include 
 -I/amd/devco/sebor/stdcxx-4.1.3/include 
 -I/amd/devco/sebor/stdcxx-4.1.3/examples/include  -pedantic -nostdinc++ -g  
 -Wall -W -Wcast-qual -Winline -Wshadow -Wwrite-strings -Wno-long-long 
 -Wcast-align  /amd/devco/sebor/stdcxx-4.1.3/examples/manual/accum.cpp
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const char*__first'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const char*__last'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const std::allocatorchar__alloc'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const char*__first'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const char*__last'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const std::allocatorchar__alloc'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const char*__first'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const char*__last'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const std::allocatorchar__alloc'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const wchar_t*__first'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const wchar_t*__last'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const std::allocatorwchar_t__alloc'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const wchar_t*__first'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const wchar_t*__last'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const std::allocatorwchar_t__alloc'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const wchar_t*__first'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const wchar_t*__last'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const std::allocatorwchar_t__alloc'
 gcc accum.o -o accum  -L/build/sebor/stdcxx-4.1.3-gcc-3.2.3-56-11d/lib 
 -lstd11d  -lsupc++ -lm
 /package/1/utils/binutils-2.14.90.0.4-42/bin/ld: accum: hidden symbol 
 `_Unwind_GetIPInfo' in 
 /package/1/compilers/gcc-3.2.3-56/bin/../lib/gcc-lib/i386-redhat-linux/3.2.3/libgcc_eh.a(unwind-dw2.oS)
  is referenced by DSO
 collect2: ld returned 1 exit status
 make[2]: *** [accum] Error 1
 make[2]: Leaving directory 
 `/build/sebor/stdcxx-4.1.3-gcc-3.2.3-56-11d/examples'
 make[1]: [examples] Error 2 (ignored)

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

[jira] Commented: (STDCXX-369) [gcc 3.2.3-56/Linux] ld errors on hidden symbol _Unwind_GetIPInfo

[Martin Sebor (JIRA)]

[ 
https://issues.apache.org/jira/browse/STDCXX-369?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12483783
 ] 

Martin Sebor commented on STDCXX-369:
-

Filed the following bug with Red Hat:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=233714

 [gcc 3.2.3-56/Linux] ld errors on hidden symbol _Unwind_GetIPInfo
 -

 Key: STDCXX-369
 URL: https://issues.apache.org/jira/browse/STDCXX-369
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Build
Affects Versions: 4.1.3
 Environment: gcc 3.2.3-56, Linux
Reporter: Martin Sebor

 Linking any program with the stdcxx shared library using gcc 3.2.3-56 fails 
 with the following error (the warnings are discussed in STDCXX-368):
 make[2]: Entering directory 
 `/build/sebor/stdcxx-4.1.3-gcc-3.2.3-56-11d/examples'
 gcc -c -I/amd/devco/sebor/stdcxx-4.1.3/include/ansi -D_RWSTDDEBUG
 -D_RWSTD_USE_CONFIG -I/build/sebor/stdcxx-4.1.3-gcc-3.2.3-56-11d/include 
 -I/amd/devco/sebor/stdcxx-4.1.3/include 
 -I/amd/devco/sebor/stdcxx-4.1.3/examples/include  -pedantic -nostdinc++ -g  
 -Wall -W -Wcast-qual -Winline -Wshadow -Wwrite-strings -Wno-long-long 
 -Wcast-align  /amd/devco/sebor/stdcxx-4.1.3/examples/manual/accum.cpp
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const char*__first'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const char*__last'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const std::allocatorchar__alloc'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const char*__first'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const char*__last'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const std::allocatorchar__alloc'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const char*__first'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const char*__last'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const std::allocatorchar__alloc'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const wchar_t*__first'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const wchar_t*__last'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const std::allocatorwchar_t__alloc'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const wchar_t*__first'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const wchar_t*__last'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const std::allocatorwchar_t__alloc'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const wchar_t*__first'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const wchar_t*__last'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const std::allocatorwchar_t__alloc'
 gcc accum.o -o accum  -L/build/sebor/stdcxx-4.1.3-gcc-3.2.3-56-11d/lib 
 -lstd11d  -lsupc++ -lm
 /package/1/utils/binutils-2.14.90.0.4-42/bin/ld: accum: hidden symbol 
 `_Unwind_GetIPInfo' in 
 /package/1/compilers/gcc-3.2.3-56/bin/../lib/gcc-lib/i386-redhat-linux/3.2.3/libgcc_eh.a(unwind-dw2.oS)
  is referenced by DSO
 collect2: ld returned 1 exit status
 make[2]: *** [accum] Error 1
 make[2]: Leaving directory 
 `/build/sebor/stdcxx-4.1.3-gcc-3.2.3-56-11d/examples'
 make[1]: [examples] Error 2 (ignored)

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

[jira] Assigned: (STDCXX-369) [gcc 3.2.3-56/Linux] ld errors on hidden symbol _Unwind_GetIPInfo

[Martin Sebor (JIRA)]

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

Martin Sebor reassigned STDCXX-369:
---

Assignee: Martin Sebor

 [gcc 3.2.3-56/Linux] ld errors on hidden symbol _Unwind_GetIPInfo
 -

 Key: STDCXX-369
 URL: https://issues.apache.org/jira/browse/STDCXX-369
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Build
Affects Versions: 4.1.3
 Environment: gcc 3.2.3-56, Linux
Reporter: Martin Sebor
 Assigned To: Martin Sebor

 Linking any program with the stdcxx shared library using gcc 3.2.3-56 fails 
 with the following error (the warnings are discussed in STDCXX-368):
 make[2]: Entering directory 
 `/build/sebor/stdcxx-4.1.3-gcc-3.2.3-56-11d/examples'
 gcc -c -I/amd/devco/sebor/stdcxx-4.1.3/include/ansi -D_RWSTDDEBUG
 -D_RWSTD_USE_CONFIG -I/build/sebor/stdcxx-4.1.3-gcc-3.2.3-56-11d/include 
 -I/amd/devco/sebor/stdcxx-4.1.3/include 
 -I/amd/devco/sebor/stdcxx-4.1.3/examples/include  -pedantic -nostdinc++ -g  
 -Wall -W -Wcast-qual -Winline -Wshadow -Wwrite-strings -Wno-long-long 
 -Wcast-align  /amd/devco/sebor/stdcxx-4.1.3/examples/manual/accum.cpp
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const char*__first'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const char*__last'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const std::allocatorchar__alloc'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const char*__first'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const char*__last'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const std::allocatorchar__alloc'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const char*__first'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const char*__last'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const std::allocatorchar__alloc'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const wchar_t*__first'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const wchar_t*__last'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const std::allocatorwchar_t__alloc'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const wchar_t*__first'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const wchar_t*__last'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const std::allocatorwchar_t__alloc'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const wchar_t*__first'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const wchar_t*__last'
 /amd/devco/sebor/stdcxx-4.1.3/include/string:184: warning: unused parameter 
 `const std::allocatorwchar_t__alloc'
 gcc accum.o -o accum  -L/build/sebor/stdcxx-4.1.3-gcc-3.2.3-56-11d/lib 
 -lstd11d  -lsupc++ -lm
 /package/1/utils/binutils-2.14.90.0.4-42/bin/ld: accum: hidden symbol 
 `_Unwind_GetIPInfo' in 
 /package/1/compilers/gcc-3.2.3-56/bin/../lib/gcc-lib/i386-redhat-linux/3.2.3/libgcc_eh.a(unwind-dw2.oS)
  is referenced by DSO
 collect2: ld returned 1 exit status
 make[2]: *** [accum] Error 1
 make[2]: Leaving directory 
 `/build/sebor/stdcxx-4.1.3-gcc-3.2.3-56-11d/examples'
 make[1]: [examples] Error 2 (ignored)

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

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

[Martin Sebor (JIRA)]

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

Martin Sebor reassigned STDCXX-364:
---

Assignee: Martin Sebor

 [gcc/Linux] std::tm not declared in cwchar
 

 Key: STDCXX-364
 URL: https://issues.apache.org/jira/browse/STDCXX-364
 Project: C++ Standard Library
  Issue Type: Bug
  Components: 21. Strings
Affects Versions: 4.1.3
 Environment: Linux, gcc 3.4.6 - 4.1.2 
Reporter: Scott (Yu) Zhong
 Assigned To: Martin Sebor

 getting this error:
 /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:568: error: reference to 'tm' 
 is ambiguous
 /usr/include/../include/time.h:135: error: candidates are: struct tm
 /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:550: error: 
 struct Fallback::tm
 /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:568: error: reference to 'tm' 
 is ambiguous
 /usr/include/../include/time.h:135: error: candidates are: struct tm
 /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:550: error: 
 struct Fallback::tm
 /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:568: error: 'tm' does not 
 name a type
 /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:577: error: 'test_tm' in 
 namespace 'std::Nested' does not name a type
 -
 Martin Sebor [EMAIL PROTECTED]
 I was able to reproduce the same error with gcc 3.4.6.
 The purpose of the test is to verify the conformance of the cwchar header 
 WRT namespace cleanliness (i.e., that symbols like struct tm are defined in 
 namespace std and not also in the global scope). The test is designed to fail 
 at runtime (via assertions) rather than at compile time but it looks like the 
 implementation of the test (or maybe even its
 design) is broken. In any case, the fact that the test doesn't compile 
 suggests there is a problem with the header.
 The compilation errors for the simple program below confirm this. Can you 
 open an issue for this problem and reference this thread in the archive in 
 the issue?
 $ cat t.cpp  nice make t
 #include cwchar
 int main ()
 {
  std::tm tmb = { 0 };
 }
 gcc -c -I/amd/devco/sebor/stdcxx/include/ansi -D_RWSTDDEBUG 
 -I/amd/devco/sebor/stdcxx/include -I/build/sebor/stdcxx-gcc-3.4.6-11S/include
 -I/amd/devco/sebor/stdcxx/../rwtest
 -I/amd/devco/sebor/stdcxx/../rwtest/include
 -I/amd/devco/sebor/stdcxx/tests/include  -pedantic -nostdinc++ -g  -W -Wall 
 -Wcast-qual -Winline -Wshadow -Wwrite-strings -Wno-long-long 
 -Wcast-align   t.cpp
 t.cpp: In function `int main()':
 t.cpp:5: error: `tm' is not a member of `std'
 t.cpp:5: error: expected `;' before tmb
 make: *** [t.o] Error 1
 Thanks
 Martin
 $ cat t.cpp  nice make t
 #include cwchar
 int main ()
 {
  std::tm tmb = { 0 };
 }

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

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

[Martin Sebor (JIRA)]

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

Martin Sebor closed STDCXX-364.
---

   Resolution: Fixed
Fix Version/s: 4.2

 [gcc/Linux] std::tm not declared in cwchar
 

 Key: STDCXX-364
 URL: https://issues.apache.org/jira/browse/STDCXX-364
 Project: C++ Standard Library
  Issue Type: Bug
  Components: 21. Strings
Affects Versions: 4.1.3
 Environment: Linux, gcc 3.4.6 - 4.1.2 
Reporter: Scott (Yu) Zhong
 Assigned To: Martin Sebor
 Fix For: 4.2


 getting this error:
 /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:568: error: reference to 'tm' 
 is ambiguous
 /usr/include/../include/time.h:135: error: candidates are: struct tm
 /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:550: error: 
 struct Fallback::tm
 /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:568: error: reference to 'tm' 
 is ambiguous
 /usr/include/../include/time.h:135: error: candidates are: struct tm
 /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:550: error: 
 struct Fallback::tm
 /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:568: error: 'tm' does not 
 name a type
 /home/scottz/stdcxx/tests/strings/21.cwchar.cpp:577: error: 'test_tm' in 
 namespace 'std::Nested' does not name a type
 -
 Martin Sebor [EMAIL PROTECTED]
 I was able to reproduce the same error with gcc 3.4.6.
 The purpose of the test is to verify the conformance of the cwchar header 
 WRT namespace cleanliness (i.e., that symbols like struct tm are defined in 
 namespace std and not also in the global scope). The test is designed to fail 
 at runtime (via assertions) rather than at compile time but it looks like the 
 implementation of the test (or maybe even its
 design) is broken. In any case, the fact that the test doesn't compile 
 suggests there is a problem with the header.
 The compilation errors for the simple program below confirm this. Can you 
 open an issue for this problem and reference this thread in the archive in 
 the issue?
 $ cat t.cpp  nice make t
 #include cwchar
 int main ()
 {
  std::tm tmb = { 0 };
 }
 gcc -c -I/amd/devco/sebor/stdcxx/include/ansi -D_RWSTDDEBUG 
 -I/amd/devco/sebor/stdcxx/include -I/build/sebor/stdcxx-gcc-3.4.6-11S/include
 -I/amd/devco/sebor/stdcxx/../rwtest
 -I/amd/devco/sebor/stdcxx/../rwtest/include
 -I/amd/devco/sebor/stdcxx/tests/include  -pedantic -nostdinc++ -g  -W -Wall 
 -Wcast-qual -Winline -Wshadow -Wwrite-strings -Wno-long-long 
 -Wcast-align   t.cpp
 t.cpp: In function `int main()':
 t.cpp:5: error: `tm' is not a member of `std'
 t.cpp:5: error: expected `;' before tmb
 make: *** [t.o] Error 1
 Thanks
 Martin
 $ cat t.cpp  nice make t
 #include cwchar
 int main ()
 {
  std::tm tmb = { 0 };
 }

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

[jira] Created: (STDCXX-370) SIGSEGV in localedef on as negative_sign in LC_MONETARY

[Martin Sebor (JIRA)]

SIGSEGV in localedef on  as negative_sign in LC_MONETARY
---

 Key: STDCXX-370
 URL: https://issues.apache.org/jira/browse/STDCXX-370
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Utilities
Affects Versions: 4.1.3
Reporter: Martin Sebor


The following made up LC_MONETARY section causes localedef to die with a 
SIGSEGV:

$ cat foo.src  ./localedef -w -c -f 
/nfs/devco/sebor/stdcxx/etc/nls/charmaps/ISO-8859-1 -i foo.src foo || gdb -q 
./localedef
LC_MONETARY
int_curr_symbol   ABCD
currency_symbol   klmn
mon_decimal_point @
mon_thousands_sep |
mon_grouping  5
positive_sign 
negative_sign 
int_frac_digits   6 
frac_digits   7
p_cs_precedes 1
p_sep_by_space1
n_cs_precedes 1
n_sep_by_space1
p_sign_posn   1
n_sign_posn   2
END LC_MONETARY
Segmentation fault
Using host libthread_db library /lib64/tls/libthread_db.so.1.
(gdb) run -w -c -f /nfs/devco/sebor/stdcxx/etc/nls/charmaps/ISO-8859-1 -i 
foo.src foo
Starting program: /build/sebor/stdcxx-gcc-3.4.6-11S/bin/localedef -w -c -f 
/nfs/devco/sebor/stdcxx/etc/nls/charmaps/ISO-8859-1 -i foo.src foo
Detaching after fork from child process 28327.

Program received signal SIGSEGV, Segmentation fault.
0x004496a8 in Def::convert_string (this=0x7fbfffdda0, 
[EMAIL PROTECTED]) at /amd/devco/sebor/stdcxx/util/def.cpp:286
286 while (str[idx] != '') {
(gdb) where
#0  0x004496a8 in Def::convert_string (this=0x7fbfffdda0, 
[EMAIL PROTECTED]) at /amd/devco/sebor/stdcxx/util/def.cpp:286
#1  0x0045c5d3 in Def::process_monetary (this=0x7fbfffdda0)
at /amd/devco/sebor/stdcxx/util/monetary.cpp:142
#2  0x0044a13a in Def::process_input (this=0x7fbfffdda0)
at /amd/devco/sebor/stdcxx/util/def.cpp:502
#3  0x00403c07 in create_locale (std_src=
  {std::allocatorchar = {No data fields}, static npos = 
18446744073709551615, static _C_null_ref = 
{__rw::__string_refchar,std::char_traitschar,std::allocatorchar  = 
{_C_refs = 0, _C_cap = 0, _C_size = {_C_size = 0, _C_dummy = 0 '\0'}}, _C_eos = 
0 '\0'}, _C_data = 0x6a1608 foo.src}, std_cmap=
  {std::allocatorchar = {No data fields}, static npos = 
18446744073709551615, static _C_null_ref = 
{__rw::__string_refchar,std::char_traitschar,std::allocatorchar  = 
{_C_refs = 0, _C_cap = 0, _C_size = {_C_size = 0, _C_dummy = 0 '\0'}}, _C_eos = 
0 '\0'}, _C_data = 0x6a15a8 
/nfs/devco/sebor/stdcxx/etc/nls/charmaps/ISO-8859-1}, outdir=
  {std::allocatorchar = {No data fields}, static npos = 
18446744073709551615, static _C_null_ref = 
{__rw::__string_refchar,std::char_traitschar,std::allocatorchar  = 
{_C_refs = 0, _C_cap = 0, _C_size = {_C_size = 0, _C_dummy = 0 '\0'}}, _C_eos = 
0 '\0'}, _C_data = 0x68e378 }, std_locale=
  {std::allocatorchar = {No data fields}, static npos = 
18446744073709551615, static _C_null_ref = 
{__rw::__string_refchar,std::char_traitschar,std::allocatorchar  = 
{_C_refs = 0, _C_cap = 0, _C_size = {_C_size = 0, _C_dummy = 0 '\0'}}, _C_eos = 
0 '\0'}, _C_data = 0x6a1558 foo}, force_output=true, 
use_ucs=false, no_position=false, link_aliases=false)
at /amd/devco/sebor/stdcxx/util/localedef.cpp:210
#4  0x0040574f in main (argc=8, argv=0x7fb578)
at /amd/devco/sebor/stdcxx/util/localedef.cpp:558


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

[jira] Assigned: (STDCXX-370) SIGSEGV in localedef on as negative_sign in LC_MONETARY

[Martin Sebor (JIRA)]

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

Martin Sebor reassigned STDCXX-370:
---

Assignee: Martin Sebor

 SIGSEGV in localedef on  as negative_sign in LC_MONETARY
 ---

 Key: STDCXX-370
 URL: https://issues.apache.org/jira/browse/STDCXX-370
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Utilities
Affects Versions: 4.1.3
Reporter: Martin Sebor
 Assigned To: Martin Sebor

 The following made up LC_MONETARY section causes localedef to die with a 
 SIGSEGV:
 $ cat foo.src  ./localedef -w -c -f 
 /nfs/devco/sebor/stdcxx/etc/nls/charmaps/ISO-8859-1 -i foo.src foo || gdb -q 
 ./localedef
 LC_MONETARY
 int_curr_symbol   ABCD
 currency_symbol   klmn
 mon_decimal_point @
 mon_thousands_sep |
 mon_grouping  5
 positive_sign 
 negative_sign 
 int_frac_digits   6 
 frac_digits   7
 p_cs_precedes 1
 p_sep_by_space1
 n_cs_precedes 1
 n_sep_by_space1
 p_sign_posn   1
 n_sign_posn   2
 END LC_MONETARY
 Segmentation fault
 Using host libthread_db library /lib64/tls/libthread_db.so.1.
 (gdb) run -w -c -f /nfs/devco/sebor/stdcxx/etc/nls/charmaps/ISO-8859-1 -i 
 foo.src foo
 Starting program: /build/sebor/stdcxx-gcc-3.4.6-11S/bin/localedef -w -c -f 
 /nfs/devco/sebor/stdcxx/etc/nls/charmaps/ISO-8859-1 -i foo.src foo
 Detaching after fork from child process 28327.
 Program received signal SIGSEGV, Segmentation fault.
 0x004496a8 in Def::convert_string (this=0x7fbfffdda0, 
 [EMAIL PROTECTED]) at /amd/devco/sebor/stdcxx/util/def.cpp:286
 286 while (str[idx] != '') {
 (gdb) where
 #0  0x004496a8 in Def::convert_string (this=0x7fbfffdda0, 
 [EMAIL PROTECTED]) at /amd/devco/sebor/stdcxx/util/def.cpp:286
 #1  0x0045c5d3 in Def::process_monetary (this=0x7fbfffdda0)
 at /amd/devco/sebor/stdcxx/util/monetary.cpp:142
 #2  0x0044a13a in Def::process_input (this=0x7fbfffdda0)
 at /amd/devco/sebor/stdcxx/util/def.cpp:502
 #3  0x00403c07 in create_locale (std_src=
   {std::allocatorchar = {No data fields}, static npos = 
 18446744073709551615, static _C_null_ref = 
 {__rw::__string_refchar,std::char_traitschar,std::allocatorchar  = 
 {_C_refs = 0, _C_cap = 0, _C_size = {_C_size = 0, _C_dummy = 0 '\0'}}, _C_eos 
 = 0 '\0'}, _C_data = 0x6a1608 foo.src}, std_cmap=
   {std::allocatorchar = {No data fields}, static npos = 
 18446744073709551615, static _C_null_ref = 
 {__rw::__string_refchar,std::char_traitschar,std::allocatorchar  = 
 {_C_refs = 0, _C_cap = 0, _C_size = {_C_size = 0, _C_dummy = 0 '\0'}}, _C_eos 
 = 0 '\0'}, _C_data = 0x6a15a8 
 /nfs/devco/sebor/stdcxx/etc/nls/charmaps/ISO-8859-1}, outdir=
   {std::allocatorchar = {No data fields}, static npos = 
 18446744073709551615, static _C_null_ref = 
 {__rw::__string_refchar,std::char_traitschar,std::allocatorchar  = 
 {_C_refs = 0, _C_cap = 0, _C_size = {_C_size = 0, _C_dummy = 0 '\0'}}, _C_eos 
 = 0 '\0'}, _C_data = 0x68e378 }, std_locale=
   {std::allocatorchar = {No data fields}, static npos = 
 18446744073709551615, static _C_null_ref = 
 {__rw::__string_refchar,std::char_traitschar,std::allocatorchar  = 
 {_C_refs = 0, _C_cap = 0, _C_size = {_C_size = 0, _C_dummy = 0 '\0'}}, _C_eos 
 = 0 '\0'}, _C_data = 0x6a1558 foo}, force_output=true, 
 use_ucs=false, no_position=false, link_aliases=false)
 at /amd/devco/sebor/stdcxx/util/localedef.cpp:210
 #4  0x0040574f in main (argc=8, argv=0x7fb578)
 at /amd/devco/sebor/stdcxx/util/localedef.cpp:558

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

[jira] Assigned: (STDCXX-371) locale strips trailing currency_symbol characters

[Martin Sebor (JIRA)]

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

Martin Sebor reassigned STDCXX-371:
---

Assignee: Martin Sebor

 locale strips trailing currency_symbol characters
 -

 Key: STDCXX-371
 URL: https://issues.apache.org/jira/browse/STDCXX-371
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Utilities
Affects Versions: 4.1.3
Reporter: Martin Sebor
 Assigned To: Martin Sebor
Priority: Minor

 When printing out the contents of the LC_MONETARY section the locale utility 
 seems to strip all but the first character from the currency_symbol (see the 
 test case below). While this doesn't appear to affect localized programs 
 (since the locale generated by the localedef utility is correct) it is 
 causing failures in a number of locale tests (since they use a series of 
 localedef and locale commands to verify that the same locale can be generated 
 from the original sources as from the sources produced by the locale utility 
 run on the generated locale).
 $ cat foo.src  ./localedef -w -c -f 
 /nfs/devco/sebor/stdcxx/etc/nls/charmaps/ISO-8859-1 -i foo.src foo  
 LC_MONETARY=./foo ./locale -ck LC_MONETARY | grep currency_symbol  strings 
 foo/LC_MONETARY 
 LC_MONETARY
 int_curr_symbol   ABCD
 currency_symbol   klmn
 END LC_MONETARY
 currency_symbol=k
 ABCD
 klmn
 ISO-8859-1
 ISO-8859-1

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

[jira] Updated: (STDCXX-371) locale strips trailing currency_symbol characters

[Martin Sebor (JIRA)]

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

Martin Sebor updated STDCXX-371:


Affects Version/s: (was: 4.1.3)
   4.2

This doesn't appear to affect 4.1.3.

 locale strips trailing currency_symbol characters
 -

 Key: STDCXX-371
 URL: https://issues.apache.org/jira/browse/STDCXX-371
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Utilities
Affects Versions: 4.2
Reporter: Martin Sebor
 Assigned To: Martin Sebor
Priority: Minor

 When printing out the contents of the LC_MONETARY section the locale utility 
 seems to strip all but the first character from the currency_symbol (see the 
 test case below). While this doesn't appear to affect localized programs 
 (since the locale generated by the localedef utility is correct) it is 
 causing failures in a number of locale tests (since they use a series of 
 localedef and locale commands to verify that the same locale can be generated 
 from the original sources as from the sources produced by the locale utility 
 run on the generated locale).
 $ cat foo.src  ./localedef -w -c -f 
 /nfs/devco/sebor/stdcxx/etc/nls/charmaps/ISO-8859-1 -i foo.src foo  
 LC_MONETARY=./foo ./locale -ck LC_MONETARY | grep currency_symbol  strings 
 foo/LC_MONETARY 
 LC_MONETARY
 int_curr_symbol   ABCD
 currency_symbol   klmn
 END LC_MONETARY
 currency_symbol=k
 ABCD
 klmn
 ISO-8859-1
 ISO-8859-1

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

[jira] Created: (STDCXX-372) locale test failure for br_FR.ISO-8859-1 and hu_HU.ISO-8859-2

[Martin Sebor (JIRA)]

locale test failure for br_FR.ISO-8859-1 and hu_HU.ISO-8859-2
-

 Key: STDCXX-372
 URL: https://issues.apache.org/jira/browse/STDCXX-372
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Locales
Affects Versions: 4.2
 Environment: gcc 3.4.6, Linux x86_64
Reporter: Martin Sebor


Running the test scripts for br_FR.ISO-8859-1 and hu_HU.ISO-8859-2 shows that 
stages 2 and 3 differ (the diff is below the script output):

$ ./br_FR.ISO-8859-1.sh -d -n
RWSTD_SRC_ROOT=/amd/devco/sebor/stdcxx/etc/nls
export RWSTD_SRC_ROOT
mkdir -p /tmp/locale.11871/stage.1/charmaps
./localedef -w -c -f /amd/devco/sebor/stdcxx/etc/nls/charmaps/ISO-8859-1 -i 
/amd/devco/sebor/stdcxx/etc/nls/src/br_FR 
/tmp/locale.11871/stage.1/br_FR.ISO-8859-1 /dev/tty 21
LC_ALL=/tmp/locale.11871/stage.1/br_FR.ISO-8859-1 ./locale --charmap -l 
/tmp/locale.11871/stage.1/charmaps/ISO-8859-1 2/dev/tty
LC_ALL=/tmp/locale.11871/stage.1/br_FR.ISO-8859-1 ./locale -ck -h -l LC_ALL 
/tmp/locale.11871/stage.1/br_FR.src 2/dev/tty
mkdir -p /tmp/locale.11871/stage.2/charmaps
./localedef -w -c -f /tmp/locale.11871/stage.1/charmaps/ISO-8859-1 -i 
/tmp/locale.11871/stage.1/br_FR.src /tmp/locale.11871/stage.2/br_FR.ISO-8859-1 
/dev/tty 21
RWSTD_SRC_ROOT=/tmp/locale.11871/stage.1
export RWSTD_SRC_ROOT
LC_ALL=/tmp/locale.11871/stage.2/br_FR.ISO-8859-1 ./locale --charmap -l 
/tmp/locale.11871/stage.2/charmaps/ISO-8859-1 2/dev/tty
LC_ALL=/tmp/locale.11871/stage.2/br_FR.ISO-8859-1 ./locale -ck -h -l LC_ALL 
/tmp/locale.11871/stage.2/br_FR.src 2/dev/tty
mkdir -p /tmp/locale.11871/stage.3/charmaps
./localedef -w -c -f /tmp/locale.11871/stage.2/charmaps/ISO-8859-1 -i 
/tmp/locale.11871/stage.2/br_FR.src /tmp/locale.11871/stage.3/br_FR.ISO-8859-1 
/dev/tty 21
RWSTD_SRC_ROOT=/tmp/locale.11871/stage.2
export RWSTD_SRC_ROOT
LC_ALL=/tmp/locale.11871/stage.3/br_FR.ISO-8859-1 ./locale --charmap -l 
/tmp/locale.11871/stage.3/charmaps/ISO-8859-1 2/dev/tty
LC_ALL=/tmp/locale.11871/stage.3/br_FR.ISO-8859-1 ./locale -ck -h -l LC_ALL 
/tmp/locale.11871/stage.3/br_FR.src 2/dev/tty
diff /tmp/locale.11871/stage.1/charmaps/ISO-8859-1  
/tmp/locale.11871/stage.2/charmaps/ISO-8859-1 /dev/null
diff /tmp/locale.11871/stage.2/charmaps/ISO-8859-1  
/tmp/locale.11871/stage.3/charmaps/ISO-8859-1 /dev/null
diff /tmp/locale.11871/stage.2/br_FR.src  /tmp/locale.11871/stage.3/br_FR.src 
/dev/null
## AssertionFailed: /tmp/locale.11871/stage.2/br_FR.src  and 
/tmp/locale.11871/stage.3/br_FR.src differ.
# +---++++
# | DIAGNOSTIC| ACTIVE |  TOTAL |INACTIVE|
# +---++++
# | (S7) ASSERTION|  1 | 16 |93% |
# +---++++

## Assertions = 16
## FailedAssertions = 1


$ diff /tmp/locale.11871/stage.2/br_FR.src /tmp/locale.11871/stage.3/br_FR.src
5,6c5,6
 #   codeset_off: 8640
 #   charmap_off: 8651
---
 #   codeset_off: 8520
 #   charmap_off: 8531
8c8
 #   num_elms: 264
---
 #   num_elms: 258
12,14c12
 #   largest_ce: 2
 collating-element RW_CE_0 from U0048
 collating-element RW_CE_1 from U0068
---
 #   largest_ce: 1
17,18d14
 RW_CE_0  \x38;\x23;\x0c;IGNORE;
 RW_CE_1  \x38;\x23;\x0d;IGNORE;


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

[jira] Resolved: (STDCXX-371) locale strips trailing currency_symbol characters

[Martin Sebor (JIRA)]

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

Martin Sebor resolved STDCXX-371.
-

   Resolution: Fixed
Fix Version/s: 4.2

Fixed with the referenced change.

 locale strips trailing currency_symbol characters
 -

 Key: STDCXX-371
 URL: https://issues.apache.org/jira/browse/STDCXX-371
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Utilities
Affects Versions: 4.2
Reporter: Martin Sebor
 Assigned To: Martin Sebor
Priority: Minor
 Fix For: 4.2


 When printing out the contents of the LC_MONETARY section the locale utility 
 seems to strip all but the first character from the currency_symbol (see the 
 test case below). While this doesn't appear to affect localized programs 
 (since the locale generated by the localedef utility is correct) it is 
 causing failures in a number of locale tests (since they use a series of 
 localedef and locale commands to verify that the same locale can be generated 
 from the original sources as from the sources produced by the locale utility 
 run on the generated locale).
 $ cat foo.src  ./localedef -w -c -f 
 /nfs/devco/sebor/stdcxx/etc/nls/charmaps/ISO-8859-1 -i foo.src foo  
 LC_MONETARY=./foo ./locale -ck LC_MONETARY | grep currency_symbol  strings 
 foo/LC_MONETARY 
 LC_MONETARY
 int_curr_symbol   ABCD
 currency_symbol   klmn
 END LC_MONETARY
 currency_symbol=k
 ABCD
 klmn
 ISO-8859-1
 ISO-8859-1

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

[jira] Updated: (STDCXX-129) [HP aCC] ::wmemcpy et al not declared in wchar.h

[Martin Sebor (JIRA)]

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

Martin Sebor updated STDCXX-129:


Summary: [HP aCC] ::wmemcpy et al not declared in wchar.h  (was: [HP aCC] 
::wmemcpy et al not delcared in wchar.h)

 [HP aCC] ::wmemcpy et al not declared in wchar.h
 --

 Key: STDCXX-129
 URL: https://issues.apache.org/jira/browse/STDCXX-129
 Project: C++ Standard Library
  Issue Type: Bug
  Components: 21. Strings
Affects Versions: 4.1.3, 4.1.2
 Environment: HP aCC 3.63
Reporter: Martin Sebor
 Assigned To: Martin Sebor
Priority: Critical
 Fix For: 4.2


 The program below fails to compile with HP aCC 3.63 when optimization is on:
 $ cat t.cpp  gmake t
 #include string
 #include wchar.h
 int main ()
 {
 wmemcpy (0, 0, 0);
 }
 generating dependencies for t.cpp
 aCC -c -I/build/sebor/dev/stdlib/include/ansi -I/usr/include-mt 
 -D_RWSTD_USE_CONFIG -I/build/sebor/aCC-3.63-12d/include 
 -I/build/sebor/dev/stdlib/include -I/build/sebor/dev/stdlib/examples/include  
 -Aa +nostl  +O2  +w +W392 +W655 +W684 +W818 +W819 +W849  t.cpp
 Error 403: t.cpp, line 6 # Undeclared variable 'wmemcpy'. Perhaps 'memcpy'
 as in void *memcpy(void *,const void *,unsigned long)
 [/usr/include/../include/string.h, line 195] was intended.
 wmemcpy (0, 0, 0);
 ^^^   
 gmake: *** [t.o] Error 2

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

[jira] Assigned: (STDCXX-20) [Cygwin] madvise() needs a config test

[Martin Sebor (JIRA)]

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

Martin Sebor reassigned STDCXX-20:
--

Assignee: Martin Sebor

 [Cygwin] madvise() needs a config test
 --

 Key: STDCXX-20
 URL: https://issues.apache.org/jira/browse/STDCXX-20
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Configuration
Affects Versions: 4.1.2
 Environment: Cygwin
Reporter: Martin Sebor
 Assigned To: Martin Sebor
Priority: Minor
 Fix For: 4.2


 From 
 http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200509.mbox/[EMAIL
  PROTECTED]:
  Original Message 
 Subject: Cygwin build
 Date: Sun, 11 Sep 2005 08:13:38 -0400
 From: Lance Diduck [EMAIL PROTECTED]
 Reply-To: stdcxx-dev@incubator.apache.org
 To: stdcxx-dev@incubator.apache.org
 Notes on  Cygwin build __CYGWIN__ using gcc 3.4.4 BUILDTYPE=11s default modes 
 [...]
 2. config.h file should have a entry for _RWSTD_NO_MADVISE I modified the 
 build's config file directly, I'm not sre how to modify the things that
 generate the config.h in the first place.
 [...]

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

[jira] Assigned: (STDCXX-20) [Cygwin] madvise() needs a config test

[Martin Sebor (JIRA)]

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

Martin Sebor reassigned STDCXX-20:
--

Assignee: (was: Martin Sebor)

 [Cygwin] madvise() needs a config test
 --

 Key: STDCXX-20
 URL: https://issues.apache.org/jira/browse/STDCXX-20
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Configuration
Affects Versions: 4.1.2
 Environment: Cygwin
Reporter: Martin Sebor
Priority: Minor
 Fix For: 4.2


 From 
 http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200509.mbox/[EMAIL
  PROTECTED]:
  Original Message 
 Subject: Cygwin build
 Date: Sun, 11 Sep 2005 08:13:38 -0400
 From: Lance Diduck [EMAIL PROTECTED]
 Reply-To: stdcxx-dev@incubator.apache.org
 To: stdcxx-dev@incubator.apache.org
 Notes on  Cygwin build __CYGWIN__ using gcc 3.4.4 BUILDTYPE=11s default modes 
 [...]
 2. config.h file should have a entry for _RWSTD_NO_MADVISE I modified the 
 build's config file directly, I'm not sre how to modify the things that
 generate the config.h in the first place.
 [...]

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

[jira] Assigned: (STDCXX-131) SIGSEGV in std::stable_partition() due to double destruction

[Martin Sebor (JIRA)]

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

Martin Sebor reassigned STDCXX-131:
---

Assignee: Martin Sebor  (was: Anton Pevtsov)

 SIGSEGV in std::stable_partition() due to double destruction
 

 Key: STDCXX-131
 URL: https://issues.apache.org/jira/browse/STDCXX-131
 Project: C++ Standard Library
  Issue Type: Bug
  Components: 25. Algorithms
Affects Versions: 4.1.3, 4.1.2
 Environment: all
Reporter: Martin Sebor
 Assigned To: Martin Sebor
 Fix For: 4.2


 From 
 http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200601.mbox/[EMAIL
  PROTECTED]:
  Original Message 
 Subject: Re: Re: test for lib.alg.partitions
 Date: Fri, 27 Jan 2006 19:01:52 +0300
 From: Anton Pevtsov [EMAIL PROTECTED]
 Reply-To: stdcxx-dev@incubator.apache.org
 To: stdcxx-dev@incubator.apache.org
 ...
 Martin Sebor wrote:
  It's certainly possible that there is a bug in the algorithm, but I
  would be more inclined to suspect the test before the algorithm just
  because you just made making non-trivial changes to it.
 [...]
  A simple test case would be helpful.
 The old test version didn't exercise all possible cases. I updated the
 test according to your notes and got the same results. So I still
 suspect the bug in the algorithm.
 The attached file stable_partition_test.cpp illustrates the problem: 
 the algorithm fails when the predicate returns true for any element.
 I debug the algorithm and found the following code in algorithm.cc, line
 760:
 ...
 _Dist __fill = 0;
 const _BidirIter __res =
 __stable_partition_adaptive (__first, __last, __pred, __dist,
  __pair.first, __pair.second,
  __fill, (_TypeT*)0);
 for (_TypeT *__ptr = __pair.first + __fill; !(__pair.first ==
 --__ptr); )
 (*__ptr).~_TypeT ();
 ...
 If the __fill remains equal to 0 after the __stable_partition_adaptive
 call the for will never end and will try to call destructors of
 non-existing elements moving from the left bound of the given sequence
 to left. Also if __fill is equal to 1 no destructors will be called, but
 one should be, shouldn't it?
 May be, something like this
 ...
 for (_TypeT *__ptr = __pair.first + __fill; !(__pair.first ==
 __ptr--); )
 (*__ptr).~_TypeT ();
 ...
 will fix the issue?
 And I have another question: what will happen with the temporary buffer
 in stable_partition if the X copy ctor throws an exception? It looks
 like the buffer will leak.
 With best wishes,
 Anton Pevtsov

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

[jira] Created: (STDCXX-374) [exec] incorrect pass rate for 23.deque.iterators on Windows

[Martin Sebor (JIRA)]

[exec] incorrect pass rate for 23.deque.iterators on Windows


 Key: STDCXX-374
 URL: https://issues.apache.org/jira/browse/STDCXX-374
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Utilities
Affects Versions: 4.2
 Environment: MSVC 7.1, 8.0/Windows
Reporter: Martin Sebor


 Original Message 
Subject: incorrect pass rate for 23.deque.iterators on Windows
Date: Fri, 23 Mar 2007 10:28:35 -0600
From: Martin Sebor [EMAIL PROTECTED]
Reply-To: stdcxx-dev@incubator.apache.org
Organization: Rogue Wave Software
To: stdcxx-dev@incubator.apache.org

While looking at our Windows nightly test results I spotted
what I suspect to be a case of some bad math in the exec
utility when calculating percentages. The 23.deque.iterators
test is reported as failing 0 out of a total of 77,810,809
assertions and its pass rate as being 44%. This happens with
both MSVC 7.1 and 8.0. The pass rate is clearly wrong but I
suspect the 77 million assertions isn't really correct either
(on UNIX we consistently get 4,915,404).

23.deque.iterators.exe   0   0   77810809   0   44%   3.203

I'm guessing it's one of two things: either we have a Windows
specific bug in our code in exec, or there is a bug in both
versions of MSVC that causes this.

Andrew or Farid, do you guys have any insight?

Martin


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

[jira] Assigned: (STDCXX-374) [exec] incorrect pass rate for 23.deque.iterators on Windows

[Martin Sebor (JIRA)]

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

Martin Sebor reassigned STDCXX-374:
---

Assignee: Andrew Black

 [exec] incorrect pass rate for 23.deque.iterators on Windows
 

 Key: STDCXX-374
 URL: https://issues.apache.org/jira/browse/STDCXX-374
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Utilities
Affects Versions: 4.2
 Environment: MSVC 7.1, 8.0/Windows
Reporter: Martin Sebor
 Assigned To: Andrew Black

  Original Message 
 Subject: incorrect pass rate for 23.deque.iterators on Windows
 Date: Fri, 23 Mar 2007 10:28:35 -0600
 From: Martin Sebor [EMAIL PROTECTED]
 Reply-To: stdcxx-dev@incubator.apache.org
 Organization: Rogue Wave Software
 To: stdcxx-dev@incubator.apache.org
 While looking at our Windows nightly test results I spotted
 what I suspect to be a case of some bad math in the exec
 utility when calculating percentages. The 23.deque.iterators
 test is reported as failing 0 out of a total of 77,810,809
 assertions and its pass rate as being 44%. This happens with
 both MSVC 7.1 and 8.0. The pass rate is clearly wrong but I
 suspect the 77 million assertions isn't really correct either
 (on UNIX we consistently get 4,915,404).
 23.deque.iterators.exe   0   0   77810809   0   44%   3.203
 I'm guessing it's one of two things: either we have a Windows
 specific bug in our code in exec, or there is a bug in both
 versions of MSVC that causes this.
 Andrew or Farid, do you guys have any insight?
 Martin

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

[jira] Resolved: (STDCXX-131) SIGSEGV in std::stable_partition() due to double destruction

[Martin Sebor (JIRA)]

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

Martin Sebor resolved STDCXX-131.
-

Resolution: Fixed

Resolved as Fixed, leaving open until a test is added to the regression test 
suite.

 SIGSEGV in std::stable_partition() due to double destruction
 

 Key: STDCXX-131
 URL: https://issues.apache.org/jira/browse/STDCXX-131
 Project: C++ Standard Library
  Issue Type: Bug
  Components: 25. Algorithms
Affects Versions: 4.1.3, 4.1.2
 Environment: all
Reporter: Martin Sebor
 Assigned To: Martin Sebor
 Fix For: 4.2


 From 
 http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200601.mbox/[EMAIL
  PROTECTED]:
  Original Message 
 Subject: Re: Re: test for lib.alg.partitions
 Date: Fri, 27 Jan 2006 19:01:52 +0300
 From: Anton Pevtsov [EMAIL PROTECTED]
 Reply-To: stdcxx-dev@incubator.apache.org
 To: stdcxx-dev@incubator.apache.org
 ...
 Martin Sebor wrote:
  It's certainly possible that there is a bug in the algorithm, but I
  would be more inclined to suspect the test before the algorithm just
  because you just made making non-trivial changes to it.
 [...]
  A simple test case would be helpful.
 The old test version didn't exercise all possible cases. I updated the
 test according to your notes and got the same results. So I still
 suspect the bug in the algorithm.
 The attached file stable_partition_test.cpp illustrates the problem: 
 the algorithm fails when the predicate returns true for any element.
 I debug the algorithm and found the following code in algorithm.cc, line
 760:
 ...
 _Dist __fill = 0;
 const _BidirIter __res =
 __stable_partition_adaptive (__first, __last, __pred, __dist,
  __pair.first, __pair.second,
  __fill, (_TypeT*)0);
 for (_TypeT *__ptr = __pair.first + __fill; !(__pair.first ==
 --__ptr); )
 (*__ptr).~_TypeT ();
 ...
 If the __fill remains equal to 0 after the __stable_partition_adaptive
 call the for will never end and will try to call destructors of
 non-existing elements moving from the left bound of the given sequence
 to left. Also if __fill is equal to 1 no destructors will be called, but
 one should be, shouldn't it?
 May be, something like this
 ...
 for (_TypeT *__ptr = __pair.first + __fill; !(__pair.first ==
 __ptr--); )
 (*__ptr).~_TypeT ();
 ...
 will fix the issue?
 And I have another question: what will happen with the temporary buffer
 in stable_partition if the X copy ctor throws an exception? It looks
 like the buffer will leak.
 With best wishes,
 Anton Pevtsov

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

[jira] Resolved: (STDCXX-62) std::money_get::get() SIGABRT on EOF

[Martin Sebor (JIRA)]

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

Martin Sebor resolved STDCXX-62.


Resolution: Fixed

Resolved as Fixed, leaving open until the test is added to the regression suite.

 std::money_get::get() SIGABRT on EOF
 

 Key: STDCXX-62
 URL: https://issues.apache.org/jira/browse/STDCXX-62
 Project: C++ Standard Library
  Issue Type: Bug
  Components: 22. Localization
Affects Versions: 4.1.2
 Environment: all
Reporter: Martin Sebor
 Assigned To: Martin Sebor
Priority: Critical
 Fix For: 4.2


 The program below aborts in money_getchar::do_get():
 $ cat t.cpp  make t -r  ./t 21 | c++filt
 #include ios
 #include locale
 int main ()
 {
 typedef std::money_getchar MoneyGet;
 const MoneyGet mg = std::use_facetMoneyGet(std::locale::classic ());
 std::ios io (0);
 std::ios::iostate err;
 long double x;
 mg.get (std::istreambuf_iteratorchar(), 
 std::istreambuf_iteratorchar(),
 false, io, err, x);
 }
 gcc -c -I/build/sebor/dev/stdlib/include/ansi -D_RWSTDDEBUG   -pthreads 
 -D_RWSTD_USE_CONFIG -I/build/sebor/gcc-3.4.3-15s/include 
 -I/build/sebor/dev/stdlib/include -I/build/sebor/dev/stdlib/examples/include  
 -pedantic -nostdinc++ -g  -Wall -W -Wcast-qual -Winline -Wshadow 
 -Wwrite-strings -Wno-long-long  t.cpp
 gcc t.o -o t -pthreads -L/build/sebor/gcc-3.4.3-15s/lib -lstd15s  -lsupc++ -lm
 /build/sebor/dev/stdlib/include/rw/_ioiter.h:146: typename 
 std::istreambuf_iterator_CharT, _Traits::char_type 
 std::istreambuf_iterator_CharT, _Traits::operator*() const [with _CharT = 
 char, _Traits = std::char_traitschar]: Assertion '0 != _C_sb' failed.
 /build/sebor/gcc-3.4.3-15s/examples/t:__rw::__rw_assert_fail(char const*, 
 char const*, int, char const*)+0x7c
 /build/sebor/gcc-3.4.3-15s/examples/t:std::istreambuf_iteratorchar, 
 std::char_traitschar ::operator*() const+0x38
 /build/sebor/gcc-3.4.3-15s/examples/t:std::money_getchar, 
 std::istreambuf_iteratorchar, std::char_traitschar  
 ::_C_get(std::istreambuf_iteratorchar, std::char_traitschar , 
 std::istreambuf_iteratorchar, std::char_traitschar , bool, 
 std::ios_base, __rw::__rw_iostate, void*, std::basic_stringchar, 
 std::char_traitschar, std::allocatorchar *) const+0x61c
 /build/sebor/gcc-3.4.3-15s/examples/t:std::money_getchar, 
 std::istreambuf_iteratorchar, std::char_traitschar  
 ::do_get(std::istreambuf_iteratorchar, std::char_traitschar , 
 std::istreambuf_iteratorchar, std::char_traitschar , bool, 
 std::ios_base, __rw::__rw_iostate, long double) const+0x6c
 /build/sebor/gcc-3.4.3-15s/examples/t:std::money_getchar, 
 std::istreambuf_iteratorchar, std::char_traitschar  
 ::get(std::istreambuf_iteratorchar, std::char_traitschar , 
 std::istreambuf_iteratorchar, std::char_traitschar , bool, 
 std::ios_base, __rw::__rw_iostate, long double) const+0x78
 /build/sebor/gcc-3.4.3-15s/examples/t:main+0x90
 /build/sebor/gcc-3.4.3-15s/examples/t:_start+0x5c
 Abort (core dumped)

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

[jira] Updated: (STDCXX-373) [locale] error: incomplete multibyte character on yi_US.CP1255

[Martin Sebor (JIRA)]

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

Martin Sebor updated STDCXX-373:


Summary: [locale] error: incomplete multibyte character on yi_US.CP1255  
(was: localedef error: incomplete multibyte character on yi_US.CP1255)

The error is actually issued by the locale utility, not localedef.

 [locale] error: incomplete multibyte character on yi_US.CP1255
 --

 Key: STDCXX-373
 URL: https://issues.apache.org/jira/browse/STDCXX-373
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Locales
Affects Versions: 4.2
 Environment: gcc 3.4.6, Linux x86_64
Reporter: Martin Sebor

 $ ./yi_US.CP1255 -d -n
 -bash: ./yi_US.CP1255: No such file or directory
 bin$ ./yi_US.CP1255.sh -d -n
 RWSTD_SRC_ROOT=/amd/devco/sebor/stdcxx/etc/nls
 export RWSTD_SRC_ROOT
 mkdir -p /tmp/locale.12106/stage.1/charmaps
 ./localedef -w -c -f /amd/devco/sebor/stdcxx/etc/nls/charmaps/CP1255 -i 
 /amd/devco/sebor/stdcxx/etc/nls/src/yi_US 
 /tmp/locale.12106/stage.1/yi_US.CP1255 /dev/tty 21
 LC_ALL=/tmp/locale.12106/stage.1/yi_US.CP1255 ./locale --charmap -l 
 /tmp/locale.12106/stage.1/charmaps/CP1255 2/dev/tty
 LC_ALL=/tmp/locale.12106/stage.1/yi_US.CP1255 ./locale -ck -h -l LC_ALL 
 /tmp/locale.12106/stage.1/yi_US.src 2/dev/tty
 Error 308: incomplete multibyte character in character map file: expecting 3 
 bytes, found 0

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

[jira] Resolved: (STDCXX-211) SIGABRT in locale combining ctor after use_facet

[Martin Sebor (JIRA)]

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

Martin Sebor resolved STDCXX-211.
-

   Resolution: Fixed
Fix Version/s: 4.2

Looks like this is fixed. Leaving open until the exhaustive test from the 
attachment has been integrated into the regression test suite.

 SIGABRT in locale combining ctor after use_facet
 

 Key: STDCXX-211
 URL: https://issues.apache.org/jira/browse/STDCXX-211
 Project: C++ Standard Library
  Issue Type: Bug
  Components: 22. Localization
Affects Versions: 4.1.3, 4.1.2
 Environment: all
Reporter: Martin Sebor
 Fix For: 4.2

 Attachments: stdcxx-211.cpp


 Moved from the Rogue Wave bug tracking database:
 Created By: sebor @ Jun 19, 2004 03:00:35 PM
 The program below aborts on most (if not all) platforms. Output shown is on 
 HP-UX 11.00 with aCC 3.52.
 $ cat t.cpp
 #include cstdio
 #include locale
 template class charT
 void foo (const char *name1, const char *name2)
 {
 {
 const std::locale l0 (name1);
 const std::locale l1 (l0, name2, std::locale::time);
 std::printf (%s, %s\n, l0.name ().c_str (), l1.name ().c_str ());
 std::use_facetstd::time_getcharT (l1);
 std::printf (%s, %s\n, l0.name ().c_str (), l1.name ().c_str ());
 }
 return;
 }
 int main (int argc, char *argv[])
 {
 foochar(argc  1 ? argv [1] : , argc  2 ? argv [2] : );
 foowchar_t(argc  1 ? argv [1] : , argc  2 ? argv [2] : );
 }
 $ aCC -c -I/build/sebor/dev/stdlib/include/ansi -I/usr/include  -D_RWSTDDEBUG 
  -D_RWSTD_NO_EXTERN_TEMPLATE  -D_RWSTD_USE_CONFIG   
 -I/build/sebor/aCC-3.52-11s/include -I/build/sebor/dev/stdlib/include 
 -I/build/sebor/dev/stdlib/../rwtest 
 -I/build/sebor/dev/stdlib/../rwtest/include 
 -I/build/sebor/dev/stdlib/tests/include  -Aa +nostl  -g +d+w +W392 +W655 
 +W684 +W818 +W819 +W849  t.cpp  aCC t.o -o t 
 -L/build/sebor/aCC-3.52-11s/rwtest -lrwtest11s 
 -L/build/sebor/aCC-3.52-11s/lib -lstd11s -lm -Aa +nostl -Wl,+s 
 -Wl,+vnocompatwarnings -L/build/sebor/aCC-3.52-11s/lib  ./t
 C C C C C C, C C C C C C
 *, *
 /build/sebor/dev/stdlib/src/locale_combine.cpp:571: static __rw::__rw_locale 
 *__rw::__rw_locale::_C_make_body(__rw::__rw_locale *,__rw::__rw_locale 
 *,const char *,int,const __rw::__rw_facet *): Assertion '!plocale || 
 plocale-_C_is_managed (_STD::locale::none)' failed.
 ( 0)  0x00010440   __rw_assert_fail__4__rwFPCcT1iT1 + 0x7c  [././t]
 ( 1)  0x0001ae58   
 _C_make_body__Q2_4__rw11__rw_localeSFPQ2_4__rw11__rw_localeT1PCciPCQ2_4__rw10__r
  + 0x464  [././t]
 ( 2)  0x0001b3cc   __ct__Q2_3std6localeFPCc_2 + 0x5c  [././t]
 ( 3)  0xbf94   foo__XTw_FPCcT1 + 0x20  [././t]
 ( 4)  0xbe2c   main + 0x94  [././t]
 ( 5)  0xc013e8fc   _start + 0xc8  [/usr/lib/libc.2]
 ( 6)  0xacb0   $START$ + 0x178  [././t]
 ABORT instruction (core dumped)
 $ ./t da_DK.iso8859 en_US.roman8
 ABORT instruction (core dumped)

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

[jira] Updated: (STDCXX-361) [Intel C++ 9.1.042] hangs compiling conditional initialization in template code

[Martin Sebor (JIRA)]

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

Martin Sebor updated STDCXX-361:


Summary: [Intel C++ 9.1.042] hangs compiling conditional initialization in 
template code  (was: [icc 9.1.042] hangs compiling conditional initialization 
in template code)

 [Intel C++ 9.1.042] hangs compiling conditional initialization in template 
 code
 ---

 Key: STDCXX-361
 URL: https://issues.apache.org/jira/browse/STDCXX-361
 Project: C++ Standard Library
  Issue Type: Bug
  Components: External
 Environment: l_cc_c_9.1.042
Reporter: Andrew Black
 Attachments: icc-9.1.042-hang.cpp


 Intel 9.1.042 on Linux fails to terminate when compiling the attached test 
 case. This test case is attached as icc-9.1.042-hang.cpp.  This has bug been 
 filed with Intel as issue 424719.

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

[jira] Assigned: (STDCXX-134) test output misaligned for large number of assertions

[Martin Sebor (JIRA)]

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

Martin Sebor reassigned STDCXX-134:
---

Assignee: Martin Sebor

 test output misaligned for large number of assertions
 -

 Key: STDCXX-134
 URL: https://issues.apache.org/jira/browse/STDCXX-134
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Test Driver
Affects Versions: 4.1.3
 Environment: $ uname -a
 Linux skynet 2.6.14.5 #3 SMP PREEMPT Mon Jan 9 13:59:21 MST 2006 i686 unknown 
 unknown GNU/Linux
 $ gcc -v
 Reading specs from /usr/lib/gcc-lib/i486-slackware-linux/3.3.4/specs
 Configured with: ../gcc-3.3.4/configure --prefix=/usr --enable-shared 
 --enable-threads=posix --enable-__cxa_atexit --disable-checking --with-gnu-ld 
 --verbose --target=i486-slackware-linux --host=i486-slackware-linux
 Thread model: posix
 gcc version 3.3.4
Reporter: Liviu Nicoara
 Assigned To: Martin Sebor
Priority: Minor
 Fix For: 4.2


 (Need monospace font to see properly)
 The following test case:
 $ cat  t.cpp  EOF
 #include driver.h
 int run_test (int, char**)
 {
 for (int i = 0; i  100; ++i)
 rw_assert (1, 0, 0,  );
 return 0;
 }
 int main ()
 {
 return rw_test (0, 0, __FILE__, , 0, run_test, 0);
 }
 EOF
 yields the following output:
 $ ./t
 # INFO (S1) (8 lines):
 # TEXT:
 # COMPILER: gcc 3.3.4, __VERSION__ = 3.3.4
 # ENVIRONMENT: i386 running linux-elf 2.4.29 with glibc 2.3
 # FILE: t.cpp
 # COMPILED: Feb  6 2006, 13:45:04
 # COMMENT:
 ##
 # +---++++
 # | DIAGNOSTIC| ACTIVE |  TOTAL |INACTIVE|
 # +---++++
 # | (S1) INFO |  1 |  1 | 0% |
 # | (S7) ASSERTION|  0 | 100 |   100% |
 # +---++++
 Please note the misalignment in the last row of he table.

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

[jira] Updated: (STDCXX-134) driver assertion output misaligned for large numbers

[Martin Sebor (JIRA)]

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

Martin Sebor updated STDCXX-134:


  Component/s: (was: Tests)
   Test Driver
Fix Version/s: 4.2
  Summary: driver assertion output misaligned for large numbers  (was: 
test output misaligned for large number of assertions)

This is a problem in the test driver, not the tests.

 driver assertion output misaligned for large numbers
 

 Key: STDCXX-134
 URL: https://issues.apache.org/jira/browse/STDCXX-134
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Test Driver
Affects Versions: 4.1.3
 Environment: $ uname -a
 Linux skynet 2.6.14.5 #3 SMP PREEMPT Mon Jan 9 13:59:21 MST 2006 i686 unknown 
 unknown GNU/Linux
 $ gcc -v
 Reading specs from /usr/lib/gcc-lib/i486-slackware-linux/3.3.4/specs
 Configured with: ../gcc-3.3.4/configure --prefix=/usr --enable-shared 
 --enable-threads=posix --enable-__cxa_atexit --disable-checking --with-gnu-ld 
 --verbose --target=i486-slackware-linux --host=i486-slackware-linux
 Thread model: posix
 gcc version 3.3.4
Reporter: Liviu Nicoara
 Assigned To: Martin Sebor
Priority: Minor
 Fix For: 4.2


 (Need monospace font to see properly)
 The following test case:
 $ cat  t.cpp  EOF
 #include driver.h
 int run_test (int, char**)
 {
 for (int i = 0; i  100; ++i)
 rw_assert (1, 0, 0,  );
 return 0;
 }
 int main ()
 {
 return rw_test (0, 0, __FILE__, , 0, run_test, 0);
 }
 EOF
 yields the following output:
 $ ./t
 # INFO (S1) (8 lines):
 # TEXT:
 # COMPILER: gcc 3.3.4, __VERSION__ = 3.3.4
 # ENVIRONMENT: i386 running linux-elf 2.4.29 with glibc 2.3
 # FILE: t.cpp
 # COMPILED: Feb  6 2006, 13:45:04
 # COMMENT:
 ##
 # +---++++
 # | DIAGNOSTIC| ACTIVE |  TOTAL |INACTIVE|
 # +---++++
 # | (S1) INFO |  1 |  1 | 0% |
 # | (S7) ASSERTION|  0 | 100 |   100% |
 # +---++++
 Please note the misalignment in the last row of he table.

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

[jira] Closed: (STDCXX-134) driver assertion output misaligned for large numbers

[Martin Sebor (JIRA)]

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

Martin Sebor closed STDCXX-134.
---

Resolution: Fixed

Fixed by the committed change.

 driver assertion output misaligned for large numbers
 

 Key: STDCXX-134
 URL: https://issues.apache.org/jira/browse/STDCXX-134
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Test Driver
Affects Versions: 4.1.3
 Environment: $ uname -a
 Linux skynet 2.6.14.5 #3 SMP PREEMPT Mon Jan 9 13:59:21 MST 2006 i686 unknown 
 unknown GNU/Linux
 $ gcc -v
 Reading specs from /usr/lib/gcc-lib/i486-slackware-linux/3.3.4/specs
 Configured with: ../gcc-3.3.4/configure --prefix=/usr --enable-shared 
 --enable-threads=posix --enable-__cxa_atexit --disable-checking --with-gnu-ld 
 --verbose --target=i486-slackware-linux --host=i486-slackware-linux
 Thread model: posix
 gcc version 3.3.4
Reporter: Liviu Nicoara
 Assigned To: Martin Sebor
Priority: Minor
 Fix For: 4.2


 (Need monospace font to see properly)
 The following test case:
 $ cat  t.cpp  EOF
 #include driver.h
 int run_test (int, char**)
 {
 for (int i = 0; i  100; ++i)
 rw_assert (1, 0, 0,  );
 return 0;
 }
 int main ()
 {
 return rw_test (0, 0, __FILE__, , 0, run_test, 0);
 }
 EOF
 yields the following output:
 $ ./t
 # INFO (S1) (8 lines):
 # TEXT:
 # COMPILER: gcc 3.3.4, __VERSION__ = 3.3.4
 # ENVIRONMENT: i386 running linux-elf 2.4.29 with glibc 2.3
 # FILE: t.cpp
 # COMPILED: Feb  6 2006, 13:45:04
 # COMMENT:
 ##
 # +---++++
 # | DIAGNOSTIC| ACTIVE |  TOTAL |INACTIVE|
 # +---++++
 # | (S1) INFO |  1 |  1 | 0% |
 # | (S7) ASSERTION|  0 | 100 |   100% |
 # +---++++
 Please note the misalignment in the last row of he table.

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

[jira] Closed: (STDCXX-376) test driver reports incorrect pass rathe due to arithmetic overflow

[Martin Sebor (JIRA)]

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

Martin Sebor closed STDCXX-376.
---

   Resolution: Fixed
Fix Version/s: 4.2

Wixed by the referenced changes.

 test driver reports incorrect pass rathe due to arithmetic overflow
 ---

 Key: STDCXX-376
 URL: https://issues.apache.org/jira/browse/STDCXX-376
 Project: C++ Standard Library
  Issue Type: Bug
  Components: Test Driver
Affects Versions: 4.1.3
 Environment: all
Reporter: Martin Sebor
 Assigned To: Martin Sebor
Priority: Critical
 Fix For: 4.2


 The INACTIVE (pass rate) column displays the wrong result when the total 
 number of assertions is large:
 $ cat t.cpp  make t  ./t
 #include driver.h
 int test (int, char**) {
 for (int i = 0; i != 77810809; ++i)
 rw_assert (1, 0, 0, );
 return 0;
 }
  
 int main () {
 rw_test (0, 0, 0, 0, 0, test, 0, 0);
 }
 gcc -c -I/build/sebor/stdcxx/include/ansi -D_RWSTDDEBUG
 -D_RWSTD_USE_CONFIG -I/build/sebor/stdcxx/include 
 -I/build/sebor/stdcxx-gcc-4.1.0-11s/include 
 -I/build/sebor/stdcxx/../rwtest/include -I/build/sebor/stdcxx/tests/include  
 -pedantic -nostdinc++ -g  -W -Wall -Wcast-qual -Winline -Wshadow 
 -Wwrite-strings -Wno-long-long   t.cpp
 gcc t.o -o t -L/build/sebor/stdcxx-gcc-4.1.0-11s/rwtest -lrwtest11s  
 -L/build/sebor/stdcxx-gcc-4.1.0-11s/lib  -lstd11s -lsupc++ -lm 
 # INFO (S1) (8 lines):
 # TEXT: 
 # COMPILER: gcc 4.1.0, __VERSION__ = 4.1.0
 # ENVIRONMENT: sparc-v8 running sunos
 # FILE: (null)
 # COMPILED: Mar 27 2007, 12:33:59
 # COMMENT: 
 ##
 # +---++++
 # | DIAGNOSTIC| ACTIVE |  TOTAL |INACTIVE|
 # +---++++
 # | (S1) INFO |  1 |  1 | 0% |
 # | (S7) ASSERTION|  0 | 77810809 |   -10% |
 # +---++++

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