Aha, I got the problem. I should have added -fuse-ld=gold. The following
works well.
go build -o libgotest.so -buildmode=c-shared -compiler=gccgo
-gccgoflags='-fuse-ld=gold -Wl,--split-stack-adjust-size=0x8000'
test_mmap.go
Thank you!
On Wednesday, December 23, 2020 at 3:47:50 PM UTC+9 Yonatan
# command-line-arguments
/usr/bin/ld: unrecognized option '--split-stack-adjust-size=0x8000'
/usr/bin/ld: use the --help option for usage information
collect2: error: ld returned 1 exit status
On Wednesday, December 23, 2020 at 3:38:44 PM UTC+9 Ian Lance Taylor wrote:
> On Tue, Dec 22, 2020 at 10
On Tue, Dec 22, 2020 at 10:30 PM Yonatan Gizachew wrote:
>
> I want to pass the '-Wl,--split-stack-adjust-size=0x8000' to the gold linker
> as follows:
>
> go build -o libgotest.so -buildmode=c-shared -compiler=gccgo
> -gccgoflags='-Wl,--split-stack-adjust-size=0x8000' test_mmap.go
> But there s
Hello,
I want to pass the '-Wl,--split-stack-adjust-size=0x8000' to the gold
linker as follows:
go build -o libgotest.so -buildmode=c-shared -compiler=gccgo
-gccgoflags='-Wl,--split-stack-adjust-size=0x8000' test_mmap.go
But there s "unrecognized option" error. Could you please tell me the
cor
There are many shops that exclude using certain features (eg exceptions in
C++). It makes interoperability and using 3rd party libs more difficult (plus
other issues) but it can be done.
> On Dec 22, 2020, at 9:41 PM, Jeremy French wrote:
>
> I'd like to second the notion that the argument "
*What is it?*
A module with feature transformers plus go:generate script to generate
feature processor for your data model in Go with emphasis on convenience
and single sample latency.
github.com/nikolaydubina/go-featureprocessing
*Features*
- feature parity to scikitlearn
- convenient
I'd like to second the notion that the argument "if you don't like them,
don't use them," is an invalid argument. Anyone who's been in the game for
any length of time knows that more than we'd like, we're repairing someone
else's code, as opposed to writing our own from scratch. If there is a
Artur Vianna> you can keep writing your standard Go as it never existed.
L Godioleskky> those of us who want to ignore them can easily do so
Nope. You can neither pretend "it never existed" nor "ignore" no part of the
language.
You as a programmer are supposed to read and *understand* a lot o
On Wed, Dec 23, 2020 at 12:19 AM Space A. wrote:
> > Again, it bears repeating: "The Go designers where against generics" is
> historical fiction. "The Go team is succumbing to public pressure" is
> political fiction. Both are simply false. Anyone saying either of those
> either misunderstood som
> Again, it bears repeating: "The Go designers where against generics" is
historical fiction. "The Go team is succumbing to public pressure" is
political fiction. Both are simply false. Anyone saying either of those
either misunderstood something someone on the Go team said, or is repeating
fro
On Tue, Dec 22, 2020 at 2:09 PM Martin Hanson
wrote:
>
> @Ian, if you're succumbing to outside pressure, please don't.
>
> If you on the other hand is pro-generics to Go, then of course that is
> your right.
>
> I for one doesn't hope that the future of Go is going to continue down
> this road, wi
On Tue, 22 Dec 2020 22:56:32 +0100, you wrote:
>> He did explicitly said in the last paragraph that Go is not driven by
>> pools (aka surveys).
>
>Please re-read!
>
>The problem is that his post is quite contradictory. On the one hand he
>states that "Go is not and never has been a poll-driven lan
On Tue, Dec 22, 2020 at 1:57 PM Martin Hanson
wrote:
>
> > He did explicitly said in the last paragraph that Go is not driven by
> > pools (aka surveys).
>
> Please re-read!
>
> The problem is that his post is quite contradictory. On the one hand he
> states that "Go is not and never has been a po
On Tue, Dec 22, 2020 at 1:46 PM Martin Hanson
wrote:
>
> > I don't know of a poll specifically about generics. But for the past
> > several years we've done a Go community survey, and every year there
> > is significant support for adding generics to the language.
>
> So Ian, what you're saying is
On Tue, Dec 22, 2020 at 11:09 PM Martin Hanson
wrote:
> If you on the other hand is pro-generics to Go, then of course that is
> your right.
>
Ian is on record, multiple times, as having argued in favor of generics in
Go long before its open source release and has since written many proposals
to
> Ultimately Go is a community and polls are unavoidable. And even in
> the benevolent-dictator model, the dictator is forced by the
> community if the pressure is high enough, this has happened in a lot
> of projects like Vim and Python. And in Vim some changes only
> happened after the adoption o
@Ian, if you're succumbing to outside pressure, please don't.
If you on the other hand is pro-generics to Go, then of course that is
your right.
I for one doesn't hope that the future of Go is going to continue down
this road, with new proposals for change popping up on GitHub every
other day and
Ultimately Go is a community and polls are unavoidable. And even in the
benevolent-dictator model, the dictator is forced by the community if the
pressure is high enough, this has happened in a lot of projects like Vim
and Python. And in Vim some changes only happened after the adoption of the
NeoV
> He did explicitly said in the last paragraph that Go is not driven by
> pools (aka surveys).
Please re-read!
The problem is that his post is quite contradictory. On the one hand he
states that "Go is not and never has been a poll-driven language", yet
at the same time, "I think it's reasonable
He did explicitly said in the last paragraph that Go is not driven by pools
(aka surveys).
On Tue, 22 Dec 2020, 18:46 Martin Hanson,
wrote:
> > I don't know of a poll specifically about generics. But for the past
> > several years we've done a Go community survey, and every year there
> > is sig
> I don't know of a poll specifically about generics. But for the past
> several years we've done a Go community survey, and every year there
> is significant support for adding generics to the language.
So Ian, what you're saying is that for the future we can expect that
future development of Go
On Tue, Dec 22, 2020 at 1:24 AM Markus Heukelom
wrote:
>
> Why not issue a poll on generics, was this ever done? (I could've missed it,
> I am only following Go ~2 years). While the community has a vote in
> accepting/rejecting the current generics proposal, the community was never
> (really)
Wow -- yes, that's pretty significant! (Though point taken about "real
workloads".) Thanks for sharing this.
On Tuesday, December 22, 2020 at 11:44:25 PM UTC+13 arn...@gmail.com wrote:
> Luckily, I have the "no scalar" version with a build tag. Here is a
> simple benchmark:
>
> func BenchmarkV
> I have, plenty of times in the past, said myself that people who want
generics should just use Java or C++. I'm not proud of saying that. It was
a mistake.
What if you actually were right? Have you ever been looking at it through
"Clear is better than clever" prism? What if in 10 years you
On Tue, Dec 22, 2020 at 12:09 PM Anthony Martin wrote:
>
> 'Axel Wagner' via golang-nuts once said:
> > What isn't welcome is your attempt of alienating people with a different
> > viewpoint from yours and make them feel unwelcome. And if you continue to
> > insist on doing that, the community *w
I just can't figure out how to do this. Maybe it can't be done in `go
list` ? Or maybe we're just missing some detail of go modules..
I have a repo (kubernetes, but minimized at
https://github.com/thockin/go-list-modules) which has a "main" go
module, and several other modules in the same repo.
On Tuesday, 22 December 2020 at 20:09:42 UTC+1 al...@pbrane.org wrote:
> Please don't minimize or silence the lived experience
> of people disproportionately affected by generics.
>
> We should protect non-generic function bodies.
>
> Concrete code matters.
>
Tasteless attempt at humour.
--
The bufio package also uses a max buffer of
64KB: https://go.googlesource.com/go/+/go1.15.6/src/bufio/scan.go#80
io.copybuffer on the other hand uses
32KB; https://go.googlesource.com/go/+/go1.15.6/src/io/io.go#398
On Monday, 21 December 2020 at 14:46:21 UTC+3 arn...@gmail.com wrote:
> @Ben i
'Axel Wagner' via golang-nuts once said:
> What isn't welcome is your attempt of alienating people with a different
> viewpoint from yours and make them feel unwelcome. And if you continue to
> insist on doing that, the community *will* ask you to leave.
Please don't minimize or silence the lived
I think it'd be a good idea if you can compile your Java port using GraalVM
and benchmark the generated executable.
On Monday, December 14, 2020 at 2:58:15 AM UTC+5:30 ren...@ix.netcom.com
wrote:
> I did not, and honestly it is probably not a great comparison.
>
> Java requires the JVM - which
Hi again!
Is your program getting the audio from the mic already? If so, can you give
some details about that? If not, to build the line chart, you will first
need to have access to the audio data from the mic in some way.
On Monday, December 21, 2020 at 9:25:05 AM UTC-5 Jeff Mangan wrote:
>
You are very welcome to voice your opinion. Including the opinion that
generics should not be added to Go.
What you shouldn't do - and that's all I criticized - is to tell people who
disagree with you on that to go away.
I also think it's not wrong to point out that claiming the original
designers
On Tue, Dec 22, 2020 at 1:02 PM Axel Wagner
wrote:
> I feel well justified in calling this out as destructive behavior.
You've defined the problem much better than I could ever do. But this
one is not technical and off topic in this thread. Thanks for
considering.
--
You received this message
Your message is perfect example of why most of the ppl who have their own
different opinion and who have never been listened to or given that ability
will just shut up, and stay away.
вторник, 22 декабря 2020 г. в 14:01:53 UTC+3, axel.wa...@googlemail.com:
> On Tue, Dec 22, 2020 at 11:09 AM M
On Tue, Dec 22, 2020 at 12:46 PM Jan Mercl <0xj...@gmail.com> wrote:
> On Tue, Dec 22, 2020 at 12:01 PM 'Axel Wagner' via golang-nuts
> wrote:
>
> > Go is an inclusive project and wants everyone to feel welcome -
> *obviously* that includes people who want generics in the language. Please
> read
On Tue, Dec 22, 2020 at 12:01 PM 'Axel Wagner' via golang-nuts
wrote:
> Go is an inclusive project and wants everyone to feel welcome - *obviously*
> that includes people who want generics in the language. Please read - and
> keep to - the Go community Code of Conduct: https://golang.org/conduc
On Tue, Dec 22, 2020 at 11:09 AM Martin Hanson
wrote:
> It's a matter of understanding why generics was left out of Go from the
> start, like classes was left out of Go. If we start adding stuff that
> the original developers of Go left out by purpose
That is some serious revisionism of the fac
Luckily, I have the "no scalar" version with a build tag. Here is a simple
benchmark:
func BenchmarkValue(b *testing.B) {
for n := 0; n < b.N; n++ {
sv := IntValue(0)
for i := 0; i < 1000; i++ {
iv := IntValue(int64(i))
sv,
No polls. It's not a matter of majority rule!
It's a matter of understanding why generics was left out of Go from the
start, like classes was left out of Go. If we start adding stuff that
the original developers of Go left out by purpose, we're not
understanding the design choices that went into G
On 21-12-2020, Martin Hanson wrote:
> I have just suggested the same thing @Space A, before I read your message and
> I agree fully!
>
> https://github.com/golang/go/issues/15292#issuecomment-749032046
>
> I strongly believe we need to fork Go if generics gets added and then let the
> toy people
Why not issue a poll on generics, was this ever done? (I could've missed
it, I am only following Go ~2 years). While the community has a vote in
accepting/rejecting the current generics proposal, the community was never
(really) asked if generics is desired in the first place and especially
wh
This assumes that you have made site publicly available as described in the
document I have linked.
On Tuesday, December 22, 2020 at 12:59:31 AM UTC+1 Alexander Mills wrote:
> that is not a google url:
>
> https://example.com/
>
> ?
>
> On Monday, December 21, 2020 at 3:53:37 PM UTC-8 Uli Kunit
42 matches
Mail list logo
