You are viewing a plain text version of this content. The canonical link for it is here.
Posted to c-dev@xerces.apache.org by sh...@e-z.net on 2013/02/08 02:11:29 UTC
Xerces_C - Microsoft Upgrade
FYI.
As I work on getting Xalan-C ready for Microsoft Studio 2012,
I plan to provide the necessary files to build Xerces-C for
Microsoft Studio 2012. I hope to use the trunk codebase.
Sincerely,
Steven J. Hathaway
Xalan Project
---------------------------------------------------------------------
To unsubscribe, e-mail: c-dev-unsubscribe@xerces.apache.org
For additional commands, e-mail: c-dev-help@xerces.apache.org
RE: Xerces_C - Microsoft Upgrade
Posted by "Huantes, Dan F (TASC)" <Da...@tasc.com>.
Understand......and since I'm not volunteering beyond what I have contributed, I'm not complaining....:-D....
But just for clarification In a nutshell, CMake unifies Windows and Non-Windows builds under one unified build configuration system avoiding the need to maintain two - N different build configurations. (e.g. Makefiles for Linux and *.sln and *.vcproj files for Windows). The CMakeLists.txt file(s) is the only thing maintained in your repository the Makefiles and *.sln/*.vcproj files are generated by CMake by end users .
Maybe on the next generation or other projects. Thanks again for your efforts.
Best Regards,
Dan
-----Original Message-----
From: shathawa@e-z.net [mailto:shathawa@e-z.net]
Sent: Friday, February 08, 2013 2:32 PM
To: c-dev@xerces.apache.org
Subject: RE: Xerces_C - Microsoft Upgrade
Daniel,
I was just reviewing the Kitware CMake website and blog information.
The Xerces-C project is mature and operates in maintenance mode with few patches being applied. Xerces is already configured for a UNIX build track and a WINDOWS build track. I am unsure how "CMake" can fit into the mix without extensive committer support.
There are not enough Xerces committers with CMake experience to handle on-going support. We currently use the GNU autotools (automake, autoconfig) for UNIX platforms. We currently let Microsoft Visual Studio upgrade scripts help with VS migrations.
FYI: UNIX makefiles
The UNIX side of Xerces builds is configured using the GNU autotools (autoconfig, automake) for a wide variety of platform specific C/C++ compilers and make libraries.
After source code changes are made, a platform independent (configure, make) toolkit is created. The "configure"
script determines the platform and prepares "make" to perform the build and install the product artifacts.
FYI: Windows - Cygwin and MinGW
These systems are deprecated. Their support is with makefiles in the manner of UNIX systems.
FYI: Windows Visual Studio
These system builds are not configured to use UNIX makefiles or "make" builds. They are configured as Visual Studio "solutions"
and "projects" for the specific version of Visual Studio.
We usually start with the earliest supported MS Visual Studio version, then incrementally apply the Microsoft Visual Studio platform updates, and apply the necessary fixups so as to make for a clean build experience.
Sincerely,
Steven J. Hathaway
> Any reason why Xerces doesn't use CMake (http://www.cmake.org/ )? I
> believe it will save the team a ton of time.
>
>
>
> I am a cmake novice but for 3.1.1 I created the attached
> CMakeLists.txt file and have successful generated Visual Studio 2005,
> 2008, 2010, and
> 2012 solution and project files for Xerces-3.1.1 with the following
> CMake command line command.
>
>
>
> cmake -g "Visual Studio 8 2005" <path to xerces-c-3.1.1>
>
>
>
> It is recommended that CMake generated project and solution files be
> generated "out of source". So in my case I was in a directory one
> level up named Solution_CMake and so my path to xerces-c-3.1.1 was
> './xerces-c-3.11' but that will vary depending on where you call cmake
> from. Additionally by just typing 'cmake' with no arguments at the
> command line you'll get a list of generators and the exact syntax need
> for all the various generators available. The VS2012 generated string
> is "Visual Studio 11" for Win32, "Visual Studio 11 ARM" for ARM
> Project files, and "Visual Studio 11 Win64" for 64bit files.
>
>
>
> You'll quickly note that my CMakeLists.txt file only generates the
> Xerces Library itself and not all the various examples. So there is
> more work to be done but I'm thinking this is a good start and will got those wanting
> to go to VS2012 today there just without examples. Just my $0.02...
>
>
>
> Thanks to the Xerces Project team for all their work!
>
>
>
> Dan
>
>
> Daniel F. Huantes, PMP
> Senior Software Engineer
> [cid:image001.png@01CE05F3.557250B0]
>
>
>
>
>
> -----Original Message-----
> From: shathawa@e-z.net [mailto:shathawa@e-z.net]
> Sent: Thursday, February 07, 2013 7:11 PM
> To: c-dev@xerces.apache.org
> Subject: Xerces_C - Microsoft Upgrade
>
>
>
> FYI.
>
>
>
> As I work on getting Xalan-C ready for Microsoft Studio 2012,
>
>
>
> I plan to provide the necessary files to build Xerces-C for Microsoft
> Studio 2012. I hope to use the trunk codebase.
>
>
>
> Sincerely,
>
> Steven J. Hathaway
>
> Xalan Project
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: c-dev-unsubscribe@xerces.apache.org
For additional commands, e-mail: c-dev-help@xerces.apache.org
CONFIDENTIALITY NOTICE: This message and any attachments or files transmitted with it (collectively, the "Message") are intended only for the addressee and may contain information that is privileged, proprietary and/or prohibited from disclosure by law or contract. If you are not the intended recipient: (a) please do not read, copy or retransmit the Message; (b) permanently delete and/or destroy all electronic and hard copies of the Message; (c) notify us by return email; and (d) you are hereby notified that any dissemination, distribution or copying of the Message is strictly prohibited.
---------------------------------------------------------------------
To unsubscribe, e-mail: c-dev-unsubscribe@xerces.apache.org
For additional commands, e-mail: c-dev-help@xerces.apache.org
Re: XML Schema 1.1 support / roadmap
Posted by Michael Glavassevich <mr...@ca.ibm.com>.
All of the development effort for supporting XML Schema 1.1 has been in
Xerces-J.
I'm not aware of any plans for Xerces-C++. There was a brief discussion
about it in 2010, but nothing came of that and seems no one has discussed
it since then.
Thanks.
Michael Glavassevich
XML Technologies and WAS Development
IBM Toronto Lab
E-mail: mrglavas@ca.ibm.com
E-mail: mrglavas@apache.org
Ben/RS <be...@redsnapper.net> wrote on 15/02/2013 12:42:48 PM:
> Is xerces planning on supporting Schema 1.1 ?
> Is there information/discussion about this?
>
>
> Thanks
> Ben.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: c-dev-unsubscribe@xerces.apache.org
> For additional commands, e-mail: c-dev-help@xerces.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: c-dev-unsubscribe@xerces.apache.org
For additional commands, e-mail: c-dev-help@xerces.apache.org
XML Schema 1.1 support / roadmap
Posted by Ben/RS <be...@redsnapper.net>.
Is xerces planning on supporting Schema 1.1 ?
Is there information/discussion about this?
Thanks
Ben.
---------------------------------------------------------------------
To unsubscribe, e-mail: c-dev-unsubscribe@xerces.apache.org
For additional commands, e-mail: c-dev-help@xerces.apache.org
Re: Xerces_C - Microsoft Upgrade
Posted by sh...@e-z.net.
Boris,
Good to see someone else looking at Xerces-C.
I am getting ready to launch the Microsoft Studio 2012 platform to support
Xerces-C. I currently support VC6, VC7.1, VC8, VC9, VC10 and hopefully
VC11.
Xerces-C is a required library for the Xalan-C library which I help maintain.
I will post a JIRA issue when I have something to review.
Sincerely,
Steven J. Hathaway
Apache Xalan (XSLT) Project
> Hi,
>
> shathawa@e-z.net <sh...@e-z.net> writes:
>
>> FYI: Windows - Cygwin and MinGW
>>
>> These systems are deprecated.
>
> I don't think anyone deprecated MinGW. Everything should build
> fine with autotools and I see at least MinGW supported in the
> future.
>
> Boris
>
> --
> Boris Kolpackov, Code Synthesis
> http://codesynthesis.com/~boris/blog
> Compiler-based ORM system for C++
> http://codesynthesis.com/products/odb
> Open-source XML data binding for C++
> http://codesynthesis.com/products/xsd
> XML data binding for embedded systems
> http://codesynthesis.com/products/xsde
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: c-dev-unsubscribe@xerces.apache.org
> For additional commands, e-mail: c-dev-help@xerces.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: c-dev-unsubscribe@xerces.apache.org
For additional commands, e-mail: c-dev-help@xerces.apache.org
Re: Xerces_C - Microsoft Upgrade
Posted by Boris Kolpackov <bo...@codesynthesis.com>.
Hi,
shathawa@e-z.net <sh...@e-z.net> writes:
> FYI: Windows - Cygwin and MinGW
>
> These systems are deprecated.
I don't think anyone deprecated MinGW. Everything should build
fine with autotools and I see at least MinGW supported in the
future.
Boris
--
Boris Kolpackov, Code Synthesis http://codesynthesis.com/~boris/blog
Compiler-based ORM system for C++ http://codesynthesis.com/products/odb
Open-source XML data binding for C++ http://codesynthesis.com/products/xsd
XML data binding for embedded systems http://codesynthesis.com/products/xsde
---------------------------------------------------------------------
To unsubscribe, e-mail: c-dev-unsubscribe@xerces.apache.org
For additional commands, e-mail: c-dev-help@xerces.apache.org
RE: Xerces_C - Microsoft Upgrade
Posted by sh...@e-z.net.
Daniel,
I was just reviewing the Kitware CMake website and blog information.
The Xerces-C project is mature and operates in maintenance mode with
few patches being applied. Xerces is already configured for a
UNIX build track and a WINDOWS build track. I am unsure how
"CMake" can fit into the mix without extensive committer support.
There are not enough Xerces committers with CMake experience
to handle on-going support. We currently use the GNU autotools
(automake, autoconfig) for UNIX platforms. We currently let
Microsoft Visual Studio upgrade scripts help with VS migrations.
FYI: UNIX makefiles
The UNIX side of Xerces builds is configured using the GNU
autotools (autoconfig, automake) for a wide variety of platform
specific C/C++ compilers and make libraries.
After source code changes are made, a platform independent
(configure, make) toolkit is created. The "configure"
script determines the platform and prepares "make" to
perform the build and install the product artifacts.
FYI: Windows - Cygwin and MinGW
These systems are deprecated. Their support is with makefiles
in the manner of UNIX systems.
FYI: Windows Visual Studio
These system builds are not configured to use UNIX makefiles
or "make" builds. They are configured as Visual Studio "solutions"
and "projects" for the specific version of Visual Studio.
We usually start with the earliest supported MS Visual Studio
version, then incrementally apply the Microsoft Visual Studio
platform updates, and apply the necessary fixups so as to
make for a clean build experience.
Sincerely,
Steven J. Hathaway
> Any reason why Xerces doesn't use CMake (http://www.cmake.org/ )? I
> believe it will save the team a ton of time.
>
>
>
> I am a cmake novice but for 3.1.1 I created the attached CMakeLists.txt
> file and have successful generated Visual Studio 2005, 2008, 2010, and
> 2012 solution and project files for Xerces-3.1.1 with the following CMake
> command line command.
>
>
>
> cmake -g "Visual Studio 8 2005" <path to xerces-c-3.1.1>
>
>
>
> It is recommended that CMake generated project and solution files be
> generated "out of source". So in my case I was in a directory one level
> up named Solution_CMake and so my path to xerces-c-3.1.1 was
> './xerces-c-3.11' but that will vary depending on where you call cmake
> from. Additionally by just typing 'cmake' with no arguments at the
> command line you'll get a list of generators and the exact syntax need for
> all the various generators available. The VS2012 generated string is
> "Visual Studio 11" for Win32, "Visual Studio 11 ARM" for ARM Project
> files, and "Visual Studio 11 Win64" for 64bit files.
>
>
>
> You'll quickly note that my CMakeLists.txt file only generates the Xerces
> Library itself and not all the various examples. So there is more work to
> be done but I'm thinking this is a good start and will got those wanting
> to go to VS2012 today there just without examples. Just my $0.02...
>
>
>
> Thanks to the Xerces Project team for all their work!
>
>
>
> Dan
>
>
> Daniel F. Huantes, PMP
> Senior Software Engineer
> [cid:image001.png@01CE05F3.557250B0]
>
>
>
>
>
> -----Original Message-----
> From: shathawa@e-z.net [mailto:shathawa@e-z.net]
> Sent: Thursday, February 07, 2013 7:11 PM
> To: c-dev@xerces.apache.org
> Subject: Xerces_C - Microsoft Upgrade
>
>
>
> FYI.
>
>
>
> As I work on getting Xalan-C ready for Microsoft Studio 2012,
>
>
>
> I plan to provide the necessary files to build Xerces-C for Microsoft
> Studio 2012. I hope to use the trunk codebase.
>
>
>
> Sincerely,
>
> Steven J. Hathaway
>
> Xalan Project
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: c-dev-unsubscribe@xerces.apache.org
For additional commands, e-mail: c-dev-help@xerces.apache.org
RE: Xerces_C - Microsoft Upgrade
Posted by "Huantes, Dan F (TASC)" <Da...@tasc.com>.
Any reason why Xerces doesn't use CMake (http://www.cmake.org/ )? I believe it will save the team a ton of time.
I am a cmake novice but for 3.1.1 I created the attached CMakeLists.txt file and have successful generated Visual Studio 2005, 2008, 2010, and 2012 solution and project files for Xerces-3.1.1 with the following CMake command line command.
cmake -g "Visual Studio 8 2005" <path to xerces-c-3.1.1>
It is recommended that CMake generated project and solution files be generated "out of source". So in my case I was in a directory one level up named Solution_CMake and so my path to xerces-c-3.1.1 was './xerces-c-3.11' but that will vary depending on where you call cmake from. Additionally by just typing 'cmake' with no arguments at the command line you'll get a list of generators and the exact syntax need for all the various generators available. The VS2012 generated string is "Visual Studio 11" for Win32, "Visual Studio 11 ARM" for ARM Project files, and "Visual Studio 11 Win64" for 64bit files.
You'll quickly note that my CMakeLists.txt file only generates the Xerces Library itself and not all the various examples. So there is more work to be done but I'm thinking this is a good start and will got those wanting to go to VS2012 today there just without examples. Just my $0.02...
Thanks to the Xerces Project team for all their work!
Dan
Daniel F. Huantes, PMP
Senior Software Engineer
[cid:image001.png@01CE05F3.557250B0]
-----Original Message-----
From: shathawa@e-z.net [mailto:shathawa@e-z.net]
Sent: Thursday, February 07, 2013 7:11 PM
To: c-dev@xerces.apache.org
Subject: Xerces_C - Microsoft Upgrade
FYI.
As I work on getting Xalan-C ready for Microsoft Studio 2012,
I plan to provide the necessary files to build Xerces-C for Microsoft Studio 2012. I hope to use the trunk codebase.
Sincerely,
Steven J. Hathaway
Xalan Project
---------------------------------------------------------------------
To unsubscribe, e-mail: c-dev-unsubscribe@xerces.apache.org<ma...@xerces.apache.org>
For additional commands, e-mail: c-dev-help@xerces.apache.org<ma...@xerces.apache.org>
CONFIDENTIALITY NOTICE: This message and any attachments or files transmitted with it (collectively, the "Message") are intended only for the addressee and may contain information that is privileged, proprietary and/or prohibited from disclosure by law or contract. If you are not the intended recipient: (a) please do not read, copy or retransmit the Message; (b) permanently delete and/or destroy all electronic and hard copies of the Message; (c) notify us by return email; and (d) you are hereby notified that any dissemination, distribution or copying of the Message is strictly prohibited.