Re: cmake

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 29-6-2016 18:51, Willem Jan Withagen wrote:
> On 28-6-2016 18:05, Willem Jan Withagen wrote:
>> On 28-6-2016 15:42, Sage Weil wrote:
>>> On Tue, 28 Jun 2016, Willem Jan Withagen wrote:
>>>> On 27-6-2016 19:50, Sage Weil wrote:
>>>>> We are switching from autotools to cmake on the master branch. Any 
>>>>> builds done post-jewel will be cmake and not autotools based.  Jewel and 
>>>>> older releases will still be built with autotools the old way.
>>>>>
>>>>> The README.md in the master branch has been updated with new developer 
>>>>> build instructions.  Please take a look:
>>>>>
>>>>> 	https://github.com/ceph/ceph/blob/master/README.md
>>>>>
>>>>> If you are doing development, please switch to using cmake (i.e., 
>>>>> run do_cmake.sh) now.  Running vstart.sh is a little different and it 
>>>>> takes some getting used to.
>>>>>
>>>>> If there is anything that doesn't work that is part of your developer 
>>>>> workflow, we need to fix it now, before the autotools support is removed 
>>>>> and you're unable to work!  This is hopefully a week or two away.
>>>>
>>>> Hi Sage,
>>>>
>>>> Although i appreciate and understand the desire to move to cmake.
>>>> Really ripping out the automake stuff would put me in the situation
>>>> where I have no more building environment until all the cmake tweaks for
>>>> FreeBSD are in place.
>>>>
>>>> An while I'll start working on it, time is rather scarce atm.
>>>> So please disable but please keep it around for a bit longer...
>>>
>>> There is no particular need to remove any of the autotools stuff while 
>>> anyone still relies on it, so don't worry.  I'm just making sure 
>>> everyone starts using it now so that we can identify any gaps and 
>>> avoid surprises and fragmentation of efforts later.
>>>
>>> Thanks for taking a look!
>>
>> Sort of feel like starting all over again, and hacking all FreeBSD
>> specials into the Make process.
>> But I've done that, so it does have steady progress.
> 
> First shot to be found in #10024
> 
> It does not compile all the way to the end. But I have a feeling that is
> because of new/extra code that has little to do with Cmake.
> 
> Gladly change any parts for better.
> 
> And yes, it is way much less hackish that automake stuff.
> I did not say easier, but the result should be a lot better to maintain.

Looks like I made building all the way to the end.
===
[100%] Building CXX object
src/test/system/CMakeFiles/ceph_test_rados_list_parallel.dir/rados_list_parallel.cc.o
[100%] Linking CXX executable ../../../bin/ceph_test_rados_list_parallel
c++: warning: argument unused during compilation:
'-Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=2'
[100%] Built target ceph_test_rados_list_parallel
210.372u 32.331s 4:03.17 99.8%  45172+574k 18431+324012io 4169pf+0w
[/usr/srcs/Ceph/work.cmake/ceph] wjw@xxxxxxxxxxxxxxxxxxxx>
===

Time to evaluate the amount of damage there is in the CmakeList.txt
files. 8D

--WjW




--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [CEPH Users]     [Ceph Large]     [Information on CEPH]     [Linux BTRFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]
  Powered by Linux