Displaying 9 results from an estimated 9 matches for "_compiler_target".
2015 Mar 11
2
[LLVMdev] [RFC] Raise minimum required CMake version to 3.0
On 11 March 2015 at 13:06, Rafael Espíndola <rafael.espindola at gmail.com> wrote:
> So that we can drop autotools, which currently requires anyone wanting
> to change the build to install an old version of autoconf, among other
> pains. Having two build systems is a way bigger pain than someone
> having to install cmake.
Can you explain why we need to upgrade CMake to drop
2015 Mar 11
4
[LLVMdev] [RFC] Raise minimum required CMake version to 3.0
..., that would be a good discussion to
> have. Saying that there might be things and that they might help isn't going
> to get us anywhere. ;]
>From above in this thread:
--------------------------------------------------
I should also point out that CMAKE_SYSROOT and
CMAKE_<LANG>_COMPILER_TARGET (both CMake 3.0 features) would make
fixing compiler-rt's CMake (Bugs 14109 & 21562) a lot easier. Both of
those bugs are currently blockers to depreciating the autotools build
system.
-------------------------------------------------
But it does look like we have a general issue here: Why...
2015 Mar 11
2
[LLVMdev] [RFC] Raise minimum required CMake version to 3.0
...upgrade CMake to drop autotools?
>>
>
> From above in this thread:
>
> ---------------------------------------
> From above in this thread:
>
> --------------------------------------------------
> I should also point out that CMAKE_SYSROOT and
> CMAKE_<LANG>_COMPILER_TARGET (both CMake 3.0 features) would make
> fixing compiler-rt's CMake (Bugs 14109 & 21562) a lot easier. Both of
> those bugs are currently blockers to depreciating the autotools build
> system.
> -------------------------------------------------
> -------------------------------...
2015 Feb 24
3
[LLVMdev] [RFC] Raise minimum required CMake version to 3.0
...GURATION_TYPES variable is defined in multi-config generators (we already use this)
* XCODE_ATTRIBUTE_* might be nice for our Xcode users…
* cmake_reset_check_state - would be handy for anyone doing development against changing target operating systems
CMake 3.0
* CMAKE_SYSROOT
* CMAKE_<LANG>_COMPILER_TARGET would be useful for cross-compiling
Aside from this there are lots of fixes and changes around the export() and install(EXPORT) commands that should make cross-compiling better.
Like I said, I actually don’t care that much about the move to 2.8.12.2, but I care very strongly about us not being ti...
2015 Mar 11
7
[LLVMdev] [RFC] Raise minimum required CMake version to 3.0
...aster Badge" today.
Let me re-list all the reasons why we should move on, then all the
problems of doing so, so we can base our arguments on current facts.
== Pro move ==
1. Using OBJECT libraries (2.8.8) has massive improvement when linking
on Windows
2. CMAKE_SYSROOT and CMAKE_<LANG>_COMPILER_TARGET (3.0) would help fix
compiler-rt builds
3. Ninja "pool = console" would fix the timeout issues on slow builds,
but it's not clear how CMake would do that by default
4. Windows and OSX users already build by hand anyway
Item (1) was already solved by the move to 2.8.12, item (2) is pe...
2015 Mar 11
5
[LLVMdev] [RFC] Raise minimum required CMake version to 3.0
> We don't require users to compile their own gcc. Are you saying it's
> impossible to get pre-built CMake 2.8.12 and gcc 4.7 on either Mac or
> Windows?
And we wouldn't be requiring it for cmake. My point was that cmake is
always easier to install:
* From binaries: a bit easier, since they are provided in http://www.cmake.org/
* From source: way easier than gcc.
Gosh, from
2015 Mar 11
3
[LLVMdev] [RFC] Raise minimum required CMake version to 3.0
On Tue, Mar 10, 2015 at 8:47 PM, Rafael Espíndola <
rafael.espindola at gmail.com> wrote:
> > However, everyone seems to think I'm advocating we never move the CMake
> > version forward. That isn't what I'm saying at all. What I am saying is
> that
> > moving the CMake version forward has a cost. Not a huge insurmountable
> cost,
> > but non-zero
2015 Feb 24
4
[LLVMdev] [RFC] Raise minimum required CMake version to 3.0
On 24.02.2015 17:45, Tobias Grosser wrote:
> On 09.02.2015 20:12, Chris Bieneman wrote:
>> It came up on another thread that our current minimum required CMake
>> version 2.8.8, has some bugs that cause issues when building with MSVC
>> + Ninja, and one potential solution was to raise the minimum required
>> version of CMake.
>>
>> CMake 3.0 is now 6 months
2015 Feb 24
2
[LLVMdev] [RFC] Raise minimum required CMake version to 3.0
> On Feb 24, 2015, at 11:13 AM, Mehdi Amini <mehdi.amini at apple.com> wrote:
>
>>
>> On Feb 24, 2015, at 9:33 AM, Chris Bieneman <beanz at apple.com> wrote:
>>
>>>
>>> On Feb 24, 2015, at 8:45 AM, Tobias Grosser <tobias at grosser.es> wrote:
>>>
>>> On 09.02.2015 20:12, Chris Bieneman wrote:
>>>> It