You need a .def file declaring exports or __declspec(dllexport)
decorations on your exported function and class declarations.
Search the cmake mailing list archives for dllexport for more details.
With Windows dlls, all stuff is private unless explicitly exported.
Opposite to linux, where all sy
My company is trying to use cmake to get a windows build of our linux/mac
software and I have run into a small problem.
When I run nmake on the generated make files under windows I get the correct
.dll output for the first library, I also get .ilk and .pdb for the library.
When it gets to the next
On 2006-10-13 01:13+0200 Eric Noulard wrote:
Ok I found that I may set
CPACK_SOURCE_IGNORE_FILES
I did had it to Wiki:
http://www.cmake.org/Wiki/CMake:Packaging_With_CPack#CPack_Settings
But now I would only like to ignore "more" file
not replacing the default ignore list.
You can specify any
Ok I found that I may set
CPACK_SOURCE_IGNORE_FILES
I did had it to Wiki:
http://www.cmake.org/Wiki/CMake:Packaging_With_CPack#CPack_Settings
But now I would only like to ignore "more" file
not replacing the default ignore list.
Is there a way to to it?
Or should I file a bug/feature request?
2
Hi all,
I am using CPack for packaging source tree
and I wonder if it is possible to indicate
to CPack file pattern or file list to be ignored?
Using CMake+CPack on linux with Makefile generator
and a
make package_source will build a nice
TGZ tarball but I need to exclude some files
like:
svn-
On 2006-10-11 14:45, William A. Hoffman said:
>It is a bug in the Xcode generator happens with any version of Xcode.
>I am working on a fix.
Great, thanks! I have added an Xcode dashboard to my nightly build.
I'll add back the dwarf option once the next cmake is out.
--
Eran Guendelman wrote:
> Looking at cmTarget::GetDirectory, my instinct for "fixing" this is to
> change
>
> default:
> return 0;
>
> to
>
> default:
> this->Directory = "";
>
> so that the subsequent check of if(this->Directory.empty()) will take
> care of this case. But then again, I don't r
Andreas Schneider wrote:
> if I install my project with "sudo make install" why changes the owner
> of CMakeFiles/Progress and its contents to root?
>
> The next time I recompile as a user I have no progress status, cause the
> user isn't able to write to counts.txt.
>
> Is this a bug? :)
Yes, d
Hi,
if I install my project with "sudo make install" why changes the owner
of CMakeFiles/Progress and its contents to root?
The next time I recompile as a user I have no progress status, cause the
user isn't able to write to counts.txt.
Is this a bug? :)
-- andreas
--
http://www.cynap
On Thursday 12 October 2006 02:27, William A. Hoffman wrote:
> At 07:19 PM 10/11/2006, Axel Roebel wrote:
> >This is exactly what I do currently.
> >I thought there would may be exist an easier way.
> >I now see that my main problem is how I replace the compiler:
> >
> >I patch CMakeFiles/CMakeCCom
10 matches
Mail list logo