Re: Objective-C runtime via FFI

, I am interested in interacting with the Objective-C runtime from other languages through FFI bindings. In particular, I need to be able to load Foundation or other classes dynamically. What needs to be done to load these classes in the runtime? Here's an example illustrating the issue I'm

Re: Objective-C runtime via FFI

> On 6 Mar 2024, at 04:02, Boris D. wrote: > > Hello, I am interested in interacting with the Objective-C runtime from other > languages through FFI bindings. > In particular, I need to be able to load Foundation or other classes > dynamically. What needs to be done to

Objective-C runtime via FFI

Hello, I am interested in interacting with the Objective-C runtime from other languages through FFI bindings. In particular, I need to be able to load Foundation or other classes dynamically. What needs to be done to load these classes in the runtime? Here's an example illustrating the issue I'm

Re: Worrying news? "Apple’s Objective-C ‘appears to be reaching its end of life’ – or so says JetBrains survey "

https://devclass.com/2023/11/21/apples-objective-c-appears-to-be-reaching-its-end-of-life-or-so-says-jetbrains-survey/ > > Disclaimer: this is by a colleague of mine but I have seen other such > stories from the same survey. > > -- > Liam Proven ~ Profile: https://about.me/

Worrying news? "Apple’s Objective-C ‘appears to be reaching its end of life’ – or so says JetBrains survey "

https://devclass.com/2023/11/21/apples-objective-c-appears-to-be-reaching-its-end-of-life-or-so-says-jetbrains-survey/ Disclaimer: this is by a colleague of mine but I have seen other such stories from the same survey. -- Liam Proven ~ Profile: https://about.me/liamproven Email: lpro

GNGStep's Objective-C vs Darwin's Objective-C

Is there a white sheet that explains the differences between GNUStep's Objective-C runtime and Apple's? I am trying to understand what would need to be changed or implemented (in either Swift or GNUStep's runtime) to get them to interact the same way on Darwin. Thanks!

Re: Bridge from Swift to Objective-C (GNUStep Runtime) via C or other method

e code in libs-corebase for an example on how to > call method from C code. All the bridge code is in Source/GSObjCRuntime.h. > > On Sat, Jul 29, 2023, 16:05 wrote: > >> I am very interested in building a bridge between Swift and GNUStep's >> Objective-C Runtime. >> >&

Re: Bridge from Swift to Objective-C (GNUStep Runtime) via C or other method

thod from C code. All the bridge code is in Source/GSObjCRuntime.h. >> >> On Sat, Jul 29, 2023, 16:05 mailto:dr_c...@me.com>> wrote: >>> I am very interested in building a bridge between Swift and GNUStep's >>> Objective-C Runtime. >>> >>>

Re: Bridge from Swift to Objective-C (GNUStep Runtime) via C or other method

bjCRuntime.h. > > On Sat, Jul 29, 2023, 16:05 mailto:dr_c...@me.com>> wrote: >> I am very interested in building a bridge between Swift and GNUStep's >> Objective-C Runtime. >> >> Given that the Objective-C implementation provided by GNUStep doesn't >>

Re: Bridge from Swift to Objective-C (GNUStep Runtime) via C or other method

You can have a look at the code in libs-corebase for an example on how to call method from C code. All the bridge code is in Source/GSObjCRuntime.h. On Sat, Jul 29, 2023, 16:05 wrote: > I am very interested in building a bridge between Swift and GNUStep's > Objective-C Runtime. >

Bridge from Swift to Objective-C (GNUStep Runtime) via C or other method

I am very interested in building a bridge between Swift and GNUStep's Objective-C Runtime. Given that the Objective-C implementation provided by GNUStep doesn't interact directly with Swift as Swift can with Apple's Objective-C runtime, I was wondering if there was a way to call into GNUStep

Re: Clang 14 issues building Objective-C with ARC

as many as possible for Linux and/or Windows (at least the ones that don’t require adjusting the bitcode in the tests). Frederik > Am 08.08.2022 um 17:13 schrieb Frederik Seiffert : > > As mentioned in Saturday’s meeting I am seeing a couple issues building > Objective-C code wi

Clang 14 issues building Objective-C with ARC

As mentioned in Saturday’s meeting I am seeing a couple issues building Objective-C code with ARC using Clang/LLVM 14 or 15rc1 on Windows, whereas the same code works fine using Clang 13. I managed to distill one issue here, it would be great if someone could check whether this also affects

Re: Objective C runtime on Solaris 9

Hello, Just got back to this topic. I installed gcc version 2.95.3 from one of the distribution CD’s of Solaris 9. It went into /opt/sfw. Now, when I do configure of gnustep-base I get past the objc runtime error. I am at the moment stuck on lib FFI. I built and installed version 1.20 from the

Objective-C runtime improvements in macOS 13 / iOS 16

Great to see Apple still improving the ObjC runtime and code generation: https://developer.apple.com/videos/play/wwdc2022/110363/?time=191 Sounds some of the compiler improvements like the improved autorelease elision detection might also apply when using libobjc2 but not sure. Frederik

Re: Objective C runtime on Solaris 9

Hi Daniel, Daniel Santos wrote: > I want to build GNUStep on a Solaris 9 machine. I have installed gcc and > libgcc packages from the sunfkeeware site archive. > On ./configure it says there is no ObjectiveC runtime installed. > How can I get this to build ? well gcc and libgcc are C, you need

Objective C runtime on Solaris 9

Hello, I want to build GNUStep on a Solaris 9 machine. I have installed gcc and libgcc packages from the sunfkeeware site archive. On ./configure it says there is no ObjectiveC runtime installed. How can I get this to build ? Thanks, Regards Daniel Santos

Re: Status of Swift - Objective-C/GNUstep Interoperability

Hugo, [image: image.gif] On Thu, Sep 23, 2021 at 2:13 PM Hugo Melder wrote: > Hi, > > In the last couple of weeks/months I've worked a lot with the GNUstep > frameworks and really like the intuitiveness of Objective-C/Cocoa. I > recently implemented some ne

Status of Swift - Objective-C/GNUstep Interoperability

Hi, ​​In the last couple of weeks/months I've worked a lot with the GNUstep frameworks and really like the intuitiveness of Objective-C/Cocoa. I recently implemented some new NSURL methods and the NSURLSessionDownloadTask. It's already merged :) (Thank you for all the tips and tricks you gave

Re: migrate 500+ batch jobs written in Objective C running on MAC OS to Linux

mmand-line tools and I have some running on mac, linux, BSD and solaris without issues. Riccardo Arshad Hasnain via Discussion list for the GNUstep programming environment wrote: > > Hi, > >   > > I would like to know if anyone has migrated  500+ batch jobs written > i

migrate 500+ batch jobs written in Objective C running on MAC OS to Linux

Hi, I would like to know if anyone has migrated 500+ batch jobs written in Objective C running on MAC OS to Linux. If so, could you please share the details in terms of challenge and learning? Also, I would like if any developers are available to work with us on a short term basis

Re: Dr. Brad Cox, co-creator of Objective-C

The world owes Dr. Cox a lot. May he rest in peace. Thank you for sharing. On Sat, Jan 23, 2021 at 8:38 PM Josh Freeman wrote: > > Dr. Brad Cox, who co-created the Objective-C language with > business partner Tom Love, has passed: > https://www.legacy.com/us/obituaries/scnow/n

RE: Dr. Brad Cox, co-creator of Objective-C

, 2021 4:15 PM To: Josh Freeman Cc: Discuss-gnustep Discuss Subject: Re: Dr. Brad Cox, co-creator of Objective-C Thank you Josh for sharing this. I remember fondly reading Brad Cox's book while i was still at University. The concept of Soft-ICs, reusable software components, won me over

Re: Dr. Brad Cox, co-creator of Objective-C

> Am 23.01.2021 um 21:38 schrieb Josh Freeman : > > Dr. Brad Cox, who co-created the Objective-C language with business partner > Tom Love, has passed: > https://www.legacy.com/us/obituaries/scnow/name/brad-cox-obituary?pid=197454225 How sad. I still favour Objective-C (1.0)

Re: Dr. Brad Cox, co-creator of Objective-C

Thank you Josh for sharing this. I remember fondly reading Brad Cox's book while i was still at University. The concept of Soft-ICs, reusable software components, won me over for Objective-C. So even a long time before starting to contributing to GNUstep I learned and liked the language. Thank

Dr. Brad Cox, co-creator of Objective-C

Dr. Brad Cox, who co-created the Objective-C language with business partner Tom Love, has passed: https://www.legacy.com/us/obituaries/scnow/name/brad-cox-obituary?pid=197454225 If you'd like to read about Objective-C's early history, Dr. Cox co-wrote an article last year, titled

Re: [Bug 68083] [Help Wanted][Variant] Add support for Objective-C

#34 from Marc-André Laperle --- > I doubt this will happen in the shape of CDT parser support given the amount > of > work needed and the diminishing amount of expertise that would be required to > review proposed changes. Otherwise, an alternative would be to use Clangd > which > I be

Fwd: [Bug 68083] [Help Wanted][Variant] Add support for Objective-C

FYI regards, Lars > Anfang der weitergeleiteten Nachricht: > > Von: bugzilla-dae...@eclipse.org > Betreff: [Bug 68083] [Help Wanted][Variant] Add support for Objective-C > Datum: 25. Oktober 2020 um 07:13:55 MEZ > An: lars.sonchocky-helld...@hamburg.de > >

Re: A window manager written in objective-c: uroswm and gnustep support problems

Hi Alex, On 15 Sep 2020, at 16:38, Alessandro Sangiuliano wrote: Any help is appreciated, also just opinions, discussions and exchange of ideas. to keep it short: You work is highly appreciated. Your work on rik.theme and graphics from Bertrand make using GWorkspace a joy. If you plan to

R: A window manager written in objective-c: uroswm and gnustep support problems

about the data I will provide them. Thank you for the help, Cheers Alex. Da: Fred Kiefer Inviato: lunedì 14 settembre 2020 21:15 A: Alessandro Sangiuliano Cc: discuss-gnustep@gnu.org Oggetto: Re: A window manager written in objective-c: uroswm and gnustep

R: I: A window manager written in objective-c: uroswm and gnustep support problems

her DE, that actually has no name, for the lovers of modern interfaces. Maybe a great collaboration could born too, but is soon to talk about that. My goal is to write a good kit for xcb in objective-c, and on that I'm writing the window manager, so that we can use the kit for other purpose too in the

Re: I: A window manager written in objective-c: uroswm and gnustep support problems

et to {2,2,28,2}. > 28 is the height of the title bar window, indeed is slighty heghter than > mine. > > Thank you. > > > Cheers, > Alex. > > -- > > *Da:* alex2...@hotmail.com > *Inviato:* venerdì 4 settembre 2020 12:04 > *A:* Fred Ki

Re: I: A window manager written in objective-c: uroswm and gnustep support problems

ktopn >> environment, XFCE on Manjaro, the _NET_FRAME_EXTENTS are set to {2,2,28,2}. >> 28 is the height of the title bar window, indeed is slighty heghter than >> mine. >> >> Thank you. >> >> >> Cheers, >> Alex. >> >> >>

Re: A window manager written in objective-c: uroswm and gnustep support problems

HI Alex, even after reading your Github column, I still don’t quite understand the issue. It might help you to know that all other window managers I am aware of don’t support the EWMH feature _NET_REQUEST_FRAME_EXTENTS, or at least none did when we implemented this feature. So this code path

Re: A window manager written in objective-c: uroswm and gnustep support problems

S are set to {2,2,28,2}. > 28 is the height of the title bar window, indeed is slighty heghter than mine. > > Thank you. > > > Cheers, > Alex. > Da: alex2...@hotmail.com > Inviato: venerdì 4 settembre 2020 12:04 > A: Fred Kiefer > Cc: discuss-gnustep@g

Re: I: A window manager written in objective-c: uroswm and gnustep support problems

NTS are set to {2,2,28,2}. >> 28 is the height of the title bar window, indeed is slighty heghter than >> mine. >> >> Thank you. >> >> >> Cheers, >> Alex. >> -- >> *Da:* alex2...@hotmail.com >> *Inviato:*

Re: I: A window manager written in objective-c: uroswm and gnustep support problems

S are set to {2,2,28,2}. > 28 is the height of the title bar window, indeed is slighty heghter than > mine. > > Thank you. > > > Cheers, > Alex. > -- > *Da:* alex2...@hotmail.com > *Inviato:* venerdì 4 settembre 2020 12:04 > *A:* Fred Ki

I: A window manager written in objective-c: uroswm and gnustep support problems

Oggetto: Re: A window manager written in objective-c: uroswm and gnustep support problems Hello, I couldn't send the email for the values in the previous days, I was away for a little vacation. These are the values and control flow: At the time of the ap request uroswm maps to (0,21) the client

Re: A window manager written in objective-c: uroswm and gnustep support problems

Hello, Inviato da Mailspring (https://getmailspring.com/), la migliore app di posta elettronica gratuita per il lavoro On ago 23 2020, at 11:25 pm, Fred Kiefer wrote: > Hi Alessandor, > > from looking at your image I would expect that the GNUstep application, in > this case System preferences,

R: A window manager written in objective-c: uroswm and gnustep support problems

offset for all > GNUstep windows. What values do you want to see? I can log them all. Da: Fred Kiefer Inviato: domenica 23 agosto 2020 21:25 A: Alessandro Sangiuliano Cc: discuss-gnustep@gnu.org Oggetto: Re: A window manager written in objective-c: uroswm and gnustep support problems Hi

Re: A window manager written in objective-c: uroswm and gnustep support problems

Hi Alessandor, from looking at your image I would expect that the GNUstep application, in this case System preferences, is expecting the wrong offset from the window manager. Here it would help to see which values get displayed when the first GNUstep application for your window manager starts

R: A window manager written in objective-c: uroswm and gnustep support problems

er written in objective-c: uroswm and gnustep support problems Dear Alessandro, > So, it's time to talk about some problems I'm having to get a god support for > gnustep apps. > As you can see I have no problems with the calculator and google chrome, > while for SystemPreferences (and other gn

Re: A window manager written in objective-c: uroswm and gnustep support problems

Dear Alessandro, > So, it's time to talk about some problems I'm having to get a god support for > gnustep apps. > As you can see I have no problems with the calculator and google chrome, > while for SystemPreferences (and other gnustep apps) I ever get the app on > the shifted on the right or

Re: FYI: Advancements in the Objective-C runtime

mburg.de" > : > > Some pretty neat things in here: > > https://developer.apple.com/videos/play/wwdc2020/10163/ > > this is the WWDC 2020 Talk "Advancements in the Objective-C runtime“, Ben > Cohen, who also works on the Swift Project, talks about some new things > in

Re: FYI: Advancements in the Objective-C runtime

> this is the WWDC 2020 Talk "Advancements in the Objective-C runtime“, Ben > Cohen, who also works on the Swift Project, talks about some new things > inside the ObjC runtime of Apple. Some of those „tricks“ I consider pretty > nifty > > This might be especially

FYI: Advancements in the Objective-C runtime

Some pretty neat things in here: https://developer.apple.com/videos/play/wwdc2020/10163/ <https://developer.apple.com/videos/play/wwdc2020/10163/> this is the WWDC 2020 Talk "Advancements in the Objective-C runtime“, Ben Cohen, who also works on the Swift Project, talks about some

Re: Objective-C Beginner's Guide

On 10/06/2020 10:47, Umberto Cerrato wrote: Hi Patrick, About Discord? If you can browse the web you can “have it” :) If you can browse the web and are willing to agree to Discord's obnoxious 'privacy' policy then you can have it. I got about half way down it before deciding that there is

Re: Objective-C Beginner's Guide

Hi Patrick, About Discord? If you can browse the web you can “have it” :) Best > Il giorno 10 giu 2020, alle ore 11:38, Patrick Cardona > ha scritto: > > Hi Umberto, > > Thank You for the advice. > Not sure I could use such a service because my actual computer is a RPI 3B+, > with only

Re: Objective-C Beginner's Guide

Hi Umberto, Thank You for the advice. Not sure I could use such a service because my actual computer is a RPI 3B+, with only 1Gb of RAM... I will continue to use the list, which seems more appropriate with my hardware. ;-) Regards, -- Bien cordialement, Patrick CARDONA On 2020-06-01 12:44:22

Re: Objective-C Beginner's Guide

I mean no discord app for GNUstep. My nickname on the IRC chat is 'gry'.

Re: Objective-C Beginner's Guide

Hi, What do you mean there is no app for gnustep? Anyway, I am using Riot IM, and from time to time I get expelled from the room. Best, U > Il giorno 9 giu 2020, alle ore 00:49, Svetlana Tkachenko > ha scritto: > > Hi > > Umberto Cerrato написал(а): >> Oh and… I created an unofficial

Re: Objective-C Beginner's Guide

PS: What’s your nickname? :P > Il giorno 9 giu 2020, alle ore 01:27, Umberto Cerrato > ha scritto: > > Hi, > > What do you mean there is no app for gnustep? > > Anyway, I am using Riot IM, and from time to time I get expelled from the > room. > > Best, > U > >> Il giorno 9 giu 2020, alle

Re: Objective-C Beginner's Guide

Hi Umberto Cerrato написал(а): > Oh and… I created an unofficial Discord too in case you feel more > comfortable using it ;) > Join link: https://discord.gg/DGPqt6B I've joined it, but really there is no app for gnustep So for now I only get highlights from there by email > PS: > Last time

Re: Objective-C Beginner's Guide [RESOLVED]

Hi All, Behalf the guide from Nicola Pero (Writing GNUstep Makefiles, 2010) and after more readings about Openstep (f.e. Object-Oriented Programming and the Objective-C language, NeXT Developper's Library, Don Larkin and Greg Wilson...), I was able to understand more things. In the example

Re: Objective-C Beginner's Guide

Oh and… I created an unofficial Discord too in case you feel more comfortable using it ;) Join link: https://discord.gg/DGPqt6B PS: Last time I checked the IRC was quite silent/inactive :( > Il giorno 1 giu 2020, alle ore 02:36, Svetlana Tkachenko > ha scritto: > > Hi Patrick Cardona > >

Re: Objective-C Beginner's Guide

Hi Patrick Cardona There is also the live chat channel, #gnustep at freenode, direct link in web chat: http://www.kiwiirc.com/client/chat.freenode.net/gnustep, or you can install an 'IRC Client' (TalkSoup.app or any other) for access. There some developers gather and may be able to guide you in

Re: Objective-C Beginner's Guide

cussion list for the >> GNUstep programming environment wrote: > >> Hi All experienced Objective-C Dev > >> I begun this Beginner Guide about Objective C : > >> http://gnustep.made-it.com/BG-objc/ > >> But my beginning is not glorious... > >> pi@raspber

Re: Objective-C Beginner's Guide

> On 31 May 2020, at 20:52, Patrick Cardona via Discussion list for the GNUstep > programming environment wrote: > > Hi All experienced Objective-C Dev > > I begun this Beginner Guide about Objective C : > > http://gnustep.made-it.com/BG-objc/ > > Bu

Re: Objective-C Beginner's Guide

PM, Patrick Cardona via Discussion list for the >> GNUstep programming environment wrote: >> >> Hi All experienced Objective-C Dev >> >> I begun this Beginner Guide about Objective C : >> >> http://gnustep.made-it.com/BG-objc/ >> >> But my beginni

Re: Objective-C Beginner's Guide

PM, Patrick Cardona via Discussion list for the > GNUstep programming environment wrote: > > Hi All experienced Objective-C Dev > > I begun this Beginner Guide about Objective C : > > http://gnustep.made-it.com/BG-objc/ > > But my beginning is not glorious... > &

Objective-C Beginner's Guide

Hi All experienced Objective-C Dev I begun this Beginner Guide about Objective C : http://gnustep.made-it.com/BG-objc/ But my beginning is not glorious... pi@raspberrypi:~/CoursObjectiveC $ ls hello hello.m pi@raspberrypi:~/CoursObjectiveC $ gcc -lobjc hello.m -o hello hello.m: In function

Re: AClock [Re: GNUstep Objective-C v2 ABI update]

Hi, David Chisnall wrote: Which version of Clock are you two referring to? I just compiled the one from GAP and it works fine on my machine, but this also does not contain any NIB file. It appears that the 0.4 release was from October 2011.  Riccardo has made a bunch of improvements to the

Re: GNUstep Objective-C v2 ABI update

Hi, David Chisnall wrote: I've pushed patches to -base to support the new string representation and to Gorm to make it use reflection instead of directly accessing ivars in -gui classes.  I also have a patch to Pantomime that prevents it from doing the same. if you care to share the patch,

AClock [Re: GNUstep Objective-C v2 ABI update]

On 01/01/2019 13:20, Fred Kiefer wrote: Am 01.01.2019 um 13:31 schrieb David Chisnall: On 01/01/2019 01:00, Patryk Laurent wrote: Hi David, A couple days ago I installed FreeBSD 12.0 and after pkg ins Aclock and openapp AClock I got a crash. Are you saying that would now be fixed? Do I just

Re: GNUstep Objective-C v2 ABI update

> Am 01.01.2019 um 13:31 schrieb David Chisnall : > > On 01/01/2019 01:00, Patryk Laurent wrote: >> Hi David, >> A couple days ago I installed FreeBSD 12.0 and after pkg ins Aclock and >> openapp AClock I got a crash. Are you saying that would now be fixed? Do I >> just uninstall gnustep

Re: GNUstep Objective-C v2 ABI update

On 01/01/2019 01:00, Patryk Laurent wrote: Hi David, A couple days ago I installed FreeBSD 12.0 and after pkg ins Aclock and openapp AClock I got a crash. Are you saying that would now be fixed? Do I just uninstall gnustep and reinstall to get the fix? Sadly no. AClock is crashing in -gui

Re: GNUstep Objective-C v2 ABI update

gt; Hello the list, > > It seems that Christmas is about the only time I get to work on Objective-C > things these days. I started the new ABI project two Christmases ago and > this Christmas I've managed to update all of the FreeBSD GNUstep ports to use > it. As far a

Re: GNUstep Objective-C v2 ABI update

David, Thank you for the updates... On Mon, Dec 31, 2018 at 6:34 AM David Chisnall wrote: > Hello the list, > > It seems that Christmas is about the only time I get to work on > Objective-C things these days. I started the new ABI project two > Christmases ago and this Christm

A decompiler for Objective-C

While searching for something else, Google pointed me to this diploma thesis: https://is.cuni.cz/webapps/zzp/detail/143329/?lang=en Really interesting reading! I just wonder why it is written in Python and not in Obj-C :) The thesis is downloadable as PDF. BR, Nikolaus

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

On 4 Dec 2017, at 17:49, Lobron, David wrote: > > I just wanted to let people know that this was fixed when I upgrade my > gnustep-make from 2.6.x to 2.7.0, which has support for the > --with-library-combo=ng-gnu-gnu option. That stopped the -fgnu-runtime flag > from

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

Hey All- The -fgnu-runtime is for using the runtime that comes with the GNU compiler (gcc). More specifically, it is for telling GCC to use the runtime that comes with GCC. If you wish to use the GCC runtime with clang, the correct flag is -fobjc-runtime=gcc (optionally with a version,

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

ng. > > Many thanks for your help, guys. > > I updated gnustep-make to set the library combo to ng-gnu-gnu. This is > picked up by the configure script in gnustep-base: > > checking the Objective-C runtime... Next Gen > > However, the next few lines in the configure o

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

e taken > and we should probably just trust that if people override cimpiler and flags > specifications they know what they are doing. Many thanks for your help, guys. I updated gnustep-make to set the library combo to ng-gnu-gnu. This is picked up by the configure script in gnustep-base: chec

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

> On 29 Nov 2017, at 10:52, David Chisnall wrote: > > On 29 Nov 2017, at 10:30, Richard Frith-Macdonald > wrote: >> >> The -fgnu-runtime is for using the runtime that comes with the GNU compiler >> (gcc). > > More specifically,

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

On 29 Nov 2017, at 10:30, Richard Frith-Macdonald wrote: > > The -fgnu-runtime is for using the runtime that comes with the GNU compiler > (gcc). More specifically, it is for telling GCC to use the runtime that comes with GCC. If you wish to use the

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

> On 28 Nov 2017, at 21:38, Lobron, David wrote: > > Hey All- > > I've been continuing to dig into the phenomenon of code crashing when > catching a C++ exception in a .mm file. I'm finding that even though my test > passes when it's included in the libobjc2 test

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

On 28 Nov 2017, at 21:38, Lobron, David wrote: > > Should I not be compiling with -fgnu-runtime when I'm using the libobjc2 > runtime? Yes, as I have said several times on this list, -fgnu-runtime is was deprecated almost a decade ago and is maintained only for

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

Hey All- I've been continuing to dig into the phenomenon of code crashing when catching a C++ exception in a .mm file. I'm finding that even though my test passes when it's included in the libobjc2 test bundle, it fails when I compile it from the command line. I narrowed down the compilation

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

> I think the correct place to look at is gnustep-make rather than > gnustep-base. If you configure gnustep-make with clang as compiler it should > be ignoring the gcc runtime files. Yes, agreed. I checked the compile and link flags in my gnustep-make, and they seem to point only to my local

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

> Am 22.11.2017 um 16:46 schrieb Lobron, David : > > >>> checking for objc_setUncaughtExceptionHandler() in runtime... no >>> >>> Does this mean that libobjc2 does not support the uncaught exception >>> handler code? I'm wondering if this is a clue as to why my code

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

>> checking for objc_setUncaughtExceptionHandler() in runtime... no >> >> Does this mean that libobjc2 does not support the uncaught exception handler >> code? I'm wondering if this is a clue as to why my code crashes, whereas >> the libobjc2 tests are OK. > > Okay, that probably accounts

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

this). The old GCC ABI corrupts foreign >> exceptions when they are thrown through Objective-C frames. > > OK- I made sure that -fobjc-runtime=gnustep-1.8 appears in my OBJCXX flags, > and I'm trying a complete rebuild. I'm now getting a compilation error when > building a

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

> You will need to make sure that every stack frame that may have C++ > exceptions thrown through it is compiled with -fobjc-runtime=gnustep-1.8 (or > 1.7, I forget exactly when I fixed this). The old GCC ABI corrupts foreign > exceptions when they are thrown through Objective-C f

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

frame that may have C++ exceptions thrown through it is compiled with -fobjc-runtime=gnustep-1.8 (or 1.7, I forget exactly when I fixed this). The old GCC ABI corrupts foreign exceptions when they are thrown through Objective-C frames. > I ran nm on the test program to see what exception personalit

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

> $ nm -C CXXException_mm|grep -i except > U __cxa_allocate_exception@@CXXABI_1.3 > 00400ea4 r GCC_except_table0 > U std::exception::~exception()@@GLIBCXX_3.4 > 006020d0 V typeinfo for std::exception@@GLIBCXX_3.4 > 006020a0 V vtable for

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

> This looks like it’s trying to all a version with C++ name mangling. Try > sticking an extern “C” { } around the #includes. Thanks, David. That extern statement did not fix the compilation problem, but I was able to simplify things by reverting to my original test program that simply

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

On 20 Nov 2017, at 19:15, Lobron, David wrote: > > One more bit of info on the linker error on my .mm test program: I confirmed > that libobjc.so has the symbols, e.g., > > (ALSI8)dlobron@bos-lps80:~/build/clangport/akamai/common/lib$ nm -C > libobjc.so|grep

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

One more bit of info on the linker error on my .mm test program: I confirmed that libobjc.so has the symbols, e.g., (ALSI8)dlobron@bos-lps80:~/build/clangport/akamai/common/lib$ nm -C libobjc.so|grep objc_autorelease 000204b0 T objc_autorelease 000200f0 T objc_autoreleasePoolPop

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

Hi David, > I think the best option is probably to give up trying to avoid the libstdc++ > dependency and just build a single libobjc.so that links against libstdc++.so > if lib{supc++,cxxrt,c++abi}.so is not available. I added the following to CMakeLists.txt: target_link_libraries(objc

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

On 17 Nov 2017, at 18:31, Lobron, David wrote: > > >> You’ll need to also link with libstdc++. Using g++ or clang++ instead of >> gcc / clang will do the right thing. > > Thank you! I added -lobjcxx -lstdc++ and -L.. to the link command. That > fixed the build issues,

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

> You’ll need to also link with libstdc++. Using g++ or clang++ instead of gcc > / clang will do the right thing. Thank you! I added -lobjcxx -lstdc++ and -L.. to the link command. That fixed the build issues, and I was able to run the tests. All of the tests pass now, including the

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

On 17 Nov 2017, at 15:39, Lobron, David wrote: > > I tried adding this to Test/CMakeFiles/CXXExceptions.dir/link.txt and > Test/CMakeFiles/CXXExceptions_optimised.dir/link.txt, but the linker couldn't > find the shared library: > > /usr/bin/ld.bfd.real: cannot find

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

ed into libstdc++ (the GNU C++ standard library). > This is somewhat awkward, because this means that the only way to use symbols > in libsupc++ is to add a dependency on libstdc++. I’ve tried to avoid that > for libobjc, because libstdc++ is a big library and is completely unused for >

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

linked into libstdc++ (the GNU C++ standard library). This is somewhat awkward, because this means that the only way to use symbols in libsupc++ is to add a dependency on libstdc++. I’ve tried to avoid that for libobjc, because libstdc++ is a big library and is completely unused for pure Object

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

I did a verbose build of libobjc2. The compilation line for CXXException.cc looks like this: [ 48%] Building CXX object Test/CMakeFiles/CXXExceptions.dir/CXXException.cc.o cd /home/dlobron/build/clangport/akamai/libobjc2/libobjc2-1.8.1/build/Test && /usr/bin/clang -DGC_DEBUG -DGNUSTEP

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

C++ exceptions in > Objective-C++), and did they pass? I had been building libobjc2 with tests disabled. I removed the disable flag, and tried to compile again. I'm finding that the compilation now fails, and the errors seem a bit telling, because they concern exception personalities. The error

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

ry/Headers > -I/home/dlobron/build/clangport/akamai/common/GNUstep/Local/Library/Headers > -I/home/dlobron/build/clangport/akamai/common/GNUstep/System/Library/Headers > > However, I'm still getting the same result: C++ exception objects are nil > when caught in Objective-C++ code

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

home/dlobron/GNUstep/Library/Headers -I/home/dlobron/build/clangport/akamai/common/GNUstep/Local/Library/Headers -I/home/dlobron/build/clangport/akamai/common/GNUstep/System/Library/Headers However, I'm still getting the same result: C++ exception objects are nil when caught in Objective-C++ cod

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

On 1 Nov 2017, at 14:11, Lobron, David wrote: > > Thanks very much, David- this is extremely helpful! As you might expect, my > code was running perfectly on the Mac, but crashing on Linux- this explains > both. > > Just to make sure I understand, can you tell me exactly

Re: Crash occurs when catching std::exception in Objective-C++ code compiled with clang on Linux and using libobjc2

I for exceptions is makes it impossible > to correctly interop with C++ (I spent a few weeks trying and it always fails > for at least some of the corner cases). If you specify > -fobjc-runtime=gnustep-1.8, then it will work correctly. > > When using the GNUstep ABI, Objectiv

  1   2   3   4   5   >