On Saturday 17 November 2012, Laszlo Papp wrote:
On Sat, Nov 17, 2012 at 7:36 PM, Laszlo Papp lp...@kde.org wrote:
Can we make the automoc4 executable finding smarter? It is not actually
an Arch issue, but at least certain Arch and KDE contributors would be
potentially happier.
On Saturday 17 November 2012, Laszlo Papp wrote:
Can we make the automoc4 executable finding smarter? It is not actually an
Arch issue, but at least certain Arch and KDE contributors would be
potentially happier.
the idea is that the Config.cmake file knows where the needed files are, so it
Would that help ?
If the package would be installed to the prefix /usr/, but /usr/lib/ was a
symlink to /lib64/, there would be the same problem I think.
Fair enough.
the idea is that the Config.cmake file knows where the needed files are, so
it
doesn't actually have to search.
Using
On Sunday 18 November 2012, Laszlo Papp wrote:
Would that help ?
If the package would be installed to the prefix /usr/, but /usr/lib/ was
a symlink to /lib64/, there would be the same problem I think.
Fair enough.
the idea is that the Config.cmake file knows where the needed files are,
This happens potentially for all projects which install a Config.cmake file
and/or install a file containing exported targets.
Yes.
Couldn't the PATH search be a fallback if nothing else works? Do you
have a
better approach to fix this issue centrally and aid the KDE contribution?
I
Any ideas? Unfortunately, I have not been able to do almost any KDE
development due to this issue as FindKDE4 is a fundamental statement in
general.
On Sun, Nov 4, 2012 at 9:16 PM, Laszlo Papp lp...@kde.org wrote:
This is the output of cmake --debug-output --trace .. command right
before the
On Saturday 03 November 2012, Laszlo Papp wrote:
Well, what does your Automoc4Config.cmake file say?
What do you mean?
Can you please attache the files /usr/lib/automoc4/Automoc4Config.cmake
and /usr/lib/automoc4/Automoc4Version.cmake here ?
Thanks
Alex
On Sat, Nov 17, 2012 at 2:22 PM, Alexander Neundorf neund...@kde.orgwrote:
On Saturday 03 November 2012, Laszlo Papp wrote:
Well, what does your Automoc4Config.cmake file say?
What do you mean?
Can you please attache the files /usr/lib/automoc4/Automoc4Config.cmake
and
On Saturday 17 November 2012, Laszlo Papp wrote:
On Sat, Nov 17, 2012 at 2:22 PM, Alexander Neundorf neund...@kde.orgwrote:
On Saturday 03 November 2012, Laszlo Papp wrote:
Well, what does your Automoc4Config.cmake file say?
What do you mean?
Can you please attache the files
-- The C compiler identification is GNU 4.7.2
-- The CXX compiler identification is GNU 4.7.2
-- Check for working C compiler: /usr/bin/colorgcc
-- Check for working C compiler: /usr/bin/colorgcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working
On Saturday 17 November 2012, Laszlo Papp wrote:
-- The C compiler identification is GNU 4.7.2
-- The CXX compiler identification is GNU 4.7.2
-- Check for working C compiler: /usr/bin/colorgcc
-- Check for working C compiler: /usr/bin/colorgcc -- works
-- Detecting C compiler ABI info
--
-- Reading Automoc4Config...
-- Automoc4Config: CURRENT_DIR: -/lib64/automoc4- current file:
-/lib64/automoc4/Automoc4Config.cmake-
-- Automoc4: bin dir: -/- exe: -AUTOMOC4_EXECUTABLE-NOTFOUND-
Do you see the issue ?
Not yet.
So the Automoc4Config.cmake file is located in
On Saturday 17 November 2012, Laszlo Papp wrote:
-- Reading Automoc4Config...
-- Automoc4Config: CURRENT_DIR: -/lib64/automoc4- current file:
-/lib64/automoc4/Automoc4Config.cmake-
CMake says that it is processing the file /lib64/automoc4/Automoc4Config.cmake
, not
CMake says that it is processing the file
/lib64/automoc4/Automoc4Config.cmake
, not /usr/lib/automoc4/Automoc4Config.cmake (as pacman says).
Is there maybe something with symbolic links ?
Yes, so a quick workaround is getting a symlink from /bin/automoc4 to
/usr/bin/automoc4.
ls -lda
On Saturday 17 November 2012, Laszlo Papp wrote:
CMake says that it is processing the file
/lib64/automoc4/Automoc4Config.cmake
, not /usr/lib/automoc4/Automoc4Config.cmake (as pacman says).
Is there maybe something with symbolic links ?
Yes, so a quick workaround is getting a symlink
It seems the issue is that /bin is before in my PATH than /usr/bin.
Once the order swapper, it works fine.
I believe, cmake should be smarter without depending on path order. If
cmake does not find anything in /bin, it should look for the next entry in
the PATH environment variable. Currently,
On Saturday 17 November 2012, Laszlo Papp wrote:
It seems the issue is that /bin is before in my PATH than /usr/bin.
Once the order swapper, it works fine.
I believe, cmake should be smarter without depending on path order. If
cmake does not find anything in /bin, it should look for the next
Can we make the automoc4 executable finding smarter? It is not actually an
Arch issue, but at least certain Arch and KDE contributors would be
potentially happier.
Thank you for your help ! A long issue has just moved forward! :)
On Sat, Nov 17, 2012 at 7:31 PM, Alexander Neundorf
On Sat, Nov 17, 2012 at 7:36 PM, Laszlo Papp lp...@kde.org wrote:
Can we make the automoc4 executable finding smarter? It is not actually an
Arch issue, but at least certain Arch and KDE contributors would be
potentially happier.
Alternative idea: make the config finding smarter by following
This is the output of cmake --debug-output --trace .. command right
before the failure.
Laszlo
/usr/share/apps/cmake/modules/
FindPackageHandleStandardArgs.cmake(195): ELSE(NOT VERSION_OK )
Called from: [4]/usr/share/apps/cmake/modules/FindAutomoc4.cmake
[3]
Hi,
I have tried to ask this on the cmake mailing list, but perhaps it is
automoc (KDE) specific and I will have more luck here. I am currently using
cmake 2.8.10 (just updated few minutes ago) and automoc 0.9.88. You can
find the issue below in more details, but in short:
-- Found Threads: TRUE
Hi,
On Sat, Nov 3, 2012 at 8:02 PM, Laszlo Papp lp...@kde.org wrote:
Hi,
I have tried to ask this on the cmake mailing list, but perhaps it is
automoc (KDE) specific and I will have more luck here. I am currently using
cmake 2.8.10 (just updated few minutes ago) and automoc 0.9.88. You can
Well, what does your Automoc4Config.cmake file say?
What do you mean?
And does it work if you install cmake 2.8.9
No, see the cmake mailing list discussion for that. I used to use 2.8.9 1-2
months ago.
or an earlier automoc version?
Nope, and not even with git master HEAD (ie. same
23 matches
Mail list logo