While plain-text versions generally worked, they have been slightly
littered recently with Markdown syntax. We should be able to assume
every Windows user has a web browser and can view these documents
in nicely-formatted HTML pages instead of opening Notepad.
Without doing this, objdump might output text in a non-Unicode locale
and confuse Python. This is particularly the case when running on MS
Windows, where Unicode locales aren't default for non-English regions.
Copying DLLs raises the problem of finding where the DLLs are to copy.
With autotools, DLLs are usually installed to ${prefix}/bin alongside the
libraries installed to ${prefix}/lib. So we can use the -L arguments in
LDFLAGS passed to the linker to figure out a likely set of directories to
search in. Hook this into the build, too.
This fixes#764 - we now reliably build Windows .zip packages automatically
bundled with any DLLs which may be required.
As part of the 3.0 release we want to start bundling many more DLL
libraries than we previously did. We can use the 'objdump' command
to recursively find all DLLs that a Windows binary depends upon. To
ensure that we automatically include any DLLs that are needed and
never miss any, add something analogous to the cp-with-libs script we
already use for building Windows binaries.
Chocolate Doom now has a bewildering array of different options for
music playback and it's worth documenting them properly. Extend the
existing README.OPL file to describe the other options that are
available, and rename it to README.Music as it's no longer just about
OPL playback.
all packages, rather than dynamically generated makefiles. Add pkg/osx
to dist. Make OS X staging directory depend on top level documentation
files. Generate CMDLINE as part of standard build if it is not already
present. Set svn:ignore properties.
Subversion-branch: /trunk/chocolate-doom
Subversion-revision: 1790
