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
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. O
How did you install the software, from source or binary?
Did you move the install from the default location?
Did you install the glibc libraries in addition to gcc? The library
headers may be in a separate package. For example, glibc-headers is the
package for stdio.h.
What os/package manager
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 fi
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
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: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
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
> locat
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 for standard include files OR your standard C include files
are NOT in a location that is known.
On Jan 3, 2008, at 11:46 AM, Gregory Anderson wro
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 ../
-- Che
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 packag
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 (basically
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
Are you able to compile a program using stdio.h with your compiler and
without using cmake? Your compiler should know where the standard
library is.
Cmake is also familiar with the tenets of insource builds as well.
Juan
>> testCCompiler.c:4:19: error: stdio.h: No such file or directory
lead
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 /usr/loca
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 insta
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 d
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 loos
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: /usr/lib/ccache
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 quit
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
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
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
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
__
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
http://www.cmake.org/mailm
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" <[EM
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 fre
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
On Thursday 03 January 2008, Christian Convey wrote:
> On Jan 2, 2008 8:54 PM, Christian Convey <[EMAIL PROTECTED]> wrote:
> > On Jan 2, 2008 10:23 AM, Alexander Neundorf <[EMAIL PROTECTED]>
> > wrote: [snip]
> >
> > > Ok. So you have one build tree, and everything's built in this tree,
> > > both
29 matches
Mail list logo
