On Fri, Jan 14, 2022 at 9:30 AM Sven Anderson wrote:
>
>
> On Mon, Dec 27, 2021 at 1:17 AM Ian Lance Taylor wrote:
>>
>> Loading multiple Go DLLs built with -buildmode=c-shared ought to work
>> on ELF based systems like Linux. I don't know whether it will work on
>> Windows or macOS.
>
>
> I ha
On Mon, Dec 27, 2021 at 1:17 AM Ian Lance Taylor wrote:
> Loading multiple Go DLLs built with -buildmode=c-shared ought to work
> on ELF based systems like Linux. I don't know whether it will work on
> Windows or macOS.
I have a related question on that topic:
How about support for a Go prog
On Fri, Dec 31, 2021 at 3:04 AM Peter W wrote:
>
> It’s possible to let the caller or callee take the responsibility of graceful
> shutdown?
I don't see how to do that in a reasonable manner. Any Go code can
start a goroutine, including code in some external package that you
without even knowin
I seem to see some discussion about unloading lib that mentioned runtime
reflect, probably it’s regarding shared not c-shared.
It’s possible to let the caller or callee take the responsibility of
graceful shutdown?
Peter
On Tuesday, December 28, 2021 at 9:34:37 PM UTC+2 Ian Lance Taylor wrote
On Mon, Dec 27, 2021 at 12:58 PM Peter W wrote:
>
> We will not see static reflection in golang2, right?
I'm not sure what you mean by static reflection, but I'm not aware of
any current plans to add any sort of reflection.
> Anything else blocks the possibility of unloading implementation ?
In
Thank you for your contributions to this language.
We will not see static reflection in golang2, right?
Anything else blocks the possibility of unloading implementation ?
Peter
On Monday, December 27, 2021 at 2:17:42 AM UTC+2 Ian Lance Taylor wrote:
> On Sun, Dec 26, 2021 at 3:45 PM Peter W wr
On Sun, Dec 26, 2021 at 3:45 PM Peter W wrote:
>
> I am trying to load, call and unload multiple go libs which are built with
> -buildmode c-shared in a c problem, it’s doable on windows, Linux and macOS ?
> Also I see -buildmode shared removal was rejected, what about -buildmode
> archive?
Yo
Hi guys,
I am trying to load, call and unload multiple go libs which are built with
-buildmode
c-shared in a c problem, it’s doable on windows, Linux and macOS ? Also I
see -buildmode shared removal was rejected, what about -buildmode archive?
Happy holidays!
On Monday, February 15, 2021 at 1
On Mon, Feb 15, 2021 at 6:51 AM Frédéric De Jaeger
wrote:
>
> On Saturday, February 13, 2021 at 4:21:34 PM UTC+1 Ian Lance Taylor wrote:
>>
>>
>>
>> > I was naively assuming that the unloading issue is easy to tackle when the
>> > runtime is not shared between .so. Is it true ?
>>
>> No. The curr
On Saturday, February 13, 2021 at 4:21:34 PM UTC+1 Ian Lance Taylor wrote:
>
>
> > I was naively assuming that the unloading issue is easy to tackle when
> the runtime is not shared between .so. Is it true ?
>
> No. The current Go runtime has no ability to shut down all
> goroutines. If any g
On Sat, Feb 13, 2021 at 1:53 AM Frédéric De Jaeger
wrote:
>
> On Tuesday, February 9, 2021 at 2:46:33 AM UTC+1 Ian Lance Taylor wrote:
>>
>>
>>
>> Thanks, you may be correct: it may be possible to hide all symbols
>> other than the ones that are intended to be exported to the C program.
>> If it i
On Tuesday, February 9, 2021 at 2:46:33 AM UTC+1 Ian Lance Taylor wrote:
>
>
> Thanks, you may be correct: it may be possible to hide all symbols
> other than the ones that are intended to be exported to the C program.
> If it is possible to do that reliably in all cases, then the effect
> sh
On Sun, Feb 7, 2021 at 7:02 PM Frédéric De Jaeger
wrote:
>
> Hi, this is a followup of https://groups.google.com/g/golang-dev/c/J7W3sDexK18
> that I've mistakenly posted in the wrong channel. I feel ashamed about it.
No need to feel ashamed, it's an easy mistake to make, and a harmless one.
>
Hi, this is a followup of
https://groups.google.com/g/golang-dev/c/J7W3sDexK18
that I've mistakenly posted in the wrong channel. I feel ashamed about it.
Ian Lance Taylor wrotes:
>
*This is a consequence of the fact that (on most systems) shared libraries
share a symbol namespace, so t
14 matches
Mail list logo
