[jira] [Resolved] (XERCESC-2073) autoconf uses incorrect size_t and ssize_t fallback types
[ https://issues.apache.org/jira/browse/XERCESC-2073?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roger Leigh resolved XERCESC-2073. -- Resolution: Fixed Fix Version/s: 3.2.0 Fixed in 1798795. > autoconf uses incorrect size_t and ssize_t fallback types > - > > Key: XERCESC-2073 > URL: https://issues.apache.org/jira/browse/XERCESC-2073 > Project: Xerces-C++ > Issue Type: Bug > Components: Build >Affects Versions: 3.1.4 > Environment: Using autoconf build >Reporter: Roger Leigh >Priority: Minor > Fix For: 3.2.0 > > Attachments: autoconf-size-fallbacks.patch > > > size_t is unsigned, ssize_t is signed. However, the fallback types are > swapped making them incorrect for their purpose. The attached patch > rectifies this oversight. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: c-dev-unsubscr...@xerces.apache.org For additional commands, e-mail: c-dev-h...@xerces.apache.org
[jira] [Created] (XERCESC-2103) Remove Win32 projects on the trunk
Roger Leigh created XERCESC-2103: Summary: Remove Win32 projects on the trunk Key: XERCESC-2103 URL: https://issues.apache.org/jira/browse/XERCESC-2103 Project: Xerces-C++ Issue Type: Bug Components: Build Affects Versions: 3.2.0 Reporter: Roger Leigh Attachments: 0001-projects-Remove-Win32-projects.patch.xz The attached patch removes all the Win32 project files from the {{projects}} directory on the trunk. - [branch|https://github.com/rleigh-codelibre/xerces-c/commits/remove-projects] - [travis|https://travis-ci.org/rleigh-codelibre/xerces-c/builds/243056449] - [appveyor|https://ci.appveyor.com/project/rleigh-codelibre/xerces-c/build/1.0.95] It also drops the Windows and Borland instructions from the documentation. CMake will generate project and solution files for all the removed platforms. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: c-dev-unsubscr...@xerces.apache.org For additional commands, e-mail: c-dev-h...@xerces.apache.org
[jira] [Commented] (XERCESC-2073) autoconf uses incorrect size_t and ssize_t fallback types
[ https://issues.apache.org/jira/browse/XERCESC-2073?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16049804#comment-16049804 ] Roger Leigh commented on XERCESC-2073: -- - [branch|https://github.com/rleigh-codelibre/xerces-c/commits/autoconf-size-fallbacks] - [travis|https://travis-ci.org/rleigh-codelibre/xerces-c/builds/243028832] - [appveyor|https://ci.appveyor.com/project/rleigh-codelibre/xerces-c/build/1.0.94] > autoconf uses incorrect size_t and ssize_t fallback types > - > > Key: XERCESC-2073 > URL: https://issues.apache.org/jira/browse/XERCESC-2073 > Project: Xerces-C++ > Issue Type: Bug > Components: Build >Affects Versions: 3.1.4 > Environment: Using autoconf build >Reporter: Roger Leigh >Priority: Minor > Attachments: autoconf-size-fallbacks.patch > > > size_t is unsigned, ssize_t is signed. However, the fallback types are > swapped making them incorrect for their purpose. The attached patch > rectifies this oversight. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: c-dev-unsubscr...@xerces.apache.org For additional commands, e-mail: c-dev-h...@xerces.apache.org
[jira] [Created] (XERCESC-2102) Documentation is not generatable on moderns systems
Roger Leigh created XERCESC-2102: Summary: Documentation is not generatable on moderns systems Key: XERCESC-2102 URL: https://issues.apache.org/jira/browse/XERCESC-2102 Project: Xerces-C++ Issue Type: Bug Components: Documentation Reporter: Roger Leigh The "stylebook" documentation format relies upon {{stylebook-1.0-b2.jar}}. Unfortunately this tool appears to no longer be developed and it no longer works with contemporary JREs due to relying upon {com.sun.image.codec.jpeg.JPEGCodec} which is no longer present. It's achievable by trying to find a Java 1.6 or earlier JRE, but this is becoming increasingly difficult to make work. Was there ever a migration path from slidebook to any other format which is currently supported? Would there be any interest in moving to a contemporary documentation format, and if so are there any preferred formats? At work we use Sphinx. I'd be happy to spend a few hours converting it to this or some other format which is currently supported. Regards, Roger {noformat} % make createdocs [StyleBook] Overriding targetDirectory="/home/rleigh/code/xerces-svn-trunk/doc/html" (Old=".") [StyleBook] Project URL: "sbk:/sources/xerces-c_book.xml" [BasicEngine] Initializing [Loader] Parsing Project file [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/book2project.xsl" [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/directory2project.xsl" [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" [CachingParser] Serving cached document "sbk:/style/stylesheets/any2project.xsl" (1) [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" [CachingParser] Serving cached document "sbk:/style/stylesheets/any2project.xsl" (2) [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" [CachingParser] Serving cached document "sbk:/style/stylesheets/any2project.xsl" (3) [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" [CachingParser] Serving cached document "sbk:/style/stylesheets/any2project.xsl" (4) [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" [CachingParser] Serving cached document "sbk:/style/stylesheets/any2project.xsl" (5) [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" [CachingParser] Serving cached document "sbk:/style/stylesheets/any2project.xsl" (6) [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" [CachingParser] Serving cached document "sbk:/style/stylesheets/any2project.xsl" (7) [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" [CachingParser] Serving cached document "sbk:/style/stylesheets/any2project.xsl" (8) [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" [CachingParser] Serving cached document "sbk:/style/stylesheets/any2project.xsl" (9) [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" [CachingParser] Serving cached document "sbk:/style/stylesheets/any2project.xsl" (10) [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" [CachingParser] Serving cached document "sbk:/style/stylesheets/any2project.xsl" (11) [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" [CachingParser] Serving cached document "sbk:/style/stylesheets/any2project.xsl" (12) [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" [CachingParser] Serving cached document "sbk:/style/stylesheets/any2project.xsl" (13) [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" [CachingParser] Serving cached document "sbk:/style/stylesheets/any2project.xsl" (14) [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" [CachingParser] Serving cached document "sbk:/style/stylesheets/any2project.xsl" (15) [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" [CachingParser] Serving cached document "sbk:/style/stylesheets/any2project.xsl" (16) [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" [CachingParser] Serving cached document "sbk:/style/stylesheets/any2project.xsl" (17) [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" [CachingParser] Serving cached document "sbk:/style/stylesheets/any2project.xsl" (18) [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" [CachingParser] Serving cached document "sbk:/style/stylesheets/any2project.xsl" (19) [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" [CachingParser] Serving cached document "sbk:/style/stylesheets/any2project.xsl" (20) [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" [CachingParser] Serving cached document "sbk:/style/stylesheets/any2project.xsl" (21) [Xa
[jira] [Updated] (XERCESC-2102) Documentation is not generatable on modern systems
[ https://issues.apache.org/jira/browse/XERCESC-2102?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roger Leigh updated XERCESC-2102: - Summary: Documentation is not generatable on modern systems (was: Documentation is not generatable on moderns systems) > Documentation is not generatable on modern systems > -- > > Key: XERCESC-2102 > URL: https://issues.apache.org/jira/browse/XERCESC-2102 > Project: Xerces-C++ > Issue Type: Bug > Components: Documentation >Reporter: Roger Leigh > > The "stylebook" documentation format relies upon {{stylebook-1.0-b2.jar}}. > Unfortunately this tool appears to no longer be developed and it no longer > works with contemporary JREs due to relying upon > {com.sun.image.codec.jpeg.JPEGCodec} which is no longer present. It's > achievable by trying to find a Java 1.6 or earlier JRE, but this is becoming > increasingly difficult to make work. > Was there ever a migration path from slidebook to any other format which is > currently supported? > Would there be any interest in moving to a contemporary documentation format, > and if so are there any preferred formats? At work we use Sphinx. I'd be > happy to spend a few hours converting it to this or some other format which > is currently supported. > Regards, > Roger > {noformat} > % make createdocs > [StyleBook] Overriding > targetDirectory="/home/rleigh/code/xerces-svn-trunk/doc/html" (Old=".") > [StyleBook] Project URL: "sbk:/sources/xerces-c_book.xml" > [BasicEngine] Initializing > [Loader] Parsing Project file > [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/book2project.xsl" > [XalanProcessor] Applying XSL sheet > "sbk:/style/stylesheets/directory2project.xsl" > [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" > [CachingParser] Serving cached document > "sbk:/style/stylesheets/any2project.xsl" (1) > [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" > [CachingParser] Serving cached document > "sbk:/style/stylesheets/any2project.xsl" (2) > [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" > [CachingParser] Serving cached document > "sbk:/style/stylesheets/any2project.xsl" (3) > [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" > [CachingParser] Serving cached document > "sbk:/style/stylesheets/any2project.xsl" (4) > [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" > [CachingParser] Serving cached document > "sbk:/style/stylesheets/any2project.xsl" (5) > [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" > [CachingParser] Serving cached document > "sbk:/style/stylesheets/any2project.xsl" (6) > [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" > [CachingParser] Serving cached document > "sbk:/style/stylesheets/any2project.xsl" (7) > [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" > [CachingParser] Serving cached document > "sbk:/style/stylesheets/any2project.xsl" (8) > [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" > [CachingParser] Serving cached document > "sbk:/style/stylesheets/any2project.xsl" (9) > [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" > [CachingParser] Serving cached document > "sbk:/style/stylesheets/any2project.xsl" (10) > [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" > [CachingParser] Serving cached document > "sbk:/style/stylesheets/any2project.xsl" (11) > [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" > [CachingParser] Serving cached document > "sbk:/style/stylesheets/any2project.xsl" (12) > [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" > [CachingParser] Serving cached document > "sbk:/style/stylesheets/any2project.xsl" (13) > [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" > [CachingParser] Serving cached document > "sbk:/style/stylesheets/any2project.xsl" (14) > [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" > [CachingParser] Serving cached document > "sbk:/style/stylesheets/any2project.xsl" (15) > [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" > [CachingParser] Serving cached document > "sbk:/style/stylesheets/any2project.xsl" (16) > [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" > [CachingParser] Serving cached document > "sbk:/style/stylesheets/any2project.xsl" (17) > [XalanProcessor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl" > [CachingParser] Serving cached document > "sbk:/style/stylesheets/any2project.xsl" (18) > [XalanProcessor] Applying XSL sheet "sbk:/style/s
Re: Adding support for continuous integration to Xerces
On 08/06/17 18:05, Cantor, Scott wrote: I'd be very interested in any thoughts anyone had on this topic. I've opened a ticket for it here along with an initial testable implementation for anyone who wanted to try it out: I'm definitely going to take a look at it for my own projects since we don't have this at present for our native code libraries, but I'll definitely defer to the more long term PMC members on what, if anything, should be done on the ASF side. Looking at the infra component, it looks like other projects were filing requests here for exactly this, so I've created https://issues.apache.org/jira/browse/INFRA-14354 for xerces. Regards, Roger - To unsubscribe, e-mail: c-dev-unsubscr...@xerces.apache.org For additional commands, e-mail: c-dev-h...@xerces.apache.org
[jira] [Resolved] (XERCESC-2098) Add support for external continuous integration services
[ https://issues.apache.org/jira/browse/XERCESC-2098?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roger Leigh resolved XERCESC-2098. -- Resolution: Fixed Fix Version/s: 3.2.0 SVN revisions 1798779 and 1798780. > Add support for external continuous integration services > > > Key: XERCESC-2098 > URL: https://issues.apache.org/jira/browse/XERCESC-2098 > Project: Xerces-C++ > Issue Type: Test > Components: Miscellaneous >Affects Versions: 3.2.0 > Environment: Unix/Linux > Windows (MSVC, Cygwin, MinGW) >Reporter: Roger Leigh > Labels: appveyor, continuous_integration, travis-ci > Fix For: 3.2.0 > > Attachments: > 0001-ci-Add-appveyor-support-for-Cygwin-MinGW64-and-MSVC1.patch, > 0002-ci-Add-travis-support-for-Linux-and-MacOS-X.patch > > > The project does not currently have any continuous integration in place. > I've spent the last few days getting a working solution to consider. The > attached patch files add support for two commonly used services, > [Travis|https://travis-ci.org/] (Unix) and > [AppVeyor|https://www.appveyor.com] (Windows). > See this [GitHub > branch|https://github.com/rleigh-codelibre/xerces-c/commits/ci]. The last > commit has a green tick mark, which is the CI status. This links through to > the build results: > - [Travis|https://travis-ci.org/rleigh-codelibre/xerces-c/builds/241140155] > - > [AppVeyor|https://ci.appveyor.com/project/rleigh-codelibre/xerces-c/build/1.0.87] > How to use this? Go to the Travis or AppVeyor websites and log in with > GitHub/BitBucket/GitLab credentials, or use you own public git repo. Enable > the service for your xerces-c git repo. Now any branch you push to your git > repo will be automatically built in several configuration combinations for > Linux (Autotools, CMake), MacOS X (Autotools, CMake) and Windows (CMake with > Cygwin, MingGW64 and MSVC 2015). The exact combinations tested are viewable > with the above build links, or in the attached patch files. The set of test > combinations can be adjusted as desired. The initial set of combinations > exercise all configurable options, debug and release builds. > This could additionally be enabled for the Apache GitHub mirror or the Apache > git repo itself, which would trigger builds for all subversion commits to do > post-commit testing. > Would there be any objection to committing these changes? -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: c-dev-unsubscr...@xerces.apache.org For additional commands, e-mail: c-dev-h...@xerces.apache.org
[jira] [Resolved] (XERCESC-2100) [patch] Small fixes for warnings and errors
[ https://issues.apache.org/jira/browse/XERCESC-2100?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roger Leigh resolved XERCESC-2100. -- Resolution: Fixed Fix Version/s: 3.2.0 Committed all patches with the exceptions of 12 and 13. > [patch] Small fixes for warnings and errors > --- > > Key: XERCESC-2100 > URL: https://issues.apache.org/jira/browse/XERCESC-2100 > Project: Xerces-C++ > Issue Type: Bug >Affects Versions: 3.2.0 >Reporter: Roger Leigh > Labels: patch > Fix For: 3.2.0 > > Attachments: > 0001-build-Merge-MsgCatalog-Makefile.in-with-src-Makefile.patch, > 0002-cmake-Debug-FindThreads.patch, > 0003-cmake-Minimum-C-standard-is-C-98-but-also-try-later-.patch, > 0004-cmake-XercesIntTypes-Add-a-cstdint-functional-check.patch, > 0005-cmake-Enable-extra-compiler-warnings.patch, > 0006-samples-PSVIWriterHandlers.cpp-Use-delete-in-place-o.patch, > 0007-tests-EncodingTest.cpp-Use-correct-format-strings-to.patch, > 0008-tests-DTest.cpp-Use-correct-format-strings-to-match-.patch, > 0009-tests-ThreadTest.cpp-Handle-all-node-types-in-switch.patch, > 0010-tests-XSValueTest-Don-t-warn-about-integer-limit-pro.patch, > 0011-xercesc-Don-t-warn-about-private-constructors-with-G.patch, > 0012-xercesc-DOMParentNode-Add-missing-virtual-destructor.patch, > 0013-xercesc-NamespaceScope-Add-missing-virtual-destructo.patch, > 0014-xercesc-NamespaceScope-Correct-initialisation-order.patch, > 0015-samples-PSVIWriterHandlers-Remove-unused-variables.patch, > 0016-xercesc-DOMLSSerializerImpl-Remove-unused-variable.patch, > 0017-xercesc-XMLUri-Remove-unused-variables.patch, > 0018-xercesc-RangeToken-Conditionally-define-variable-if-.patch, > 0019-xercesc-DatatypeValidatorFactory-Remove-unused-varia.patch, > 0020-tests-DTest-Remove-unused-variables.patch, > 0021-tests-MemoryMonitor-Remove-unused-variable.patch, > 0022-tests-XSTSHarness-Remove-unused-variables.patch, > 0023-tests-XSValueTest-Conditionally-define-conditionally.patch, > 0024-xercesc-PlatformUtils-Include-sys-timeb.h-conditiona.patch, > 0025-xercesc-BinMemInputStream-Add-missing-const_cast.patch, > 0026-xercesc-QName-Add-mising-const_casts.patch, > 0027-xercesc-XMLUri-Add-missing-const_cast.patch, > 0028-xercesc-DOMLSSerializerImpl-Suppress-cast-alignment-.patch, > 0029-xercesc-EncodingValidator-Suppress-cast-alignment-wa.patch, > 0030-xercesc-XProtoType-Suppress-cast-alignment-warning.patch, > 0031-xercesc-DOMCasts-Suppress-cast-alignment-warnings.patch, > 0032-xercesc-XMLReader-Suppress-cast-alignment-warnings.patch, > 0033-xercesc-XSerializeEngine-Suppress-cast-alignment-war.patch, > 0034-xercesc-XML-Transcoder-Suppress-cast-alignment-warni.patch, > 0035-xercesc-CMStateSet-Suppress-cast-alignment-warnings.patch > > > These patches have been sitting around for nearly a year, but I've rebased > them onto the trunk and tested them again. They cover several classes of fix: > - minor build improvements > - minor tweaks to feature tests > - enabling stricter compiler warnings, and then fixing those warnings > - fixing mismatched delete/delete[] (bad) > - adding missing virtual destructors (bad) > - removing unused variables > - removing unused variables conditionally when used conditionally > - removing cast warnings with appropriate C++ const/static/reinterpret casts > Most of the fixes are tiny one-liners to fix warnings. > Builds: > - [travis|https://travis-ci.org/rleigh-codelibre/xerces-c/builds/241812965] > - > [appveyor|https://ci.appveyor.com/project/rleigh-codelibre/xerces-c/build/1.0.90] -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: c-dev-unsubscr...@xerces.apache.org For additional commands, e-mail: c-dev-h...@xerces.apache.org
[jira] [Commented] (XERCESC-2100) [patch] Small fixes for warnings and errors
[ https://issues.apache.org/jira/browse/XERCESC-2100?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16049702#comment-16049702 ] Roger Leigh commented on XERCESC-2100: -- I've committed these minus the virtual dtor patches (12 and 13). I've also removed the extra compiler warning for non-virtual-dtors. > [patch] Small fixes for warnings and errors > --- > > Key: XERCESC-2100 > URL: https://issues.apache.org/jira/browse/XERCESC-2100 > Project: Xerces-C++ > Issue Type: Bug >Affects Versions: 3.2.0 >Reporter: Roger Leigh > Labels: patch > Attachments: > 0001-build-Merge-MsgCatalog-Makefile.in-with-src-Makefile.patch, > 0002-cmake-Debug-FindThreads.patch, > 0003-cmake-Minimum-C-standard-is-C-98-but-also-try-later-.patch, > 0004-cmake-XercesIntTypes-Add-a-cstdint-functional-check.patch, > 0005-cmake-Enable-extra-compiler-warnings.patch, > 0006-samples-PSVIWriterHandlers.cpp-Use-delete-in-place-o.patch, > 0007-tests-EncodingTest.cpp-Use-correct-format-strings-to.patch, > 0008-tests-DTest.cpp-Use-correct-format-strings-to-match-.patch, > 0009-tests-ThreadTest.cpp-Handle-all-node-types-in-switch.patch, > 0010-tests-XSValueTest-Don-t-warn-about-integer-limit-pro.patch, > 0011-xercesc-Don-t-warn-about-private-constructors-with-G.patch, > 0012-xercesc-DOMParentNode-Add-missing-virtual-destructor.patch, > 0013-xercesc-NamespaceScope-Add-missing-virtual-destructo.patch, > 0014-xercesc-NamespaceScope-Correct-initialisation-order.patch, > 0015-samples-PSVIWriterHandlers-Remove-unused-variables.patch, > 0016-xercesc-DOMLSSerializerImpl-Remove-unused-variable.patch, > 0017-xercesc-XMLUri-Remove-unused-variables.patch, > 0018-xercesc-RangeToken-Conditionally-define-variable-if-.patch, > 0019-xercesc-DatatypeValidatorFactory-Remove-unused-varia.patch, > 0020-tests-DTest-Remove-unused-variables.patch, > 0021-tests-MemoryMonitor-Remove-unused-variable.patch, > 0022-tests-XSTSHarness-Remove-unused-variables.patch, > 0023-tests-XSValueTest-Conditionally-define-conditionally.patch, > 0024-xercesc-PlatformUtils-Include-sys-timeb.h-conditiona.patch, > 0025-xercesc-BinMemInputStream-Add-missing-const_cast.patch, > 0026-xercesc-QName-Add-mising-const_casts.patch, > 0027-xercesc-XMLUri-Add-missing-const_cast.patch, > 0028-xercesc-DOMLSSerializerImpl-Suppress-cast-alignment-.patch, > 0029-xercesc-EncodingValidator-Suppress-cast-alignment-wa.patch, > 0030-xercesc-XProtoType-Suppress-cast-alignment-warning.patch, > 0031-xercesc-DOMCasts-Suppress-cast-alignment-warnings.patch, > 0032-xercesc-XMLReader-Suppress-cast-alignment-warnings.patch, > 0033-xercesc-XSerializeEngine-Suppress-cast-alignment-war.patch, > 0034-xercesc-XML-Transcoder-Suppress-cast-alignment-warni.patch, > 0035-xercesc-CMStateSet-Suppress-cast-alignment-warnings.patch > > > These patches have been sitting around for nearly a year, but I've rebased > them onto the trunk and tested them again. They cover several classes of fix: > - minor build improvements > - minor tweaks to feature tests > - enabling stricter compiler warnings, and then fixing those warnings > - fixing mismatched delete/delete[] (bad) > - adding missing virtual destructors (bad) > - removing unused variables > - removing unused variables conditionally when used conditionally > - removing cast warnings with appropriate C++ const/static/reinterpret casts > Most of the fixes are tiny one-liners to fix warnings. > Builds: > - [travis|https://travis-ci.org/rleigh-codelibre/xerces-c/builds/241812965] > - > [appveyor|https://ci.appveyor.com/project/rleigh-codelibre/xerces-c/build/1.0.90] -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: c-dev-unsubscr...@xerces.apache.org For additional commands, e-mail: c-dev-h...@xerces.apache.org
[jira] [Commented] (XERCESC-2101) Add support for XERCES_XMLCH_T = char16_t
[ https://issues.apache.org/jira/browse/XERCESC-2101?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16049226#comment-16049226 ] Roger Leigh commented on XERCESC-2101: -- - [Unix build results|https://travis-ci.org/rleigh-codelibre/xerces-c/builds/242814234] - [Windows build results|https://ci.appveyor.com/project/rleigh-codelibre/xerces-c/build/1.0.92] All builds have passed using a mixture of old and new compilers using the previous defaults and char16_t, respectively. Overall, this is a fairly trivial change to a typedef with the changes to the supporting build infrastructure to detect and enable it. It enables the use of {{u"Unicode string"}}, which offers a significant usability improvement for end users of the library API, as well as a potential minor performance improvement by removing the need to transcode from 8-bit strings. No need to transcode to wide strings for every element and attribute name, it's all handled at compile time by the compiler. > Add support for XERCES_XMLCH_T = char16_t > - > > Key: XERCESC-2101 > URL: https://issues.apache.org/jira/browse/XERCESC-2101 > Project: Xerces-C++ > Issue Type: Improvement >Reporter: Vemund Handeland >Priority: Minor > Attachments: > 0001-Add-Windows-support-for-XERCES_XMLCH_T-char16_t.patch, > 0002-cmake-Check-for-char16_t.patch, 0003-autoconf-Check-for-char16_t.patch, > char16_t.diff > > > Attached diff contains the required changes for msvc. The diff is from my > local git repo created from the 3.1.4 release. > Added new macro XERCES_USE_CHAR16_T. > User can enable the support by define this macro both when building the > library and her own application. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: c-dev-unsubscr...@xerces.apache.org For additional commands, e-mail: c-dev-h...@xerces.apache.org
[jira] [Issue Comment Deleted] (XERCESC-2101) Add support for XERCES_XMLCH_T = char16_t
[ https://issues.apache.org/jira/browse/XERCESC-2101?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roger Leigh updated XERCESC-2101: - Comment: was deleted (was: I've tried your patch on the trunk with my cmake support (patch attached). Unfortunately it's failing here: {noformat} [266/343] Building CXX object src\CMakeFiles\xerces-c.dir\xercesc\util\Transcoders\Win32\Win32TransService.cpp.obj FAILED: src/CMakeFiles/xerces-c.dir/xercesc/util/Transcoders/Win32/Win32TransService.cpp.obj C:\PROGRA~2\MICROS~1.0\VC\bin\amd64\cl.exe /nologo /TP -DHAVE_CONFIG_H -DXERCES_BUILDING_LIBRARY -DXERCES_DLL_NAME=\"xerces-c_3_1d.dll\0\" -Dxerces_c_EXPORTS -I. -IH:\xerces-c\src -Isrc /DWIN32 /D_WINDOWS /W3 /GR /EHsc /MDd /Zi /Ob0 /Od /RTC1 /showIncludes /Fosrc\CMakeFiles\xerces-c.dir\xercesc\util\Transcoders\Win32\Win32TransService.cpp.obj /Fdsrc\CMakeFiles\xerces-c.dir\ /FS -c H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp H:\xerces-c\src\xercesc/util/TransService.hpp(559): warning C4251: 'xercesc_3_1::TranscodeToStr::fString': class 'xercesc_3_1::ArrayJanitor' needs to have dll-interface to be used by clients of class 'xercesc_3_1::TranscodeToStr' H:\xerces-c\src\xercesc/util/TransService.hpp(559): note: see declaration of 'xercesc_3_1::ArrayJanitor' H:\xerces-c\src\xercesc/util/TransService.hpp(641): warning C4251: 'xercesc_3_1::TranscodeFromStr::fString': class 'xercesc_3_1::ArrayJanitor' needs to have dll-interface to be used by clients of class 'xercesc_3_1::TranscodeFromStr' H:\xerces-c\src\xercesc/util/TransService.hpp(641): note: see declaration of 'xercesc_3_1::ArrayJanitor' H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(271): error C2664: 'wchar_t *_wcsupr(wchar_t *)': cannot convert argument 1 from 'XMLCh *' to 'wchar_t *' H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(271): note: Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(289): error C2664: 'wchar_t *_wcsupr(wchar_t *)': cannot convert argument 1 from 'XMLCh *' to 'wchar_t *' H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(289): note: Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(514): error C2664: 'wchar_t *_wcsupr(wchar_t *)': cannot convert argument 1 from 'XMLCh *' to 'wchar_t *' H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(514): note: Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(529): error C2664: 'wchar_t *_wcsupr(wchar_t *)': cannot convert argument 1 from 'XMLCh *' to 'wchar_t *' H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(529): note: Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(333): warning C4996: 'GetVersionExA': was declared deprecated C:\Program Files (x86)\Windows Kits\8.1\include\um\sysinfoapi.h(433): note: see declaration of 'GetVersionExA' H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(569): error C2664: 'int _wcsicmp(const wchar_t *,const wchar_t *)': cannot convert argument 1 from 'const XMLCh *const ' to 'const wchar_t *' H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(569): note: Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(577): error C2664: 'int _wcsnicmp(const wchar_t *,const wchar_t *,std::size_t)': cannot convert argument 1 from 'const XMLCh *const ' to 'const wchar_t *' H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(577): note: Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(606): error C2664: 'wchar_t *_wcsupr(wchar_t *)': cannot convert argument 1 from 'XMLCh *const ' to 'wchar_t *' H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(606): note: Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(611): error C2664: 'wchar_t *_wcslwr(wchar_t *)': cannot convert argument 1 from 'XMLCh *const ' to 'wchar_t *' H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(611): note: Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast H:\xerces-c\src\xercesc\ut
[jira] [Updated] (XERCESC-2101) Add support for XERCES_XMLCH_T = char16_t
[ https://issues.apache.org/jira/browse/XERCESC-2101?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roger Leigh updated XERCESC-2101: - Attachment: 0001-Add-Windows-support-for-XERCES_XMLCH_T-char16_t.patch 0002-cmake-Check-for-char16_t.patch 0003-autoconf-Check-for-char16_t.patch Update patches; now works with cmake and autoconf on Unix and Windows. > Add support for XERCES_XMLCH_T = char16_t > - > > Key: XERCESC-2101 > URL: https://issues.apache.org/jira/browse/XERCESC-2101 > Project: Xerces-C++ > Issue Type: Improvement >Reporter: Vemund Handeland >Priority: Minor > Attachments: > 0001-Add-Windows-support-for-XERCES_XMLCH_T-char16_t.patch, > 0002-cmake-Check-for-char16_t.patch, 0003-autoconf-Check-for-char16_t.patch, > char16_t.diff > > > Attached diff contains the required changes for msvc. The diff is from my > local git repo created from the 3.1.4 release. > Added new macro XERCES_USE_CHAR16_T. > User can enable the support by define this macro both when building the > library and her own application. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: c-dev-unsubscr...@xerces.apache.org For additional commands, e-mail: c-dev-h...@xerces.apache.org
[jira] [Updated] (XERCESC-2101) Add support for XERCES_XMLCH_T = char16_t
[ https://issues.apache.org/jira/browse/XERCESC-2101?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roger Leigh updated XERCESC-2101: - Attachment: (was: 0001-cmake-Check-for-char16_t.patch) > Add support for XERCES_XMLCH_T = char16_t > - > > Key: XERCESC-2101 > URL: https://issues.apache.org/jira/browse/XERCESC-2101 > Project: Xerces-C++ > Issue Type: Improvement >Reporter: Vemund Handeland >Priority: Minor > Attachments: char16_t.diff > > > Attached diff contains the required changes for msvc. The diff is from my > local git repo created from the 3.1.4 release. > Added new macro XERCES_USE_CHAR16_T. > User can enable the support by define this macro both when building the > library and her own application. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: c-dev-unsubscr...@xerces.apache.org For additional commands, e-mail: c-dev-h...@xerces.apache.org
[jira] [Updated] (XERCESC-2101) Add support for XERCES_XMLCH_T = char16_t
[ https://issues.apache.org/jira/browse/XERCESC-2101?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roger Leigh updated XERCESC-2101: - Attachment: (was: 0002-autoconf-Check-for-char16_t.patch) > Add support for XERCES_XMLCH_T = char16_t > - > > Key: XERCESC-2101 > URL: https://issues.apache.org/jira/browse/XERCESC-2101 > Project: Xerces-C++ > Issue Type: Improvement >Reporter: Vemund Handeland >Priority: Minor > Attachments: char16_t.diff > > > Attached diff contains the required changes for msvc. The diff is from my > local git repo created from the 3.1.4 release. > Added new macro XERCES_USE_CHAR16_T. > User can enable the support by define this macro both when building the > library and her own application. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: c-dev-unsubscr...@xerces.apache.org For additional commands, e-mail: c-dev-h...@xerces.apache.org
[jira] [Commented] (XERCESC-2101) Add support for XERCES_XMLCH_T = char16_t
[ https://issues.apache.org/jira/browse/XERCESC-2101?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16048915#comment-16048915 ] Roger Leigh commented on XERCESC-2101: -- I've tried your patch on the trunk with my cmake support (patch attached). Unfortunately it's failing here: {noformat} [266/343] Building CXX object src\CMakeFiles\xerces-c.dir\xercesc\util\Transcoders\Win32\Win32TransService.cpp.obj FAILED: src/CMakeFiles/xerces-c.dir/xercesc/util/Transcoders/Win32/Win32TransService.cpp.obj C:\PROGRA~2\MICROS~1.0\VC\bin\amd64\cl.exe /nologo /TP -DHAVE_CONFIG_H -DXERCES_BUILDING_LIBRARY -DXERCES_DLL_NAME=\"xerces-c_3_1d.dll\0\" -Dxerces_c_EXPORTS -I. -IH:\xerces-c\src -Isrc /DWIN32 /D_WINDOWS /W3 /GR /EHsc /MDd /Zi /Ob0 /Od /RTC1 /showIncludes /Fosrc\CMakeFiles\xerces-c.dir\xercesc\util\Transcoders\Win32\Win32TransService.cpp.obj /Fdsrc\CMakeFiles\xerces-c.dir\ /FS -c H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp H:\xerces-c\src\xercesc/util/TransService.hpp(559): warning C4251: 'xercesc_3_1::TranscodeToStr::fString': class 'xercesc_3_1::ArrayJanitor' needs to have dll-interface to be used by clients of class 'xercesc_3_1::TranscodeToStr' H:\xerces-c\src\xercesc/util/TransService.hpp(559): note: see declaration of 'xercesc_3_1::ArrayJanitor' H:\xerces-c\src\xercesc/util/TransService.hpp(641): warning C4251: 'xercesc_3_1::TranscodeFromStr::fString': class 'xercesc_3_1::ArrayJanitor' needs to have dll-interface to be used by clients of class 'xercesc_3_1::TranscodeFromStr' H:\xerces-c\src\xercesc/util/TransService.hpp(641): note: see declaration of 'xercesc_3_1::ArrayJanitor' H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(271): error C2664: 'wchar_t *_wcsupr(wchar_t *)': cannot convert argument 1 from 'XMLCh *' to 'wchar_t *' H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(271): note: Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(289): error C2664: 'wchar_t *_wcsupr(wchar_t *)': cannot convert argument 1 from 'XMLCh *' to 'wchar_t *' H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(289): note: Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(514): error C2664: 'wchar_t *_wcsupr(wchar_t *)': cannot convert argument 1 from 'XMLCh *' to 'wchar_t *' H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(514): note: Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(529): error C2664: 'wchar_t *_wcsupr(wchar_t *)': cannot convert argument 1 from 'XMLCh *' to 'wchar_t *' H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(529): note: Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(333): warning C4996: 'GetVersionExA': was declared deprecated C:\Program Files (x86)\Windows Kits\8.1\include\um\sysinfoapi.h(433): note: see declaration of 'GetVersionExA' H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(569): error C2664: 'int _wcsicmp(const wchar_t *,const wchar_t *)': cannot convert argument 1 from 'const XMLCh *const ' to 'const wchar_t *' H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(569): note: Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(577): error C2664: 'int _wcsnicmp(const wchar_t *,const wchar_t *,std::size_t)': cannot convert argument 1 from 'const XMLCh *const ' to 'const wchar_t *' H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(577): note: Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(606): error C2664: 'wchar_t *_wcsupr(wchar_t *)': cannot convert argument 1 from 'XMLCh *const ' to 'wchar_t *' H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(606): note: Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(611): error C2664: 'wchar_t *_wcslwr(wchar_t *)': cannot convert argument 1 from 'XMLCh *const ' to 'wchar_t *' H:\xerces-c\src\xercesc\util\Transcoders\Win32\Win32TransService.cpp(611): note: Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast
[jira] [Updated] (XERCESC-2101) Add support for XERCES_XMLCH_T = char16_t
[ https://issues.apache.org/jira/browse/XERCESC-2101?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roger Leigh updated XERCESC-2101: - Attachment: 0001-cmake-Check-for-char16_t.patch 0002-autoconf-Check-for-char16_t.patch Add cmake and autoconf support for char16_t > Add support for XERCES_XMLCH_T = char16_t > - > > Key: XERCESC-2101 > URL: https://issues.apache.org/jira/browse/XERCESC-2101 > Project: Xerces-C++ > Issue Type: Improvement >Reporter: Vemund Handeland >Priority: Minor > Attachments: 0001-cmake-Check-for-char16_t.patch, > 0002-autoconf-Check-for-char16_t.patch, char16_t.diff > > > Attached diff contains the required changes for msvc. The diff is from my > local git repo created from the 3.1.4 release. > Added new macro XERCES_USE_CHAR16_T. > User can enable the support by define this macro both when building the > library and her own application. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: c-dev-unsubscr...@xerces.apache.org For additional commands, e-mail: c-dev-h...@xerces.apache.org