Hi CMakers,
I gathered that setting this: CMAKE_OSX_ARCHITECTURES=ppc;i386 enables
universal binary building on MacOSX.
What I could not figure out, however, is how to specify different
sources list for a target, depending on the architecture being
compiled.
My goal is to include intel-specific
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of
> Alexander Neundorf
> Sent: 25 March 2008 16:58
> To: cmake@cmake.org
> Subject: Re: [CMake] Problem added file dependency to a library.
>
> I'd suggest use add_custom_command(OUTPUT .../ext.obj ... ) fo
Hi there,
Here again is the time for a new Google Summer of Code edition and it
is a good opportunity for OS projects to welcome students in their
teams. This year, one of the PHP project ideas is to move its build
system from autotools/Cscript to CMake, for PHP itself and for the
PECL (PHP extens
On Tuesday 25 March 2008 19:54:08 Alexander Neundorf wrote:
> On Tuesday 25 March 2008, Timenkov Yuri wrote:
> > Can anyone point me in right direction?
>
> Please file a feature request on the cmake bug tracker for cpack. We don't
> have too much feedback for cpack so this is very valuable.
Ok, I'
Bill Hoffman wrote:
Filipe Sousa wrote:
Is that 6 minutes?? The test is to run make in a tree that has
everything already built. We not trying to measure the speed of the
compiler but rather the speed of make checking the depend information.
Oops!
There you go
*cmake version 2.7-20080325
2008/3/26, Timenkov Yuri <[EMAIL PROTECTED]>:
> On Tuesday 25 March 2008 19:54:08 Alexander Neundorf wrote:
> > On Tuesday 25 March 2008, Timenkov Yuri wrote:
> > > Can anyone point me in right direction?
> >
> > Please file a feature request on the cmake bug tracker for cpack. We don't
> > ha
On Wednesday 26 March 2008, Timenkov Yuri wrote:
> On Tuesday 25 March 2008 19:54:08 Alexander Neundorf wrote:
> > On Tuesday 25 March 2008, Timenkov Yuri wrote:
> > > Can anyone point me in right direction?
> >
> > Please file a feature request on the cmake bug tracker for cpack. We
> > don't have
On Wednesday 26 March 2008, Nicolas Tisserand wrote:
> Hi CMakers,
>
> I gathered that setting this: CMAKE_OSX_ARCHITECTURES=ppc;i386 enables
> universal binary building on MacOSX.
>
> What I could not figure out, however, is how to specify different
> sources list for a target, depending on the ar
On Wed, Mar 26, 2008 at 6:12 PM, Alexander Neundorf
<[EMAIL PROTECTED]> wrote:
> Maybe using #ifdefs in the code ?
This could work, indeed, but is what I was trying to avoid :-)
Moreover, I'm CMake-ing an external project that I don't maintain,
which contains both (non-inline) x86 AT&T style as
On Friday 21 March 2008, Jerome Arbez-Gindre wrote:
> Hi,
>
> I have noticed that the overwriting of CPACK_PACKAGE_VERSION have no impact
> on the .deb packages file name (and have impact on sources packages).
>
> I propose to use the CPACK_PACKAGE_VERSION_x macros only once to
> set (if no
I'm compiling under Ubuntu and want to generate 64 bit code. Is there a way to
get cmake to generate
the correct settings in the Makefile ?
I tried adding -m64 (and -march=x86-64) but the __x86_64__ define does not seem
to be set. I.e. when using
FD_SET it gets the #define from asm-i386/posix_t
Hi people, just wanted to share this: the following 4 lines print all cmake
variables and their values.
get_cmake_property( P VARIABLES )
foreach( VAR in ${P} )
message( STATUS " ${VAR}=${${VAR}}" )
endforeach()
Best
--
Fernando Cacciola
SciSoft
http://fcacciola.50webs.com
http://groups.goo
On 26.03.08 17:25:58, Matthew Woehlke wrote:
> Matthew Woehlke wrote:
>> In order to get my Boost_ROOT honored rather than the system boost in
>> /usr/include (which is too old), I had to make the following changes to
>> FindBoost.cmake (this is from kdevplatform, but I've had to copy the
>> m
Andreas Pakulat wrote:
On 26.03.08 17:25:58, Matthew Woehlke wrote:
In addition, I'm used to environment variables being all-caps. Is
FindBoost intentionally deviating here, or was this a search-and-replace
oops? If not, how would people feel about applying this?
Thats intentional as per th
On 26.03.08 18:35:27, Matthew Woehlke wrote:
> Andreas Pakulat wrote:
>> On 26.03.08 17:25:58, Matthew Woehlke wrote:
>>> In addition, I'm used to environment variables being all-caps. Is
>>> FindBoost intentionally deviating here, or was this a
>>> search-and-replace oops? If not, how would p
Andreas Pakulat wrote:
On 26.03.08 18:35:27, Matthew Woehlke wrote:
Andreas Pakulat wrote:
On 26.03.08 17:25:58, Matthew Woehlke wrote:
In addition, I'm used to environment variables being all-caps. Is
FindBoost intentionally deviating here, or was this a
search-and-replace oops? If not, h
On Thursday 27 March 2008, Jerome Arbez-Gindre wrote:
> 2008/3/26, Alexander Neundorf <[EMAIL PROTECTED]>:
> > On Friday 21 March 2008, Jerome Arbez-Gindre wrote:
> > > Hi,
> > >
> > > I have noticed that the overwriting of CPACK_PACKAGE_VERSION have no
> >
> > impact
> >
> > > on the .deb packages
Hi.
On Wed, Mar 26, 2008 at 10:12:18PM +0100, Robert Bielik wrote:
> I'm compiling under Ubuntu and want to generate 64 bit code. Is there a way to
> get cmake to generate the correct settings in the Makefile ?
Are you trying to cross-compile? Otherwise I don't think you have to do anything
speci
Hi,
I'm trying to create a macro for the xgettext program, adding a
messages_extract target.
I got a lot of problems, and I really don't know what I'm doing wrong.
First of all, I would like to add \ to a variable, in the way that when I pass
it to a COMMAND it receive a line feed. I don't know
Bill Hoffman wrote:
Finally, I ran the test. Three of the 68 tests failed, namely:
38/ 68 Testing complex ***Failed
39/ 68 Testing complexOneConfig ***Failed
63/ 68 Testing kwsys ***Failed
The behaviour was the same for aix-5.1 and f
20 matches
Mail list logo
