Hi Ohir,
Thanks for your explanation. I'll consider that.
On Wednesday, May 20, 2020 at 9:48:48 PM UTC+8, ohir wrote:
>
> Dnia 2020-05-17, o godz. 23:13:28
> Billy Cui > napisał(a):
>
> > Looks this works, anyone know the plugin mode is easy crack out the
> source co
and based on your use case
> - there is nothing proprietary there so it won’t be a problem.
>
> On May 17, 2020, at 9:45 PM, Billy Cui >
> wrote:
>
> Hi Daniel,
>
> I have test your solution of obfuscation, look you can only obfuscate the
> binary not the source
Hi Daniel,
I have test your solution of obfuscation, look you can only obfuscate the
binary not the source code. In my case, I need to obfuscate the library
code, it's not final binary, it should be called by 3rd party.
On Sunday, May 17, 2020 at 6:11:18 AM UTC+8, Daniel Martí wrote:
>
> I
Hi Pat,
For network usage, you can do that, but there is too many library don't
rely on network.
BTW, the obfuscation is not silly, the excellent languages such Java,
Javascript and many more have this feature. Actually I wonder why not
Golang native support this:)
On Monday, May 18, 2020
Hi Daniel,
I'll try, thank you very much, I did already think of the obfuscation
solution, and also found another one:
https://github.com/unixpickle/gobfuscate
Maybe you can make a comparison for that one and yours. I think a good
competition should be a great thing for both.
On Sunday, May
difficult to get the source and read from it. At least
c-archive or c-shared are much better than just give them the source codes.
On Sunday, May 17, 2020 at 3:33:44 AM UTC+8, Jan Mercl wrote:
>
> On Sat, May 16, 2020 at 9:11 PM Billy Cui >
> wrote:
>
> > I sear
I searched all the websites for such a solution, until Go1.2 there was a
buildmode archive, but it did not supported after 1.2, in the mean time, it
really don't have enough source code protected.
Then I try use buildmode c-archive/c-shared, of course c-archive is much
better, but both of them