Hi,
I tried to install the following redistributable package after seeing the
issue below, but it did not help, not even after a reboot.
Got a clue?
Laszlo
=
-- Building for: Visual Studio 10
-- The C compiler identification is MSVC 16.0.30319.1
-- The CXX compiler
How can I solve this issue with cmake from command line?
On Thu, May 2, 2013 at 8:51 PM, John Drescher dresche...@gmail.com wrote:
On Thu, May 2, 2013 at 3:35 PM, Laszlo Papp lp...@kde.org wrote:
Hi,
I tried to install the following redistributable package after seeing the
issue below
Hi,
Just found this post from Brad:
http://www.cmake.org/pipermail/cmake/2011-February/042556.html
I would suggest to improve the warning message. It is not exactly clear why
that happens to a user like me.
Laszlo
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
On Mon, Mar 18, 2013 at 1:10 PM, Florian Reinhard
florian.reinh...@googlemail.com wrote:
In addition compilers upto 7.2 did not support anything else than coff
abi. So i don't see any valid reason to add --abi=eabi. Even more you
usually set your silicon for improved optimizer results with
On Mon, Mar 18, 2013 at 1:33 PM, Florian Reinhard
florian.reinh...@googlemail.com wrote:
I still don't see that this is a valid reason to break things for others.
There is no any breakage. Qt has never been used with the TI toolchain. ABI
will be required from the start of the support.
On Thu, Mar 14, 2013 at 6:48 PM, Alexander Neundorf a.neundorf-w...@gmx.net
wrote:
Please verify that it works, so I can still get it into 2.8.11 hopefully.
I just realized that the cmake files use the default ABI type which is
still the legacy COFF, and not EABI.
That is a bit unfortunate
On Fri, Mar 15, 2013 at 9:52 AM, Florian Reinhard
florian.reinh...@googlemail.com wrote:
I'm testing the next branch at the moment.
Changes i noticed:
setting the following options is no longer required (yay!):
SET (CMAKE_C_COMPILER_WORKS 1)
SET (CMAKE_CXX_COMPILER_WORKS 1)
#skip ABI
On Thu, Mar 14, 2013 at 8:59 AM, Florian Reinhard
florian.reinh...@googlemail.com wrote:
If ARM and DSP toolchain are commandline compatible, there could be an
option to specify the architecture, like C6000 (DSP core in OMAP
processors), C2000, C6400 which map to the correct
On Thu, Mar 14, 2013 at 6:48 PM, Alexander Neundorf a.neundorf-w...@gmx.net
wrote:
the TI_DSP_to_TI branch on cmake stage now tries to automatically detect
the
compiler prefix and suffix and searches ar and strip accordingly.
It seems to work for me (but I can't run the binaries).
Please
On Thu, Mar 14, 2013 at 8:57 PM, Alexander Neundorf a.neundorf-w...@gmx.net
wrote:
On Thursday 14 March 2013, Robert Maynard wrote:
I am sorry I was incorrect. The changes made to close bug 12405 are going
to be in RC1. These new changes aren't going to make RC1 but should be in
RC2 if we
On Wed, Mar 13, 2013 at 10:14 PM, Alexander Neundorf
a.neundorf-w...@gmx.net wrote:
Hi,
it would be great if you could give the branch TI_DSP_to_TI on cmake stage
(
http://cmake.org/gitweb?p=stage/cmake.git ) a try.
It renames TI_DSP to TI, and searches for ar6x and strip6x.
The binaries
Hi,
I would like to note that the TI-DSP-ASM/C/CXX.cmake files would look like
exactly the same for TI-ARM-ASM/C/CXX.cmake. The interface is the same for
both toolchains. I presume you can just remove the DSP in there from the
file name (or in worse case, add an arm overload)?
On Tue, Mar 12, 2013 at 7:43 PM, Alexander Neundorf neund...@kde.orgwrote:
oh, this is working for you too ?
Cool :-)
I have not tried yet, but I know both toolchains now. They use the same
interface. They only have different backend implementations as far as I can
tell.
Do you know for
Anyone knowing something about this?
Issue still not solved. :-)
Laszlo
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
to *force* the compiler:
It would be nice to have a bit more thorough documentation. This is not yet
clear to me if it applies against my scenario or I can avoid forcing.
Anyone knowing something about this?
On Sun, Feb 24, 2013 at 10:28 PM, Laszlo Papp lp...@kde.org wrote:
Here you can find
Here you can find the toolchain file I created:
https://projects.kde.org/projects/playground/mobile/wiki-reader/repository/revisions/master/entry/frontends/blackberry/cmake/Toolchain-C6X.cmake
I think the issue boils down to this:
root /home/lpapp/Projects/qt/skeleton/build #
Oh, I might need to use the --run_linker (or --compile_only tentatively at
least) argument for the compiler. I will try that with
CMAKE_C(XX)_COMPILER_ARG1. Apologize for the noise.
On Fri, Feb 22, 2013 at 8:35 PM, Laszlo Papp lp...@kde.org wrote:
Hi,
I am now trying to put a toolchain file
Hi,
I am now trying to put a toolchain file together for the aforementioned
embedded environment on my Windows 7 workstation. You can see the file
contents I have, and the errors I get below. When I just use the compiler
against the one liner main.c, it works off hand. I also tried to force the
What is wrong about Stephen's post? It has been working for me in several
projects.
On Fri, Jan 18, 2013 at 3:19 PM, Bogdan Cristea crist...@gmail.com wrote:
Hi
Qt5 provides configuration files for cmake, but I haven't yet found a
way to detect Qt5 as recommended in this post (I am using qt5
vendredi 18 janvier 2013 à 15:22 +, Laszlo Papp a écrit :
What is wrong about Stephen's post? It has been working for me in
several projects.
A line like this
find_package(Qt5Declarative)
generates a warning about missing FindQt5Declarative.cmake which is not
provided by Qt5 nor cmake
On Thu, Jan 17, 2013 at 8:43 PM, Alexander Neundorf a.neundorf-w...@gmx.net
wrote:
On Thursday 17 January 2013, Laszlo Papp wrote:
On Thu, Jan 17, 2013 at 8:31 PM, Alexander Neundorf
a.neundorf-w...@gmx.net
wrote:
do you mean using -DCMAKE_SYSTEM_NAME=qnx should trigger something
On Thu, Jan 17, 2013 at 3:19 AM, Bill Hoffman bill.hoff...@kitware.comwrote:
On 1/16/2013 6:57 PM, Laszlo Papp wrote:
This is my latest toolchain file version:
http://quickgit.kde.org/?p=**scratch%2Flpapp%2Fwikireader.**gita=blobh=
**5c6c4dbda324a8285f99115c3de7d4**5e441d47cahb
Hi,
I have been pondering for a while if it was possible (theoritically, and
then practically) to get the toolchain fine defined inside one (main?) of
the cmake files?
I have been using the -DCMAKE_TOOLCHAIN_FILE=my-toolchain-file.cmake
option, but I think this can become duplicated easily. That
On Thu, Jan 17, 2013 at 8:31 PM, Alexander Neundorf a.neundorf-w...@gmx.net
wrote:
do you mean using -DCMAKE_SYSTEM_NAME=qnx should trigger something ?
Don't know, my experience is that cross compiling environments usually
vary a
lot in their setup.
*Current*
cmake
Hi all,
As I have a few days left for the submission of the limited edition device
program, I thought I would be asking for help to see if it is something
simple to fix with joint effort as I like cmake. :-)
Otherwise I may need to switch away from cmake, and it will also be a
showstopper to
On Wed, Jan 16, 2013 at 9:54 AM, Laszlo Papp lp...@kde.org wrote:
Here you can find the build with qmake:
http://paste.kde.org/~lpapp/648440/
Sorry, I sent a wrong link for that. This is the correct:
http://pastebin.com/h4HjDFzU
Here you can also find my cmake toolchain file:
http
Interesting finding! It happened to PySide as well on this platform which
may help with proceeding:
http://www.engcorp.com/pipermail/blackberry-python/2013/16.html
On Wed, Jan 16, 2013 at 10:31 AM, Laszlo Papp lp...@kde.org wrote:
I have just tried to add the following libraries
, Laszlo Papp lp...@kde.org wrote:
Interesting finding! It happened to PySide as well on this platform which
may help with proceeding:
http://www.engcorp.com/pipermail/blackberry-python/2013/16.html
On Wed, Jan 16, 2013 at 10:31 AM, Laszlo Papp lp...@kde.org wrote:
I have just tried to add
:
On 1/16/2013 4:05 PM, Laszlo Papp wrote:
At least I cannot reproduce the crash with the following skeleton:
You should look at the compile/link lines. First I would look at the
link lines:
This is the qmake one:
qcc -Vgcc_ntoarmv7le -lang-c++ -Wl,-rpath-link,/home/taylor/**
Development
achieve, but the CMAKE_C(XX)_FLAGS*
do not seem to work as I would expect them to.
On Wed, Jan 16, 2013 at 11:20 PM, Laszlo Papp lp...@kde.org wrote:
Hi Bill!
This works: echo int main() { return 0; } main.cpp qcc
-Vgcc_ntoarmv7le main.cpp -l QtCore -L
/opt/bbndk/target_10_0_9_1673/qnx6/armle
Hi,
Does anyone feel like grabbing one of the module codes out there, and put
into an upcoming cmake release? It is nowadays somewhat a standard to
provide opengles support as well for the project if that otherwise supports
OpenGL. They become to be going hand in hand lately more and more in my
The issue still persists! I wonder if anybody had an idea?
Laszlo
On Mon, Oct 1, 2012 at 4:12 PM, Laszlo Papp lp...@kde.org wrote:
Any ideas?
Laszlo
On Thu, Sep 27, 2012 at 9:22 PM, Laszlo Papp lp...@kde.org wrote:
Seems those variables are empty:
-- Looking for _POSIX_TIMERS - found
, Laszlo Papp lp...@kde.org wrote:
It seems I was the culsprit with writing my python script as I
essentially used -G\foo bar\. Having dropped the inner quotes, it
worked. However, I am now getting strange errors that I have not seen
before. :)
-- Detecting C compiler ABI info
CMake Error
2008. Any help is
still welcome. :-)
Laszlo
On Wed, Oct 31, 2012 at 7:56 AM, Laszlo Papp lp...@kde.org wrote:
This is the python statement I am trying to execute on my Windows box
just in case:
subprocess.call([cmake, -GNMake Makefiles JOM,
-DCMAKE_MODULE_PATH= + os.environ[CMAKE_MODULE_PATH
Does CMake work from the command line without python on a simple project?
No.
Does it work with nmake or any other generators?
No.
Laszlo
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages
I think it is my stupidity again as usual. :D
$myrepository/tools/bin/cl.exe caused it because that was found due to
a wrong PATH handling. I have inserted that before the rest instead of
appending. The local cl.exe was preferred from the repository and
cmake seems to have been unhappy about that
Hi,
I am trying to replace a Windows batch script with a python variant,
but I am getting some issues when calling cmake as a subprocess: CMake
Error: Could not create named generator NMake Makefiles JOM
I have tried to use the --debug-output and --trace options as well,
but it did not get me
, Bill Hoffman bill.hoff...@kitware.com
wrote:
On 10/30/2012 10:54 AM, Laszlo Papp wrote:
I am trying to replace a Windows batch script with a python variant,
but I am getting some issues when calling cmake as a subprocess: CMake
Error: Could not create named generator NMake Makefiles JOM
What
Any ideas?
Laszlo
On Thu, Sep 27, 2012 at 9:22 PM, Laszlo Papp lp...@kde.org wrote:
Seems those variables are empty:
-- Looking for _POSIX_TIMERS - found
CMAKE_PREFIX_PATH:
CMAKE_MODULE_PATH:
CMake Error at
/usr/share/apps/cmake/modules/FindPackageHandleStandardArgs.cmake:198
(MESSAGE
)
CMakeLists.txt:31 (find_package)
-- Configuring incomplete, errors occurred!
Laszlo
On Thu, Sep 27, 2012 at 7:05 PM, Alexander Neundorf
a.neundorf-w...@gmx.net wrote:
On Wednesday 26 September 2012, Laszlo Papp wrote:
do you know what changed couple dof days ago ?
Did you use an older version
On Tue, Sep 25, 2012 at 7:33 PM, Alexander Neundorf a.neundorf-w...@gmx.net
wrote:
On Tuesday 25 September 2012, Laszlo Papp wrote:
Hi,
Worked couple of days ago. Help welcome.
Laszlo
-- Found Threads: TRUE
-- Found OpenSSL: /usr/lib/libssl.so
-- Looking for _POSIX_TIMERS
4.9.1-1
Laszlo
On Tue, Sep 25, 2012 at 11:29 PM, Laszlo Papp lp...@kde.org wrote:
CMakeLists.txt
cmake_minimum_required(VERSION 2.8)
project(test)
add_executable(test main.cpp)
#find_package(Automoc4 REQUIRED)
find_package(KDE4 REQUIRED)
main.cpp
int main() {return 0;}
Command
Hi,
Worked couple of days ago. Help welcome.
Laszlo
-- Found Threads: TRUE
-- Found OpenSSL: /usr/lib/libssl.so
-- Looking for _POSIX_TIMERS
-- Looking for _POSIX_TIMERS - found
CMake Error at
/usr/share/apps/cmake/modules/FindPackageHandleStandardArgs.cmake:198
(MESSAGE):
Did not find
the project also on Windows. I know we could use a local hack,
but I am now also proposing to have that feature supported in upstream
(cmake project) as well.
What do you think ?
Best Regards,
Laszlo Papp
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com
That date is behind us. I would probably initiate the cmake update
then in the KDE Windows project. Thank you in advance!
Best Regards,
Laszlo Papp
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic
which compilation unit to build (like the relevant standalone only for
that given platform) and so on.
Thank you in advance!
Best Regards,
Laszlo Papp
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages
, required is 2.0.4)
Best Regards,
Laszlo Papp
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe
internally we should update it on Harmattan, but
I have not found anybody really supporting this idea. :/
What would be the workaround for our environment ? Patch the
FindRaptor.cmake file ? If yes, can someone give a hint, how ?
Best Regards,
Laszlo Papp
--
Powered by www.kitware.com
Visit other
versions, too ?
1. Using the compatible old version everywhere, if possible ?
2. Keep local copies of such modules
3. Something else ?
Best Regards,
Laszlo Papp
On Wed, Nov 16, 2011 at 11:39 AM, Michael Wild them...@gmail.com wrote:
On 11/16/2011 09:35 AM, Laszlo Papp wrote:
What version
.
Best Regards,
Laszlo Papp
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http
=c5043c8bef5306d847dae3bc511d18b2230ee453hb=1f6789719c53d964e2c8e705330e043dc04f2806f=cmake/modules/FindRaptor.cmake#154
Also:
I have this file on my system: /usr/include/raptor2/raptor.h (That is
the one the FindRaptor.cmake module is looking for iirc).
Thank you in advance! I am now really stuck here.
Best Regards,
Laszlo Papp
.. :)
Best Regards,
Laszlo Papp
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe
#
Best Regards,
Laszlo Papp
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http
Thank you for your help Andreas. I have tried your approach. Please
see the attached logs. The moc files are now somehow not generated. I
might need to use qt4_wrap_cpp after all ?
Best Regards,
Laszlo Papp
-- The C compiler identification is GNU
-- The CXX compiler identification is GNU
-- Check
I am now attaching the log about the following files:
1) CMakeLists.txt file
2) main.cpp
3) build log
4) moc_main.cxx
Q_MOC_OUTPUT_REVISION is somehow not defined, but not sure why.
Best Regards,
Laszlo Papp
On Mon, Oct 31, 2011 at 1:31 PM, Andreas Pakulat ap...@gmx.de wrote:
On 31.10.11 13
(CMAKE_AUTOMOC ON) aborts the build:
terminate called after throwing an instance of 'std::logic_error'
what(): basic_string::_S_construct null not valid
Aborted
I have cmake version 2.8.6. installed.
Best Regards,
Laszlo Papp
--
Powered by www.kitware.com
Visit other Kitware open-source
Okay: I got it working by using qt4_generate_moc :) I am not sure it
is the cleanest way. Fixing the set(CMAKE_AUTOMOC ON) abort will
probably the cleanest.. Thank you for your help again! :)
Best Regards,
Laszlo Papp
cmake_minimum_required(VERSION 2.8)
include_directories
Please add a bug in the cmake bug tracker for that:
http://public.kitware.com/Bug/
David Faure has fixed it today, and the patch is probably in your
inbox somewhere. :P
Best Regards,
Laszlo Papp
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com
to me.
Could you please clarify ? Thank you!
Best Regards,
Laszlo Papp
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ
Hi,
Thanks for you guys, it helped a lot. :) We now have a good installer
for testing purposes.
Best Regards,
Laszlo Papp
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
please ask for specific information from that file, if you need anything.
Thank for your help in advance!
Best Regards,
Laszlo Papp
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource
${LIB_INSTALL_DIR} is properly used in the install
lines.
Any thought ?
Best Regards,
Laszlo Papp
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic
macro. Is
that possible ? Does it already somehow work like that ?
Thank you in advance!
Best Regards,
Laszlo Papp
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep
Thanks a lot, Eric and David !
Best Regards,
Laszlo Papp
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http
with
install(DIRECTORY ... )
and exclude every non-header file (and possibly svn..)
We have source, header, data, icon, et cetera files inside the given
library folder, so this would cause more issues than benefit in our
case.
Best Regards,
Laszlo Papp
that ? That would result the easiest and
cleanest way in my novice opinion. Is it possible to ask for such a
feature ?
Best Regards,
Laszlo Papp
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource
}/gluon/player/lib
COMPONENT Devel
)
This way, it would be much cleaner and shorter to me.
Best Regards,
Laszlo Papp
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please
)
macro, it works as expected. If I put that after, it does not. I guess
this is the key here. I do not know those macros actually and I do not
have time right now to look into their internal source, but that is
the culsprit somehow.
Best Regards,
Laszlo Papp
it wrong and there is already a smarter cmake option for
this ? I find it useful if there is just one section for those things,
but if it is technically not possible or against the design, please
let me know.
Best Regards,
Laszlo Papp
___
Powered
})
if(QT_QTDECLARATIVE_FOUND)
add_subdirectory(touch)
else(QT_QTDECLARATIVE_FOUND)
message(WARNING Qt installation lacks Qt Declarative -
disabling touch based player)
endif(QT_QTDECLARATIVE_FOUND)
Best Regards,
Laszlo Papp
the first occurence
in the build order. Does cmake have some issue about using something
like that more times on this platform ? Could you please investigate ?
Best Regards,
Laszlo Papp
___
Powered by www.kitware.com
Visit other Kitware open-source
I have just tried to update the cmake version manually from 2.8.2 to
2.8.4, but it did not help either. It really seems to be a weird bug
on this platform. It works just find to use the macro and found line
more times but N9. I am not sure what else I could try out...
Best Regards,
Laszlo Papp
, but I
would like to find the root cause of the issue.
Any help is welcome and thank you in advance!
Best Regards,
Laszlo Papp
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
- libQtDeclarative.so.4.7.4
Even the file where this /usr/lib/libQtDeclarative.so points to:
ls -lda /usr/lib/libQtDeclarative.so.4.7.4
-rw-r--r-- 1 lpapp lpapp 3406200 Jun 23 03:41 /usr/lib/libQtDeclarative.so.4.7.4
Best Regards,
Laszlo Papp
___
Powered
below.
Is it also a problem if you run cmake on a CMakeLists.txt file with just the
following:
find_package(Qt4)
if(QT_QTDECLARATIVE_FOUND)
message(found it)
endif()
Mmm, it is getting really weird because I get the found it message this way.
Best Regards,
Laszlo Papp
)
+else(KDE4_FOUND)
Best Regards,
Laszlo Papp
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki
Hi,
Back to the simple CMakeLists.txt:
find_package(Qt4)
if(QT_QTDECLARATIVE_FOUND)
message(found it)
endif()
find_package(Qt4)
if(QT_QTDECLARATIVE_FOUND)
message(found it again)
endif()
Result:
found it
found it again
Best Regards,
Laszlo Papp
help is welcome, thank you in advance! =)
Best Regards,
Laszlo Papp
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ
My familiar did a package as an interim solution and let us see
whether or not this version can be integrated into the 1.2 MeeGo
release or just later.
http://forum.meego.com/showthread.php?p=18810#post18810
Best Regards,
Laszlo Papp
On Tue, Mar 8, 2011 at 7:59 AM, Laszlo Papp djsz
Was discussed on #meego-arm. Nokia and other professionals are
heavily working on this issue as far as it a qemu emulation issue, let
us see.
Best Regards,
Laszlo Papp
On Tue, Mar 8, 2011 at 2:25 AM, Laszlo Papp djsz...@archlinux.us wrote:
1) What is the hackaround to install the newest version
Any progress on it ? One more information, this n900-devel image uses
internally qemu and I am not sure that can cause any issue for the
build system.
That is also interesting why the debian packaging worked just fine in
the scratchbox using also qemu internally.
Best Regards,
Laszlo Papp
On Mon, Mar 7, 2011 at 9:11 PM, Eric Noulard eric.noul...@gmail.com wrote:
2011/3/7 Laszlo Papp djsz...@archlinux.us:
Any progress on it ?
Nope.
I won't be very responsive this week.
That does not sound too good.. !
One more information, this n900-devel image uses
internally
), but
certianly not build anything.
Best Regards,
Laszlo Papp
On Mon, Mar 7, 2011 at 9:16 PM, Laszlo Papp djsz...@archlinux.us wrote:
On Mon, Mar 7, 2011 at 9:11 PM, Eric Noulard eric.noul...@gmail.com wrote:
2011/3/7 Laszlo Papp djsz...@archlinux.us:
Any progress on it ?
Nope.
I won't be very
Further news, I have just tried the rpm generation on my host system
out and it worked like a charm, here are the logs:
http://djszapi.homelinux.net/cpack_host.log
http://djszapi.homelinux.net/gluon_host.spec
I hope it helps with something...
Best Regards,
Laszlo Papp
On Mon, Mar 7, 2011 at 9
is 2.8.3. But if it is fixed in 2.8.4, I wonder why you did
not know it ?
Best Regards,
Laszlo Papp
On Tue, Mar 8, 2011 at 12:31 AM, Eric Noulard eric.noul...@gmail.com wrote:
2011/3/7 Laszlo Papp djsz...@archlinux.us:
As said, the working OBS spec files can be found here:
http
On Tue, Mar 8, 2011 at 12:45 AM, Eric Noulard eric.noul...@gmail.com wrote:
2011/3/8 Laszlo Papp djsz...@archlinux.us:
Well: http://public.kitware.com/Bug/view.php?id=11595
That is fixed in cmake 2.8.4.
Changelog: http://www.cmake.org/pipermail/cmake/2011-February/042839.html
CPackRPM fix bug
in dl
-- Looking for dlopen in dl - found
-- Looking for process.h
Nice, nice nothing, but stall here again...
I would say it is a critical cmake BUG...
Best Regards,
Laszlo Papp
On Tue, Mar 8, 2011 at 12:47 AM, Laszlo Papp djsz...@archlinux.us wrote:
On Tue, Mar 8, 2011 at 12:45 AM, Eric
it
mildly, it is completely useless on this arm.
Best Regards,
Laszlo Papp
On Tue, Mar 8, 2011 at 12:55 AM, Eric Noulard eric.noul...@gmail.com wrote:
Hi,
I am starting a separate thread on this hanging issue.
-- Forwarded message --
From: Laszlo Papp xx
Date: 2011/3/8
Subject
issues otherwise no idea how to get this functionality
working officially...
Best Regards,
Laszlo PApp
On Tue, Mar 8, 2011 at 12:53 AM, Eric Noulard eric.noul...@gmail.com wrote:
2011/3/8 Laszlo Papp djsz...@archlinux.us:
On Tue, Mar 8, 2011 at 12:45 AM, Eric Noulard eric.noul...@gmail.com wrote
On Sun, Mar 6, 2011 at 11:27 PM, Eric Noulard eric.noul...@gmail.com wrote:
2011/3/6 Laszlo Papp djsz...@archlinux.us:
Mmh, my previous mail is blocked because the cpack.log is too big.
http://djszapi.homelinux.net/rpmbuild.out
http://djszapi.homelinux.net/rpmbuild.err
http
not automated by
a generator. I am not sure it helps with anything after all, but I try
to provide as much as I can.
Best Regards,
Laszlo Papp
On Mon, Mar 7, 2011 at 2:33 AM, Laszlo Papp djsz...@archlinux.us wrote:
On Sun, Mar 6, 2011 at 11:27 PM, Eric Noulard eric.noul...@gmail.com wrote:
2011/3/6 Laszlo
I have been said by Thiago, it is because of the missing
-march=armv7-a option. It should be handled internally by cmake, can
you fix this bug, please and tell me the hackaround that I can use
until the release ?
Thank you in advance!
Best Regards,
Laszlo Papp
On Fri, Mar 4, 2011 at 9:50 PM, Eric
On Sat, Mar 5, 2011 at 5:32 PM, Eric Noulard eric.noul...@gmail.com wrote:
2011/3/5 Laszlo Papp djsz...@archlinux.us:
Well, first I cannot build :)
I thought you were already using CPack for Deb package?
If you never used a cross-compiling setup with CMake then
read this first:
http
On Sat, Mar 5, 2011 at 5:32 PM, Eric Noulard eric.noul...@gmail.com wrote:
2011/3/5 Laszlo Papp djsz...@archlinux.us:
Well, first I cannot build :)
I thought you were already using CPack for Deb package?
Yes, but from scratchbox and scratchbox passed the corrent toolchain
arguments
/gluon/repository/revisions/master/entry/CMakeLists.txt#L162
Can it be done in a similar way to avoid the rpm spec file writing ?
Best Regards,
Laszlo Papp
PS: I am not on the list, so please drop me into the 'CC' field.
___
Powered by www.kitware.com
SET(CMAKE_CXX_FLAGS -Wall)
SET(CMAKE_CXX_FLAGS_RELWITHDEBINFO -Wall -O2 -g)
SET(CMAKE_CXX_FLAGS_RELEASE -Wall -O2)
SET(CMAKE_CXX_FLAGS_DEBUG -Wall -g3 -ggdb -O0 CACHE STRING Debug
options. FORCE)
An example from my configuration.
Best Regards,
Laszlo Papp
On Sat, Oct 16, 2010 at 9:38 AM
the moc file include at the end of my source line. I would like
to link that generated moc at linkage time, mostly.
Thank you in advance.
Best Regards,
Laszlo Papp
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http
there is an internal solution.
Best Regards,
Laszlo Papp
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki
It is not a KDE project ...
Best Regards,
Laszlo Papp
On Tue, Sep 28, 2010 at 11:29 AM, Alexander Neundorf
a.neundorf-w...@gmx.net wrote:
On Tuesday 28 September 2010, Laszlo Papp wrote:
Hi,
Is there such an environment variable, like in case autoconf:
--localstatedir=DIR modifiable
The short answer is then: there is no such an option.
Oki doki, thank you.
Best Regards,
Laszlo Papp
On Tue, Sep 28, 2010 at 12:25 PM, Alexander Neundorf
a.neundorf-w...@gmx.net wrote:
On Tuesday 28 September 2010, Laszlo Papp wrote:
It is not a KDE project ...
It was just meant
1 - 100 of 105 matches
Mail list logo