Global symbol library table copied from msys64 directory (not KiCad install directory) on Windows nightly
Bug #1744451 reported by
Michael Kavanagh
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
KiCad |
Fix Released
|
Medium
|
Unassigned |
Bug Description
Application: kicad
Version: (2018-01-19 revision 673f03e59)-makepkg, release build
Libraries:
wxWidgets 3.0.3
libcurl/7.54.1 OpenSSL/1.0.2l zlib/1.2.11 libssh2/1.8.0 nghttp2/1.23.1 librtmp/2.3
Platform: Windows 8 (build 9200), 64-bit edition, 64 bit, Little endian, wxMSW
Build Info:
wxWidgets: 3.0.3 (wchar_t,wx containers,
Boost: 1.60.0
Curl: 7.54.1
Compiler: GCC 7.1.0 with C++ ABI 1011
Build settings:
USE_
USE_
KICAD_
KICAD_
KICAD_
KICAD_
BUILD_
KICAD_
KICAD_SPICE=ON
tags: | added: packaging windows |
To post a comment you must log in.
The windows installer needs to be built with the -DDEFAULT_ INSTALL_ PATH set to c:\Program Files\kicad for 64 bit builds and c:\Program Files (x86)\kicad for 32 bit builds so at least the default install path is correct. This still does not solve the issue for users who change the default install path on windows. The only solution we currently have for that is to have the installer set the environment variables to the correct install path. Would our windows installer dev please set the -DDEFAULT_ INSTALL_ PATH build config variable correctly to eliminate this issue?