discuss-gnustep
[Top][All Lists]
Advanced

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

Re: Clang/LLVM migration roadmap


From: Gregory Casamento
Subject: Re: Clang/LLVM migration roadmap
Date: Sun, 6 Feb 2022 22:36:37 -0500


Andrew,

On Sun, Feb 6, 2022 at 10:03 PM Andrew Pinski <pinskia@gmail.com> wrote:
On Sun, Feb 6, 2022 at 6:44 PM Gregory Casamento
<greg.casamento@gmail.com> wrote:
>
>
> Tito,
>
> On Sun, Feb 6, 2022 at 7:53 PM Tito Mari Francis Escaño <titomarifrancis@gmail.com> wrote:
>>
>> Hi everyone,
>> I think the GNUstep project will have to be pragmatic based on the project goals, and the goals we also have to re-evaluate:
>> 1) Is GNUstep as a project required to be and should  functionally be tied closely with the GCC toolchain?
>
>
> No.
>>
>> 2) Is GNUstep required to use GCC toolchain to qualify as an FSF sponsored project? This I think is more political than technical in any angle.
>
>
> No.
>>
>> 3) Is GNUstep valuing technical and functional compability with OpenStep and Cocoa over whatever toolchain to use to maintain that compatibility?
>
>
> Compatibility is more important than the toolchain.
>>
>> 4) Clang/LLVM was initiated by Apple, if I recall correctly, precisely because GCC support for Objective-C is not at par with C and C++ support, will the GCC maintainers be compelled to improve Objective-C support if we stay or we move out?
>
>
> Only the GCC maintainers can answer that question.

The simple answer is there is no interest or time from most of us.

I want to thank you for your honesty here.

The simple answer is if someone is interested in doing the work, I can
mentor them but I don't have time to do actual development on it.

Understood.  The issue here is this: While many of us have the skill, we lack the time to do the actual work on the compiler side of things.  There are so few of us, and only one or two who actually get paid to work on GNUstep (myself included).
 
Basically most of us are either paid to do work on GCC or volunteer
and the ones who are getting paid are not getting paid to work on
Objective-C front-end at all. And there are no volunteers who have
expressed interest in it.

This is a shame.
While on the clang/LLVM side most (all) of the objective-C front-end
work is done by paid people at Apple.

Yes, understood.  This is one reason for contemplating this move.  Apple built LLVM/clang with ObjC in mind and is unlikely to stop making improvements and fixes anytime soon.
 
Thanks,
Andrew

Yours, GC

>
>>
>> If we can unanimously answer these questions, I think we can and will move the project forward.
>
>
> Agreed.
>
>> My two cents is that GNUstep project should use whatever tools and platforms that move it's goals and objectives forward.
>> Thanks.
>>
>
> GC
>>
>> On Mon, Feb 7, 2022 at 4:31 AM Daniel Boyd <danieljboyd@icloud.com> wrote:
>>>
>>> I think the decision needs to tie back to the core mission of the project. I’m not 100% sure what that is. Is it “Grow the GNUStep user base?” Or is it “Maintain a fully copy-left tool chain?” Or some combination?
>>>
>>> Honesty, either way, I think llvm/clang is the right choice right now. The project has neither the resources nor the capacity to influence gcc’s ObjC support. In my view, if you want to influence gcc, the best way would be to have 10 times more GNUStep users asking them for better ObjC support. In other words, leverage llvm/clang to grow the user base and then use that to get more clout with the gcc project.
>>>
>>> If you’re looking to recruit more GNUStep users, I just don’t think you can do that without ARC, @[], @{}, etc. There are plenty of ObjC developers out there right now who are potential future GNUSteppers. And as you recruit people, I think “you have to use ObjC instead of Swift” is a much easier pitch than “you have to do manual memory management and type out objectAtIndex: every time you want to get an object from an array”
>>>
>>> Just my two cents.
>>>
>>> Sent from my iPhone
>>>
>>> On Feb 6, 2022, at 2:02 PM, Gregory Casamento <greg.casamento@gmail.com> wrote:
>>>
>>> 
>>>
>>>
>>> Fred,
>>>
>>> On Sun, Feb 6, 2022 at 2:09 PM Fred Kiefer <fredkiefer@gmx.de> wrote:
>>>>
>>>>
>>>>
>>>> > Am 06.02.2022 um 01:14 schrieb Gregory Casamento <greg.casamento@gmail.com>:
>>>> >
>>>> > There are a number of factors that are driving this:
>>>> > --
>>>> > 1) GCC lacks support for many memory management features that are commonly used today
>>>> > 2) GCC's objective-c support is lagging behind and doesn't include support for @[], @{}, @autorelease, etc etc etc
>>>> > 3) Lack of bug fixes in GCC's implementation of ObjC
>>>> > 4) GCC team does not consider ObjC release critical and will and HAS released with broken support for building ObjC targets.
>>>> > All of these things are UNACCEPTABLE
>>>>
>>>> Again I beg to differ. Of course the first two point are true and need to be addressed. But I am not aware of any critical bug in gcc that is currently hindering us. There are many missing features and this is really bad for GNUstep and ObjC as a whole. As for the position of the gcc team on ObjC, none of knows and we only may guess here. The one time where a gcc release knowingly broke ObjC was ages ago. Maybe it could happen again, we just don’t know. Stating something as a fact that is just a possibility is a rather annoying habit of our times. Please don’t do so on the GNUstep mailing list.
>>>
>>>
>>> I am not sure the last time I saw a significant bug fix in the objc code in GCC.
>>>
>>>> As is typing words in all capital letters. It really doesn’t help in polite conversations.
>>>
>>>
>>>> Fred
>>>
>>>
>>> GC
>>> --
>>> Gregory Casamento
>>> GNUstep Lead Developer / OLC, Principal Consultant
>>> http://www.gnustep.org - http://heronsperch.blogspot.com
>>> https://www.patreon.com/bePatron?u=352392 - Become a Patron
>>> https://gf.me/u/x8m3sx - My GNUstep GoFundMe
>>> https://teespring.com/stores/gnustep - Store
>
>
>
> --
> Gregory Casamento
> GNUstep Lead Developer / OLC, Principal Consultant
> http://www.gnustep.org - http://heronsperch.blogspot.com
> https://www.patreon.com/bePatron?u=352392 - Become a Patron
> https://gf.me/u/x8m3sx - My GNUstep GoFundMe
> https://teespring.com/stores/gnustep - Store


--
Gregory Casamento
GNUstep Lead Developer / OLC, Principal Consultant
http://www.gnustep.org - http://heronsperch.blogspot.com
https://www.patreon.com/bePatron?u=352392 - Become a Patron
https://gf.me/u/x8m3sx - My GNUstep GoFundMe

reply via email to

[Prev in Thread] Current Thread [Next in Thread]