I forward below Andrew's response to Bill's and Alex's questions and
comments.
Just to make a comment of my own in response to Andrew's poor experiences
with DJGPP on modern DOS emulators available from windows, I wonder how well
DJGPP works on FreeDOS? I noticed the other day that is one of the
Alan W. Irwin wrote:
On 2006-11-16 13:00-0800 Brandon J. Van Every wrote:
Bill Hoffman wrote:
The problem with the shell, is that you can run cmake, then run make
from a different shell
For the most part that works on unix. zsh, bash, sh, csh basically
work the same. The trouble shows
Phillip Hellewell wrote:
What is ZERO_CHECK and why do I need it? Why does this project show
up when I use VS8 generator? How come every time I try to run it
thinks ZERO_CHECK is out of date and needs to be rebuilt?
Thanks,
Phillip
This is a problem in 2.4.3 and it will be fixed in 2.4.4 whi
What is ZERO_CHECK and why do I need it? Why does this project show up when
I use VS8 generator? How come every time I try to run it thinks ZERO_CHECK
is out of date and needs to be rebuilt?
Thanks,
Phillip
___
CMake mailing list
CMake@cmake.org
http:
2006/11/16, Peter Visser <[EMAIL PROTECTED]>:
The great thing is that cross compiling was very simple with to setup with
CMake in my case, I didn't require a "special" CMakeLists.txt.
All I do is create a file e.g. "setmingw" with:
export CC=i586-mingw32msvc-gcc
[...]
Ok now I see what you
On 2006-11-16 13:00-0800 Brandon J. Van Every wrote:
Bill Hoffman wrote:
The problem with the shell, is that you can run cmake, then run make from
a different shell
For the most part that works on unix. zsh, bash, sh, csh basically work
the same. The trouble shows up
on windows.
Yep
Von: "Alexander Neundorf" <[EMAIL PROTECTED]>
..
> I'm not sure, but I think you can't.
> So actually I think a cmake for DOS should also be built under DOS. And
> actually this can't be that hard with DJGPP. I "used" it like 10 years
> ago for a few weeks, when I started to learn C and switched
Christian Ehrlicher wrote:
Ken Martin schrieb:
I have checked in a fix for this, at least I believe it should fix this
issue without introducing others. The modifications are in cmMakefile.cxx :)
After some hours of recompiling kdelibs with cmake cvs I can say that
your fix is working
Von: "Peter Visser" <[EMAIL PROTECTED]>
> The great thing is that cross compiling was very simple with to setup with
> CMake in my case, I didn't require a "special" CMakeLists.txt.
>
> All I do is create a file e.g. "setmingw" with:
>
> export CC=i586-mingw32msvc-gcc
> export CXX=i586-mingw3
Hi,
Von: Bill Hoffman <[EMAIL PROTECTED]>
> Alan W. Irwin wrote:
> > On 2006-11-16 08:42-0500 Bill Hoffman wrote:
> >
> >> Why would you need to build CMake with DJGPP? Can you not use the
> >> windows binaries for cmake
> >> to run the DJGPP compiler? For example, CMake can not be built by
Ken Martin schrieb:
> I have checked in a fix for this, at least I believe it should fix this
> issue without introducing others. The modifications are in cmMakefile.cxx :)
>
After some hours of recompiling kdelibs with cmake cvs I can say that
your fix is working without breaking kdelibs compilat
Brandon J. Van Every wrote:
Bill Hoffman wrote:
The problem with the shell, is that you can run cmake, then run make
from a different shell
For the most part that works on unix. zsh, bash, sh, csh basically
work the same. The trouble shows up
on windows.
Yep, open source on Windows
Bill Hoffman wrote:
The problem with the shell, is that you can run cmake, then run make
from a different shell
For the most part that works on unix. zsh, bash, sh, csh basically
work the same. The trouble shows up
on windows.
Yep, open source on Windows is nothing but TROUBLE. It
Hello Cmake crew,
is there a way for cmake to generate relative paths to dependencies and
files
like the VisualStudio IDE does by default?
Those full paths make .vcproj files very hard to version control and
checkout
into different folders requires deleting and
The great thing is that cross compiling was very simple with to setup with
CMake in my case, I didn't require a "special" CMakeLists.txt.
All I do is create a file e.g. "setmingw" with:
export CC=i586-mingw32msvc-gcc
export CXX=i586-mingw32msvc-g++
export LD=i586-mingw32msvc-ld
export AR=i586-
Alan W. Irwin wrote:
On 2006-11-16 08:42-0500 Bill Hoffman wrote:
Why would you need to build CMake with DJGPP? Can you not use the
windows binaries for cmake
to run the DJGPP compiler? For example, CMake can not be built by
watcom, but it can be used to build
projects that use the watcom
I am really interested in getting sample CMakeLists.txt
since I just wanted to do what you've done, i.e. cross-compiling
for win32 under linux.
You should know that CMake does not currently support cross-compiling.
See
http://www.cmake.org/pipermail/cmake/2006-September/010959.html
or
http://www.
Hi,
I have a working build under win32 with MSYS/MINGW, now I would like to
cross-compile code for win32 with mingw from linux with by using the same
CMakelists.txt files. It almost works, the problem is that the shared
libraries are not named "myex.dll" but "libmyex.so". By using the following
c
On 2006-11-16 08:42-0500 Bill Hoffman wrote:
Why would you need to build CMake with DJGPP? Can you not use the windows
binaries for cmake
to run the DJGPP compiler? For example, CMake can not be built by watcom,
but it can be used to build
projects that use the watcom compiler.
I am compl
I have checked in a fix for this, at least I believe it should fix this
issue without introducing others. The modifications are in cmMakefile.cxx :)
Thanks
Ken
> Subject: Re: [CMake] bug ? issue with EXPORT_LIBRARY_DEPENDENCIES
___
CMake mailing list
Alexander Neundorf wrote:
Von: "Alexander Neundorf" <[EMAIL PROTECTED]>
Hi,
we have a cmake XCode project which has an install target, but when
"building" it from within XCode, it doesn't work since the user doesn't
have enough permissions to install to the specified destination.
What's the
Original-Nachricht
Datum: Thu, 16 Nov 2006 10:09:00 -0500
Von: "David Cole" <[EMAIL PROTECTED]>
An: "Alexander Neundorf" <[EMAIL PROTECTED]>
Betreff: Re: [CMake] how to execute install target from XCode ?
> Can the user run Xcode with elevated privileges? (sudo, ?)
> Can you for
Can the user run Xcode with elevated privileges? (sudo, ?)
Can you force the destination to be somewhere that the user will have
sufficient privileges via DESTDIR or CMAKE_INSTALL_PREFIX?
Why isn't this a problem with make? (If "sudo make install" is the answer,
then "sudo open MyProject.xcodepro
Von: "Alexander Neundorf" <[EMAIL PROTECTED]>
> Hi,
>
> we have a cmake XCode project which has an install target, but when
> "building" it from within XCode, it doesn't work since the user doesn't
> have enough permissions to install to the specified destination.
> What's the recommended way to
Alan W. Irwin wrote:
On 2006-11-13 15:19-0500 Bill Hoffman wrote:
Alan W. Irwin wrote:
One of the PLplot developers has been maintaining a special DJGPP
build of
PLplot for some time, and I was wondering if it would be possible
for him to
use our existing CMake build system instead?
[...]If
Ok, in CPack you can specify what files you want to copy. It is a bit
of a hard process and since most of our CVS repositories are fairly
clean I never thought of that. That said, I can see somebody doing an
in-source build and then try to make a source TAR. I will document how
to specify exact fi
26 matches
Mail list logo