Le 25 févr. 2014 à 14:32, Niels Grewe a écrit : > Forwarding because Mark isn’t subscribed: > > Anfang der weitergeleiteten Nachricht: > >> Von: Mark Heily <[email protected]> >> Betreff: Aw: libBlocksRuntime weak symbols >> Datum: 25. Februar 2014 14:10:46 MEZ >> An: Niels Grewe <[email protected]> >> Kopie: "[email protected]" <[email protected]> >> >> This was an oversight on my part; I simply forgot to upload a new version >> after making the changes. I will tag a new release that includes the weak >> symbols and upload it to Debian this week. Thanks for reminding me about >> this issue. >> >> On Tuesday, February 25, 2014, Niels Grewe <[email protected]> >> wrote: >> Hi Mark, >> >> I’m not sure you remember, but ages ago we discussed having the block >> copy/release symbols from libBlocksRuntime (_Block_copy and _Block_release) >> exported as weak symbols to ease interoperability with the GNUstep >> Objective-C runtime. I was always under the impression that this change had >> transpired into some of your libBlocksRuntime releases, but I just checked >> the libBlocksRuntime version in the debian repository and this doesn’t seem >> to be the case. I’m wondering why and was hoping that you could shed some >> light on this.
This is a good news :) We can hope to get rid of the liddispatch-objc2 hack at some point. Cheers, Quentin. _______________________________________________ Etoile-dev mailing list [email protected] https://mail.gna.org/listinfo/etoile-dev
