Patch for some documentation fixes and some questions!

[Paul Buxton]

So bulding on a different system, I see the same collision between PASCAL,
ERROR, IGNORE and FLOAT defines vs enums.
If anyone else can reproduce it would be good to know I am not diong
something stupid. If someone confirms then I will send my patches to fix
the build?

Also if anyone is interested, I am able to build using the MXE build under
Windows via the WSL. The only thing to be aware of is that you will need to
strip your path of any windows only formatted folders (i.e. ones with
spaces or brackets), as the script to collect the dllnames doesn't handle
paths like this well.
Debugging works fine with VSCode and Mingwgdb.

On Sun, Aug 25, 2019 at 12:56 PM Paul Buxton <paulbuxton.mail at googlemail.com>
wrote:

> So I have got my MXE based win32 build going, and I have added some
> missing information to the docs, see attached patch.
>
> In addition to additional information in there, I did have some other
> issues which I haven't created a patch for as I am not yet clear if these
> changes are fixing something unique to my system or of they are related to
> newer versions of things.
>
> 1) buliding MXE with the QTBASE debug-and-release option doesn't work. It
> fails on building qtcore. The MXE guys are aware of this and suggested not
> using the flag for now.
> 2) The #undef PASCAL in units.h appears to be insufficient, it seems to
> also be required in dive.c. Perhaps it would be cleaner to rename this
> PASCALS to avoid conflicts/confusion?
> 3) configuredivecomputer.h and donwloadfromdivecopmuter.cpp/h
> states.ERROR  We seem to pick up a definiton of ERROR from elsewhere that
> overrides the use of the states enum. Renaming the ERROR enum resolved this
> 4) Similarly IGNORE in maintab.cpp/h
> 5) Also FLOAT in parse-xml.c
>
> I also note that the build script, whilst it generates the installer, it
> seems to be complaining about mismatched quotes, not figured out where the
> culprit is yet (there are a lot of quotes :-) )
>
> Paul
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20190827/b09ba5d6/attachment.html>