> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Bill Hoffman wrote:
> Mathias Froehlich wrote:
> > Hi,
> > That is way too croase and will even bring the wrong results.
> >
> It produces good results on linux x64 and itanium platforms. I have
On Friday 28 September 2007 16:36:00 Mathias Froehlich wrote:
> > Mathias Froehlich wrote:
> > to time. I am not sure that FIND_LIBRARY should do a try_compile, but
> > maybe it should
>
> Probably yes.
> IMO, better test what you need rather than test something that is more or
> less closely
On Friday 28 September 2007 14:56, you wrote:
> Mathias Froehlich wrote:
> > Hi,
> >
> > On Thursday 27 September 2007 16:31, Bill Hoffman wrote:
> >>> I think there's a way to tell CMake to either use lib or lib64,
> >>> something like LIB_SUFFIX.
> >>
> >> CMake does a test for sizeof void* if it
Mathias Froehlich wrote:
Hi,
On Thursday 27 September 2007 16:31, Bill Hoffman wrote:
I think there's a way to tell CMake to either use lib or lib64,
something like LIB_SUFFIX.
CMake does a test for sizeof void* if it is 8 bytes then lib64 is
searched before lib in all FIND_* stuff.
On 28.09.07 07:47:50, Mathias Froehlich wrote:
>
> Hi,
>
> On Thursday 27 September 2007 15:53, Andreas Pakulat wrote:
> > Just to state the obvious: Thats backwards compared to what distro's
> > have these days. */lib is always the native libs and then you have
> > either lib64 or lib32 (at leas
Hi,
On Thursday 27 September 2007 16:31, Bill Hoffman wrote:
> > I think there's a way to tell CMake to either use lib or lib64,
> > something like LIB_SUFFIX.
>
> CMake does a test for sizeof void* if it is 8 bytes then lib64 is
> searched before lib in all FIND_* stuff.
That is way too croase a
Hi,
On Thursday 27 September 2007 15:53, Andreas Pakulat wrote:
> Just to state the obvious: Thats backwards compared to what distro's
> have these days. */lib is always the native libs and then you have
> either lib64 or lib32 (at least AFAIK, don't have any 64-bit system)
No.
On a redhat or sus
Andreas Pakulat wrote:
But cmake looks in */lib
directories where some x86 libs are present that are not present for the
x86-64 case.
The question here is even worse - which one is the native one?? lib or lib64??
And which ones should cmake accept?
I think there's a way to tell CMa
On 27.09.07 15:36:11, Mathias Froehlich wrote:
> On Thursday 27 September 2007 11:33, Dizzy wrote:
> > In your example, the native arch it's x86-64 or x86? And then you are
> > compiling for a target x86 or x86-64?
> The native arch is x86-64. And I compile for x86-64. The native archs libs
> will
Hi,
On Thursday 27 September 2007 15:21, Sanchez, Juan wrote:
> If you want to check without actually compiling. There is the file command
> which can tell you about a shared library or any other file on your
> filesystem.
>
> ~> file /opt/firefox/libfreebl3.so
> /opt/firefox/libfreebl3.so: ELF
Hi,
On Thursday 27 September 2007 11:33, Dizzy wrote:
> Also generally, FIND_LIBRARY(), FIND_FILE() (which are generally used in
> FindPackage scripts) are both configurable setting some variables for the
> paths (see the cmake man page on them).
So you can avoid that cmake will look into /lib an
ot jails to contain their 32 bit compile
environments.
Juan
-Original Message-
From: [EMAIL PROTECTED] on behalf of Mathias Froehlich
Sent: Thu 9/27/2007 4:12 AM
To: cmake@cmake.org
Subject: [CMake] Nonstandard architectures.
Hi,
I have problems with nonstandard architectures.
cmakes
On Thursday 27 September 2007 12:12:56 Mathias Froehlich wrote:
> Hi,
Hello
> I have problems with nonstandard architectures.
>
> cmakes mechanism to see if some package is installed usually just looks if
> some files are present. That is good as long as you just compile for the
> standard archit
Hi,
I have problems with nonstandard architectures.
cmakes mechanism to see if some package is installed usually just looks if
some files are present. That is good as long as you just compile for the
standard architecture on a specific operating system.
But if I build for some non default arc
14 matches
Mail list logo