Trouble compiling KMM 5.0 and Master Branch on new Fedora 29 system
Jack
ostroffjh at users.sourceforge.net
Thu Nov 8 17:07:17 GMT 2018
On 2018.11.07 20:29, Brendan Coupe wrote:
> Fedora got 5.0.1 to compile so there must be some hope:-)
Are you sure they used gcc 8? Also - what version of cmake? (Again, I
have no idea if that is the problem, but I'm trying to think of all
possibilities, until someone who actually knows better chimes in.
>
> I added the --debug-output option to cmake. The output from just
> after the weboob errors are copied below:
>
> ===========================================================================
>
> CMake Warning (dev) at cmake/modules/FindLibical.cmake:59 (try_run):
> Policy CMP0066 is not set: Honor per-config flags in try_compile()
> source-file signature. Run "cmake --help-policy CMP0066" for policy
> details. Use the cmake_policy command to set the policy and
> suppress this
> warning.
>
> For compatibility with older versions of CMake, try_compile is not
> honoring
> caller config-specific compiler flags (e.g. CMAKE_C_FLAGS_DEBUG)
> in the
> test project.
> Call Stack (most recent call first):
> CMakeLists.txt:242 (find_package)
> This warning is for project developers. Use -Wno-dev to suppress it.
>
> Called from: [2]
> /usr/local/src/kmm/kmymoney-5.0-2018.11.07-18:23:12/cmake/modules/FindLibical.cmake
> [1]
> /usr/local/src/kmm/kmymoney-5.0-2018.11.07-18:23:12/CMakeLists.txt
> CMake Warning (dev) at cmake/modules/FindLibical.cmake:59 (try_run):
> Policy CMP0056 is not set: Honor link flags in try_compile()
> source-file
> signature. Run "cmake --help-policy CMP0056" for policy details.
> Use the
> cmake_policy command to set the policy and suppress this warning.
>
> For compatibility with older versions of CMake, try_compile is not
> honoring
> caller link flags (e.g. CMAKE_EXE_LINKER_FLAGS) in the test
> project.
> Call Stack (most recent call first):
> CMakeLists.txt:242 (find_package)
> This warning is for project developers. Use -Wno-dev to suppress it.
>
> Called from: [2]
> /usr/local/src/kmm/kmymoney-5.0-2018.11.07-18:23:12/cmake/modules/FindLibical.cmake
> [1]
> /usr/local/src/kmm/kmymoney-5.0-2018.11.07-18:23:12/CMakeLists.txt
> CMake Warning (dev) at cmake/modules/FindLibical.cmake:59 (try_run):
> Policy CMP0067 is not set: Honor language standard in try_compile()
> source-file signature. Run "cmake --help-policy CMP0067" for policy
> details. Use the cmake_policy command to set the policy and
> suppress this
> warning.
>
> For compatibility with older versions of CMake, try_compile is not
> honoring
> language standard variables in the test project:
>
> CMAKE_CXX_STANDARD
> CMAKE_CXX_STANDARD_REQUIRED
> CMAKE_CXX_EXTENSIONS
>
> Call Stack (most recent call first):
> CMakeLists.txt:242 (find_package)
> This warning is for project developers. Use -Wno-dev to suppress it.
>
> Called from: [2]
> /usr/local/src/kmm/kmymoney-5.0-2018.11.07-18:23:12/cmake/modules/FindLibical.cmake
> [1]
> /usr/local/src/kmm/kmymoney-5.0-2018.11.07-18:23:12/CMakeLists.txt
> CMake Error at cmake/modules/FindLibical.cmake:75 (message):
> Unable to compile or run the libical version detection program.
> Call Stack (most recent call first):
> CMakeLists.txt:242 (find_package)
>
>
> Called from: [2]
> /usr/local/src/kmm/kmymoney-5.0-2018.11.07-18:23:12/cmake/modules/FindLibical.cmake
> [1]
> /usr/local/src/kmm/kmymoney-5.0-2018.11.07-18:23:12/CMakeLists.txt
> -- Configuring incomplete, errors occurred!
> See also
> "/usr/local/src/kmm/kmymoney-5.0-2018.11.07-18:23:12/build/CMakeFiles/CMakeOutput.log".
> See also
> "/usr/local/src/kmm/kmymoney-5.0-2018.11.07-18:23:12/build/CMakeFiles/CMakeError.log".
I would look at these two files for further hints. I think the above
issues are really warnings and not errors.
> make: *** No targets specified and no makefile found. Stop.
This sounds like cmake issued a "make" command as part of finding
libical, but it had not created an appropriate Makefile to use, so
hopefully one of those log files can indicate why, or some additional
parameter to cmake will get things more verbose.
>
> =============================================================
>
> [1]
> /usr/local/src/kmm/kmymoney-5.0-2018.11.07-18:23:12/CMakeLists.txt
> -- Found PythonLibs: //lib64/libpython2.7.so (found suitable version
> "2.7.15", minimum required is "2.7.15")
> Called from: [4] /usr/share/cmake/Modules/FindPackageMessage.cmake
> [3]
> /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake
> [2] /usr/share/cmake/Modules/FindPythonLibs.cmake
> [1]
> /usr/local/src/kmm/kmymoney-5.0-2018.11.07-18:23:12/CMakeLists.txt
> -- Could NOT find PY_weboob (missing: PY_WEBOOB)
> Called from: [4]
> /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake
> [3]
> /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake
> [2]
> /usr/local/src/kmm/kmymoney-5.0-2018.11.07-18:23:12/cmake/modules/FindPythonModule.cmake
> [1]
> /usr/local/src/kmm/kmymoney-5.0-2018.11.07-18:23:12/CMakeLists.txt
> -- Configuring incomplete, errors occurred!
>
>
> ----
> Brendan Coupe
> On Wed, Nov 7, 2018 at 5:42 PM Jack <ostroffjh at users.sourceforge.net>
> wrote:
> >
> > On 2018.11.07 19:22, Brendan Coupe wrote:
> > > weboob errors seem to be unfixable in Fedora. I think they have
> been
> > > around for a while, I found them in previous requests for help. I
> > > don' think they have anything to do with the compile failing. not
> > > sure if they cause any of the weird behavior I was seeing. I will
> try
> > > to resurrect an old F28 system. I'm hoping the repos have 5.0.2
> soon
> > > since I'm currently running 5.0.1 and dealing with old problems
> that
> > > have been fixed.
> > I agree weboob is not relevant here.
> > >
> > > Is this the detection program you are talking about:
> > > cmake/modules/FindLibical.cmake
> > No, the .cmake program tells cmake where to look for stuff, and how
> to
> > set various variables used later in the cmake run. To actually
> check,
> > cmake creates a .c program (using hints and info from the .cmake
> file,
> > and then tries to compile and link it. (Some checks might be done
> with
> > pkg_config) Normally that fails if libical isn't found, or isn't a
> > high enough version, for example. Your error says " Unable to
> compile
> > or run the libical version detection program." which seems like a
> > different sort of problem. I would look through the cmake --help
> > output to see what parameters might provide additional details about
> > what is actually failing.
> > >
> > > Line 75 is the source of the message.
> > > gcc.x86_64 8.2.1-4.fc29
> > > @updates
> > > gcc-c++.x86_64 8.2.1-4.fc29
> > > @updates
> > > gcc-gdb-plugin.x86_64 8.2.1-4.fc29
> > > @updates
> > > libgcc.x86_64 8.2.1-4.fc29
> > > @updates
> > This, however, might be the issue. I'll have to try installing gcc
> 8
> > and see how it works for me. As a temporary fix, you might try
> using
> > gcc 7.
> >
> > Jack
> > >
> > > ----
> > > Brendan Coupe
> > > On Wed, Nov 7, 2018 at 4:47 PM Jack
> <ostroffjh at users.sourceforge.net>
> > > wrote:
> > > >
> > > > Hello Brendan,
> > > >
> > > > On 2018.11.07 18:17, Brendan Coupe wrote:
> > > > > I have been compiling from source for 10+ years. I had been
> able
> > > to
> > > > > compile both the master branch and the 5.0 branch on my
> Fedora 28
> > > > > system until a month or so ago. I was having some weird
> behavior
> > > in
> > > > > KMM5 that was not affecting a clean Fedora 28 test VM running
> KMM
> > > > > from the repos so I decided to build a new clean Fedora 29
> system.
> > > > It may be worth checking the release notes for Fedora 29 to see
> what
> > > > changed, and if anything looks possibly relevant.
> > > >
> > > > > I also upgraded the old system from Fedora 28 to 29. Both
> systems
> > > > > fail at the same point while compiling from the master and 5.0
> > > > > branches:
> > > > It certainly sounds like some difference between 28 and 29 is
> behind
> > > > the failure.
> > > >
> > > > > -- Found LibOfx:
> > > > > -- Performing Test LIBOFX_HAVE_CLIENTUID
> > > > > -- Performing Test LIBOFX_HAVE_CLIENTUID - Success
> > > > > -- Found PythonInterp: /usr/bin/python2 (found suitable
> version
> > > > > "2.7.15", minimum required is "2.6")
> > > > > -- Found PythonLibs: /usr/lib64/libpython2.7.so (found
> suitable
> > > > > version "2.7.15", minimum required is "2.7.15")
> > > > > -- Could NOT find PY_weboob (missing: PY_WEBOOB)
> > > > I'm assuming this is not an issue for you.
> > > > > CMake Error at cmake/modules/FindLibical.cmake:75 (message):
> > > > > Unable to compile or run the libical version detection
> program.
> > > > This does seem odd. It appears not even getting to the point of
> > > > actually checking for an installed libical.
> > > > > Call Stack (most recent call first):
> > > > > CMakeLists.txt:242 (find_package)
> > > > At the point of failure, check in the build directory. Often
> you
> > > can
> > > > find the libical version detection program (I've forgotten
> whether
> > > it
> > > > leaves the .c program around, and see if configure.log (or
> something
> > > > like it) might have a more detailed reason for the failure to
> > > compile
> > > > that .c program.
> > > >
> > > > Not sure if it might be relevant, but what version of gcc are
> you
> > > > using, both in F28 and in F29?
> > > > >
> > > > > -- Configuring incomplete, errors occurred!
> > > > > ========================================
> > > > >
> > > > > libical appears to be installed:
> > > > >
> > > > >
> > > > > dnf list installed | grep libical
> > > > > libical.x86_64
> > > 3.0.3-7.fc29
> > > > > @fedora
> > > > > libical-devel.x86_64
> > > 3.0.3-7.fc29
> > > > > @fedora
> > > > >
> > > > > Any ideas?
> > > > >
> > > > > Thanks,
> > > > >
> > > > > ----
> > > > > Brendan Coupe
> > > > Jack
> > >
> >
>
More information about the KMyMoney-devel
mailing list