I have a multiplatform viewer and recently I started to experience some
very weird behavior.
I am using the latest cmake 3.5.3 rc1 and the latest released ninja
(1.7), albeit the problem appears with NMake Makefiles too.
The viewer links against winmm.dll, the windows multimedia library for
audi
I tried v3.6.0 rc1 but it fails on linking with a message about unknown
symbols when doing cmake -E vs_link_dll on a windows library. It seems
not to recognize the symbols in, for example, tinyxml2.
The same code works just fine under cmake v3.5.2.
--
Powered by www.kitware.com
Please keep m
On 08/06/2016 12:11 p.m., Gonzalo Garramuño wrote:
I have a multiplatform viewer and recently I started to experience
some very weird behavior.
Found the problem being the volume control not being 32bits. Sorry for
the noise.
--
Powered by www.kitware.com
Please keep messages on-topic and
I was wondering if anyone was familiar with Chocolatey and whether there
are plans to add support for it in cmake/cpack.
For those that don't know, Chocolatey is a small Windows' utility
similar to Debian's apt-get. It allows simple management of packages
(binaries mainly).
--
Powered by w
I would like to run a custom command on the zip file generated by
cpack. The idea is that I want to calculate its sha256 checksum.
Unfortunately it seems the zip file cannot be a target in a
CMakeLists.txt file or I'm doing something wrong.
Can someone give me a hand?
--
Go
El 10/01/17 a las 17:34, Gonzalo Garramuño escribió:
I would like to run a custom command on the zip file generated by
cpack. The idea is that I want to calculate its sha256 checksum.
Unfortunately it seems the zip file cannot be a target in a
CMakeLists.txt file or I'm doing some
USES_TERMINAL )
--
Gonzalo Garramuño
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to support the CMake community. For more
information on each offering, please visit:
CMake Support: http
compile my program targeting the older libc and
libstdc++. Those files come with symbol version and visibility. Is
there an easy way to do that other than copying the old libraries?
Any help or hint is appreciated.
--
Gonzalo Garramuño
--
Powered by www.kitware.com
Please keep messages on
64/libc.so.6: version `GLIBC_2.18' not found (required
by /usr/local/mrViewer/lib/libstdc++.so.6 )
--
Gonzalo Garramuño
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to su
permissions like:
-rwxrwxrwx 1 gga root 1,2K mar 14 09:36 mrViewer-v3.5.4.desktop
So it should be executable and it should get installed with same
permissions. However, this does not work.
I am at a loss on what to try. Any help is appreciated.
--
Gonzalo Garramuño
--
Powered by
El 19/03/2017 a las 15:13, Gonzalo Garramuño escribió:
Hi,
I had a program which I compile with cmake. This program was on an
NTFS partition with permissions: defaults. This meant all files were
owned by root with 777 permissions. This worked fine but it was not
secure and created
Currently, I have a project where I build a library and an executable
that depends on the library. Finally, I package a .deb package with cpack.
Now, my problem is that cpack packs the symbolic link of my library and
that creates problems with the deb installer ( dpkg -i ) whenever I try
to i
El 09/04/17 a las 07:13, Eric Noulard escribió:
Hi Gonzalo,
You should be able to build Deb package including symlink without trouble.
Could you give the exact sequence of dpkg command which leads to the
error you are speaking of?
$ dpkg -i mrViewer-v3.5.8-Linux-64.deb
(Leyendo la base de
e, you can then do:
$ cd ..
$ rm -rf build-linux64
Thanks for helping a beginner!
Florian
No problem.
--
Gonzalo Garramuño
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to support
Just posted in the boost mailing list. Congratulations to both teams!
--
Gonzalo Garramuño
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to support the CMake community. For more
IK, it is not possible. I would also like to know this for separate
packager generators. How to call "make package" on just one package
generator (like build just DEB and not RPM).
--
Gonzalo Garramuño
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake
-code
--
Gonzalo Garramuño
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to support the CMake community. For more
information on each offering, please visit:
CMake Support: http://cmak
. Elvis solution seems
like it should work. I am awaiting an answer from my beta testers.
--
Gonzalo Garramuño
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to support the CMake
ich do not suppport the
toolset command.
--
Gonzalo Garramuño
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to support the CMake community. For more
information on each offering, pl
re were still 3 DLLs missing:
api-ms-win-core-libraryloader-l1-2-0.dll,
api-ms-win-core-sysinfo-l1-2-1.dll,
api-ms-win-core-processthreads-l1-1-2.dll.
Not sure if this is a bug in cmake. Not sure how cmake gets those dependencies.
--
Gonzalo Garramuño
--
Powered by www.kitware.com
Please k
El 20/09/2017 a las 04:44, Elvis Stansvik escribió:
2017-09-20 7:53 GMT+02:00 Elvis Stansvik :
2017-09-19 23:22 GMT+02:00 Gonzalo Garramuño :
El 19/09/2017 a las 15:19, J Decker escribió:
you can just install the runtime redistributuable for 2015...
https://www.microsoft.com/en-us
.dll. I exclude all the MFC
dlls as I am not using them.
--
Gonzalo Garramuño
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to support the CMake community. For more
information on e
tried `message(${source_dir})` but the output is empty
Try message( ${CMAKE_CURRENT_SOURCE_DIR} )
--
Gonzalo Garramuño
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to support the
El 30/10/17 a las 14:59, Carlton Banks escribió:
Den 30. okt. 2017 kl. 16.53 skrev Gonzalo Garramuño :
El 29/10/17 a las 09:02, Carlton Banks escribió:
I am using submodule cmake, in which the relative paths becomes a bit more
confusing that I would have hoped.
Is there a way to print
:
cl : Command line warning D9025 : overriding '/W3' with '/W1'
I am unsure what sets /W3.
--
Gonzalo Garramuño
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services
:
cl : Command line warning D9025 : overriding '/W3' with '/W1'
I am unsure what sets /W3.
Does anyone have a suggestion on how to work around the above, with the
little fuss possible?
--
Gonzalo Garramuño
--
Powered by www.kitware.com
Please keep messages on-topic and ch
El 13/05/2018 a las 21:24, Gonzalo Garramuño escribió:
I am running into trouble specifying the /W1 flag in add_definitions.
This was my problem. I should have been using add_compile_options.
--
Gonzalo Garramuño
--
Powered by www.kitware.com
Please keep messages on-topic and check the
concerned, then,
that should be seen as just a normal directory.
P.S. I said a .lnk file is just a text file when in fact it is a binary
file. Sorry.
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeForce7300GT
Kubuntu Edgy
___
CMa
rama. Etc.
It is often a problematic variable for build systems (and installers)
due to the built-in space(s) in its path, albeit cmake should be able to
work around that issue.
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeForce
ixPaths.cmake or
Modules/Platform/WindowsPaths.cmake in the cmake install.
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeForce7300GT
Kubuntu Edgy
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
st
basic unix shell (ie. sh), which does not set that variable by default.
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeForce7300GT
Kubuntu Edgy
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
the compiler.
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeForce7300GT
Xubuntu Gutsy
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
hen I have some time.
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeForce7300GT
Xubuntu Gutsy
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
MMAND ${BISON_EXECUTABLE}
ARGS -l -pmrl_yy -o"${CMAKE_CURRENT_BINARY_DIR}/grammar.tab.cpp"
"${CMAKE_CURRENT_SOURCE_DIR}/grammar.y"
TARGET miparser
DEPENDS "${CMAKE_CURRENT_BINARY_DIR}/lex.yy.c"
OUTPUTS "${CMAKE_CURRENT_BINARY_DIR
Gonzalo Garramuño wrote:
Timur Ivanov wrote:
Hello!
Sorry if it was discussed already but I can't find anything really
useful for me.
In current project I use lex & yacc and Makefile rules looks like:
cmake currently does not ship with bison and flex modules,
unfortunately.
ake module that handles 32-bits libs properly
(the current one in CVS does not).
or
b) A fix to this broken behavior.
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeForce7300GT
Xubuntu Gutsy
___
CMake mailing list
all those problems I did not
even bother checking the speed.
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeForce7300GT
Xubuntu Gutsy
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
::f, too.
a.f(1) # calls A::f
d) ...other...
I consider a) to c) the cornerstone of OO. b and c cannot be done in
cmake. a) can (only partially) be done and with an uglier syntax.
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48
ake targets (no make help).
I really like it much better than the scons derivatives, but the lack of
proper dependency checking is a killer.
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeForce7300GT
Xubuntu Gutsy
___
CMake mailing list
Brandon Van Every wrote:
On Dec 17, 2007 5:46 AM, Gonzalo Garramuño <[EMAIL PROTECTED]> wrote:
premake3/4 is tiny and its syntax is *really* nice.
... Show me a tool that does something CMake
*can't* do, or does badly. ...
Well, in the quote that you did not keep, I posted that
framework is good (and a good OO
framework should be better than what cmake does with FIND_PACKAGE).
Things that would also earn tons of brownie points would be:
* smaller than cmake (both to compile and distribute).
* good for cross-compilation.
--
Gonzalo Garramuño
[EMAIL
Bill Hoffman wrote:
Gonzalo Garramuño wrote:
* good for cross-compilation.
CVS CMake (and the coming 2.6 CMake) have extensive support for cross
compilation.
http://www.cmake.org/Wiki/CMake_Cross_Compiling
I'm still having a lot of problems with it. Even cross-compiling on
, imagine if you were using a common
language like Ruby which is 125 person year project at a cost of 6 million.
You'd have had 4 million to spare and 50+ additional year/developers to
begin with even before you wrote your first cmake line!
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AM
Alexander Neundorf wrote:
On Monday 17 December 2007, Gonzalo Garramuño wrote:
Bill Hoffman wrote:
Gonzalo Garramuño wrote:
* good for cross-compilation.
CVS CMake (and the coming 2.6 CMake) have extensive support for cross
compilation.
http://www.cmake.org/Wiki/CMake_Cross_Compiling
David C Thompson wrote:
Gonzalo Garramuño wrote:
Alexander Neundorf wrote:
On Monday 17 December 2007, Gonzalo Garramuño wrote:
Bill Hoffman wrote:
Gonzalo Garramuño wrote:
* good for cross-compilation.
CVS CMake (and the coming 2.6 CMake) have extensive support for cross
compilation
call
UnixPaths.cmake without calling my FindBuildDir, which is a bug in how
cmake deals with variables.
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeForce7300GT
Xubuntu Gutsy
#-*-cmake-*-
#
# This simple CMake extension makes sure that builds get
# created inside a BUILD/os-osversion
Yuck! Why wouldn't it be available? Have you guys used premake at all?
The premake.lua is ALWAYS read. If no parameter is passed, there's a
dry run of the file, and help with options get spit.
It is gorgeous.
Sure, lua runs 10 times faster than the cmake language does, but that
ving problems a library
or an executable target?
Is this the same as it is used with the NMake Generator?
If so, please don't make this the default. It makes it impossible to
see what the link line is when "make VERBOSE=1".
Or just have it turn on only when the line actually does e
summary, once you use git, if you are like me, you'll realize that
you've been doing source version control wrong all these years *sigh*.
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeForce7300GT
Xubuntu Gutsy
___
CMak
James Mansion wrote:
Gonzalo Garramuño wrote:
In summary, once you use git, if you are like me, you'll realize that
you've been doing source version control wrong all these years *sigh*.
Does git work on Win32?
Yes, but not as well as on Linux. There's two ports of it.
target (without needlessly
being added to add_executable, etc).
Basically, I'm trying to have a macro that compiles NVidia's .cg files
to profile shaders and as such the shaders are targets that depend on
the cg files.
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeF
ake a custom command.
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeForce7300GT
Xubuntu Gutsy
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
. That can (and will) spell disaster for
anyone else trying to use your library/functions or even for yourself if
you go through pointers or references.
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeForce7300GT
Xubuntu Gutsy
___
CMake
executables. It is a crappy Microsoft issue, not a cmake one. It is
properly described in the page you linked to.
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeForce7300GT
Xubuntu Gutsy
___
CMake mailing list
CMake@cmake.org
http
Mathieu Malaterre wrote:
On Feb 19, 2008 5:43 AM, Gonzalo Garramuño <[EMAIL PROTECTED]> wrote:
Mathieu Malaterre wrote:
Ok this was yet-another-weird-dll thingy, one cannot do:
class GDCM_EXPORT String : std::string { ... }
Please, learn a little bit more about C++.
Oh thank you
SL really does not make that much sense for a build system, but
it is obviously great for actual coding the core of the system.
P.S. BTW, rake is something like a 200 line script only, so it is
extremely bare-bones.
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeForce7300GT
Xubuntu Gutsy
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
depends on those variables.
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeForce7300GT
Xubuntu Gutsy
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
Andreas Pakulat wrote:
On 04.03.08 10:51:10, Gonzalo Garramuño wrote:
Alexander Neundorf wrote:
Brad just documented this a few days ago:
http://www.cmake.org/pipermail/cmake-commits/2008-February/00.html
This is a pretty horrible and drastic change with no heads up. Why was the
Mike Jackson wrote:
Also, what happens when you stop being a student with lots of time to
keep the site going?
That's easy. If he did a good job, he gets hired by Kitware :)
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeForce7300GT
Xubuntu
ople skills too).
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeForce7300GT
Xubuntu Gutsy
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
xrmultiview" to ""
I can still run it even if LD_LIBRARY_PATH is unset?
3) Why does running 'readelf -d myexecutable | grep RPATH' returns nothing
--
Gonzalo Garramuño
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.
El 28/10/18 a las 13:59, Alexander Neundorf escribió:
On 2018 M10 28, Sun 10:19:58 CET Gonzalo Garramuño wrote:
...
3) Why does running 'readelf -d myexecutable | grep RPATH' returns nothing
only grep for "PATH", then you also get the newer RUNPATH entry.
Alex
Thanks
rpath in them. I used the commandline:
chrpath -d library
to remove it. Now all is fine with the world.
--
Gonzalo Garramuño
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to suppor
( FATAL_ERROR "your quit message" )
--
Gonzalo Garramuño
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to support the CMake community. For more
information on each offering, pl
Corporation. All rights reserved.
RC : fatal error RW1023: I/O error seeking in file
According to the MSDEV pages that means I don't have disk space, but
that's not true. I checked permissions too and that seemed okay too.
--
Gonzalo Garramuño
--
Powered by www.kitware.com
P
ge.net/projects/mrviewer/files/v5.0.6/mrViewer-v5.0.6-Linux-64.rpm/download
If I use:
rpm -ql mrViewer-v5.0.6-Linux-64.rpm
all files are there. However, when installing, the installer fails on
reaching the lib directory of the rpm.
CMake/CPack used to build the rpm just fine some (long) versi
El 30/5/19 a las 12:51, Gonzalo Garramuño escribió:
I have a CMakeLists.txt (extract) with the following commands:
SET(CPACK_GENERATOR DEB RPM TGZ )
# SET the installation directory.
SET(CPACK_SET_DESTDIR true) # Needed
SET(CPACK_INSTALL_PREFIX /usr/local/${mrViewerShortName})
SET
El 30/5/19 a las 12:51, Gonzalo Garramuño escribió:
rpm -ql mrViewer-v5.0.6-Linux-64.rpm
If I run cpio -i < mrViewer-v5.0.6-Linux-64.rpm
I get a bunch of warnings of Incorrect numbers (and garbage) and Cannot
make mknod: the multibyte or extended character is incomplete or
invalid,
El 30/5/19 a las 21:36, Zan Lynx escribió:
RPM files are not cpio. They contain a cpio. Use rpm2cpio as a filter.
Thanks for that. Using:
rpm2cpio mrViewer-v5.0.7-Linux-64.rpm | cpio -idmv
I can extract all the contents of the archive with no errors.
However, rpm -i bails out with a cpio:
El 30/5/19 a las 22:16, Gonzalo Garramuño escribió:
El 30/5/19 a las 21:36, Zan Lynx escribió:
RPM files are not cpio. They contain a cpio. Use rpm2cpio as a filter.
Thanks for that. Using:
rpm2cpio mrViewer-v5.0.7-Linux-64.rpm | cpio -idmv
I can extract all the contents of the archive
I run cpack with the trick of using a custom configuration.
ADD_CUSTOM_TARGET( bundle
COMMAND "${CMAKE_CPACK_COMMAND}"
"-C" "$"
"--config" "${CMAKE_BINARY_DIR}/BundleConfig.cmake"
COMMENT "Running CPack. Please wait..."
US
El 05/06/19 a las 11:51, Brad King escribió:
On 6/5/19 8:27 AM, Gonzalo Garramuño wrote:
This used to print out all that cpack was doing while it was doing it.
Now with v3.15.0-rc1 it just sits there and outputs all the text at the
end when it finishes, which sucks as it looks like it has
I found out the problem was an old ninja version. I am closing the bug
report.
El 06/06/19 a las 12:27, Brad King escribió:
GitLab
I tried CMake 3.14.5 and 3.15.0-rc1 on your example. They both behave
the same. Running |ninja bundle| shows incremental output from cpack.
Alternatively runni
I am in the process of adding ExternalProject_Add commands to my program
and I find them to work okay, except when they get to the install step.
Once they reach the install, they fail as they don't have super user
access to install in /usr/local/, which is where I want them.
How do you work a
El 23/6/19 a las 19:21, Ruben Di Battista escribió:
If I’m not mistaken, you should be able to change the install prefix
using the CMAKE_ARGS option in the Configure step.
CMAKE_ARGS -DCMAKE_INSTALL_PREFIX= -DCMAKE_CXX_FLAGS='-g'
Thanks, Ruben. I am familiar with this. I was hoping to h
s\1.0\msys.bat -rxvt
Then I call cmake and ninja with a bash script (both are in the bash
PATH). Find it attached.
--
Gonzalo Garramuño
#!/bin/bash
#
# Determine CPU architecture
#
KERNEL=`uname -s`
if [[ $KERNEL == CYGWIN* ]]; then
KERNEL=Windows
RELEASE=(`cmd /c 'ver'`)
as another comment, I think it is often desirable with some
libraries to disregard the micro version on == comparisons, so that:
1.32.1-9 == 1.32
as usually their api does not change. Currently your macro always will
return inequality for that.
--
Gonzalo Garramuño
[EMAIL PROTECTED
nsing functions.
This makes the functions easily available by using objdump -T or nm -D,
even if the executable has been stripped.
Is there a way to suppress the use of this switch?
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeForce7300GT
Kubuntu
es nothing.
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeForce7300GT
Kubuntu Edgy
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
Filip Brcic wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Дана субота 06 октобар 2007, Gonzalo Garramuño је написао(ла):
Therefore, you have to override CMAKE_SHARED_LIBRARY_LINK_C_FLAGS and set
it to blank. Something like:
SET(CMAKE_SHARED_LIBRARY_LINK_C_FLAGS
roken or
I misunderstood the docs.
Is there another way to obtain the real path that the symlink points to?
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeForce7300GT
Kubuntu Edgy
___
CMake mailing list
CMake@cmake.org
http://www.cmak
I was wondering what's the best way to determine if a target exists.
I wanted to modify a target's properties but depending on the type of
build, it may not always exist.
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeForce7300GT
Ku
ove, so I can
add a printing of that tmp file first.
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeForce7300GT
Kubuntu Edgy
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
[EMAIL PROTECTED] wrote:
On Friday 19 October 2007 13:11, David Cole wrote:
Do not pass -DCMAKE_SYSTEM=Windows-5.1 on the command line. CMake expects
to compute that value itself...
On 10/19/07, Gonzalo Garramuño <[EMAIL PROTECTED]> wrote:
MinGW CMake also says it supports NMake Mak
tiful). Now the combo of mingw-msys has evolved to be a
superior solution for me (and I don't need X11 gui tools on windows
which mingw will probably never provide, which is how I interpret
mingw's charter).
--
Gonzalo Garramuño
[EMAIL PROTECTE
ake' could
be used (which should be $MSYSROOT\bin but could also potentially be
$MSYSROOT\usr\local\bin).
If addition, you probably still want to have an environment variable or
CMAKE variable to specify the root of msys in case cmake 'guesses'
incorrec
be good if CMake did make a distinction about
itself. I really do not like the idea of MinGW by default overwriting
my (then stable) MSVC version. I just lost half a day trying to restore
to a stable build.
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeForce7300GT
Ku
oject.
-- Configuring done
The generated CMakeCache.txt is attached.
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeForce7300GT
Kubuntu Edgy
# This is the CMakeCache file.
# For build in directory: z:/code/Maya/mrLiquid/BUILD/Windows-5.1-32/Release/tmp
# It was generated by CMake: C:/Arc
Compiling CMake HEAD with mingw. After install, it defaulted to
installing in $PROGRAMFILES/CMake, instead of /usr/local/ (ie.
C:/msys/1.0/usr/local) incorrectly overwriting my MSVC version.
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeForce7300GT
Kubuntu Edgy
e.
It is unclear whether to me whether this is correct behavior. It seems
like it shouldn't be being that CYGWIN returns true.
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeForce7300GT
Kubuntu Edgy
___
CMake mailing list
CMake@cmak
nking
errors. Is there any way to omit them?
In principle they shouldn't as that's the standard stuff used by windows
itself when you create a gui project.
If you do want to omit them, change the value of
CMAKE_C_STANDARD_LIBRARIES_INIT (see Modules/Platform/Windows-cl.cmake )
--
Go
f sh.exe
happens to weirdly be in (ROOT)/local/bin which you can know from the
word local in it). Under any Unix (Linux) layer, sh.exe is not supposed
to be installed ANYWHERE else and must exist in some form.
MSYS and CYGWIN *MUST* translate PATH to a windows equivalent or else
child prog
OGRAMFILES, there's NMake Makefiles or many
of the other Windows specific generators.
MSYS Makefile should install on /usr/local. I already showed how you
can relatively safely figure out where /usr/local is as a win32 path.
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48
her than
linking the cygwin/mingw library, have you considered just parsing
/etc/fstab now that you know where it is as far as windows is
concerned? The big benefit of that is you maintain a single windows
cmake that can generate all types of makefiles.
--
Gonzalo Garramuño
[EMAIL PROTECTED]
;ll revert this .cmake patch and I'll give you a C++ patch of
it instead, as the code is much cleaner that way. And to be honest, I
find the C++ code to be much more readable than the .cmake code (which
is somewhat disturbing).
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeForc
ightmare.
Anyway, that's several examples why I would like cmake to follow
msys/autotools policy under at least one generator. The one called
"MSYS" kind of seemed the more logical one.
P.S. To be honest, I thought that just changing a default install
locations was going to
you want to force a U$1500 upgrade
on people ? :)
I don't see anyone else other than www.cmake.org distributing cmake
binaries, so there's not likely going to ever be a proliferation of
windows .exe's.
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 -
Brandon Van Every wrote:
If you try to run CMakeSetup with MinGW on Windows Vista, and you get
a screenful of errors including a line:
For vista you *probably* want a 64-bits mingw, not the 32-bits one. Or
a cross-compiler that runs on linux. Google is your friend.
--
Gonzalo Garramuño
n-const. Only some few functions return const_iterators.
I believe only the Key element in a set is to be defined const, not the
iterators.
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeForce7300GT
Kubuntu Edgy
___
CMake mailing list
CMak
apologize for the mail -- wrong mailing list.
--
Gonzalo Garramuño
[EMAIL PROTECTED]
AMD4400 - ASUS48N-E
GeForce7300GT
Kubuntu Edgy
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
1 - 100 of 120 matches
Mail list logo