I am on Debian Jessie Testing, and the XSD on the OS just got updated to 4.0.0, gadgetron is no longer able to build.
Cmake script works fine, but when try to build, it give error: "g++-4.8.real: error: ...Gadgetron/build/toolboxes/core/cpu/src/xsd/gadgetronMetaAttributes.cxx: No such file or directory" and the mentioned file is indeed not present in the XSD source folder.
Thanks!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
That file is supposed to get generated by XSD, but it looks like that fails with the new version. We are in the process of eliminating the XSD dependency throughout ismrmrd and Gadgetron, since it has become a bit of a liability. That is going to take a few weeks, since it is also tied to an overhaul of ismrmrd to eliminate other dependencies in that library.
It doesn't really make sense for us to figure out what the issues are with XSD 4.0, so you might have to chase that down yourself, roll back your XSD or simply wait a few weeks until we get this sorted.
I know this is annoying, but we are working on it.
Sent from a mobile device - please excuse brevity and/or typos.
I am on Debian Jessie Testing, and the XSD on the OS just got updated to 4.0.0, gadgetron is no longer able to build.
Cmake script works fine, but when try to build, it give error: "g++-4.8.real: error: ...Gadgetron/build/toolboxes/core/cpu/src/xsd/gadgetronMetaAttributes.cxx: No such file or directory" and the mentioned file is indeed not present in the XSD source folder.
Thanks!
[build] Development branch not capable with XSD 4.0.0
It turns out that xsd command in debian testing is bugged, it ignores white space between 2 command line arguments, so in command "xsd cxx-tree --generate-serialization" is actually been recognized as "xsd cxx-tree--generate-serialization" and thus it gives unrecognized option "-generate-serialization" and fails to generate the header and source files.
Fix/workaround is simple, I have submitted a pull request, I changed the order of priority when cmake is looking for xsd commands. Using xsdcxx instead of xsd solves the problem.
The same problem obviously exits with the ISMRMrd as well, but I am not going to submit this bug to ISMRMrd as XSD is going to be removed.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
It turns out that xsd command in debian testing is bugged, it ignores
white space between 2 command line arguments, so in command "xsd cxx-tree
--generate-serialization" is actually been recognized as "xsd
cxx-tree--generate-serialization" and thus it gives unrecognized option
"-generate-serialization" and fails to generate the header and source
files.
Fix/workaround is simple, I have submitted a pull request, I changed the
order of priority when cmake is looking for xsd commands. Using xsdcxx
instead of xsd solves the problem.
The same problem obviously exits with the ISMRMrd as well, but I am not
going to submit this bug to ISMRMrd as XSD is going to be removed.
Hi,
I am on Debian Jessie Testing, and the XSD on the OS just got updated to 4.0.0, gadgetron is no longer able to build.
Cmake script works fine, but when try to build, it give error: "g++-4.8.real: error: ...Gadgetron/build/toolboxes/core/cpu/src/xsd/gadgetronMetaAttributes.cxx: No such file or directory" and the mentioned file is indeed not present in the XSD source folder.
Thanks!
That file is supposed to get generated by XSD, but it looks like that fails with the new version. We are in the process of eliminating the XSD dependency throughout ismrmrd and Gadgetron, since it has become a bit of a liability. That is going to take a few weeks, since it is also tied to an overhaul of ismrmrd to eliminate other dependencies in that library.
It doesn't really make sense for us to figure out what the issues are with XSD 4.0, so you might have to chase that down yourself, roll back your XSD or simply wait a few weeks until we get this sorted.
I know this is annoying, but we are working on it.
Sent from a mobile device - please excuse brevity and/or typos.
It turns out that xsd command in debian testing is bugged, it ignores white space between 2 command line arguments, so in command "xsd cxx-tree --generate-serialization" is actually been recognized as "xsd cxx-tree--generate-serialization" and thus it gives unrecognized option "-generate-serialization" and fails to generate the header and source files.
Fix/workaround is simple, I have submitted a pull request, I changed the order of priority when cmake is looking for xsd commands. Using xsdcxx instead of xsd solves the problem.
The same problem obviously exits with the ISMRMrd as well, but I am not going to submit this bug to ISMRMrd as XSD is going to be removed.
Hi,
Thanks for this. I have merged those changes in manually. In both ISMRMRD
and Gadgetron.
Michael
On Sat, Aug 9, 2014 at 7:59 AM, PlutoniumHeart plutoniumheart@users.sf.net
wrote: