2013/3/17 Alexander Neundorf a.neundorf-w...@gmx.net:
On Friday 15 March 2013, Florian Reinhard wrote:
I'm testing the next branch at the moment.
Changes i noticed:
setting the following options is no longer required (yay!):
SET (CMAKE_C_COMPILER_WORKS 1)
SET (CMAKE_CXX_COMPILER_WORKS 1)
2013/3/16 Laszlo Papp lp...@kde.org:
On Thu, Mar 14, 2013 at 6:48 PM, Alexander Neundorf
a.neundorf-w...@gmx.net wrote:
Please verify that it works, so I can still get it into 2.8.11 hopefully.
I just realized that the cmake files use the default ABI type which is still
the legacy COFF,
On Mon, Mar 18, 2013 at 1:10 PM, Florian Reinhard
florian.reinh...@googlemail.com wrote:
In addition compilers upto 7.2 did not support anything else than coff
abi. So i don't see any valid reason to add --abi=eabi. Even more you
usually set your silicon for improved optimizer results with
2013/3/18 Laszlo Papp lp...@kde.org:
On Mon, Mar 18, 2013 at 1:10 PM, Florian Reinhard
florian.reinh...@googlemail.com wrote:
In addition compilers upto 7.2 did not support anything else than coff
abi. So i don't see any valid reason to add --abi=eabi. Even more you
usually set your silicon
On Mon, Mar 18, 2013 at 1:33 PM, Florian Reinhard
florian.reinh...@googlemail.com wrote:
I still don't see that this is a valid reason to break things for others.
There is no any breakage. Qt has never been used with the TI toolchain. ABI
will be required from the start of the support.
On Friday 15 March 2013, Florian Reinhard wrote:
I'm testing the next branch at the moment.
Changes i noticed:
setting the following options is no longer required (yay!):
SET (CMAKE_C_COMPILER_WORKS 1)
SET (CMAKE_CXX_COMPILER_WORKS 1)
#skip ABI checks
SET (CMAKE_DETERMINE_C_ABI_COMPILED
On Thu, Mar 14, 2013 at 6:48 PM, Alexander Neundorf a.neundorf-w...@gmx.net
wrote:
Please verify that it works, so I can still get it into 2.8.11 hopefully.
I just realized that the cmake files use the default ABI type which is
still the legacy COFF, and not EABI.
That is a bit unfortunate
I'm testing the next branch at the moment.
Changes i noticed:
setting the following options is no longer required (yay!):
SET (CMAKE_C_COMPILER_WORKS 1)
SET (CMAKE_CXX_COMPILER_WORKS 1)
#skip ABI checks
SET (CMAKE_DETERMINE_C_ABI_COMPILED 1)
SET (CMAKE_DETERMINE_CXX_ABI_COMPILED 1)
SET
On Fri, Mar 15, 2013 at 9:52 AM, Florian Reinhard
florian.reinh...@googlemail.com wrote:
I'm testing the next branch at the moment.
Changes i noticed:
setting the following options is no longer required (yay!):
SET (CMAKE_C_COMPILER_WORKS 1)
SET (CMAKE_CXX_COMPILER_WORKS 1)
#skip ABI
If ARM and DSP toolchain are commandline compatible, there could be an
option to specify the architecture, like C6000 (DSP core in OMAP
processors), C2000, C6400 which map to the correct
compiler/linker/archiver/strip names.
2013/3/14 Laszlo Papp lp...@kde.org:
On Wed, Mar 13, 2013 at 10:14 PM,
On Thu, Mar 14, 2013 at 8:59 AM, Florian Reinhard
florian.reinh...@googlemail.com wrote:
If ARM and DSP toolchain are commandline compatible, there could be an
option to specify the architecture, like C6000 (DSP core in OMAP
processors), C2000, C6400 which map to the correct
On Thursday 14 March 2013, Laszlo Papp wrote:
On Thu, Mar 14, 2013 at 8:59 AM, Florian Reinhard
florian.reinh...@googlemail.com wrote:
If ARM and DSP toolchain are commandline compatible, there could be an
option to specify the architecture, like C6000 (DSP core in OMAP
processors),
On Thu, Mar 14, 2013 at 6:48 PM, Alexander Neundorf a.neundorf-w...@gmx.net
wrote:
the TI_DSP_to_TI branch on cmake stage now tries to automatically detect
the
compiler prefix and suffix and searches ar and strip accordingly.
It seems to work for me (but I can't run the binaries).
Please
These changes will be in 2.8.11 RC1 for you to test out.
On Thu, Mar 14, 2013 at 2:54 PM, Laszlo Papp lp...@kde.org wrote:
On Thu, Mar 14, 2013 at 6:48 PM, Alexander Neundorf
a.neundorf-w...@gmx.net wrote:
the TI_DSP_to_TI branch on cmake stage now tries to automatically
detect the
On Thursday 14 March 2013, Robert Maynard wrote:
These changes will be in 2.8.11 RC1 for you to test out.
Cool :-)
Before I merge it into next, could you have a look at the TI_DSP_to_TI branch,
I had some git trouble and I'm not quite sure everything is in this branch as
it should...
Thanks
Alexander Neundorf wrote:
On Thursday 14 March 2013, Robert Maynard wrote:
These changes will be in 2.8.11 RC1 for you to test out.
Cool :-)
Before I merge it into next, could you have a look at the TI_DSP_to_TI
branch, I had some git trouble and I'm not quite sure everything is in
this
I am sorry I was incorrect. The changes made to close bug 12405 are going
to be in RC1. These new changes aren't going to make RC1 but should be in
RC2 if we need one.
On Thu, Mar 14, 2013 at 3:39 PM, Alexander Neundorf a.neundorf-w...@gmx.net
wrote:
On Thursday 14 March 2013, Robert Maynard
On Thursday 14 March 2013, Robert Maynard wrote:
I am sorry I was incorrect. The changes made to close bug 12405 are going
to be in RC1. These new changes aren't going to make RC1 but should be in
RC2 if we need one.
I merged TI_DSP_to_TI_2 into next.
It would be great if this could still make
On Thu, Mar 14, 2013 at 8:57 PM, Alexander Neundorf a.neundorf-w...@gmx.net
wrote:
On Thursday 14 March 2013, Robert Maynard wrote:
I am sorry I was incorrect. The changes made to close bug 12405 are going
to be in RC1. These new changes aren't going to make RC1 but should be in
RC2 if we
Only for the RC1 candidate would the toolset name be wrong. We can make
sure that the proper toolset name goes into the final 2.8.11 release.
On Thu, Mar 14, 2013 at 4:57 PM, Alexander Neundorf a.neundorf-w...@gmx.net
wrote:
On Thursday 14 March 2013, Robert Maynard wrote:
I am sorry I was
Hi Laszlo,
On Tuesday 12 March 2013, Laszlo Papp wrote:
Oh, there is a CMAKE_CXX_LINK_EXECUTABLE. That variable I did not know.
It is nice to see that one does not need to force the compiler. That would
be a bit nasty. :-)
This feature seems to come along with the 2.8.11 release which is in
Hi,
it would be great if you could give the branch TI_DSP_to_TI on cmake stage (
http://cmake.org/gitweb?p=stage/cmake.git ) a try.
It renames TI_DSP to TI, and searches for ar6x and strip6x.
Thanks
Alex
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
On Wed, Mar 13, 2013 at 10:14 PM, Alexander Neundorf
a.neundorf-w...@gmx.net wrote:
Hi,
it would be great if you could give the branch TI_DSP_to_TI on cmake stage
(
http://cmake.org/gitweb?p=stage/cmake.git ) a try.
It renames TI_DSP to TI, and searches for ar6x and strip6x.
The binaries
1. drop the TI_DSP*.cmake you can find linked below in your
cmake/Modules/Compiler folder, i assumed this was already released
since Alexander Neundorf merged the changes back in november
When using the linker through CMAKE_CXX_LINK_EXECUTABLE you do not
need to add the --run-linker when compiling sources, which (i think)
is a bad idea.
If you have a setup and time, i'd appreciate if you could investigate
the crash of cmake upon the ABI tests (if they happen to you) since i
can't.
Hi Lazlo,
my setup: i'm using the MinGW makefile generator and build with make 3.82 on
windows 7.
I did disable all tests that cmake automatically does, in my case cmake just
crashed and i was not able to debug that on windows, if you can digg into
this, i'd appreciate this as well :).
Anyone knowing something about this?
Issue still not solved. :-)
Laszlo
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
Shall I force the compiler?
This is all I can find on the CMake Cross Compiling wiki: If your
compiler is not able to build a simple program by default without special
flags or files (e.g. linker scripts or memory layout files), the toolchain
file as shown above doesn't work. Then you have to
Here you can find the toolchain file I created:
https://projects.kde.org/projects/playground/mobile/wiki-reader/repository/revisions/master/entry/frontends/blackberry/cmake/Toolchain-C6X.cmake
I think the issue boils down to this:
root /home/lpapp/Projects/qt/skeleton/build #
Oh, I might need to use the --run_linker (or --compile_only tentatively at
least) argument for the compiler. I will try that with
CMAKE_C(XX)_COMPILER_ARG1. Apologize for the noise.
On Fri, Feb 22, 2013 at 8:35 PM, Laszlo Papp lp...@kde.org wrote:
Hi,
I am now trying to put a toolchain file
Hi,
I am now trying to put a toolchain file together for the aforementioned
embedded environment on my Windows 7 workstation. You can see the file
contents I have, and the errors I get below. When I just use the compiler
against the one liner main.c, it works off hand. I also tried to force the
31 matches
Mail list logo
