Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ponies: Chromium support #498

Closed
gopherbot opened this issue Jan 6, 2010 · 16 comments
Closed

ponies: Chromium support #498

gopherbot opened this issue Jan 6, 2010 · 16 comments

Comments

@gopherbot
Copy link

by danielheres:

How about support code in <script type="text/go"> in Chromium? Are there
any 
plans?
@krasin
Copy link

krasin commented Jan 6, 2010

Comment 1:

Go has an incomplete port to NaCl (http://nativeclient.googlecode.com). NaCl is a 
technology that allows to run native code right in the browser. Chrome 4.0 Beta has out 
of box NaCl support.
So, after Chrome 4.0 is released you would be able to compile Go programs to NaCl and 
run them in the browser.

@gopherbot
Copy link
Author

Comment 2 by danielheres:

But well, that's not what I mean. I mean JIT-compiling in the browser, like 
JavaScript.

@rsc
Copy link
Contributor

rsc commented Jan 6, 2010

Comment 3:

We'd love to see this happen but have other things that
are higher priority (see http://golang.org/doc/devel/roadmap.html).
They're both open source, so have at it.  ;-)

Status changed to LongTerm.

@krasin
Copy link

krasin commented Jan 6, 2010

Comment 4:

>I mean JIT-compiling in the browser
You could port Go compiler to NaCl and compile Go programs in the browser.

@gopherbot
Copy link
Author

Comment 5 by danielheres:

@rsc ok great! I don't have enough experience now to help with that however ;).
@imkrasin: for DOM access there is no Sodium chloride-support or port needed at all! 
I've never used it, but MS Silverlight supports accessing DOM with other languages 
just by altering your script type. With other languages it makes no big sense (and 
Silverlight makes it all slow), but with a statically typed fast compiling compact 
(consider var(a,b,c,d,e,f=10,7,8,1,5,9) and g,h,i=5,j(),[3]int{3,2,8} etc.) 
concurrent language that is almost as fast as C, that makes more sense for me! A Go 
compiler could compile even faster because the environment is already available.

@gopherbot
Copy link
Author

Comment 6 by danielheres:

wow that i=[3]int{3,2,8} certainly doesn't work ;)

@gopherbot
Copy link
Author

Comment 7 by dougfritz:

Any update regarding if this is still on the roadmap of features? I understand there
were more important things and native client wasn't supported in chrome in 2010, but
with the release of native client going live in version 14, has there been more thought
to move go support higher up the priority list?

@bradfitz
Copy link
Contributor

Comment 8:

Native Client is not going live in version 14.
I had them update the blog post to be more clear:
   http://chrome.blogspot.com/2011/08/building-better-web-apps-with-new.html#links
"Update 8/14: Native Client is currently only available for apps in the Chrome Web
Store, but we plan to change this in the future. Keep an eye on the Chromium blog for
updates."
Native Client, Go, and Chrome are all on different schedules.  If Chrome does ever ship
with Native Client on by default, then it gets much more interesting.  But will that be
NaCl or PNaCl?  Let's wait and see.

@gopherbot
Copy link
Author

Comment 9 by dougfritz:

Great. Thanks for the clarification. I agree things get much more
interesting with PNaCL. Anything where you are still left building for
multiple architectures is far less appealing.
http://chrome.blogspot.com/2011/08/building-better-web-apps-with-new.html#links

@rsc
Copy link
Contributor

rsc commented Dec 9, 2011

Comment 10:

Labels changed: added priority-later.

@rsc
Copy link
Contributor

rsc commented Jan 29, 2012

Comment 11:

Labels changed: added priority-someday, removed priority-later.

@rsc
Copy link
Contributor

rsc commented Dec 4, 2013

Comment 13:

Labels changed: added repo-main.

@rsc
Copy link
Contributor

rsc commented Mar 3, 2014

Comment 14:

Adding Release=None to all Priority=Someday bugs.

Labels changed: added release-none.

@ianlancetaylor
Copy link
Contributor

Comment 15:

Update: Go 1.3 is expected to include NaCL support.  Current versions of Chrome include
NaCL support.  So this may be getting closer.

@rsc
Copy link
Contributor

rsc commented Apr 10, 2015

Moving priority-someday to the Unplanned milestone.

@rsc rsc added this to the Unplanned milestone Apr 10, 2015
@bradfitz
Copy link
Contributor

bradfitz commented Feb 2, 2017

This can be closed now I think.

https://github.com/gopherjs/gopherjs is a thing and works pretty well.

Tracking bug for WebAssembly support is #18892

@bradfitz bradfitz closed this as completed Feb 2, 2017
@golang golang locked and limited conversation to collaborators Feb 2, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

5 participants