[jira] Commented: (STDCXX-692) [gcc 4.0.1/Mac OS X 10.5.1 Leopard] 25.search test failure
[ https://issues.apache.org/jira/browse/STDCXX-692?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12559566#action_12559566 ] Eric Lemings commented on STDCXX-692: - The BUILDMODE was 'debug,pthreads,shared' -- my preferred build mode. I forget the exact details of the crash. I'll have to rerun it again to get stack trace and such. If someone is still running Tiger, it would be interesting to note whether it works on 10.4 or not. [gcc 4.0.1/Mac OS X 10.5.1 Leopard] 25.search test failure -- Key: STDCXX-692 URL: https://issues.apache.org/jira/browse/STDCXX-692 Project: C++ Standard Library Issue Type: Bug Components: Tests Affects Versions: 4.2.0 Environment: Darwin hostname 9.1.0 Darwin Kernel Version 9.1.0: Wed Oct 31 17:46:22 PDT 2007; root:xnu-1228.0.2~1/RELEASE_I386 i386 Reporter: Eric Lemings Priority: Minor Fix For: 4.2.1 This test program crashes with a bus error on Apple's latest cat. Don't know any more than that. Just filing an issue for tracking purposes. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (STDCXX-698) wcstod repeated twice in etc/config/src/headers.in
wcstod repeated twice in etc/config/src/headers.in -- Key: STDCXX-698 URL: https://issues.apache.org/jira/browse/STDCXX-698 Project: C++ Standard Library Issue Type: Bug Components: Configuration Reporter: Eric Lemings Priority: Minor Fix For: 4.2.1 wcstod is repeated twice in etc/config/src/headers.inc. Not sure what the second function is supposed to be but I'm pretty sure it's not supposed to be the same function repeated twice. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (STDCXX-696) Remove etc/config/configure.sh script from repository.
Remove etc/config/configure.sh script from repository. -- Key: STDCXX-696 URL: https://issues.apache.org/jira/browse/STDCXX-696 Project: C++ Standard Library Issue Type: Task Components: Configuration Reporter: Eric Lemings Priority: Trivial Fix For: 4.2.1 From what I see, this file does absolutely nothing yet it is included as part of the distribution because it still resides in the repository. If it is no longer used, it should be deleted from the repository. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (STDCXX-691) Global 'size_t' type in source file 'tests/regress/27.stringbuf.xsputn.stdcxx-515.cpp'.
Global 'size_t' type in source file 'tests/regress/27.stringbuf.xsputn.stdcxx-515.cpp'. --- Key: STDCXX-691 URL: https://issues.apache.org/jira/browse/STDCXX-691 Project: C++ Standard Library Issue Type: Bug Components: Tests Affects Versions: 4.2.0 Reporter: Eric Lemings Priority: Minor Fix For: 4.2.1 This source file only includes 3 C++ header files, none of which (are supposed to) define the global size_t type, but 'size_t' is referenced as a global type in the for statement. Also, I don't see any using declarations or directives in the 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-692) [gcc 4.0.1/Mac OS X 10.5.1 Leopard] 25.search test failure
[gcc 4.0.1/Mac OS X 10.5.1 Leopard] 25.search test failure -- Key: STDCXX-692 URL: https://issues.apache.org/jira/browse/STDCXX-692 Project: C++ Standard Library Issue Type: Bug Components: Tests Affects Versions: 4.2.0 Environment: Darwin hostname 9.1.0 Darwin Kernel Version 9.1.0: Wed Oct 31 17:46:22 PDT 2007; root:xnu-1228.0.2~1/RELEASE_I386 i386 Reporter: Eric Lemings Priority: Minor Fix For: 4.2.1 This test program crashes with a bus error on Apple's latest cat. Don't know any more than that. Just filing an issue for tracking purposes. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (STDCXX-262) [gcc 4.0.1/Mac OS X 10.4.6 Tiger] multiple vtable definitions for bad_exception and bad_alloc
[ https://issues.apache.org/jira/browse/STDCXX-262?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12534366 ] Eric Lemings commented on STDCXX-262: - I just did a build on the latest snapshot of trunk. Looks okay. [gcc 4.0.1/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 Assignee: Martin Sebor Priority: Critical Fix For: 4.2 Attachments: stdcxx-262.patch 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] Commented: (STDCXX-505) Update the Acknowledgments page
[ https://issues.apache.org/jira/browse/STDCXX-505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532520 ] Eric Lemings commented on STDCXX-505: - The AUTHORS file is dictated by the --gnu option in GNU Automake. http://sources.redhat.com/automake/automake.html#Gnits GNU Automake extends the GNU Coding Standards with release, distribution, and maintenance conventions. Update the Acknowledgments page --- Key: STDCXX-505 URL: https://issues.apache.org/jira/browse/STDCXX-505 Project: C++ Standard Library Issue Type: Sub-task Components: Documentation Affects Versions: 4.1.2, 4.1.3, 4.1.4 Reporter: Marc Betz Assignee: Marc Betz Fix For: 4.2 Attachments: stdlibref-acknow.txt, stdlibug-acknow.txt -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (STDCXX-557) Make definitions of std::terminate() consistent in all config test sources.
[ https://issues.apache.org/jira/browse/STDCXX-557?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eric Lemings updated STDCXX-557: Component/s: Configuration Make definitions of std::terminate() consistent in all config test sources. --- Key: STDCXX-557 URL: https://issues.apache.org/jira/browse/STDCXX-557 Project: C++ Standard Library Issue Type: Improvement Components: Configuration Reporter: Eric Lemings Priority: Minor Fix For: 4.2.1 Many of the source files for the config tests (in etc/config/src directory) contain inconsistent definitions for the std::terminate() function. Suggest making them all consistent, ideally by creating a new file with a single definition that is included where needed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (STDCXX-558) Remove unnecessary includes of config.h in source files for config tests
[ https://issues.apache.org/jira/browse/STDCXX-558?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eric Lemings updated STDCXX-558: Priority: Minor (was: Major) Remove unnecessary includes of config.h in source files for config tests -- Key: STDCXX-558 URL: https://issues.apache.org/jira/browse/STDCXX-558 Project: C++ Standard Library Issue Type: Improvement Components: Configuration Reporter: Eric Lemings Priority: Minor Fix For: 4.2.1 Several config tests in the etc/config/src directory unnecessarily include the config.h header. Need to review each source file that includes this header and remove the directive if it is not really needed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (STDCXX-516) Rename generate.bat as configure.bat.
[ https://issues.apache.org/jira/browse/STDCXX-516?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eric Lemings updated STDCXX-516: Component/s: Configuration Rename generate.bat as configure.bat. - Key: STDCXX-516 URL: https://issues.apache.org/jira/browse/STDCXX-516 Project: C++ Standard Library Issue Type: Improvement Components: Configuration Affects Versions: 4.1.3 Environment: All Microsoft Windows platforms Reporter: Eric Lemings Assignee: Farid Zaripov Priority: Minor Fix For: 4.2 The generate.bat script does exactly the same thing that conventional 'configure' scripts do on Unix platforms: it configures the build environment and generates the necessary build files. Therefore, the filename 'configure.bat' would more easily identify the purpose of this file to users accustomed to its Unix counterpart. This filename will not interfere with a 'configure' script if such a script is added later on. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (STDCXX-506) Improve the look and feel
[ https://issues.apache.org/jira/browse/STDCXX-506?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eric Lemings updated STDCXX-506: Component/s: Documentation Improve the look and feel - Key: STDCXX-506 URL: https://issues.apache.org/jira/browse/STDCXX-506 Project: C++ Standard Library Issue Type: Sub-task Components: Documentation Reporter: Marc Betz Attachments: apache-look-and-feel.zip -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (STDCXX-517) No required options for generate.bat script
[ https://issues.apache.org/jira/browse/STDCXX-517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eric Lemings updated STDCXX-517: Component/s: Configuration No required options for generate.bat script --- Key: STDCXX-517 URL: https://issues.apache.org/jira/browse/STDCXX-517 Project: C++ Standard Library Issue Type: Improvement Components: Configuration Affects Versions: 4.1.3 Environment: All Windows platforms Reporter: Eric Lemings Assignee: Farid Zaripov Fix For: 4.2 The generate.bat script currently requires two options: /BUILDDIR and /CONFIG. Unless there's a valid reason NOT to do so, the generate.bat script should preset or determine the following values for these options when the user does not specify their own value. /BUILDDIR should default to the source directory; that is, the same directory containing the generate.bat script. For the /CONFIG option, the script should probe the build environment for all possible/supported Windows compilers currently installed and then sanity check each one that is found. If it finds no sane compilers, the script should probably issue a warning and just exit. If only one compiler is found, configure all distribution files to build with that compiler. If more than one compiler is found, set the target compiler to the first one found in predefined order of preference. (This order could be for instance, MSVC 8, 7, ..., Intel C++ 10, 9, 8, etc, Cygwin GCC, Mingw, Borland, etc.) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (STDCXX-546) Create new mailing list specifically for JIRA change logs.
Create new mailing list specifically for JIRA change logs. -- Key: STDCXX-546 URL: https://issues.apache.org/jira/browse/STDCXX-546 Project: C++ Standard Library Issue Type: Improvement Components: Web Reporter: Eric Lemings Priority: Minor Currently, change logs created by creating, editing, and updating JIRA issues are sent to the stdcxx-dev mailing list. Suggest creating a new stdcxx-jira mailing list specifically for these messages. (Not sure if Subversion change logs are automatically sent to a mailing list but, if they are, a separate stdcxx-svn mailing list should also be created for these messages.) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (STDCXX-260) configure-like script to configure library
[ https://issues.apache.org/jira/browse/STDCXX-260?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12519750 ] elemings edited comment on STDCXX-260 at 8/28/07 11:27 AM: --- For ease of reference, the attached file contains the help/usage message produced by a simple configure script. Also, http://issues.apache.org/jira/browse/STDCXX-396 will resolve this issue. was (Author: elemings): For ease of reference, the attached file contains the help/usage message produced by a simple configure script. configure-like script to configure library -- Key: STDCXX-260 URL: https://issues.apache.org/jira/browse/STDCXX-260 Project: C++ Standard Library Issue Type: New Feature Components: Configuration Affects Versions: 4.1.2, 4.1.3 Environment: UNIX Reporter: Martin Sebor Assignee: Martin Sebor Priority: Critical Attachments: configure.out To make the configuration and build process more user-friendly we should provide a configure-like script (as a wrapper around the existing GNUmakefiles) to let users familiar with autoconf-based projects more quickly configure, build, and install the library (including its headers). The script should recognize and interpret the most common options such as --prefix=, --enable-shared, --enable-threads, etc. by translating them to the existing infrastructure's equivalents (e.g., BUILDMODE or BUILDTYPE). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (STDCXX-505) Update the Acknowledgments page
[ https://issues.apache.org/jira/browse/STDCXX-505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12521836 ] Eric Lemings commented on STDCXX-505: - It might be worthwhile to convert this information into plain text and put it in a top-level distribution file named 'AUTHORS' just for compatibility with GNU release standards. (I did not see anything that dictates otherwise in the Apache release policies http://www.apache.org/dev/#releases.) Update the Acknowledgments page --- Key: STDCXX-505 URL: https://issues.apache.org/jira/browse/STDCXX-505 Project: C++ Standard Library Issue Type: Sub-task Components: Documentation Affects Versions: 4.1.4, 4.1.3, 4.1.2 Reporter: Marc Betz Fix For: 4.2 Attachments: acknow.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (STDCXX-505) Update the Acknowledgments page
[ https://issues.apache.org/jira/browse/STDCXX-505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12521836 ] elemings edited comment on STDCXX-505 at 8/22/07 8:58 AM: -- It might be worthwhile to convert this information into plain text and put it in a top-level distribution file named 'AUTHORS' just for compatibility with GNU release standards. (I did not see anything that dictates otherwise in the Apache release policies lt; http://www.apache.org/dev/#releases gt;.) was (Author: elemings): It might be worthwhile to convert this information into plain text and put it in a top-level distribution file named 'AUTHORS' just for compatibility with GNU release standards. (I did not see anything that dictates otherwise in the Apache release policies http://www.apache.org/dev/#releases.) Update the Acknowledgments page --- Key: STDCXX-505 URL: https://issues.apache.org/jira/browse/STDCXX-505 Project: C++ Standard Library Issue Type: Sub-task Components: Documentation Affects Versions: 4.1.4, 4.1.3, 4.1.2 Reporter: Marc Betz Fix For: 4.2 Attachments: acknow.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (STDCXX-505) Update the Acknowledgments page
[ https://issues.apache.org/jira/browse/STDCXX-505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12521836 ] elemings edited comment on STDCXX-505 at 8/22/07 8:59 AM: -- It might be worthwhile to convert this information into plain text and put it in a top-level distribution file named 'AUTHORS' just for compatibility with GNU release standards. (I did not see anything that dictates otherwise in the Apache release policies http://www.apache.org/dev/#releases.) was (Author: elemings): It might be worthwhile to convert this information into plain text and put it in a top-level distribution file named 'AUTHORS' just for compatibility with GNU release standards. (I did not see anything that dictates otherwise in the Apache release policies lt; http://www.apache.org/dev/#releases gt;.) Update the Acknowledgments page --- Key: STDCXX-505 URL: https://issues.apache.org/jira/browse/STDCXX-505 Project: C++ Standard Library Issue Type: Sub-task Components: Documentation Affects Versions: 4.1.4, 4.1.3, 4.1.2 Reporter: Marc Betz Fix For: 4.2 Attachments: acknow.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (STDCXX-505) Update the Acknowledgments page
[ https://issues.apache.org/jira/browse/STDCXX-505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12521836 ] elemings edited comment on STDCXX-505 at 8/22/07 8:59 AM: -- It might be worthwhile to convert this information into plain text and put it in a top-level distribution file named 'AUTHORS' just for compatibility with GNU release standards. (I did not see anything that dictates otherwise in the Apache release policies http://www.apache.org/dev/#releases .) was (Author: elemings): It might be worthwhile to convert this information into plain text and put it in a top-level distribution file named 'AUTHORS' just for compatibility with GNU release standards. (I did not see anything that dictates otherwise in the Apache release policies http://www.apache.org/dev/#releases.) Update the Acknowledgments page --- Key: STDCXX-505 URL: https://issues.apache.org/jira/browse/STDCXX-505 Project: C++ Standard Library Issue Type: Sub-task Components: Documentation Affects Versions: 4.1.4, 4.1.3, 4.1.2 Reporter: Marc Betz Fix For: 4.2 Attachments: acknow.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (STDCXX-260) configure-like script to configure library
[ https://issues.apache.org/jira/browse/STDCXX-260?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eric Lemings updated STDCXX-260: Attachment: configure.out For ease of reference, the attached file contains the help/usage message produced by a simple configure script. configure-like script to configure library -- Key: STDCXX-260 URL: https://issues.apache.org/jira/browse/STDCXX-260 Project: C++ Standard Library Issue Type: New Feature Components: Configuration Affects Versions: 4.1.3, 4.1.2 Environment: UNIX Reporter: Martin Sebor Assignee: Martin Sebor Priority: Critical Attachments: configure.out To make the configuration and build process more user-friendly we should provide a configure-like script (as a wrapper around the existing GNUmakefiles) to let users familiar with autoconf-based projects more quickly configure, build, and install the library (including its headers). The script should recognize and interpret the most common options such as --prefix=, --enable-shared, --enable-threads, etc. by translating them to the existing infrastructure's equivalents (e.g., BUILDMODE or BUILDTYPE). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (STDCXX-516) Rename generate.bat as configure.bat.
Rename generate.bat as configure.bat. - Key: STDCXX-516 URL: https://issues.apache.org/jira/browse/STDCXX-516 Project: C++ Standard Library Issue Type: Improvement Affects Versions: 4.2 Environment: All Microsoft Windows platforms Reporter: Eric Lemings Priority: Minor Fix For: 4.2 The generate.bat script does exactly the same thing that conventional 'configure' scripts do on Unix platforms: it configures the build environment and generates the necessary build files. Therefore, the filename 'configure.bat' would more easily identify the purpose of this file to users accustomed to its Unix counterpart. This filename will not interfere with a 'configure' script if such a script is added later on. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (STDCXX-517) No required options for generate.bat script
No required options for generate.bat script --- Key: STDCXX-517 URL: https://issues.apache.org/jira/browse/STDCXX-517 Project: C++ Standard Library Issue Type: Improvement Affects Versions: 4.2 Environment: All Windows platforms Reporter: Eric Lemings Fix For: 4.1.2 The generate.bat script currently requires two options: /BUILDDIR and /CONFIG. Unless there's a valid reason NOT to do so, the generate.bat script should preset or determine the following values for these options when the user does not specify their own value. /BUILDDIR should default to the source directory; that is, the same directory containing the generate.bat script. For the /CONFIG option, the script should probe the build environment for all possible/supported Windows compilers currently installed and then sanity check each one that is found. If it finds no sane compilers, the script should probably issue a warning and just exit. If only one compiler is found, configure all distribution files to build with that compiler. If more than one compiler is found, set the target compiler to the first one found in predefined order of preference. (This order could be for instance, MSVC 8, 7, ..., Intel C++ 10, 9, 8, etc, Cygwin GCC, Mingw, Borland, etc.) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (STDCXX-517) No required options for generate.bat script
[ https://issues.apache.org/jira/browse/STDCXX-517?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12518911 ] Eric Lemings commented on STDCXX-517: - BUILDDIR should default to the source directory; that is, the same directory containing the generate.bat script. ...or the current directory if this directory is different from the directory where the generate.bat script is located. No required options for generate.bat script --- Key: STDCXX-517 URL: https://issues.apache.org/jira/browse/STDCXX-517 Project: C++ Standard Library Issue Type: Improvement Affects Versions: 4.2 Environment: All Windows platforms Reporter: Eric Lemings Fix For: 4.1.2 The generate.bat script currently requires two options: /BUILDDIR and /CONFIG. Unless there's a valid reason NOT to do so, the generate.bat script should preset or determine the following values for these options when the user does not specify their own value. /BUILDDIR should default to the source directory; that is, the same directory containing the generate.bat script. For the /CONFIG option, the script should probe the build environment for all possible/supported Windows compilers currently installed and then sanity check each one that is found. If it finds no sane compilers, the script should probably issue a warning and just exit. If only one compiler is found, configure all distribution files to build with that compiler. If more than one compiler is found, set the target compiler to the first one found in predefined order of preference. (This order could be for instance, MSVC 8, 7, ..., Intel C++ 10, 9, 8, etc, Cygwin GCC, Mingw, Borland, etc.) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (STDCXX-404) [FreeBSD 6.2] error on iconv.h in locale utilities
[ https://issues.apache.org/jira/browse/STDCXX-404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12512594 ] Eric Lemings commented on STDCXX-404: - The same error occurs when building STDCXX on Mac OS X 10.4.10 (Tiger) with GCC 4.2. ... gcc runall.o cmdopt.o output.o util.o exec.o display.o -o exec -L/stdcxx/lib -lstd -lsupc++ -lgcc_eh -lm gcc -c -I/stdcxx/include/ansi -D_RWSTDDEBUG-I/stdcxx/include -I/stdcxx/include -pedantic -nostdinc++ -g -W -Wall -Wcast-qual -Winline -Wshadow -Wwrite-strings -Wno-long-long -Wcast-align /stdcxx/util/localedef.cpp In file included from /stdcxx/util/def.h:45, from /stdcxx/util/localedef.cpp:30: /stdcxx/util/charmap.h:167: error: 'iconv_t' does not name a type /stdcxx/util/charmap.h:230: error: 'iconv_t' does not name a type /stdcxx/util/charmap.h:233: error: 'iconv_t' does not name a type /stdcxx/util/localedef.cpp: In function 'bool process_command_line(ProgramOptions*, int, char**)': /stdcxx/util/localedef.cpp:475: warning: unused variable 'errors' make[2]: *** [localedef.o] Error 1 make[1]: *** [util] Error 2 make: *** [libstd] Error 2 [FreeBSD 6.2] error on iconv.h in locale utilities Key: STDCXX-404 URL: https://issues.apache.org/jira/browse/STDCXX-404 Project: C++ Standard Library Issue Type: Bug Components: Utilities Affects Versions: 4.2 Environment: gcc 3.4.6/FreeBSD/x86 Reporter: Martin Sebor Priority: Critical Fix For: 4.2 The locale utilities locale and localedef fail to build on FreeBSD due to assumptions about the iconv.h header which apparently isn't provided on this platform: gcc -c -I$(TOPDIR)/include/ansi -D_RWSTDDEBUG-I$(TOPDIR)/include -I$(BUILDDIR)/include -pedantic -nostdinc++ -g -W -Wall -Wcast-qual -Winline -Wshadow -Wwrite-strings -Wno-long-long -Wcast-align $(TOPDIR)/util/localedef.cpp In file included from $(TOPDIR)/util/def.h:45, from $(TOPDIR)/util/localedef.cpp:30: $(TOPDIR)/util/charmap.h:39:21: iconv.h: No such file or directory In file included from $(TOPDIR)/util/def.h:45, from $(TOPDIR)/util/localedef.cpp:30: $(TOPDIR)/util/charmap.h:165: error: `iconv_t' does not name a type $(TOPDIR)/util/charmap.h:165: error: extra semicolon $(TOPDIR)/util/charmap.h:228: error: `iconv_t' does not name a type $(TOPDIR)/util/charmap.h:228: error: extra semicolon $(TOPDIR)/util/charmap.h:231: error: `iconv_t' does not name a type $(TOPDIR)/util/charmap.h:231: error: extra semicolon $(TOPDIR)/util/localedef.cpp: In function `bool process_command_line(ProgramOptions*, int, char**)': $(TOPDIR)/util/localedef.cpp:475: warning: unused variable 'errors' gmake: *** [localedef.o] 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-404) [FreeBSD 6.2] error on iconv.h in locale utilities
[ https://issues.apache.org/jira/browse/STDCXX-404?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eric Lemings updated STDCXX-404: Environment: gcc 3.4.6/FreeBSD/x86 gcc 4.2/Mac OS X 10.4.10 (Tiger) was:gcc 3.4.6/FreeBSD/x86 [FreeBSD 6.2] error on iconv.h in locale utilities Key: STDCXX-404 URL: https://issues.apache.org/jira/browse/STDCXX-404 Project: C++ Standard Library Issue Type: Bug Components: Utilities Affects Versions: 4.2 Environment: gcc 3.4.6/FreeBSD/x86 gcc 4.2/Mac OS X 10.4.10 (Tiger) Reporter: Martin Sebor Priority: Critical Fix For: 4.2 The locale utilities locale and localedef fail to build on FreeBSD due to assumptions about the iconv.h header which apparently isn't provided on this platform: gcc -c -I$(TOPDIR)/include/ansi -D_RWSTDDEBUG-I$(TOPDIR)/include -I$(BUILDDIR)/include -pedantic -nostdinc++ -g -W -Wall -Wcast-qual -Winline -Wshadow -Wwrite-strings -Wno-long-long -Wcast-align $(TOPDIR)/util/localedef.cpp In file included from $(TOPDIR)/util/def.h:45, from $(TOPDIR)/util/localedef.cpp:30: $(TOPDIR)/util/charmap.h:39:21: iconv.h: No such file or directory In file included from $(TOPDIR)/util/def.h:45, from $(TOPDIR)/util/localedef.cpp:30: $(TOPDIR)/util/charmap.h:165: error: `iconv_t' does not name a type $(TOPDIR)/util/charmap.h:165: error: extra semicolon $(TOPDIR)/util/charmap.h:228: error: `iconv_t' does not name a type $(TOPDIR)/util/charmap.h:228: error: extra semicolon $(TOPDIR)/util/charmap.h:231: error: `iconv_t' does not name a type $(TOPDIR)/util/charmap.h:231: error: extra semicolon $(TOPDIR)/util/localedef.cpp: In function `bool process_command_line(ProgramOptions*, int, char**)': $(TOPDIR)/util/localedef.cpp:475: warning: unused variable 'errors' gmake: *** [localedef.o] Error 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-420) Configuration scripts should check for standard C++ headers using g++ instead of gcc.
Configuration scripts should check for standard C++ headers using g++ instead of gcc. - Key: STDCXX-420 URL: https://issues.apache.org/jira/browse/STDCXX-420 Project: C++ Standard Library Issue Type: Bug Components: Configuration Affects Versions: 4.1.3 Environment: All GCC supported platforms. Reporter: Eric Lemings Fix For: 4.2 Configuration scripts will never find standard C++ headers using gcc. g++ should be used instead. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (STDCXX-420) Configuration scripts should check for standard C++ headers using g++ instead of gcc.
[ https://issues.apache.org/jira/browse/STDCXX-420?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12497058 ] Eric Lemings commented on STDCXX-420: - Then how come the headers are not found by the configuration scripts? ... checking for cassert no (_RWSTD_NO_CASSERT) ... Configuration scripts should check for standard C++ headers using g++ instead of gcc. - Key: STDCXX-420 URL: https://issues.apache.org/jira/browse/STDCXX-420 Project: C++ Standard Library Issue Type: Bug Components: Configuration Affects Versions: 4.1.3 Environment: All GCC supported platforms. Reporter: Eric Lemings Fix For: 4.2 Configuration scripts will never find standard C++ headers using gcc. g++ should be used instead. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (STDCXX-358) [gcc/Mac OS X 10.4.8 Tiger] The unsetenv() function may be defined without a return value.
[ https://issues.apache.org/jira/browse/STDCXX-358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12497071 ] Eric Lemings commented on STDCXX-358: - There is an easier patch for this issue. $ diff -c tests/src/environ.cpp.0 tests/src/environ.cpp *** tests/src/environ.cpp.0 Fri May 18 10:53:45 2007 --- tests/src/environ.cpp Fri May 18 16:29:50 2007 *** *** 134,140 // try to remove variable from the environment #ifndef _RWSTD_NO_UNSETENV ! # ifdef _RWSTD_OS_FREEBSD // FreeBSD declares void unsetenv(const char*) // http://www.freebsd.org/cgi/man.cgi?query=unsetenvsektion=3 unsetenv (envvar); --- 134,140 // try to remove variable from the environment #ifndef _RWSTD_NO_UNSETENV ! # if defined _RWSTD_OS_FREEBSD || defined _RWSTD_OS_DARWIN // FreeBSD declares void unsetenv(const char*) // http://www.freebsd.org/cgi/man.cgi?query=unsetenvsektion=3 unsetenv (envvar); Also this is the last issue for porting STDCXX to Mac OS X platforms. Once resolved (along with issue 357), STDCXX builds and runs fine on Mac OS X. It does however require GCC 4.2 or later version. It will not build with the system GCC compiler (4.0.1). [gcc/Mac OS X 10.4.8 Tiger] The unsetenv() function may be defined without a return value. -- Key: STDCXX-358 URL: https://issues.apache.org/jira/browse/STDCXX-358 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 Fix For: 4.2 On Mac OS X/Darwin platforms, the unsetenv() function may be defined without a return value depending on the value of the __DARWIN_UNIX03 macro. Here's the declaration of unsetenv() from /usr/include/stdlib.h: 240 #if __DARWIN_UNIX03 241 int unsetenv(const char *) __DARWIN_ALIAS(unsetenv); 242 #else /* !__DARWIN_UNIX03 */ 243 void unsetenv(const char *); 244 #endif /* __DARWIN_UNIX03 */ The __DARWIN_UNIX03 macro is defined in the /usr/include/sys/cdefs.h header file. It may be defined as 1 or 0. This causes compilation of the tests/src/environ.cpp source file to fail. Here's a patch for it. Index: tests/src/environ.cpp === --- tests/src/environ.cpp (revision 517771) +++ tests/src/environ.cpp (working copy) @@ -134,7 +134,10 @@ // try to remove variable from the environment #ifndef _RWSTD_NO_UNSETENV -ret = unsetenv (envvar); +# if !defined __DARWIN_UNIX03 || __DARWIN_UNIX03 +ret = +# endif +unsetenv (envvar); #else ret = putenv (envvar); #endif -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (STDCXX-395) Make _RWSTD_WCHAR_T_MIN/MAX names consistent with other *_MIN/MAX names.
Make _RWSTD_WCHAR_T_MIN/MAX names consistent with other *_MIN/MAX names. Key: STDCXX-395 URL: https://issues.apache.org/jira/browse/STDCXX-395 Project: C++ Standard Library Issue Type: Improvement Components: Configuration Affects Versions: 4.1.3 Reporter: Eric Lemings Priority: Minor Fix For: 4.1.4 There are numerous MIN/MAX variables defined during configuration. #define _RWSTD_DBL_MAX 1.7976931348623157e+308 #define _RWSTD_FLT_MAX 3.40282347e+38F #define _RWSTD_LDBL_MAX 1.18973149535723176502e+4932L #define _RWSTD_BOOL_MAX!0 #define _RWSTD_CHAR_MAX'\x7f' #define _RWSTD_CHAR_MIN(-_RWSTD_CHAR_MAX - 1) #define _RWSTD_SCHAR_MAX 0x7f #define _RWSTD_SCHAR_MIN (-_RWSTD_SCHAR_MAX - 1) #define _RWSTD_UCHAR_MAX 0xffU #define _RWSTD_SHRT_MAX0x7fff #define _RWSTD_SHRT_MIN(-_RWSTD_SHRT_MAX - 1) #define _RWSTD_USHRT_MAX 0xU #define _RWSTD_INT_MAX 0x7fff #define _RWSTD_INT_MIN (-_RWSTD_INT_MAX - 1) #define _RWSTD_UINT_MAX0xU #define _RWSTD_LONG_MAX0x7fffL #define _RWSTD_LONG_MIN(-_RWSTD_LONG_MAX - 1L) #define _RWSTD_ULONG_MAX 0xUL #define _RWSTD_LLONG_MAX 0x7fffLL #define _RWSTD_LLONG_MIN (-_RWSTD_LLONG_MAX - 1LL) #define _RWSTD_ULLONG_MAX 0xULL #define _RWSTD_WCHAR_T_MAX 0x7fff #define _RWSTD_WCHAR_T_MIN (-_RWSTD_WCHAR_T_MAX - 1) #define _RWSTD_MB_LEN_MAX16 /* libc value */ #define _RWSTD_LC_MAX _RWSTD_LC_IDENTIFICATION #define _RWSTD_SIZE_MAX _RWSTD_ULONG_MAX #define _RWSTD_PTRDIFF_MAX_RWSTD_LONG_MAX #define _RWSTD_RAND_MAX 2147483647 #define _RWSTD_FOPEN_MAX 16 #define _RWSTD_FILENAME_MAX 4096 #define _RWSTD_TMP_MAX238328 #define _RWSTD_SIG_ATOMIC_MAX _RWSTD_INT_MAX #define _RWSTD_WINT_MAX _RWSTD_UINT_MAX Several of the types covered by these variables use the C naming convention by adding _t to the type name (e.g. sig_atomic_t, wint_t, ptrdiff_t) but only _RWSTD_WCHAR_T_MIN/MAX has this suffix in the variable name itself. Request making this variable name consistent with the others. (Why? It makes GNU Automake build support that I'm working on much simpler.) -- 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.
[ https://issues.apache.org/jira/browse/STDCXX-359?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12481223 ] Eric Lemings commented on STDCXX-359: - It's the gcc-4.2 20070307 snapshot. It's quite possible GCC developers could have made bitfield/boolean/enumeration conversions/promotions more stringent in the 4.2 series. [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] Commented: (STDCXX-359) [gcc/Mac OS X 10.4.8 Tiger] Can't convert FmtSpec::mod to bool.
[ https://issues.apache.org/jira/browse/STDCXX-359?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12481313 ] Eric Lemings commented on STDCXX-359: - Well, to be more accurate: enum E { e }; E v:5; int main () { if (!v) return 0; } [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] Commented: (STDCXX-359) [gcc/Mac OS X 10.4.8 Tiger] Can't convert FmtSpec::mod to bool.
[ https://issues.apache.org/jira/browse/STDCXX-359?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12481315 ] Eric Lemings commented on STDCXX-359: - Correction: enum E { e }; struct S { E v:5; }; S s; int main() { if (!s.v) return 0; } [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] Commented: (STDCXX-359) [gcc/Mac OS X 10.4.8 Tiger] Can't convert FmtSpec::mod to bool.
[ https://issues.apache.org/jira/browse/STDCXX-359?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12481316 ] Eric Lemings commented on STDCXX-359: - Confirmed. GCC 4.1.1 does not have a problem with the bitfield. GCC 4.2 does. [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] Created: (STDCXX-356) Remove include path from INCLUDES in GNUmakefile.bin
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.2, 4.1.3 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 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] Created: (STDCXX-357) [gcc/Mac OS X 10.4.8 Tiger] Some executables need to link with the iconv library.
[gcc/Mac OS X 10.4.8 Tiger] Some executables need to link with the iconv library. - Key: STDCXX-357 URL: https://issues.apache.org/jira/browse/STDCXX-357 Project: C++ Standard Library Issue Type: Bug Components: Build Affects Versions: 4.1.2, 4.1.3 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 Fix For: 4.2 Some executables (esp. locale-specific utilities) need to link with the iconv library. Patch listed below. (Don't think it will matter that the link flag is given for all link commands.) Index: etc/config/gcc.config === --- etc/config/gcc.config (revision 517771) +++ etc/config/gcc.config (working copy) @@ -127,7 +129,7 @@ ifeq ($(OSNAME),Darwin) # link with gcc_eh to resolve the _Unwind_xxx functions # (shouldn't we link with it on all platforms?) -LDLIBS += -lgcc_eh +LDLIBS += -liconv -lgcc_eh endif endif # gcc 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-358) [gcc/Mac OS X 10.4.8 Tiger] The unsetenv() function may be defined without a return value.
[gcc/Mac OS X 10.4.8 Tiger] The unsetenv() function may be defined without a return value. -- Key: STDCXX-358 URL: https://issues.apache.org/jira/browse/STDCXX-358 Project: C++ Standard Library Issue Type: Bug 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 On Mac OS X/Darwin platforms, the unsetenv() function may be defined without a return value depending on the value of the __DARWIN_UNIX03 macro. Here's the declaration of unsetenv() from /usr/include/stdlib.h: 240 #if __DARWIN_UNIX03 241 int unsetenv(const char *) __DARWIN_ALIAS(unsetenv); 242 #else /* !__DARWIN_UNIX03 */ 243 void unsetenv(const char *); 244 #endif /* __DARWIN_UNIX03 */ The __DARWIN_UNIX03 macro is defined in the /usr/include/sys/cdefs.h header file. It may be defined as 1 or 0. This causes compilation of the tests/src/environ.cpp source file to fail. Here's a patch for it. Index: tests/src/environ.cpp === --- tests/src/environ.cpp (revision 517771) +++ tests/src/environ.cpp (working copy) @@ -134,7 +134,10 @@ // try to remove variable from the environment #ifndef _RWSTD_NO_UNSETENV -ret = unsetenv (envvar); +# if !defined __DARWIN_UNIX03 || __DARWIN_UNIX03 +ret = +# endif +unsetenv (envvar); #else ret = putenv (envvar); #endif -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (STDCXX-312) Create Subversion branch off of 4.2 baseline.
Create Subversion branch off of 4.2 baseline. - Key: STDCXX-312 URL: http://issues.apache.org/jira/browse/STDCXX-312 Project: C++ Standard Library Issue Type: Sub-task Affects Versions: 4.2 Reporter: Eric Lemings Once the 4.2 baseline is complete, create the Subversion branch for TR1 development. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (STDCXX-312) Create Subversion branch off of 4.2 baseline.
[ http://issues.apache.org/jira/browse/STDCXX-312?page=all ] Eric Lemings updated STDCXX-312: Component/s: TR1 - Technical Report on C++ Library Extensions TR1.1 - General TR1.2 - General Utilities TR1.3 - Function Objects TR1.4 - Metaprogramming and Type Traits TR1.5 - Numerical Facilities TR1.6 - Containers TR1.7 - Regular Expressions TR1.8 - C Compatibility Create Subversion branch off of 4.2 baseline. - Key: STDCXX-312 URL: http://issues.apache.org/jira/browse/STDCXX-312 Project: C++ Standard Library Issue Type: Sub-task Components: TR1 - Technical Report on C++ Library Extensions, TR1.1 - General, TR1.2 - General Utilities, TR1.3 - Function Objects, TR1.4 - Metaprogramming and Type Traits, TR1.5 - Numerical Facilities, TR1.6 - Containers, TR1.7 - Regular Expressions, TR1.8 - C Compatibility Affects Versions: 4.2 Reporter: Eric Lemings Once the 4.2 baseline is complete, create the Subversion branch for TR1 development. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (STDCXX-299) Create new Subversion branch and move existing TR1-related files to this new branch.
Create new Subversion branch and move existing TR1-related files to this new branch. Key: STDCXX-299 URL: http://issues.apache.org/jira/browse/STDCXX-299 Project: C++ Standard Library Issue Type: Task Components: TR1 - Technical Report on C++ Library Extensions, TR1.1 - General, TR1.2 - General Utilities, TR1.3 - Function Objects, TR1.4 - Metaprogramming and Type Traits, TR1.5 - Numerical Facilities, TR1.6 - Containers, TR1.7 - Regular Expressions, TR1.8 - C Compatibility Affects Versions: 4.2 Environment: All environments. Reporter: Eric Lemings Priority: Minor To mitigate risks involved with TR1 development, a new Subversion branch needs to be created off the main trunk exclusively for TR1 development. All existing files related to TR1 development need to be moved into this new branch. This task is related to bugs STDCXX-27 through STDCXX-34. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (STDCXX-262) [gcc/Mac OS X 10.4.6 Tiger] Multiple vtable definitions for bad_exception and bad_alloc.
[ http://issues.apache.org/jira/browse/STDCXX-262?page=all ] Eric Lemings updated STDCXX-262: 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 (was: Darwin cyphrus.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) [gcc/Mac OS X 10.4.6 Tiger] Multiple vtable definitions for bad_exception and bad_alloc. Key: STDCXX-262 URL: http://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 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. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (STDCXX-194) GCC compiler on Mac OS X 10.4.6 Tiger (Darwin) does not understand -shared option.
[ http://issues.apache.org/jira/browse/STDCXX-194?page=comments#action_12414849 ] Eric Lemings commented on STDCXX-194: - See also http://developer.apple.com/documentation/DeveloperTools/gcc-4.0.1/gcc/Link-Options.html#Link-Options GCC compiler on Mac OS X 10.4.6 Tiger (Darwin) does not understand -shared option. -- Key: STDCXX-194 URL: http://issues.apache.org/jira/browse/STDCXX-194 Project: C++ Standard Library Type: Bug Components: Build Versions: 4.1.3, 4.1.4 Environment: Darwin machine.local 8.6.1 Darwin Kernel Version 8.6.1: Tue Mar 7 16:55:45 PST 2006; root:xnu-792.9.22.obj~1/RELEASE_I386 i386 i386 Reporter: Eric Lemings Sample build: machine:~/Work/stdcxx user$ make BUILDDIR=~/Build/stdcxx BUILDMODE=debug,shared,pthreads machine:~/Work/stdcxx user$ cd ~/Build/stdcxx machine:~/Build/stdcxx user$ find . -exec grep -H -- -shared {} \; ./GNUmakefile:# not applicable to non-shared builds ./include/config.log:gcc collapse_static_locals.lib.so.o -lm -lsupc++ -lgcc_eh -shared -o collapse_static_locals.lib.so ./include/config.log:i686-apple-darwin8-gcc-4.0.1: unrecognized option '-shared' ./include/config.log:gcc collapse_template_locals.lib.so.o -lm -lsupc++ -lgcc_eh -shared -o collapse_template_locals.lib.so ./include/config.log:i686-apple-darwin8-gcc-4.0.1: unrecognized option '-shared' ./include/config.log:gcc collapse_template_statics.lib.so.o -lm -lsupc++ -lgcc_eh -shared -o collapse_template_statics.lib.so ./include/config.log:i686-apple-darwin8-gcc-4.0.1: unrecognized option '-shared' ./include/config.log:gcc extern_inline.lib.so.o -lm -lsupc++ -lgcc_eh -shared -o extern_inline.lib.so ./include/config.log:i686-apple-darwin8-gcc-4.0.1: unrecognized option '-shared' ./include/config.log:gcc lib_exceptions.lib.so.o -lm -lsupc++ -lgcc_eh -shared -o lib_exceptions.lib.so ./include/config.log:i686-apple-darwin8-gcc-4.0.1: unrecognized option '-shared' ./include/config.log:gcc collapse_static_locals.lib.so.o -lm -lsupc++ -lgcc_eh -shared -o collapse_static_locals.lib.so ./include/config.log:i686-apple-darwin8-gcc-4.0.1: unrecognized option '-shared' ./include/config.log:gcc collapse_template_locals.lib.so.o -lm -lsupc++ -lgcc_eh -shared -o collapse_template_locals.lib.so ./include/config.log:i686-apple-darwin8-gcc-4.0.1: unrecognized option '-shared' ./include/config.log:gcc collapse_template_statics.lib.so.o -lm -lsupc++ -lgcc_eh -shared -o collapse_template_statics.lib.so ./include/config.log:i686-apple-darwin8-gcc-4.0.1: unrecognized option '-shared' ./include/config.log:gcc extern_inline.lib.so.o -lm -lsupc++ -lgcc_eh -shared -o extern_inline.lib.so ./include/config.log:i686-apple-darwin8-gcc-4.0.1: unrecognized option '-shared' ./include/config.log:gcc lib_exceptions.lib.so.o -lm -lsupc++ -lgcc_eh -shared -o lib_exceptions.lib.so ./include/config.log:i686-apple-darwin8-gcc-4.0.1: unrecognized option '-shared' ./include/vars.sh:LDSOFLAGS=-shared ; export LDSOFLAGS ./makefile.in:LDSOFLAGS = -shared Here's a patch for it: *** gcc.config.2Fri Jun 2 10:26:53 2006 --- gcc.config Fri Jun 2 11:04:19 2006 *** *** 62,68 --- 62,71 endif endif + # No -shared option for GCC on Mac OS X (Darwin). + ifneq ($(OSNAME),Darwin) LDSOFLAGS = -shared + endif # -fPIC needed both to compile and link shared libs on HP-UX 11 ifeq ($(OSNAME),HP-UX) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (STDCXX-197) Shared libraries on Mac OS X (Darwin) use '.dylib' suffix.
Shared libraries on Mac OS X (Darwin) use '.dylib' suffix. -- Key: STDCXX-197 URL: http://issues.apache.org/jira/browse/STDCXX-197 Project: C++ Standard Library Type: Bug Versions: 4.1.3, 4.1.4, 4.2 Environment: Darwin cyphrus.local 8.6.1 Darwin Kernel Version 8.6.1: Tue Mar 7 16:55:45 PST 2006; root:xnu-792.9.22.obj~1/RELEASE_I386 i386 i386 Reporter: Eric Lemings Shared libraries on Mac OS X (Darwin) use '.dylib' suffix instead of the traditional '.so' suffix on most Unix systems. Proposed patch: Index: etc/config/gcc.config === --- etc/config/gcc.config (revision 411913) +++ etc/config/gcc.config (working copy) @@ -138,6 +138,10 @@ SHARED_SUFFIX = .sl endif +ifeq ($(OSNAME),Darwin) + SHARED_SUFFIX = .dylib +endif + STATIC_CXXFLAGS = STATIC_CPPFLAGS = STATIC_LDFLAGS = -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (STDCXX-191) GCC compiler on Mac OS X 10.4.6 Tiger (Darwin) does not have -pthread or -pthreads options.
GCC compiler on Mac OS X 10.4.6 Tiger (Darwin) does not have -pthread or -pthreads options. --- Key: STDCXX-191 URL: http://issues.apache.org/jira/browse/STDCXX-191 Project: C++ Standard Library Type: Bug Components: Build Versions: 4.1.3, 4.1.4 Environment: Darwin machine.local 8.6.1 Darwin Kernel Version 8.6.1: Tue Mar 7 16:55:45 PST 2006; root:xnu-792.9.22.obj~1/RELEASE_I386 i386 i386 Reporter: Eric Lemings 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/memfunc.cpp Astdcxx/examples/manual/io_iter.cpp Astdcxx/examples/manual/partsum.cpp Checked out revision 410614. machine:~/Work user$ cd stdcxx machine:~/Work/stdcxx user$ make BUILDMODE=debug,shared,pthreads CONFIG=gcc.config creating BUILDDIR=/Users/user/Work/stdcxx/build generating /Users/user/Work/stdcxx/build/makefile.in from /Users/user/Work/stdcxx/etc/config/gcc.config make config configuring for gcc-4.0.1 on darwin-8.6.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 ... touch config.h generating dependencies for $(TOPDIR)/src/atomic-cxx.S i686-apple-darwin8-gcc-4.0.1: unrecognized option '-pthread' generating dependencies for $(TOPDIR)/src/wctype.cpp i686-apple-darwin8-gcc-4.0.1: unrecognized option '-pthread' generating dependencies for $(TOPDIR)/src/wcodecvt.cpp i686-apple-darwin8-gcc-4.0.1: unrecognized option '-pthread' ... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (STDCXX-192) GNU assembler on Mac OS X 10.4.6 Tiger (Darwin) does not understand .type directive.
GNU assembler on Mac OS X 10.4.6 Tiger (Darwin) does not understand .type directive. Key: STDCXX-192 URL: http://issues.apache.org/jira/browse/STDCXX-192 Project: C++ Standard Library Type: Bug Components: Build Versions: 4.1.3, 4.1.4 Environment: Darwin machine.local 8.6.1 Darwin Kernel Version 8.6.1: Tue Mar 7 16:55:45 PST 2006; root:xnu-792.9.22.obj~1/RELEASE_I386 i386 i386 Reporter: Eric Lemings machine:~/Work user$ svn co http://svn.apache.org/repos/asf/incubator/stdcxx/trunk stdcxx A stdcxx/generate.bat A stdcxx/LICENSE.txt A stdcxx/tests A stdcxx/tests/tr1.util ... A stdcxx/examples/manual/memfunc.cpp A stdcxx/examples/manual/io_iter.cpp A stdcxx/examples/manual/partsum.cpp Checked out revision 410614. machine:~/Work user$ cd stdcxx machine:~/Work/stdcxx user$ make BUILDMODE=debug,shared,pthreads CONFIG=gcc.config creating BUILDDIR=/Users/user/Work/stdcxx/build generating /Users/user/Work/stdcxx/build/makefile.in from /Users/user/Work/stdcxx/etc/config/gcc.config make config configuring for gcc-4.0.1 on darwin-8.6.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 -pthread -D_RWSTD_USE_CONFIG -I/Users/user/Work/stdcxx/build/include -I/Users/user/Work/stdcxx/include -pedantic -nostdinc++ -g -W -Wall -Wcast-qual -Winline -Wshadow -Wwrite-strings -Wno-long-long -Wcast-align -fPIC /Users/user/Work/stdcxx/src/atomic-cxx.S i686-apple-darwin8-gcc-4.0.1: unrecognized option '-pthread' /Users/user/Work/stdcxx/src/i86/atomic.s:33:Unknown pseudo-op: .type /Users/user/Work/stdcxx/src/i86/atomic.s:33:Rest of line ignored. 1st junk character valued 95 (_). /Users/user/Work/stdcxx/src/i86/atomic.s:49:Unknown pseudo-op: .type /Users/user/Work/stdcxx/src/i86/atomic.s:49:Rest of line ignored. 1st junk character valued 95 (_). /Users/user/Work/stdcxx/src/i86/atomic.s:65:Unknown pseudo-op: .type /Users/user/Work/stdcxx/src/i86/atomic.s:65:Rest of line ignored. 1st junk character valued 95 (_). /Users/user/Work/stdcxx/src/i86/atomic.s:81:Unknown pseudo-op: .type /Users/user/Work/stdcxx/src/i86/atomic.s:81:Rest of line ignored. 1st junk character valued 95 (_). /Users/user/Work/stdcxx/src/i86/atomic.s:104:Unknown pseudo-op: .type /Users/user/Work/stdcxx/src/i86/atomic.s:104:Rest of line ignored. 1st junk character valued 95 (_). /Users/user/Work/stdcxx/src/i86/atomic.s:127:Unknown pseudo-op: .type /Users/user/Work/stdcxx/src/i86/atomic.s:127:Rest of line ignored. 1st junk character valued 95 (_). make[2]: *** [atomic-cxx.o] Error 1 make[1]: *** [lib] Error 2 make: *** [libstd] Error 2 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira