March 2014 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Pavel's CCodeGenerator works under Windows MinGW: sweet

by Marcus Denker

On 26 Mar 2014, at 06:37, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > Unbelievable... I stare how open source can work :-) I started this project yesterday so it can hardly translate more than the small examples and of course it had no announcement. > > So, CCodeGenerator is the standalone translator from Smalltalk to plain C extracted from VMMaker. One thing we need to do eventually is to have a SLANG that does not use the old AST and Parserâ¦ but the RB AST instead. Marcus

March 26, 2014

Re: [Pharo-users] Pavel's CCodeGenerator works under Windows MinGW: sweet

by Tudor Girba

This is beautiful, indeed (both the project and the open-source dynamics) :). Keep it up. Cheers, Doru On Wed, Mar 26, 2014 at 6:37 AM, Pavel Krivanek <pavel.krivanek(a)gmail.com>wrote: > Unbelievable... I stare how open source can work :-) I started this > project yesterday so it can hardly translate more than the small examples > and of course it had no announcement. > > So, CCodeGenerator is the standalone translator from Smalltalk to plain C > extracted from VMMaker. It should be able now generate other projects > than the VM. You can write a shared library in trimmed Smalltalk ( > http://wiki.squeak.org/squeak/slang) debug it in Smalltalk IDE and then > translate to C and compile. With NativeBoost binding (that will be > generated in future versions automatically) you can use it simply from > Smalltalk again. So you can write some parts of your projects in Smalltalk > that will run on speed of C. > > Thank you Phil, I added you as a contributor. If others want to have write > access to the repository, let me know. > > Cheers, > -- Pavel > > > > 2014-03-26 0:39 GMT+01:00 Philippe Back <phil(a)highoctane.be>: > > I loaded the code from >> http://www.smalltalkhub.com/#!/~PavelKrivanek/CCodeGenerator where the >> generator is now standalone, from VMMaker >> >> >> >> I made my own little version here: >> http://www.smalltalkhub.com/#!/~philippeback/HOExtras/packages/CCodeGenerat… >> >> >> >> Just works nicely under windows, not sure for the OSProcess thing as I >> did the build by hand in a side console. >> >> >> >> So: CCGExample new nbFib4: <print it> 30 90799453 >> >> >> >> It just works perfectly. >> >> >> >> That's a pretty great day for integration with JNIPort and CCodeGenerator! >> >> >> >> Phil >> >> >> >> >> ------------------------------ >> <http://www.avast.com/> >> >> Ce courrier Ã©lectronique ne contient aucun virus ou logiciel malveillant >> parce que la protection Antivirus avast! <http://www.avast.com/> est >> active. >> >> > -- www.tudorgirba.com "Every thing has its own flow"

March 26, 2014

Re: [Pharo-users] Pavel's CCodeGenerator works under Windows MinGW: sweet

by Pavel Krivanek

Unbelievable... I stare how open source can work :-) I started this project yesterday so it can hardly translate more than the small examples and of course it had no announcement. So, CCodeGenerator is the standalone translator from Smalltalk to plain C extracted from VMMaker. It should be able now generate other projects than the VM. You can write a shared library in trimmed Smalltalk ( http://wiki.squeak.org/squeak/slang) debug it in Smalltalk IDE and then translate to C and compile. With NativeBoost binding (that will be generated in future versions automatically) you can use it simply from Smalltalk again. So you can write some parts of your projects in Smalltalk that will run on speed of C. Thank you Phil, I added you as a contributor. If others want to have write access to the repository, let me know. Cheers, -- Pavel 2014-03-26 0:39 GMT+01:00 Philippe Back <phil(a)highoctane.be>: > I loaded the code from > http://www.smalltalkhub.com/#!/~PavelKrivanek/CCodeGenerator where the > generator is now standalone, from VMMaker > > > > I made my own little version here: > http://www.smalltalkhub.com/#!/~philippeback/HOExtras/packages/CCodeGenerat… > > > > Just works nicely under windows, not sure for the OSProcess thing as I did > the build by hand in a side console. > > > > So: CCGExample new nbFib4: <print it> 30 90799453 > > > > It just works perfectly. > > > > That's a pretty great day for integration with JNIPort and CCodeGenerator! > > > > Phil > > > > > ------------------------------ > <http://www.avast.com/> > > Ce courrier Ã©lectronique ne contient aucun virus ou logiciel malveillant > parce que la protection Antivirus avast! <http://www.avast.com/> est > active. > >

March 26, 2014

Pavel's CCodeGenerator works under Windows MinGW: sweet

by Philippe Back

I loaded the code from http://www.smalltalkhub.com/#!/~PavelKrivanek/CCodeGenerator where the generator is now standalone, from VMMaker I made my own little version here: http://www.smalltalkhub.com/#!/~philippeback/HOExtras/packages/CCodeGenerato r-Core Just works nicely under windows, not sure for the OSProcess thing as I did the build by hand in a side console. So: CCGExample new nbFib4: <print it> 30 90799453 It just works perfectly. That's a pretty great day for integration with JNIPort and CCodeGenerator! Phil --- Ce courrier Ã©lectronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active. http://www.avast.com

March 25, 2014

Re: [Pharo-users] [ANN] JNIPort for Pharo 3.0 alpha

by Philippe Back

Works on Windows 8.1 x64 with a 32-bit JRE 1.7 on a freshly fetched Pharo30 There is a Transcript flush that would help seeing the output to the Transcript. Snippet: | jvmSettings | "You can set the path to the Java VM library by editing the path as needed." "JNIPortJNIInterface libraryFile: '/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Libraries/libcl ient.dylib'" .. JNIPortJNIInterface libraryFile: 'C:\Program Files (x86)\Java\jre7\bin\client\jvm.dll' . jvmSettings := JVMSettings new. jvmSettings usesGhosts: true. jvmSettings supportsCallbacks: true. jvmSettings jniPortSettings useJNIHelperLibrary: false. jvmSettings ghostClassSettings retainMethodSource: true. "On Mac OS X and Linux, class path entries are separated by colons." "On Windows, you have to use semicolons instead. Edit the following line as needed." "jvmSettings runtimeSettings classpath: '.:/Users/myname/JNIPort.jar:/Users/myname/JNIPort-Tests.jar'." jvmSettings runtimeSettings classpath: '.;.\JNIPort.jar;.\JNIPort-Tests.jar'. "Uncomment the following if you want the Java VM to emit verbose messages. How to access these messages depends on your platform. On Mac OS X, they are visible in the Console application." "jvmSettings runtimeSettings addOption: '-verbose:jni'; addOption: '-verbose:gc'; addOption: '-verbose:class'." Cursor execute showWhile: [JVM newWithSettings: jvmSettings]. "---- Then the fun starts: ----" zfClass := JVM current findClass: #'java.util.zip.ZipFile'. zipfile := zfClass new_String: 'JNIPort.jar'. zipfile size. "--> answers an Integer" entries := zipfile entries. entries asAnEnumeration do: [:each | Transcript cr; print: each]. Transcript flush. "----" Cool to have a bridge. Phil From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] On Behalf Of Tudor Girba Sent: mardi 25 mars 2014 21:26 To: Any question about pharo is welcome Subject: Re: [Pharo-users] [ANN] JNIPort for Pharo 3.0 alpha Thanks a lot for this contribution! I will give it a try soon. Doru On Tue, Mar 25, 2014 at 7:59 PM, Joachim Geidel <joachim.geidel(a)onlinehome.de <mailto:joachim.geidel@onlinehome.de> > wrote: Hi everybody, JNIPort for Pharo 3.0 alpha is now available at SmalltalkHub. JNIPort is a Smalltalk library which allows Java code to be invoked from Smalltalk. It acts as a bridge between the world of Smalltalk objects and a Java Virtual Machine (JVM) where Java code is executing. When I first ported JNIPort to Squeak and Pharo 1.x, I used Alien as the FFI library. As NativeBoost has superseded Alien, the interface to the Java Native Interface library had to be rewritten. There are still some undocumented and obscure parts in NativeBoost, so this has taken some time. If you want to try it, load it via the ConfigurationOfJNIPort. I hope this works. If it does not, load the packages individually in the order in which they appear in the ConfigurationOfJNIPort. http://www.smalltalkhub.com/#!/~JNIPort/JNIPort The next step is to read the documentation at http://jniport.wikispaces.com/ Otherwise, you won't know what to do next. ;-) Download the extra files from the download page at Wikispaces, you will need two jar files from there. Start a Java VM attached to Pharo by adapting and executing the following code snippet: ---- | jvmSettings | "You can set the path to the Java VM library by editing the path as needed." JNIPortJNIInterface libraryFile: '/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Libraries/libcl ient.dylib' .. "JNIPortJNIInterface libraryFile: 'C:\Programme\Java\jre7\bin\client\jvm.dll' ." jvmSettings := JVMSettings new. jvmSettings usesGhosts: true. jvmSettings supportsCallbacks: true. jvmSettings jniPortSettings useJNIHelperLibrary: false. jvmSettings ghostClassSettings retainMethodSource: true. "On Mac OS X and Linux, class path entries are separated by colons." "On Windows, you have to use semicolons instead. Edit the following line as needed." jvmSettings runtimeSettings classpath: '.:/Users/myname/JNIPort.jar:/Users/myname/JNIPort-Tests.jar'. " jvmSettings runtimeSettings classpath: '.;.\JNIPort.jar;.\JNIPort-Tests.jar'." "Uncomment the following if you want the Java VM to emit verbose messages. How to access these messages depends on your platform. On Mac OS X, they are visible in the Console application." "jvmSettings runtimeSettings addOption: '-verbose:jni'; addOption: '-verbose:gc'; addOption: '-verbose:class'." Cursor execute showWhile: [JVM newWithSettings: jvmSettings]. ---- Then the fun starts: ---- | zfClass zipfile entries | zfClass := JVM current findClass: #'java.util.zip.ZipFile'. zipfile := zfClass new_String: 'JNIPort.jar'. zipfile size. "--> answers an Integer" entries := zipfile entries. entries asAnEnumeration do: [:each | Transcript cr; print: each]. ---- And now to the ugly little secret reason why I call it an alpha version: While everything seems to work, it is *much* slower than it used to be in Pharo 1.2 with Alien. And when I compare it with VisualWorks, I wonder if the Pharo version secretly does some additional work for SETI: - Starting the JVM: VisualWorks 0.7 seconds Pharo 7 to 8 seconds - A benchmark using some methods of java.io.BufferedReader and java.util.StringTokenizer: VisualWorks 114 milliseconds Pharo 12 to 13 seconds I have not yet found the reason. The TimeProfiler is not very helpful, as its 1 millisecond resolution is too coarse. It would be nice if it had microsecond resolution. From the TimeProfiler results, it seems that calling a JNI method with NativeBoost is extremely slow, but I don't trust those profiles too much. So, give it a try, and if you find something useful concerning the bad performance, please send me a message. Best regards, Joachim Geidel -- View this message in context: http://forum.world.st/ANN-JNIPort-for-Pharo-3-0-alpha-tp4750750.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. -- www.tudorgirba.com <http://www.tudorgirba.com> "Every thing has its own flow" --- Ce courrier Ã©lectronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active. http://www.avast.com

March 25, 2014

Re: [Pharo-users] [ANN] JNIPort for Pharo 3.0 alpha

by Tudor Girba

Thanks a lot for this contribution! I will give it a try soon. Doru On Tue, Mar 25, 2014 at 7:59 PM, Joachim Geidel < joachim.geidel(a)onlinehome.de> wrote: > Hi everybody, > > JNIPort for Pharo 3.0 alpha is now available at SmalltalkHub. > > JNIPort is a Smalltalk library which allows Java code to be invoked from > Smalltalk. It acts as a bridge between the world of Smalltalk objects and a > Java Virtual Machine (JVM) where Java code is executing. > > When I first ported JNIPort to Squeak and Pharo 1.x, I used Alien as the > FFI > library. As NativeBoost has superseded Alien, the interface to the Java > Native Interface library had to be rewritten. There are still some > undocumented and obscure parts in NativeBoost, so this has taken some time. > > If you want to try it, load it via the ConfigurationOfJNIPort. I hope this > works. If it does not, load the packages individually in the order in which > they appear in the ConfigurationOfJNIPort. > http://www.smalltalkhub.com/#!/~JNIPort/JNIPort > The next step is to read the documentation at > http://jniport.wikispaces.com/ > Otherwise, you won't know what to do next. ;-) > Download the extra files from the download page at Wikispaces, you will > need > two jar files from there. > > Start a Java VM attached to Pharo by adapting and executing the following > code snippet: > > ---- > | jvmSettings | > "You can set the path to the Java VM library by editing the path as > needed." > JNIPortJNIInterface libraryFile: > > '/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Libraries/libclient.dylib' > . > "JNIPortJNIInterface libraryFile: > 'C:\Programme\Java\jre7\bin\client\jvm.dll' ." > > jvmSettings := JVMSettings new. > jvmSettings usesGhosts: true. > jvmSettings supportsCallbacks: true. > jvmSettings jniPortSettings useJNIHelperLibrary: false. > jvmSettings ghostClassSettings retainMethodSource: true. > > "On Mac OS X and Linux, class path entries are separated by colons." > "On Windows, you have to use semicolons instead. Edit the following line > as > needed." > jvmSettings runtimeSettings classpath: > '.:/Users/myname/JNIPort.jar:/Users/myname/JNIPort-Tests.jar'. > " jvmSettings runtimeSettings classpath: > '.;.\JNIPort.jar;.\JNIPort-Tests.jar'." > > "Uncomment the following if you want the Java VM to emit verbose messages. > How to access these messages depends on your platform. > On Mac OS X, they are visible in the Console application." > "jvmSettings runtimeSettings addOption: '-verbose:jni'; addOption: > '-verbose:gc'; addOption: '-verbose:class'." > Cursor execute showWhile: [JVM newWithSettings: jvmSettings]. > ---- > > Then the fun starts: > > ---- > | zfClass zipfile entries | > zfClass := JVM current findClass: #'java.util.zip.ZipFile'. > zipfile := zfClass new_String: 'JNIPort.jar'. > zipfile size. "--> answers an Integer" > entries := zipfile entries. > entries asAnEnumeration do: [:each | Transcript cr; print: each]. > ---- > > And now to the ugly little secret reason why I call it an alpha version: > > While everything seems to work, it is *much* slower than it used to be in > Pharo 1.2 with Alien. And when I compare it with VisualWorks, I wonder if > the Pharo version secretly does some additional work for SETI: > - Starting the JVM: > VisualWorks 0.7 seconds > Pharo 7 to 8 seconds > - A benchmark using some methods of java.io.BufferedReader and > java.util.StringTokenizer: > VisualWorks 114 milliseconds > Pharo 12 to 13 seconds > > I have not yet found the reason. The TimeProfiler is not very helpful, as > its 1 millisecond resolution is too coarse. It would be nice if it had > microsecond resolution. From the TimeProfiler results, it seems that > calling > a JNI method with NativeBoost is extremely slow, but I don't trust those > profiles too much. > > So, give it a try, and if you find something useful concerning the bad > performance, please send me a message. > > Best regards, > Joachim Geidel > > > > > -- > View this message in context: > http://forum.world.st/ANN-JNIPort-for-Pharo-3-0-alpha-tp4750750.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > -- www.tudorgirba.com "Every thing has its own flow"

March 25, 2014

MethodToolbar plugin for Nautilus

by Philippe Back

I've made a MethodToolbarPlugin for Nautilus. It looks like the old bar from the legacy browser, which I liked to use with the mouse. One can pick the latest package from http://www.smalltalkhub.com/#!/~philippeback/HOExtras/packages/HOExtras-Naut ilus http://www.smalltalkhub.com/#!/~philippeback/HOExtras/versions/HOExtras-Naut ilus-PhilippeBack.13 I'd like to know why the plugin controls aren't honoring the default button heights. It is a general issue for the plugin areas. Ideas? Enjoy, Phil --- Ce courrier Ã©lectronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active. http://www.avast.com

March 25, 2014

[ANN] JNIPort for Pharo 3.0 alpha

by Joachim Geidel

Hi everybody, JNIPort for Pharo 3.0 alpha is now available at SmalltalkHub. JNIPort is a Smalltalk library which allows Java code to be invoked from Smalltalk. It acts as a bridge between the world of Smalltalk objects and a Java Virtual Machine (JVM) where Java code is executing. When I first ported JNIPort to Squeak and Pharo 1.x, I used Alien as the FFI library. As NativeBoost has superseded Alien, the interface to the Java Native Interface library had to be rewritten. There are still some undocumented and obscure parts in NativeBoost, so this has taken some time. If you want to try it, load it via the ConfigurationOfJNIPort. I hope this works. If it does not, load the packages individually in the order in which they appear in the ConfigurationOfJNIPort. http://www.smalltalkhub.com/#!/~JNIPort/JNIPort The next step is to read the documentation at http://jniport.wikispaces.com/ Otherwise, you won't know what to do next. ;-) Download the extra files from the download page at Wikispaces, you will need two jar files from there. Start a Java VM attached to Pharo by adapting and executing the following code snippet: ---- | jvmSettings | "You can set the path to the Java VM library by editing the path as needed." JNIPortJNIInterface libraryFile: '/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Libraries/libclient.dylib' . "JNIPortJNIInterface libraryFile: 'C:\Programme\Java\jre7\bin\client\jvm.dll' ." jvmSettings := JVMSettings new. jvmSettings usesGhosts: true. jvmSettings supportsCallbacks: true. jvmSettings jniPortSettings useJNIHelperLibrary: false. jvmSettings ghostClassSettings retainMethodSource: true. "On Mac OS X and Linux, class path entries are separated by colons." "On Windows, you have to use semicolons instead. Edit the following line as needed." jvmSettings runtimeSettings classpath: '.:/Users/myname/JNIPort.jar:/Users/myname/JNIPort-Tests.jar'. " jvmSettings runtimeSettings classpath: '.;.\JNIPort.jar;.\JNIPort-Tests.jar'." "Uncomment the following if you want the Java VM to emit verbose messages. How to access these messages depends on your platform. On Mac OS X, they are visible in the Console application." "jvmSettings runtimeSettings addOption: '-verbose:jni'; addOption: '-verbose:gc'; addOption: '-verbose:class'." Cursor execute showWhile: [JVM newWithSettings: jvmSettings]. ---- Then the fun starts: ---- | zfClass zipfile entries | zfClass := JVM current findClass: #'java.util.zip.ZipFile'. zipfile := zfClass new_String: 'JNIPort.jar'. zipfile size. "--> answers an Integer" entries := zipfile entries. entries asAnEnumeration do: [:each | Transcript cr; print: each]. ---- And now to the ugly little secret reason why I call it an alpha version: While everything seems to work, it is *much* slower than it used to be in Pharo 1.2 with Alien. And when I compare it with VisualWorks, I wonder if the Pharo version secretly does some additional work for SETI: - Starting the JVM: VisualWorks 0.7 seconds Pharo 7 to 8 seconds - A benchmark using some methods of java.io.BufferedReader and java.util.StringTokenizer: VisualWorks 114 milliseconds Pharo 12 to 13 seconds I have not yet found the reason. The TimeProfiler is not very helpful, as its 1 millisecond resolution is too coarse. It would be nice if it had microsecond resolution. From the TimeProfiler results, it seems that calling a JNI method with NativeBoost is extremely slow, but I don't trust those profiles too much. So, give it a try, and if you find something useful concerning the bad performance, please send me a message. Best regards, Joachim Geidel -- View this message in context: http://forum.world.st/ANN-JNIPort-for-Pharo-3-0-alpha-tp4750750.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 25, 2014

Re: [Pharo-users] DhbNumericalMethods and GraphET: examples?

by Tudor Girba

Would be nice to have indeed. Doru On Tue, Mar 25, 2014 at 3:16 PM, phil(a)highoctane.be <phil(a)highoctane.be>wrote: > Is someone having done some work with GraphET coupled with > DhbNumericalMethods? > > Like histogram stuff on time series etc? > > TIA > Phil > -- www.tudorgirba.com "Every thing has its own flow"

March 25, 2014

DhbNumericalMethods and GraphET: examples?

by phil＠highoctane.be

Is someone having done some work with GraphET coupled with DhbNumericalMethods? Like histogram stuff on time series etc? TIA Phil

March 25, 2014