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