[Maverick268]

Thank you
I thought I made a bad command.

Is it possible while waiting for the DLL: libhogweed-4-1.dll download?
I'll add the directory to see if it works.
thank you in advance

[jjxtra]

Followed all instructions, but Windows build fails. Suggestions?

Log: http://pastebin.com/YUe048uJ

[hwh]

It's been posted in the forum several times over the last few days, building on Windows is temporarily broken.

If you want to do development you could switch to Linux, it always compiles and runs since most developers use it.  OS-X also usually compiles.  Compiling on Windows is occasionally broken for a few days to a week or so because no developer uses it routinely.   It exists primarily to generate Windows binaries for release.

If you're going to use Windows as your primary development environment figure out why it doesn't compile and submit a fix.

(I removed your duplicate post at the end of a 5 month old thread)

[jjxtra]

Thanks for the heads up. Guess I'll need to get a Linux VM going...

[parched]

Hi guys, the fix is to find the copydata file that has that line in it and update it to libhogweed-4-2.dll. Feel free to submit a PR for it too. (Although, it is my plan to rework this so we don't need hardcoded names like this, hopefully this weekend but no guarantees)

[chromvis]

Hello. Could someone check if it is my mistake or Windows still could not build? Thank you.

$ mingw32-make package
C:/msys64/mingw64/bin/mingw32-make -f Makefile.Release
compiling ../../ground/uavobjgenerator/main.cpp
compiling ../../ground/uavobjgenerator/uavobjectparser.cpp
compiling ../../ground/uavobjgenerator/generators/generator_io.cpp
compiling ../../ground/uavobjgenerator/generators/java/uavobjectgeneratorjava.cpp
compiling ../../ground/uavobjgenerator/generators/flight/uavobjectgeneratorflight.cpp
compiling ../../ground/uavobjgenerator/generators/gcs/uavobjectgeneratorgcs.cpp
compiling ../../ground/uavobjgenerator/generators/matlab/uavobjectgeneratormatlab.cpp
compiling ../../ground/uavobjgenerator/generators/python/uavobjectgeneratorpython.cpp
compiling ../../ground/uavobjgenerator/generators/wireshark/uavobjectgeneratorwireshark.cpp
compiling ../../ground/uavobjgenerator/generators/generator_common.cpp
linking uavobjgenerator.exe











C:/msys64/home/kazakeyu/librepilot/build/uavobjgenerator/uavobjgenerator.exe: error while loading shared libraries: ?: cannot open shared object file: No such file or directory
C:/msys64/home/kazakeyu/librepilot/flight/Makefile:254: recipe for target 'flight_uavobjects' failed
mingw32-make: *** [flight_uavobjects] Error 127

[xfce]

Hi all,
    when i type mingw32-make package, final got error bellow

mingw32-make[4]: Entering directory 'E:/librepilot/build/librepilot-gcs_release/sr   c/plugins/ophid'
C:/msys32/mingw32/bin/mingw32-make -f Makefile.Release
mingw32-make[5]: Entering directory 'E:/librepilot/build/librepilot-gcs_release/sr   c/plugins/ophid'
cp -f E:/librepilot/ground/gcs/src/plugins/ophid/opHID.pluginspec ../../../lib/lib   repilot-gcs/plugins/LibrePilot/opHID.pluginspec
compiling E:/librepilot/ground/gcs/src/plugins/ophid/src/ophid_plugin.cpp
In file included from E:/librepilot/ground/gcs/src/plugins/ophid/inc/ophid.h:38:0,
                 from E:/librepilot/ground/gcs/src/plugins/ophid/inc/ophid_plugin.   h:36,
                 from E:/librepilot/ground/gcs/src/plugins/ophid/src/ophid_plugin.   cpp:29:
E:/librepilot/ground/gcs/src/plugins/ophid/inc/ophid_usbmon.h:64:1: error: 'HIDAPI   ' does not name a type
 HIDAPI VOID WINAPI HidD_GetHidGuid(LPGUID);
 ^
E:/librepilot/ground/gcs/src/plugins/ophid/inc/ophid_usbmon.h:65:1: error: 'HIDAPI   ' does not name a type
 HIDAPI BOOL WINAPI HidD_GetPreparsedData(HANDLE, PHIDP_PREPARSED_DATA *);
 ^
E:/librepilot/ground/gcs/src/plugins/ophid/inc/ophid_usbmon.h:66:1: error: 'HIDAPI   ' does not name a type
 HIDAPI BOOL WINAPI HidD_FreePreparsedData(PHIDP_PREPARSED_DATA);
 ^
E:/librepilot/ground/gcs/src/plugins/ophid/inc/ophid_usbmon.h:67:1: error: 'HIDAPI   ' does not name a type
 HIDAPI BOOL WINAPI HidD_FlushQueue(HANDLE);
 ^
E:/librepilot/ground/gcs/src/plugins/ophid/inc/ophid_usbmon.h:68:1: error: 'HIDAPI   ' does not name a type
 HIDAPI BOOL WINAPI HidD_GetConfiguration(HANDLE, PHIDD_CONFIGURATION, ULONG);
 ^
E:/librepilot/ground/gcs/src/plugins/ophid/inc/ophid_usbmon.h:69:1: error: 'HIDAPI   ' does not name a type
 HIDAPI BOOL WINAPI HidD_SetConfiguration(HANDLE, PHIDD_CONFIGURATION, ULONG);
 ^
E:/librepilot/ground/gcs/src/plugins/ophid/inc/ophid_usbmon.h:70:1: error: 'HIDAPI   ' does not name a type
 HIDAPI BOOL WINAPI HidD_GetPhysicalDescriptor(HANDLE, PVOID, ULONG);
 ^
E:/librepilot/ground/gcs/src/plugins/ophid/inc/ophid_usbmon.h:71:1: error: 'HIDAPI   ' does not name a type
 HIDAPI BOOL WINAPI HidD_GetIndexedString(HANDLE, ULONG, PVOID, ULONG);
 ^
E:/librepilot/ground/gcs/src/plugins/ophid/inc/ophid_usbmon.h:72:1: error: 'HIDAPI   ' does not name a type
 HIDAPI BOOL WINAPI HidD_GetSerialNumberString(HANDLE, PVOID, ULONG);
 ^
Makefile.Release:211: recipe for target 'release/ophid_plugin.o' failed
mingw32-make[5]: *** [release/ophid_plugin.o] Error 1
mingw32-make[5]: Leaving directory 'E:/librepilot/build/librepilot-gcs_release/src   /plugins/ophid'
Makefile:34: recipe for target 'release' failed
mingw32-make[4]: *** [release] Error 2
mingw32-make[4]: Leaving directory 'E:/librepilot/build/librepilot-gcs_release/src   /plugins/ophid'
Makefile:172: recipe for target 'sub-ophid-make_first' failed
mingw32-make[3]: *** [sub-ophid-make_first] Error 2
mingw32-make[3]: Leaving directory 'E:/librepilot/build/librepilot-gcs_release/src   /plugins'
Makefile:127: recipe for target 'sub-plugins-make_first-ordered' failed
mingw32-make[2]: *** [sub-plugins-make_first-ordered] Error 2
mingw32-make[2]: Leaving directory 'E:/librepilot/build/librepilot-gcs_release/src   '
Makefile:39: recipe for target 'sub-src-make_first-ordered' failed
mingw32-make[1]: *** [sub-src-make_first-ordered] Error 2
mingw32-make[1]: Leaving directory 'E:/librepilot/build/librepilot-gcs_release'
Makefile:279: recipe for target 'gcs' failed
mingw32-make: *** [gcs] Error 2

[Maverick268]

Good evening,
It's good for me.

Tonight I uninstall everything (msys) and reinstall and it works;)

Thank you to the team.

[NightLord]

Has anyone been able to build succesfully in the past weeks on windows?
My las succesful build was r799 in early june, since then, no luck.

[Mateusz]

@NightLord I think Windows build might be broken at the moment because of extra dependencies such as osg recently introduced to support a couple of new features

It's been posted in the forum several times over the last few days, building on Windows is temporarily broken.

Usually problems like missing dependencies are self reported by build system, so easy to fix by yourself, but if you encounter something like patch not applying, or some more severe error, post it here.
I am not Windows user, but many people around who actually can build might have solved the problem already. Also sometimes Linux users can have a clue what is wrong. Alternatively build on GNU/Linux VM, unless you actually want to figure it out and fix the problem.

[chromvis]

I build r1212 (autotune fork from Cliff) and Next about a week ago. No problem on Windows 10 (x64).