KiCad

Bug #1752150
Comment #25

Comment 25 for bug 1752150

Revision history for this message

Wayne Stambaugh (stambaughw) wrote on 2018-03-15: Re: [Bug 1752150] Re: Build from source MSYS2 the Easy Way Fails

#25

Assuming you have doxygen installed, did you run `make doxygne-docs`?
The result of this will be in Documentation/doxygen/html. Use your web
browser to open the index.html file. If you don't want to bother
building the source documentation you can always view the nightly build
available on the kicad website.

On 3/15/2018 3:20 PM, Brian Piccioni wrote:
> Jon
>
> I've managed to build PCBNew and figure I should be able to incorporate
> PCB renumbering into the source.
>
> I cannot figure out how to access the code documentation: I end up on
> dead links whenever I try and its kid of hard given the fact that most
> searches lead to user documentation.
>
> I would like and work with the developers to add renumbering to V6. I
> realize I will have to rewrite a significant portion of the code but the
> "hard part" should be able to stay the same.
>
> If you can help get me started I would appreciate it. There are some
> things I will need to understand with respect to the general direction
> of file formats, etc., so as not to waste too much effort.
>
> In the meantime I am trying to track down one last bug and will put my
> code into line with the KiCad coding standards.
>
> Thanks in advance,
>
> Brian
>
> -----Original Message-----
> From: <email address hidden> <email address hidden> On Behalf Of Jon Evans
> Sent: March 7, 2018 11:17 AM
> To: <email address hidden>
> Subject: [Bug 1752150] Re: Build from source MSYS2 the Easy Way Fails
>
> Hi Brian,
>
> I think your feature is a good idea and it would be great if you got
> involved in KiCad development. We are just now thinking about the
> roadmap for V6.0 and beyond, since 5.0 is so close to release.
>
> Back-annotation including geographic refdes updating was already
> proposed as a thing that we want to have in the future (but I don't
> think anyone other than you has worked on it). It might be good for you
> to talk with Orson and Tom about your plans and coordinate, since I
> think they have thought about it some already, and back-annotation
> covers a number of features (like pin/part swapping) in addition to
> updating refdes based on location on the board.
>
> Feel free to reach out to me by email or on the forums (username
> craftyjon) if you want tips as you get involved with modifying the KiCad code.
>
> --
> You received this bug notification because you are subscribed to the bug report.
> https://bugs.launchpad.net/bugs/1752150
>
> Title:
> Build from source MSYS2 the Easy Way Fails
>
> Status in KiCad:
> New
>
> Bug description:
> As per the title, after numerous attempts, this fails on Windows 10.
>
> I completely installed Msys2 and made sure there were no other
> instances.
>
> $ makepkg-mingw -is
>
> runs for several minutes and fails with
>
> "CMake Error at CMakeLists.txt:577 (find_package):
> By not providing "FindOCE.cmake" in CMAKE_MODULE_PATH this project has
> asked CMake to find a package configuration file provided by "OCE", but
> CMake did not find one.
>
> Could not find a package configuration file provided by "OCE" (requested
> version 0.16) with any of the following names:
>
> OCEConfig.cmake
> oce-config.cmake
>
> Add the installation prefix of "OCE" to CMAKE_PREFIX_PATH or set "OCE_DIR"
> to a directory containing one of the above files. If "OCE" provides a
> separate development package or SDK, be sure it has been installed."
>
> Initially these files were not in my computer. I went to the directory
> mingw-w64-oce
> and there were only 3 files: oce-i686.install, oce-x86_64.install, and PKGBUILD. The only one I could figure out what to do with was PKGBUILD, so I ran
>
> $ makepkg-mingw -is
>
> within mingw-w64.
>
> This ran for several hours. It gave me errors
>
> "-- Configuring done
> CMake Warning in adm/cmake/TKGeomAlgo/CMakeLists.txt:
> The object file directory
>
> C:/MinGW/home/BrianP/src/MINGW-packages/mingw-w64-oce/src/oce-
> OCE-0.17.2/build-
> x86_64-w64-mingw32/adm/cmake/TKGeomAlgo/CMakeFiles/TKGeomAlgo.dir/
>
> has 145 characters. The maximum full path to an object file is 250
> characters (see CMAKE_OBJECT_PATH_MAX). Object file
>
> __/__/__/drv/Geom2dInt/Geom2dInt_SequenceNodeOfSeqPCOfPCLocFOfTheLocateExtPCOfTheProjPCurOfGInter_0.cxx.obj
>
> cannot be safely placed under this directory. The build may not work
> correctly.
>
>
> CMake Warning in adm/cmake/TKSTEPBase/CMakeLists.txt:
> The object file directory
>
> C:/MinGW/home/BrianP/src/MINGW-packages/mingw-w64-oce/src/oce-
> OCE-0.17.2/build-
> x86_64-w64-mingw32/adm/cmake/TKSTEPBase/CMakeFiles/TKSTEPBase.dir/
>
> has 145 characters. The maximum full path to an object file is 250
> characters (see CMAKE_OBJECT_PATH_MAX). Object file
>
> __/__/__/src/RWStepGeom/RWStepGeom_RWGeometricRepresentationContextAndParametricRepresentationContext.cxx.obj
>
> cannot be safely placed under this directory. The build may not work
> correctly.
>
>
> -- Generating done
> CMake Warning:
> Manually-specified variables were not used by the project:
>
> CMAKE_C_USE_RESPONSE_FILE_FOR_OBJECTS"
>
> Sure enough the build of OCE failed at 78%
> "[ 78%] Built target TKSTEPBase
> make: *** [Makefile:163: all] Error 2
> ==> ERROR: A failure occurred in build().
> Aborting..."
>
> However, I found OCE-Config.cmake so set
>
> $ set OCE_DIR=./BrianP/src/MINGW-packages/mingw-w64-oce/src/oce-
> OCE-0.17.2/build-x86_64-w64-mingw32/OCEConfig.cmake
>
> I tried to make Kicad again as per the instructions and got the same
> error.
>
> I am pretty much stuck here: I followed the instructions at
> http://docs.kicad-
> pcb.org/doxygen/md_Documentation_development_compiling.html#msys2_easy
> exactly and the make fails.
>
> Any advice/suggestions would be appreciated.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/kicad/+bug/1752150/+subscriptions
>

Assuming you have doxygen installed, did you run `make doxygne-docs`?
The result of this will be in Documentation/doxygen/html.  Use your web
browser to open the index.html file.  If you don't want to bother
building the source documentation you can always view the nightly build
available on the kicad website.

On 3/15/2018 3:20 PM, Brian Piccioni wrote:
> Jon
> 
> I've managed to build PCBNew and figure I should be able to incorporate
> PCB renumbering into the source.
> 
> I cannot figure out how to access the code documentation: I end up on
> dead links whenever I try and its kid of hard given the fact that most
> searches lead to user documentation.
> 
> I would like and work with the developers to add renumbering to V6. I
> realize I will have to rewrite a significant portion of the code but the
> "hard part" should be able to stay the same.
> 
> If you can help get me started I would appreciate it. There are some
> things I will need to understand with respect to the general direction
> of file formats, etc., so as not to waste too much effort.
> 
> In the meantime I am trying to track down one last bug and will put my
> code into line with the KiCad coding standards.
> 
> Thanks in advance,
> 
> Brian
> 
> -----Original Message-----
> From: bounces@canonical.com <bounces@canonical.com> On Behalf Of Jon Evans
> Sent: March 7, 2018 11:17 AM
> To: brian@documenteddesigns.com
> Subject: [Bug 1752150] Re: Build from source MSYS2 the Easy Way Fails
> 
> Hi Brian,
> 
> I think your feature is a good idea and it would be great if you got
> involved in KiCad development. We are just now thinking about the
> roadmap for V6.0 and beyond, since 5.0 is so close to release.
> 
> Back-annotation including geographic refdes updating was already
> proposed as a thing that we want to have in the future (but I don't
> think anyone other than you has worked on it).  It might be good for you
> to talk with Orson and Tom about your plans and coordinate, since I
> think they have thought about it some already, and back-annotation
> covers a number of features (like pin/part swapping) in addition to
> updating refdes based on location on the board.
> 
> Feel free to reach out to me by email or on the forums (username
> craftyjon) if you want tips as you get involved with modifying the KiCad code.
> 
> --
> You received this bug notification because you are subscribed to the bug report.
> https://bugs.launchpad.net/bugs/1752150
> 
> Title:
>   Build from source MSYS2 the Easy Way Fails
> 
> Status in KiCad:
>   New
> 
> Bug description:
>   As per the title, after numerous attempts, this fails on Windows 10.
> 
>   I completely installed Msys2 and made sure there were no other
>   instances.
> 
>   $  makepkg-mingw -is
> 
>   runs for several minutes and fails with
> 
>   "CMake Error at CMakeLists.txt:577 (find_package):
>     By not providing "FindOCE.cmake" in CMAKE_MODULE_PATH this project has
>     asked CMake to find a package configuration file provided by "OCE", but
>     CMake did not find one.
> 
>     Could not find a package configuration file provided by "OCE" (requested
>     version 0.16) with any of the following names:
> 
>       OCEConfig.cmake
>       oce-config.cmake
> 
>     Add the installation prefix of "OCE" to CMAKE_PREFIX_PATH or set "OCE_DIR"
>     to a directory containing one of the above files.  If "OCE" provides a
>     separate development package or SDK, be sure it has been installed."
> 
>   Initially these files were not in my computer. I went to the directory
>   mingw-w64-oce
>   and there were only 3 files: oce-i686.install, oce-x86_64.install, and PKGBUILD. The only one I could figure out what to do with was PKGBUILD, so I ran 
> 
>   $  makepkg-mingw -is
> 
>   within mingw-w64.
> 
>   This ran for several hours. It gave me errors
> 
>   "-- Configuring done
>   CMake Warning in adm/cmake/TKGeomAlgo/CMakeLists.txt:
>     The object file directory
> 
>       C:/MinGW/home/BrianP/src/MINGW-packages/mingw-w64-oce/src/oce-
>   OCE-0.17.2/build-
>   x86_64-w64-mingw32/adm/cmake/TKGeomAlgo/CMakeFiles/TKGeomAlgo.dir/
> 
>     has 145 characters.  The maximum full path to an object file is 250
>     characters (see CMAKE_OBJECT_PATH_MAX).  Object file
> 
> __/__/__/drv/Geom2dInt/Geom2dInt_SequenceNodeOfSeqPCOfPCLocFOfTheLocateExtPCOfTheProjPCurOfGInter_0.cxx.obj
> 
>     cannot be safely placed under this directory.  The build may not work
>     correctly.
> 
>   
>   CMake Warning in adm/cmake/TKSTEPBase/CMakeLists.txt:
>     The object file directory
> 
>       C:/MinGW/home/BrianP/src/MINGW-packages/mingw-w64-oce/src/oce-
>   OCE-0.17.2/build-
>   x86_64-w64-mingw32/adm/cmake/TKSTEPBase/CMakeFiles/TKSTEPBase.dir/
> 
>     has 145 characters.  The maximum full path to an object file is 250
>     characters (see CMAKE_OBJECT_PATH_MAX).  Object file
> 
> __/__/__/src/RWStepGeom/RWStepGeom_RWGeometricRepresentationContextAndParametricRepresentationContext.cxx.obj
> 
>     cannot be safely placed under this directory.  The build may not work
>     correctly.
> 
>   
>   -- Generating done
>   CMake Warning:
>     Manually-specified variables were not used by the project:
> 
>       CMAKE_C_USE_RESPONSE_FILE_FOR_OBJECTS"
> 
>   Sure enough the build of OCE failed at 78%
>   "[ 78%] Built target TKSTEPBase
>   make: *** [Makefile:163: all] Error 2
>   ==> ERROR: A failure occurred in build().
>       Aborting..."
> 
>   However, I found OCE-Config.cmake so set
> 
>   $ set OCE_DIR=./BrianP/src/MINGW-packages/mingw-w64-oce/src/oce-
>   OCE-0.17.2/build-x86_64-w64-mingw32/OCEConfig.cmake
> 
>   I tried to make Kicad again as per the instructions and got the same
>   error.
> 
>   I am pretty much stuck here: I followed the instructions at
>   http://docs.kicad-
>   pcb.org/doxygen/md_Documentation_development_compiling.html#msys2_easy
>   exactly and the make fails.
> 
>   Any advice/suggestions would be appreciated.
> 
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/kicad/+bug/1752150/+subscriptions
>