I've tested the latest version of oksvg, which has support for more
elements, and thus I can test with more SVG files in the codepicdeck
collection [1]
The tests compare four rendering methods, on my MacBook Pro, MacOS 10.13.4,
2.3 GHz Intel Core i7, 16GB.
1) oksvg using GV (svgpng.go) [2]
2)
using an optimally-precise Pow:
1: rounded = 1, both =
1., delta = +0.e+00
2: rounded = 1, both =
1., delta = +0.e+00
3: rounded = 2, both =
2.00
Both, depending on context.
On Mon, 2018-04-30 at 17:08 +, Sean Henderson wrote:
> True, but do you look for methods across structs or only methods
> belonging
> to one struct?
>
> On Thu, Apr 26, 2018 at 4:49 PM Dan Kortschak .edu.au>
> wrote:
>
> >
> > I like being able to look for metho
> math.Pow does not give as precise answers as the C++ std lib.
math pow doesn't just multiply X by itself Y times, it uses a
different algorithm:
https://golang.org/src/math/pow.go#L40
it would perhaps make sense to quantify the error margins that this
algorithm introduces.
not sure what c++ s
* Michael Jones [180430 13:54]:
> Andrey, that's great!
>
> On the Fibonacci series evaluation, let's make sure that we're all doing
> the same calculation. For completeness and safety, let's skip all library
> values and derived values. Here are more-than-sufficient versions of the
> three const
On Mon, Apr 30, 2018 at 12:10 PM, John Unland wrote:
>
> Don't think so, I think most tools out there have the same basic premise
> behind embedding assets. I think it would be great to have one standard tool
> into the stdlib. Since Go is a language for the web this would align greatly
> with som
Don't think so, I think most tools out there have the same basic premise
behind embedding assets. I think it would be great to have one standard
tool into the stdlib. Since Go is a language for the web this would align
greatly with something like this.
On Monday, April 30, 2018 at 1:09:02 PM UT
On Mon, Apr 30, 2018 at 7:03 AM, John Unland wrote:
>
> Hey everyone I've been mulling over this for a couple of days, thought I
> would get some feed back on the possibility of shooting a proposal to have
> embedding static assets into the stdlib. From the looks of it this wouldn't
> break Go 1 c
Andrey, that's great!
On the Fibonacci series evaluation, let's make sure that we're all doing
the same calculation. For completeness and safety, let's skip all library
values and derived values. Here are more-than-sufficient versions of the
three constants in Yuval's code:
// 40-decimal digit ap
Hey everyone I've been mulling over this for a couple of days, thought I
would get some feed back on the possibility of shooting a proposal to have
embedding static assets into the stdlib. From the looks of it this wouldn't
break Go 1 compatibility thou I'm wondering if it would be better to jus
every time float accuracy is mentioned i think of this:
http://0.30004.com/
--
You received this message because you are subscribed to the Google Groups
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to golang-nuts+unsubscr...@g
* Yuval Lifshitz [180430 02:02]:
> It seems like go and C++ are doing something different regarding floating
> point arithmetic, but I cannot say one is better than the other. It is just
> the that C++ consistently overshoots (hence truncation work), and go
> consistently undershoots (this is w
True, but do you look for methods across structs or only methods belonging
to one struct?
On Thu, Apr 26, 2018 at 4:49 PM Dan Kortschak
wrote:
> I like being able to look for methods, so I would be sad to see this as
> the default behaviour.
>
> On Thu, 2018-04-26 at 16:00 -0700, swufy via golan
On Mon, Apr 30, 2018 at 08:01:35AM +0200, Dmitry Vyukov wrote:
> Hi Ted,
>
> I don't know what's the problem with Go toolchain, maybe Ian's
> hypothesis is true. But we use cross-compilation for arm64 and arm
> from Debian Rodete distors and it's working. I cross-compiled executor
> for arm with a
How to reuse it?
понедельник, 30 апреля 2018 г., 8:56:43 UTC+3 пользователь Tamás Gulácsi
написал:
>
> Where do you Close the dialer? Why aren't you reusing the httpClient?
--
You received this message because you are subscribed to the Google Groups
"golang-nuts" group.
To unsubscribe from thi
The leak is here
httpClient := &http.Client{Timeout: timeout, Transport: &http.Transport{Dial
: dialer.Dial}}
If the httpClient value goes out of scope the connections attached to that
will leak, along with their associated goroutines.
On Monday, 30 April 2018 07:56:43 UTC+2, Tamás Gulácsi wrot
16 matches
Mail list logo