Comment 16 for bug 1752150

Revision history for this message
Brian Piccioni (br0an) wrote : RE: [Bug 1752150] Re: Build from source MSYS2 the Easy Way Fails

Thank you so much for the encouragement, Jon!

I would like to prep myself a bit (hence the windows build) to see is I am up to it and I'd like to get my code up to scratch as I haven't worked in software development for decades and mostly worked on microcontrollers.

I have weird relationship with software: occasionally I become obsessed with a project and become very productive but my methods, etc., are decades out of date.

I will indeed reach out to you once I get past these hurdles. I believe I can contribute once I get past that.

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