On Fr, 2007-12-21 at 10:41 +0100, Felix Obenhuber wrote:
Done. The Id is: 6192 [1]
Thanks Brad for fixing! Works like a charm!
Cheers,
Felix
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
I forgot to copy this to the List
-- Mensaje reenviado --
Asunto: Re: [Help-gsl] problems raised by GPL v3 in GNU GLS
Fecha: Thu 03 Jan 2008
De: Pablo De Napoli [EMAIL PROTECTED]
Para: Ralph Silva [EMAIL PROTECTED]
El Thu 03 Jan 2008 03:45:16 escribió:
Hi,
most free
On Thursday 03 January 2008 13:43:58 Pablo De Napoli wrote:
I forgot to copy this to the List
-- Mensaje reenviado --
Asunto: Re: [Help-gsl] problems raised by GPL v3 in GNU GLS
Fecha: Thu 03 Jan 2008
De: Pablo De Napoli [EMAIL PROTECTED]
Para: Ralph Silva [EMAIL
Sorry, I've copied to the wrong list :)
El Thu 03 Jan 2008 10:06:25 dizzy escribió:
On Thursday 03 January 2008 13:43:58 Pablo De Napoli wrote:
I forgot to copy this to the List
___
CMake mailing list
CMake@cmake.org
Felix Obenhuber wrote:
On Fr, 2007-12-21 at 10:41 +0100, Felix Obenhuber wrote:
Done. The Id is: 6192 [1]
Thanks Brad for fixing! Works like a charm!
No problem. It actually cleaned up the implementation used for library
linking too.
-Brad
___
Gonzalo Garramuño wrote:
Brad King wrote:
CMake uses a link script approach to avoid placing the entire link
line in the makefile. It is enabled on certain generators (including
MinGW) and used for linking libraries but has not been yet needed for
executables. Is the target for which
On Jan 3, 2008, at 7:43 AM, Gonzalo Garramuño wrote:
Brad King wrote:
CMake uses a link script approach to avoid placing the entire link
line in the makefile. It is enabled on certain generators (including
MinGW) and used for linking libraries but has not been yet needed for
executables. Is
Brad King wrote:
CMake uses a link script approach to avoid placing the entire link
line in the makefile. It is enabled on certain generators (including
MinGW) and used for linking libraries but has not been yet needed for
executables. Is the target for which you're having problems a library
I was just testing the dmg install on a Mac G5 running Mac OS X
10.4 . I do find it a touch odd that if I choose a directory
($dir) for install that it places it in $dir/usr. This means that
if I want to do an install into /usr/local I get a /usr/local/usr/
bin. That doesn't seem
I think you might be missing a very basic tenant of CMake: Out of
Source Builds. CMake creates a pile of files and all the compiler
output and all that sort of stuff _really_ needs to be gathered into
it's own directory. The way you are running it currently, all those
files will be put
Karl Merkley wrote:
I was just testing the dmg install on a Mac G5 running Mac OS X 10.4 .
I do find it a touch odd that if I choose a directory ($dir) for
install that it places it in $dir/usr. This means that if I want to do
an install into /usr/local I get a /usr/local/usr/bin. That
On Jan 3, 2008, at 11:20 AM, Bill Hoffman wrote:
Karl Merkley wrote:
I was just testing the dmg install on a Mac G5 running Mac OS X
10.4 . I do find it a touch odd that if I choose a directory
($dir) for install that it places it in $dir/usr. This means
that if I want to do an
I have had some troubles with cmake (or maybe gcc). I keep getting this
error whenever I try to use it. gcc is installed.
[EMAIL PROTECTED] ~]# cmake /home/gregory/tarballs/canorus-0.5beta.R682
-- Check for working C compiler: /usr/lib/ccache/gcc
-- Check for working C compiler:
On 1/3/08 8:44 AM, Karl Merkley said:
I was just testing the dmg install on a Mac G5 running Mac OS X
10.4 . I do find it a touch odd that if I choose a directory
($dir) for install that it places it in $dir/usr. This means that
if I want to do an install into /usr/local I get a
On Jan 3, 2008, at 11:25 AM, Sean McBride wrote:
Additionally, is it normal that the items installed (files and
folders)
have file owner and group both as 501? My user id is not 501.
This is an error in the initial packaging. Since OS X PackageMaker
uses tar (basically) for its archive
On Jan 3, 2008, at 11:38 AM, Bill Hoffman wrote:
Mike Jackson wrote:
On Jan 3, 2008, at 11:25 AM, Sean McBride wrote:
Additionally, is it normal that the items installed (files and
folders)
have file owner and group both as 501? My user id is not 501.
This is an error in the initial
I ran these commands but I still got the same error message at the
cmake ../ stage.
[EMAIL PROTECTED] ~]# cd /home/gregory/tarballs/canorus-0.5beta.R682
[EMAIL PROTECTED] canorus-0.5beta.R682]# mkdir Build
[EMAIL PROTECTED] canorus-0.5beta.R682]# cd Build
[EMAIL PROTECTED] Build]# cmake ../
--
Mike Jackson wrote:
On Jan 3, 2008, at 11:25 AM, Sean McBride wrote:
Additionally, is it normal that the items installed (files and folders)
have file owner and group both as 501? My user id is not 501.
This is an error in the initial packaging. Since OS X PackageMaker uses
tar
I understand what you mean but fixing the path is a bit over my head.
How do I fix the path?
On Thu, 2008-01-03 at 11:52 -0500, Mike Jackson wrote:
It looks as though your c compiler is broken, which is really to
say that the ccache/gcc wrapper either is not looking in the proper
location
On Jan 3, 2008 12:06 PM, Gregory Anderson [EMAIL PROTECTED] wrote:
I understand what you mean but fixing the path is a bit over my head.
How do I fix the path?
Why don't you just reinstall the compiler?
Cheers,
Brandon Van Every
___
CMake mailing
On 1/3/08 11:38 AM, Bill Hoffman said:
This is all fixed in CVS. The problems are in CPack. It requires too
much code moving to get all the fixes into 2.4.8. I am thinking I will
just yank the ability to move the install for 2.4.8. We have gotten
along without it this far, and the current fix
On Thu, 2008-01-03 at 12:22 -0500, Brandon Van Every wrote:
On Jan 3, 2008 12:06 PM, Gregory Anderson [EMAIL PROTECTED] wrote:
I understand what you mean but fixing the path is a bit over my head.
How do I fix the path?
Why don't you just reinstall the compiler?
I did a few times.
On Jan 3, 2008 12:31 PM, Gregory Anderson [EMAIL PROTECTED] wrote:
On Thu, 2008-01-03 at 12:22 -0500, Brandon Van Every wrote:
On Jan 3, 2008 12:06 PM, Gregory Anderson [EMAIL PROTECTED] wrote:
I understand what you mean but fixing the path is a bit over my head.
How do I fix the path?
Hi,
the cmake function export_library_dependencies creates - as the name
indicates - library dependency informations.
At least for kdelibs and kdepimlibs these dependencies are placed into a
file which is installed and released along with all the other installed
files of the related package.
Cmake is now working. I haven't finished installing the program yet
though because I do not have the time. I will finish it tomarrow as
long as all goes well. I did not have gdb installed. That fixed it.
Just incase anyone is curious I am running Fedora 8 with Planet ccrma
and all the packages
25 matches
Mail list logo