- May 16, 2024
-
-
Filippo Rusconi authored
Update to upstream version '3.0.8' with Debian dir 4e7e7624930de3c9c002f0612ba43e41a6709670
-
Filippo Rusconi authored
-
Filippo Rusconi authored
-
Filippo Rusconi authored
- May 15, 2024
-
-
Filippo Rusconi authored
Update to upstream version '3.0.7' with Debian dir 4bbf7e6f96f3114fe524a3d896d648fb7cc1a486
-
Filippo Rusconi authored
Update to upstream version '3.0.6' with Debian dir 4bbf7e6f96f3114fe524a3d896d648fb7cc1a486
-
Filippo Rusconi authored
-
Filippo Rusconi authored
-
Filippo Rusconi authored
-
Filippo Rusconi authored
Update to upstream version '3.0.6' with Debian dir 6c961bf8d4c34a3602a344898cd43723a99a8359
-
Filippo Rusconi authored
-
Filippo Rusconi authored
-
Filippo Rusconi authored
-
Filippo Rusconi authored
-
Filippo Rusconi authored
-
Filippo Rusconi authored
-
Filippo Rusconi authored
- Apr 25, 2024
-
-
Olivier Langella authored
-
Olivier Langella authored
-
- Apr 02, 2024
-
-
Olivier Langella authored
-
- Mar 31, 2024
-
-
Filippo Rusconi authored
By using the -DWITHOUT_MZMLB definition, in GNU/Linux and in Windows, the library fails to build because #ifndef WITHOUT_MZMLB #endif blocks do not succesfully isolate the mzMLb code in pwiz/data/msdata/IO.cpp. While in GNU/Linux the mzMLb feature can be built fine, in Windows, the mzMLb feature cannot be built because the link step fails with numerous undefined reference errors, even if the libhdf5_cpp-310.dll library is found and the nm / objdump commands show that the purportedly missing symbols are indeed exported. The errors all originate from the link of the pwiz/data/msdata/mzmlb/Connection_mzMLb.cp file. So the idea in Windows, is to shunt the mzMLb implementation by: In CMakeStuff/toolchains/win10-mingw64-toolchain.cmake: set(hdf5_LIBRARIES "") set(hdf5_INCLUDE_DIRS "") add_definitions(-DWITHOUT_MZMLB) Move pwiz/data/msdata/IO-FRusconi-removed-all-mzmlb-related-code.cpp to pwiz/data/msdata/IO.cpp In src/CMakeLists.txt: comment out file pwiz/data/msdata/mzmlb/Connection_mzMLb.cpp from the list of source files. With the modifications in place, the library is built on Windows. When the built library will have been proven to be good at reading normal mzML files, we'll change pwiz/data/msdata/IO.cpp by using
-
- Mar 30, 2024
-
-
Filippo Rusconi authored
-
Filippo Rusconi authored
-
Filippo Rusconi authored
Implement back the modifications required for MXE and WIN10 compilation of src/pwiz/utility/misc/Filesystem.cpp. Still builds on GNU-Linux.
-
Filippo Rusconi authored
Signed-off-by:
Filippo Rusconi (Uploading Debian Developer) <lopippo@debian.org>
-
Filippo Rusconi authored
Signed-off-by:
Filippo Rusconi (Uploading Debian Developer) <lopippo@debian.org>
-
Filippo Rusconi authored
The modifications applied as patch from bin num diff from Steve Langasek <vorlon@debian.org> Fri, 02 Feb 2024 01:25:21 +0000. Signed-off-by:
Filippo Rusconi (Uploading Debian Developer) <lopippo@debian.org>
-
Olivier Langella authored
-
Olivier Langella authored
-
- Mar 29, 2024
-
-
Filippo Rusconi authored
-
Filippo Rusconi authored
The source update added only one pair of hpp/cpp files for mzMLb format. For this format, libhdf5 was needed, so new CMake configuration code was needed. The configuration works fine within Debian Linux.
-
Olivier Langella authored
-
Filippo Rusconi authored
-
- Nov 23, 2023
-
-
Filippo Rusconi authored
New Deb package version to fix Bug#1045317: libpwizlite: Fails to build source after successful build.
-
- Jul 12, 2023
-
-
Olivier Langella authored
-
- Jun 20, 2023
-