http://drobilla.net/software/lilv

It looks like the Windows buildserver is not working properly for dynamic builds. Various dependencies are built in static mode, even though build_environment.bat is given the Dynamic argument. This results in unmet dependencies when compiling Mixxx.

This is my build.bat script for Mixxx: https://pastebin.com/cd1bctuX
And this is the output: https://pastebin.com/RABLSfCY

I ran build_environment.bat x64 ReleaseFastbuild Dynamic, which fails to build dynamic libraries for:

• libid3tag
• libmad
• libopus
• libshout
• libsndfile
• portaudio
• portmidi (porttime)
• protobuf
• pthreads
• rubberband
• sqlite3
• taglib

For completeness, these are the output files in buildserver/lib per dependency.

*(!)  = Static version of library built instead of shared one.

.
├── build_chromaprint.bat
│   ├── chromaprint.dll
│   ├── chromaprint.lib
│   └── chromaprint.pdb
├── build_fftw3.bat
│   ├── libfftw-3.3.dll
│   ├── libfftw-3.3.lib
│   ├── libfftw-3.3.pdb
│   ├── libfftwf-3.3.dll
│   ├── libfftwf-3.3.lib
│   └── libfftwf-3.3.pdb
├── build_hss1394.bat
│   ├── libHSS1394.dll
│   ├── libHSS1394.lib
│   └── libHSS1394.pdb
├── build_libflac.bat
│   ├── libFLAC.dll
│   ├── libFLAC.lib
│   └── libFLAC.pdb
├── build_libid3tag.bat (!)
│   ├── libid3tag.lib
│   └── libid3tag.pdb
├── build_libmad.bat (!)
│   ├── libmad.lib
│   └── libmad.pdb
├── build_libogg.bat
│   ├── libogg.dll
│   ├── libogg.lib
│   └── libogg.pdb
├── build_libopus.bat (!)
│   ├── opus.lib
│   └── opus.pdb
├── build_libshout.bat (!)
│   ├── libshout.lib
│   └── libshout.pdb
├── build_libsndfile.bat (!)
│   ├── g72x.lib
│   ├── libsndfile.lib
│   └── libsndfile.pdb
├── build_libvorbis.bat
│   ├── libvorbis.dll
│   ├── libvorbisfile.dll
│   ├── libvorbisfile.lib
│   ├── libvorbisfile.pdb
│   ├── libvorbis.lib
│   └── libvorbis.pdb
├── build_openssl.bat
│   ├── libeay32.dll
│   ├── libeay32.lib
│   ├── ssleay32.dll
│   └── ssleay32.lib
├── build_portaudio.bat (!)
│   ├── portaudio.lib
│   └── portaudio.pdb
├── build_portmidi.bat (portmidi=OK, porttime=(!))
│   ├── portmidi.dll
│   ├── portmidi.lib
│   ├── portmidi.pdb
│   ├── porttime.lib
│   └── porttime.pdb
├── build_protobuf.bat (!)
│   ├── libprotobuf-lite.lib
│   └── libprotobuf-lite.pdb
├── build_pthreads.bat (!)
│   ├── pthread.lib
│   └── pthread.pdb
├── build_qt4.bat (no output files, but that's OK, libs are in Qt folder)
├── build_rubberband.bat (!)
│   ├── rubberband.lib
│   └── rubberband.pdb
├── build_sqlite3.bat (!)
│   ├── sqlite3.lib
│   └── sqlite3.pdb
├── build_taglib.bat (!)
│   ├── tag.lib
│   └── tag.pdb
└── build_zlib.bat
    ├── zdll.lib
    ├── zlibwapi.dll
    ├── zlibwapi.lib
    └── zlibwapi.pdb

https://github.com/mixxxdj/buildserver/blob/msvc15/create_and_build_environments.bat
https://github.com/mixxxdj/buildserver/blob/msvc15/export_minimal_environment.bat

We are currently using MSVC 2015.

The following libraries still put and expect files to be located in C:\mixxx\environments\prototype\build

• chromaprint-1.1
• taglib-1.9.1

Workaround: Move the buildserver contents into C:\mixxx\environments\prototype

Currently, some of the Jenkins configuration scripts rely on specific version numbers of libraries. This is cumbersome to maintain because it requires changing versions numbers scattered in different places (build scripts, Jenkins config scripts for PRs, Jenkins config scripts for release branches, Jenkins build scripts for master branch) when a library is updated. Instead, everything that changes regularly with dependency versions should be in this repository.

e.g. ```opusfile.lib(bands.obj) : warning LNK4099: PDB 'celt.pdb' was not found with 'opusfile.lib(bands.obj)' or at 'C:\projects\mixxx\win64_build\celt.pdb'; linking object as if no debug info
opusfile.lib(celt.obj) : warning LNK4099: PDB 'celt.pdb' was not found with 'opusfile.lib(celt.obj)' or at 'C:\projects\mixxx\win64_build\celt.pdb'; linking object as if no debug info
opusfile.lib(celt_decoder.obj) : warning LNK4099: PDB 'celt.pdb' was not found with 'opusfile.lib(celt_decoder.obj)' or at 'C:\projects\mixxx\win64_build\celt.pdb'; linking object as if no debug info
opusfile.lib(celt_lpc.obj) : warning LNK4099: PDB 'celt.pdb' was not found with 'opusfile.lib(celt_lpc.obj)' or at 'C:\projects\mixxx\win64_build\celt.pdb'; linking object as if no debug info
opusfile.lib(cwrs.obj) : warning LNK4099: PDB 'celt.pdb' was not found with 'opusfile.lib(cwrs.obj)' or at 'C:\projects\mixxx\win64_build\celt.pdb'; linking object as if no debug info
opusfile.lib(entcode.obj) : warning LNK4099: PDB 'celt.pdb' was not found with 'opusfile.lib(entcode.obj)' or at 'C:\projects\mixxx\win64_build\celt.pdb'; linking object as if no debug info
opusfile.lib(entdec.obj) : warning LNK4099: PDB 'celt.pdb' was not found with 'opusfile.lib(entdec.obj)' or at 'C:\projects\mixxx\win64_build\celt.pdb'; linking object as if no debug info
opusfile.lib(entenc.obj) : warning LNK4099: PDB 'celt.pdb' was not found with 'opusfile.lib(entenc.obj)' or at 'C:\projects\mixxx\win64_build\celt.pdb'; linking object as if no debug info
opusfile.lib(kiss_fft.obj) : warning LNK4099: PDB 'celt.pdb' was not found with 'opusfile.lib(kiss_fft.obj)' or at 'C:\projects\mixxx\win64_build\celt.pdb'; linking object as if no debug info
opusfile.lib(laplace.obj) : warning LNK4099: PDB 'celt.pdb' was not found with 'opusfile.lib(laplace.obj)' or at 'C:\projects\mixxx\win64_build\celt.pdb'; linking object as if no debug info
opusfile.lib(mathops.obj) : warning LNK4099: PDB 'celt.pdb' was not found with 'opusfile.lib(mathops.obj)' or at 'C:\projects\mixxx\win64_build\celt.pdb'; linking object as if no debug info
opusfile.lib(mdct.obj) : warning LNK4099: PDB 'celt.pdb' was not found with 'opusfile.lib(mdct.obj)' or at 'C:\projects\mixxx\win64_build\celt.pdb'; linking object as if no debug info
opusfile.lib(modes.obj) : warning LNK4099: PDB 'celt.pdb' was not found with 'opusfile.lib(modes.obj)' or at 'C:\projects\mixxx\win64_build\celt.pdb'; linking object as if no debug info
opusfile.lib(pitch.obj) : warning LNK4099: PDB 'celt.pdb' was not found with 'opusfile.lib(pitch.obj)' or at 'C:\projects\mixxx\win64_build\celt.pdb'; linking object as if no debug info
opusfile.lib(quant_bands.obj) : warning LNK4099: PDB 'celt.pdb' was not found with 'opusfile.lib(quant_bands.obj)' or at 'C:\projects\mixxx\win64_build\celt.pdb'; linking object as if no debug info
opusfile.lib(rate.obj) : warning LNK4099: PDB 'celt.pdb' was not found with 'opusfile.lib(rate.obj)' or at 'C:\projects\mixxx\win64_build\celt.pdb'; linking object as if no debug info
opusfile.lib(vq.obj) : warning LNK4099: PDB 'celt.pdb' was not found with 'opusfile.lib(vq.obj)' or at 'C:\projects\mixxx\win64_build\celt.pdb'; linking object as if no debug info
opusfile.lib(pitch_sse.obj) : warning LNK4099: PDB 'celt.pdb' was not found with 'opusfile.lib(pitch_sse.obj)' or at 'C:\projects\mixxx\win64_build\celt.pdb'; linking object as if no debug info
opusfile.lib(x86cpu.obj) : warning LNK4099: PDB 'celt.pdb' was not found with 'opusfile.lib(x86cpu.obj)' or at 'C:\projects\mixxx\win64_build\celt.pdb'; linking object as if no debug info
opusfile.lib(bwexpander.obj) : warning LNK4099: PDB 'silk_common.pdb' was not found with 'opusfile.lib(bwexpander.obj)' or at 'C:\projects\mixxx\win64_build\silk_common.pdb'; linking object as if no debug info
opusfile.lib(bwexpander_32.obj) : warning LNK4099: PDB 'silk_common.pdb' was not found with 'opusfile.lib(bwexpander_32.obj)' or at 'C:\projects\mixxx\win64_build\silk_common.pdb'; linking object as if no debug info
opusfile.lib(CNG.obj) : warning LNK4099: PDB 'silk_common.pdb' was not found with 'opusfile.lib(CNG.obj)' or at

This is related to this launchpad bug, that I forgot to verify when we upgraded the buildserver environment:

https://bugs.launchpad.net/mixxx/+bug/1637786

The file build\libsndfile-1.0.26\src\config.h needs to be modified so that the following constant is zero instead of one:

/* Target processor clips on negative float to int conversion. */
#define CPU_CLIPS_NEGATIVE 0

https://github.com/mixxxdj/buildserver/blob/msvc15/create_and_build_environments.bat#L27
If I had more time I would have written less code :P

This is the final step to solve bug https://bugs.launchpad.net/mixxx/+bug/1642765
https://github.com/frankosterfeld/qtkeychain

The dylibs and binaries produced by the macOS environment are not movable since their dependencies are encoded with absolute paths instead of relative paths. This means others cannot download the environment and use it, since the binaries (protoc, moc, etc.) won't work. The dylibs get fixed to be bundle-relative with install_name_tool by Mixxx's packaging process, so this is why it went unnoticed.

e.g.

otool -L environments/2.1-j00016-21856a6-osx10.7-x86_64-release/lib/libshout.dylib
environments/2.1-j00016-21856a6-osx10.7-x86_64-release/lib/libshout.dylib:
	/Users/mixxx/bs-2.1-mac/amd64/environment/2.1-j00016-21856a6-osx10.7-x86_64-release/lib/libshout.3.dylib (compatibility version 6.0.0, current version 6.0.0)
	/Users/mixxx/bs-2.1-mac/amd64/environment/2.1-j00016-21856a6-osx10.7-x86_64-release/lib/libvorbis.0.dylib (compatibility version 5.0.0, current version 5.8.0)
	/Users/mixxx/bs-2.1-mac/amd64/environment/2.1-j00016-21856a6-osx10.7-x86_64-release/lib/libssl.1.0.0.dylib (compatibility version 1.0.0, current version 1.0.0)
	/Users/mixxx/bs-2.1-mac/amd64/environment/2.1-j00016-21856a6-osx10.7-x86_64-release/lib/libcrypto.1.0.0.dylib (compatibility version 1.0.0, current version 1.0.0)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1226.10.1)

build_environment.sh can return 0 when an error occurred.

For example, if this tar invocation fails to find the file to untar.

Now that macOS is pretty much all amd64, we don't need to make universal PPC/i386/amd64 builds, so we can remove a bunch of code that supports that.

The macOS builder is still running macOS 10.11. Eventually this will prevent us from upgrading the macOS SDK to the version required by Qt.

It would be great if people could get CI for PRs to the Windows branches of this repo.

They are located in src/ and named vc140.pdb. I copy them out but the .libs know their PDB is supposed to be called vc140.pdb. We need to do it the right way with a patch to the Qt makefiles to use /PDB:QtCore.pdb etc.

https://github.com/mixxxdj/buildserver/blob/msvc15/export_minimal_environment.bat#L67

We get warnings like this when building Mixxx:

'C:\projects\mixxx\win64_build\lib.pdb'; linking object as if no debug info
libshout.lib(buffer.obj) : warning LNK4099: PDB 'lib.pdb' was not found with 'libshout.lib(buffer.obj)' or at 'C:\projects\mixxx\win64_build\lib.pdb'; linking object as if no debug info

MP3 patents have finally expired, so we can distribute LAME in binary form for MP3 streaming and recording.

https://bugs.launchpad.net/mixxx/+bug/1294128

The Jenkins configuration scripts assume that the ASIO SDK and MSVC Redistributable are present on the build runner and assume specific filenames. This setup requires write access to the build runner's storage to update those dependencies. Instead, those should be downloaded by the build scripts if they are not already cached in the Jenkins workspace like how the macOS scripts work.

This fixes a bug with awful sounding distortion when recording any clipped samples in FLAC files.