[@localhost grumpy]$ make build/src/grumpy/lib/itertools/module.go:5: can't find import: "grumpy/lib/sys" make: *** [build/pkg/linux_amd64/grumpy/lib/itertools.a] Error 1

Use tag attr_mode:"rw" to allow native attributes to be changed by Python code. The attribute should be public on Golang (start with a Capital).

• makeStructFieldDescriptor needs a last boolean argument. Please provide false for private fields.
• When the new argument is true and the struct field is public, it can be changed (set) via Python
• Will not be locked on changes. If locking is needed, do it in Python or via a custom Property setter

How do I get past this error:

Traceback (most recent call last):
  File "./build/bin/grumpc", line 118, in <module>
    sys.exit(main(parser.parse_args()))
  File "./build/bin/grumpc", line 76, in main
    visitor.visit(mod)
  File "/home/localhost/Documents/Dev/play/grumpy/build/lib/python2.7/site-packages/grumpy/pythonparser/algorithm.py", line 41, in visit
    return self._visit_one(obj)
  File "/home/localhost/Documents/Dev/play/grumpy/build/lib/python2.7/site-packages/grumpy/pythonparser/algorithm.py", line 32, in _visit_one
    return getattr(self, visit_attr)(node)
  File "/home/localhost/Documents/Dev/play/grumpy/build/lib/python2.7/site-packages/grumpy/compiler/stmt.py", line 320, in visit_Module
    self._visit_each(node.body)
  File "/home/localhost/Documents/Dev/play/grumpy/build/lib/python2.7/site-packages/grumpy/compiler/stmt.py", line 734, in _visit_each
    self.visit(node)
  File "/home/localhost/Documents/Dev/play/grumpy/build/lib/python2.7/site-packages/grumpy/pythonparser/algorithm.py", line 41, in visit
    return self._visit_one(obj)
  File "/home/localhost/Documents/Dev/play/grumpy/build/lib/python2.7/site-packages/grumpy/pythonparser/algorithm.py", line 32, in _visit_one
    return getattr(self, visit_attr)(node)
  File "/home/localhost/Documents/Dev/play/grumpy/build/lib/python2.7/site-packages/grumpy/compiler/stmt.py", line 287, in visit_Import
    for imp in self.block.root.importer.visit(node):
  File "/home/localhost/Documents/Dev/play/grumpy/build/lib/python2.7/site-packages/grumpy/pythonparser/algorithm.py", line 41, in visit
    return self._visit_one(obj)
  File "/home/localhost/Documents/Dev/play/grumpy/build/lib/python2.7/site-packages/grumpy/pythonparser/algorithm.py", line 32, in _visit_one
    return getattr(self, visit_attr)(node)
  File "/home/localhost/Documents/Dev/play/grumpy/build/lib/python2.7/site-packages/grumpy/compiler/imputil.py", line 88, in visit_Import
    imp = self._resolve_import(node, alias.name)
  File "/home/localhost/Documents/Dev/play/grumpy/build/lib/python2.7/site-packages/grumpy/compiler/imputil.py", line 153, in _resolve_import
    raise util.ImportError(node, 'no such module: {}'.format(modname))
grumpy.compiler.util.ImportError: line 9: no such module: socket

I"m trying to transpile python to Go code on Fedora 25

pythonparser is a high quality Python parser written in Python that produces an AST very similar to the one produced by the standard ast module. There are three very appealing qualities to switching Grumpy to pythonparser:

1. It's pure Python so there's a reasonable chance of getting it to build under Grumpy in the near future, whereas the ast module, being written in C, is unlikely to be work anytime soon.

2. The AST produced by pythonparser contains detailed span location data. The standard ast module provides line numbers only and not for all nodes. pythonparser provides column data, sub-node locations, locations for comments and more.

3. Experimenting with custom syntax (e.g. to properly support importing Go packages with arbitrary names, like from __go__ import "github.com/labstack/echo") will become much simpler.

I suspect pythonparser is quite a bit slower than the ast module but it doesn't seem to matter since Go compilation dominates. Timings for make test were 9m35.968s under the ast module and 10m7.250s under pythonparser.

There are a few minor outstanding issues with the library I've filed. These seem relatively straightforward to fix and the maintainer is open to PRs. Overall I'm very satisfied with the quality and completeness of the library.

I implemented a simplified version of raw_input().

Please review on focusing these. First, It might be not 100% compatible with CPython and pypy's raw_input(). and also need more implementation to handle error cases.

Second, I need some guide for writing unit test codes to check it is well working for raw_input(). I don't know how to test user's input from keyboard.

Third, prompt printing is slower when running with go run *.go so if you have solutions then please give me a feedback.

Related PR= #247

Very nice project.

I am a golang programmer and it would be nice to have many of the machine learning python code available to golang programmers.

Is there a CI build system to build and test the pythons libs yet ?

Implement the callable as defined here:

• https://docs.python.org/2.7/library/functions.html#callable

make precommit passed.

Signed-off-by: Cholerae Hu [email protected]

This request contains a shim package that wraps Go functions from the math package in functions that are identical to those in the Python math module. There are three comments that begin with "NOTE", that I think require input from others and probably some corrections.

#!/usr/bin/env python3
import bs4, requests
url = 'https://docs.python.org/2.7/py-modindex.html'
soup = bs4.BeautifulSoup(requests.get(url).content, 'html.parser')
for module in soup.find_all('code', class_='xref'):
    if '.' not in module.string:
        print('- [ ] ' + module.string.replace('__', '\_\_', 1))

Added _struct, _md5, md5(wrapper to _md5) to third_party/pypy.

Hard-coded byteorder = 'little' on sys module for now, which is needed by _struct Let me know if I better hardcode inside _struct module.

Note that I cannot add wrapper struct.py because struct is a keyword in go as you know.

https://github.com/Homebrew/homebrew-core/issues/9213

Does anyone know how the homebrew installer for Mac OSX works? I spent an few hours trying to build a formula to install Grumpy based on these examples but I failed.

I installed grumpy using snap (sudo snap install grumpy). I would like to know which exactly is the root directory of the Grumpy source code distribution.

I'm asking this because I tried to do echo "print 'hello, world'" | make run into /snap/grumpy/ and get error:

$ echo "print 'hello, world'" | make run
make: *** No rule to make target 'run'.  Stop.

here my content from directory

$ ls /snap/grumpy/
15 current

A good example on how this can be done is c2rust. It not only converts the source, but keeps it compilable, provides the refactoring tool and means to script the refactoring with Lua language. See their manual for more information.

My python code is as below

def feature1(inputJsonString):
    print inputJsonString
    import json
    import sys
    print json.dumps(1)
    return sys.version

and the go main code is as below

package main

import ... // I have imported all the package under the "$GOPATH/src/__python__" and thus "json" related libs should be imported

func main() {
    f := grumpy.NewRootFrame()
    mods, _ := grumpy.ImportModule(f, "feature1")
    fmt.Printf("mods: %v\n", mods)
    feature1, _ := grumpy.GetAttr(f, mods[0], grumpy.NewStr("feature1"), nil)
    args := f.MakeArgs(1)
    args[0] = grumpy.NewStr(`{"a": 1, "b": "I am string"}`).ToObject()
    result, err := feature1.Call(f, args, nil)
    fmt.Printf("result type: %v\n", reflect.TypeOf(result))
    fmt.Printf("result: %v\n", result.String())
    fmt.Printf("err: %v\n", err)
}

When I tried to run the go main code, and I got result like this

result: nil
err: TypeError('bad operand type for unary -: \'tuple\'',)

I found this error is raised from grumpy.ImportModule function in generated go code feature1.go but I am not clear how this error is raised. Also when I try to import some other python std libs like "sys", and it works fine.

My Golang version is go1.10.3 darwin/amd64