2013/9/4 Pascal Bach :
> Hello Eric
>
>>
>> Unknown source file name is just painful.
>>
>> Can't the thrift generator tell you the name of the files he will generate?
>> Something like:
>> thrift --generated-file-list Service.thrift
>>
>> or may be you can teach him the name of the flie you want?
On 04.09.2013 20:42, Michael Wild wrote:
> Dear all
>
> no matter when I try to set CMAKE_{C,CXX}_OUTPUT_EXTENSION, on my Linux
> box using the GNU Makefiles generator the resulting object files always
> have a .o extension. I tried setting it in the cache, before and after
> the project() call. N
Hi,
On Thu, Sep 5, 2013 at 12:22 AM, Jacky Alciné wrote:
> On Wed September 4 2013 1.14.17 PM Tanweer Rashid wrote:
> > Hi,
> >
> > I am trying to build CMake 2.8.11 on my 64 bit Ubuntu 12.04. I am trying
> to
> > use QT5.1, but CMake is saying that Qt is not correctly installed.
> >
> > I am wo
On Wed September 4 2013 1.14.17 PM Tanweer Rashid wrote:
> Hi,
>
> I am trying to build CMake 2.8.11 on my 64 bit Ubuntu 12.04. I am trying to
> use QT5.1, but CMake is saying that Qt is not correctly installed.
>
> I am wondering whether Qt5 is compatible with CMake and if I should revert
> to Q
On 9/4/2013 5:53 PM, Ashok Nalkund wrote:
Hi All,
I have a package which gives strange results when I build it with
multiple threads (make -j...). Is there a way I can force the package to
be built using a single thread? Something I can put in the CMakeLists.txt?
You most likely need an add_de
Hi All,
I have a package which gives strange results when I build it with
multiple threads (make -j...). Is there a way I can force the package to
be built using a single thread? Something I can put in the CMakeLists.txt?
thanks,
ashok
--
Powered by www.kitware.com
Please keep messages on
2013/9/4 Pascal Bach :
> Hello Eric
>
> On Wed, Sep 4, 2013 at 11:26 AM, Eric Noulard wrote:
>>
>> 2013/9/4 Pascal Bach :
>> > Hello everybody
>> >
>> > I'm trying to build a library from source files that are generated at build
>> > time. The setup is the following.
>> >
>> > Inputfiles (Service.
Hello Eric
On Wed, Sep 4, 2013 at 11:26 AM, Eric Noulard wrote:
>
> 2013/9/4 Pascal Bach :
> > Hello everybody
> >
> > I'm trying to build a library from source files that are generated at build
> > time. The setup is the following.
> >
> > Inputfiles (Service.thrift) -> Thrift Compiler/Generat
Yes, you're right
I'll post there
Thanks.
--
View this message in context:
http://cmake.3232098.n2.nabble.com/COINDIR-not-set-tp7585382p7585387.html
Sent from the CMake mailing list archive at Nabble.com.
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
I believe this question can be best answered by the
http://www.opendtect.org/ mailing lists.
On Wed, Sep 4, 2013 at 2:20 PM, Rikkin wrote:
> Hello,
>
> I'm getting this error when I try to configure CMake:
>
> CMake Error at CMakeModules/ODCoinUtils.cmake:20 (MESSAGE):
> COINDIR not set
> Call
On Wednesday, September 04, 2013 03:01:06 PM Laurent Chauvin wrote:
> Thank you for your help Clint.
>
> I identified the problem. When I compile my library with
> CMAKE_MACOSX_RPATH, the library created is linked with
> @rpath/libMyLib.dylib.
> When I was recompiling (make) it was updating the li
Thank you for your help Clint.
I identified the problem. When I compile my library with
CMAKE_MACOSX_RPATH, the library created is linked with
@rpath/libMyLib.dylib.
When I was recompiling (make) it was updating the library in the build
directory but it was not re-installing (copying in the MyLibr
Dear all
no matter when I try to set CMAKE_{C,CXX}_OUTPUT_EXTENSION, on my Linux
box using the GNU Makefiles generator the resulting object files always
have a .o extension. I tried setting it in the cache, before and after
the project() call. Nothing helps.
Is this a known issue? I tried trawlin
On Wednesday, September 04, 2013 01:22:11 PM Laurent Chauvin wrote:
> Does your example still works if you replace this line:
>
> target_link_libraries(app ${CMAKE_CURRENT_LIST_DIR}/../lib/liblib.dylib)
>
> by this one:
>
> target_link_libraries(app lib)
No. It doesn't work. I get "ld: librar
Hello,
I'm getting this error when I try to configure CMake:
CMake Error at CMakeModules/ODCoinUtils.cmake:20 (MESSAGE):
COINDIR not set
Call Stack (most recent call first):
src/SoOD/CMakeLists.txt:9 (OD_SETUP_COIN)
I need to set the COINDIR variable, but where I can find this component ?
I've patched cmake's cpack DEB generator to support dependencies between
components much like RPM generator.
It should fix as well the problem with deps build on top of another
To take advantage of patch you have to recompile cmake:
$ git clone git://cmake.org/cmake.git && cd cmake
$ ./configure
Does your example still works if you replace this line:
target_link_libraries(app ${CMAKE_CURRENT_LIST_DIR}/../lib/liblib.dylib)
by this one:
target_link_libraries(app lib)
?
Thank you.
-Laurent
On Wed, Sep 4, 2013 at 1:18 PM, Clinton Stimpson wrote:
> On Wednesday, September 04, 2013 12:48
On Wednesday, September 04, 2013 12:48:41 PM Laurent Chauvin wrote:
> Yes I'm using 2.8.12-rc2 for the library and the example.
>
> But my example is not in the same directory as my library.
Neither was my example.
>
> I can see in your example you specify the full path in
> target_link_librari
Hi,
I am trying to build CMake 2.8.11 on my 64 bit Ubuntu 12.04. I am trying to
use QT5.1, but CMake is saying that Qt is not correctly installed.
I am wondering whether Qt5 is compatible with CMake and if I should revert
to Qt4.8.
The errors that I got are as follows:
**
Yes I'm using 2.8.12-rc2 for the library and the example.
But my example is not in the same directory as my library.
I can see in your example you specify the full path in
target_link_libraries of your library, which I could probably do.
The problem is, if later on my library I want to put the .
On Wednesday, September 04, 2013 12:02:55 PM Laurent Chauvin wrote:
> Thank you for you help Clint.
>
> I actually relinked, but as you said I still had the LINK_DIRECTORIES.
> However, if I remove it, I have a linking error telling me it cannot find
> the library.
>
> Should I keep the library i
On Wednesday, September 04, 2013 11:30:51 AM Laurent Chauvin wrote:
> Thank you very much for your answer.
>
> I will try to use the MACOSX_RPATH.
>
> However, I have some questions. As the flag suggests, it's only for mac. Is
> there anything similar for Linux (and eventually Windows systems) ?
On Wednesday, September 04, 2013 11:53:45 AM Laurent Chauvin wrote:
> Hello,
>
> I just tried to set the MACOSX_RPATH 1 in the top CMakeLists of MyLib, and
> when I now do otool -L libMyLib.dyld, I can indeed see @rpath/libMyLib.dyld.
> However, my executable "MyExample" is still not able to find
Hello,
I just tried to set the MACOSX_RPATH 1 in the top CMakeLists of MyLib, and
when I now do otool -L libMyLib.dyld, I can indeed see @rpath/libMyLib.dyld.
However, my executable "MyExample" is still not able to find the library at
runtime. When I do otool -L MyExample, I still have libMyLib.dy
Thank you for you help Clint.
I actually relinked, but as you said I still had the LINK_DIRECTORIES.
However, if I remove it, I have a linking error telling me it cannot find
the library.
Should I keep the library in Target_Link_Libraries, or with new flags,
dependency will automatically find the
Thank you very much for your answer.
I will try to use the MACOSX_RPATH.
However, I have some questions. As the flag suggests, it's only for mac. Is
there anything similar for Linux (and eventually Windows systems) ?
Also, the problem to set the full path of the library is, if I compile on
Windo
I'm not an expert, but I think this wiki could help:
http://www.cmake.org/Wiki/CMake_RPATH_handling
On Tue, Sep 3, 2013 at 10:47 PM, Laurent Chauvin
wrote:
> Hello everyone,
>
> I'm working on a library, and I would like the users be able to create
> their own program and liking to my library (b
On Tuesday, September 03, 2013 09:47:45 PM Laurent Chauvin wrote:
> Hello everyone,
>
> I'm working on a library, and I would like the users be able to create their
> own program and liking to my library (by specifying path in cmake).
>
> I created the library and an example to test it.
> Everyth
Thanks, it works.
Since the library is found in Find* script, I have to check if it is static.
So I ended up with this:
if("${MMDB_LIBRARY}" MATCHES "\\.a$")
# it cannot be just "UNKNOWN IMPORTED", because
# IMPORTED_LINK_INTERFACE_LANGUAGES is respected only for "STATIC IMPORTED"
add_libra
On 9/4/2013 8:36 AM, Rolf Eike Beer wrote:
No. The reason why this mail work is that JJ has himself a signature
that is correctly starting with "-- ". This mail should also work.
I found this:
http://sourceforge.net/p/mailman/bugs/1262/
But also this:
https://bugs.launchpad.net/mailman/+bug/2
git grep CPACK_RESOURCE_FILE_LICENSE_PROVIDED
yields no results in the present 'master' branch of CMake... So
probably not. You can certainly provide your own modified NSIS script
as input, though.
HTH,
David
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake
In http://www.cmake.org/pipermail/cmake/2009-April/029018.html, a patch was
offered to suppress the license screen in NSIS installers generated by CPack.
As of 2.8.4, that patch hasn't been incorporated. Is it available in a later
version?
_
Rob Stewart
Software Engineer
Dev Tools & Compo
Is there a way to avoid getting the CPACK_PACKAGE_FILE_NAME value prefix on the
paths in the Zip file?
I have some files that install into the following directory structure:
bin
include
lib
source
When the files are put into the Zip file, they have pathnames like:
${CPACK_PACKAG
The documentation for CPACK_PACKAGING_INSTALL_PREFIX fails to convey the point
of the variable: "The prefix used in the built package." The documentation
also says that the variable has a different purpose from CMAKE_INSTALL_PREFIX.
However, I still don't understand its purpose from that.
Wha
On 9/4/2013 8:35 AM, Yngve Inntjore Levinsen wrote:
Ah yes, this e-mail is "correctly formatted" for me as well. But the
signature is different in this case. Perhaps Julien has some special
setting that overrides the default signature from Kitware?
Or maybe the default signature is only added wh
Den 04. sep. 2013 14:13, skrev Bill Hoffman:
> On 9/4/2013 7:35 AM, Rolf Eike Beer wrote:
>> No, and this seems to be a problem with mailman. At least that is what I
>> was told when I brought up the topic a while ago and the Kitware guys
>> tried to solve it. Sadly the signature became even larger
Bill Hoffman wrote:
On 9/4/2013 7:35 AM, Rolf Eike Beer wrote:
No, and this seems to be a problem with mailman. At least that is what
I
was told when I brought up the topic a while ago and the Kitware guys
tried to solve it. Sadly the signature became even larger since then
:/
Odd thing is it
On 9/4/2013 7:35 AM, Rolf Eike Beer wrote:
No, and this seems to be a problem with mailman. At least that is what I
was told when I brought up the topic a while ago and the Kitware guys
tried to solve it. Sadly the signature became even larger since then :/
Odd thing is it sometimes works...
Fo
Am 04.09.2013 11:47, schrieb Yngve Inntjore Levinsen:
Hi all,
I just noticed in Thunderbird (not sure how general this is),
signatures
are marked with "-- " (ie two dashes AND a space). The "powered by
kitware" signature is appended with only two dashes. Would it be
possible to request that yo
Hi all,
I just noticed in Thunderbird (not sure how general this is), signatures
are marked with "-- " (ie two dashes AND a space). The "powered by
kitware" signature is appended with only two dashes. Would it be
possible to request that you mark it with an extra space? Or is this
just a specific
2013/9/4 Pascal Bach :
> Hello everybody
>
> I'm trying to build a library from source files that are generated at build
> time. The setup is the following.
>
> Inputfiles (Service.thrift) -> Thrift Compiler/Generator -> Several
> generated files (gen-cpp/Service.h, gen-cpp/Service.cpp, gen-cpp/T
Hello everybody
I'm trying to build a library from source files that are generated at build
time. The setup is the following.
Inputfiles (Service.thrift) -> Thrift Compiler/Generator -> Several
generated files (gen-cpp/Service.h, gen-cpp/Service.cpp, gen-cpp/Types.h,
[possibly more] -> Build Li
Hello everybody
I'm trying to build a library from source files that are generated at build
time. The setup is the following.
Inputfiles (Service.thrift) -> Thrift Compiler/Generator -> Several
generated files (gen-cpp/Service.h, gen-cpp/Service.cpp, gen-cpp/Types.h,
[possibly more] -> Build Li
43 matches
Mail list logo