So to summarize up, we need to get libobjc2 properly working under MSYS2
and we can continue with clang.
What are the isuses with libobjc2 not working under MSYS2? From what I
know libobj2 should not have many dependencies on the operating system
itself (well memory management and multithreading bu
> On 6 Feb 2022, at 09:35, Andreas Fink wrote:
>
> So to summarize up, we need to get libobjc2 properly working under MSYS2 and
> we can continue with clang.
> What are the isuses with libobjc2 not working under MSYS2? From what I know
> libobj2 should not have many dependencies on the opera
Hi Max,
> Apple has released Swift for Linux amd64 and Windows. Can we piggyback on
> that?
The Objective-C interoperability layer of the Swift programming language
depends on the internal Apple Objective-C runtime and is therefore not
available on Linux and Windows. It is possible to implem
Here are the "raw" notes from yesterday's meeting...
- Wolfgang email
- libobjc2
- PR for windows
- exceptions not working.
- fragility on other platforms.
- linker dependencies
- Xcode-lib
- Put solution files into instructions. —
> Am 06.02.2022 um 15:42 schrieb Gregory Casamento :
>
> Here are the "raw" notes from yesterday's meeting...
> • Wolfgang email
> • libobjc2
> • PR for windows
> • exceptions not working.
> •
> Am 06.02.2022 um 01:14 schrieb Gregory Casamento :
>
> 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 @[],
Fred,
On Sun, Feb 6, 2022 at 1:58 PM Fred Kiefer wrote:
>
>
> > Am 06.02.2022 um 15:42 schrieb Gregory Casamento <
> greg.casame...@gmail.com>:
> >
> > Here are the "raw" notes from yesterday's meeting...
> > • Wolfgang email
> > • libobjc2
> > •
Would suggest to keep notes on a wiki or git repo and ask everyone to approve
at the end of the meeting before sending them out to everyone. I think it is
common to do that. Maybe in future meetings if this is desired.
> On 6 Feb 2022, at 19:09, Fred Kiefer wrote:
>
>
>
>> Am 06.02.2022 um 01:14 schrieb Gregory Casamento :
>>
>> 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 sup
Fred,
On Sun, Feb 6, 2022 at 2:09 PM Fred Kiefer wrote:
>
>
> > Am 06.02.2022 um 01:14 schrieb Gregory Casamento <
> greg.casame...@gmail.com>:
> >
> > There are a number of factors that are driving this:
> > --
> > 1) GCC lacks support for many memory management features that are
> commonly use
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
projec
Hi Greg,
Thanks for the meeting yesterday and apologies again for dropping out early.
> Put solution files into instructions. — Frederick Seiffert
Could you elaborate on what this is referring to exactly?
Thanks,
Frederik
Frederick,
On Sun, Feb 6, 2022 at 3:34 PM Frederik Seiffert
wrote:
> Hi Greg,
>
> Thanks for the meeting yesterday and apologies again for dropping out
> early.
>
>
>- Put solution files into instructions. — Frederick Seiffert
>
> Could you elaborate on what this is referring to exactly?
>
>
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?
2) Is GNUstep required to use GCC toolchain to qualify
Tito,
On Sun, Feb 6, 2022 at 7:53 PM Tito Mari Francis Escaño <
titomarifran...@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
On Sun, Feb 6, 2022 at 6:44 PM Gregory Casamento
wrote:
>
>
> Tito,
>
> On Sun, Feb 6, 2022 at 7:53 PM Tito Mari Francis Escaño
> 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
Andrew,
On Sun, Feb 6, 2022 at 10:03 PM Andrew Pinski wrote:
> On Sun, Feb 6, 2022 at 6:44 PM Gregory Casamento
> wrote:
> >
> >
> > Tito,
> >
> > On Sun, Feb 6, 2022 at 7:53 PM Tito Mari Francis Escaño <
> titomarifran...@gmail.com> wrote:
> >>
> >> Hi everyone,
> >> I think the GNUstep projec
http://wiki.gnustep.org/index.php/Quarterly_meetings
--
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://te
18 matches
Mail list logo