- Pharo-users - lists.pharo.org

Re: [Pharo-users] FFI with compile flags

by Annick Fron

Steph We had a Skype call yesterday with JB, and we made progress. The problem is I have several libraries, and it was not easy to find because they donât export symbols and use pkg-config. See you in Cambridge Annick Le 15 aoÃ»t 2014 Ã 12:36, stepharo <stepharo(a)free.fr> a Ã©crit : > Annick > > FFI can call a function but it needs to know where is your library. > > Stef > > On 13/8/14 15:46, Annick Fron wrote: >> I want to interface some pharo code with gstreamer. But gstreamer does not come up with a dylib, it requires compilation flags for instance for a C program. >> The compile options are : >> -pthread -I/usr/include/gstreamer-1.0 -I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include -lgstreamer-1.0 -lgobject-2.0 -lglib-2.0 >> >> so if I donât know which module to use in FFI. If I put >> /usr/lib/gstreamer-1.0 >> I get an error Â« module not found Â». >> Since it is handled by pragmas it is very difficult to debug. >> >> Annick >> Le 13 aoÃ»t 2014 Ã 13:11, ClÃ©ment Bera <bera.clement(a)gmail.com> a Ã©crit : >> >>> I don't understand, do you want to compile your library using FFI or do you want to bind a library compiled your way with FFI ? >>> >>> If you want to compile your library using FFI, then use OSProcess to run the compilation line you showed. >>> >>> If you want to bind a library compiled your way with FFI, the easiest way is to compile the C files as a dylib with something like: >>> >>> gcc -shared -m32 -Wall helloworld.c -o helloworld.dylib $(pkg-config --cflags --libs gstreamer-1.0) >>> >>> (replace .dylib by .so or .dll if you're on windows or on Mac). >>> Then you can bind the dynamic library generated with FFI. I am not sure about the FFI syntax but with NativeBoost it would look like: >>> Integer>>fib4NB >>> <primitive: #primitiveNativeCall module: #NativeBoostPlugin error: errorCode> >>> ^ self >>> nbCall: #( int functionToCall (int self) ) >>> module: '/Users/myName/Desktop/helloWorld.dylib' >>> >>> Regards, >>> >>> Clement >>> >>> >>> 2014-08-13 11:55 GMT+02:00 Annick Fron <info(a)afceurope.com>: >>> Hi, >>> >>> I would like to compile a FFI program but the compiling implies compile flags like in the following : >>> >>> gcc -Wall helloworld.c -o helloworld $(pkg-config --cflags --libs gstreamer-1.0) >>> >>> How do I do this with FFI ? >>> >>> Annick >>> >> >

Aug. 15, 2014

Re: [Pharo-users] Accelerate UI

by Norbert Hartl

Thanks, I need to work over the network which adds some time until things happen. I use vncserver with a headless X server. Seems to be the best for me in performance and hussle like having the right keyboard mapping and such. I think if it would run only twice as fast it would be ok to work with it. Norbert Am 15.08.2014 um 12:53 schrieb Ignacio Sniechowski <0800nacho(a)gmail.com>: > I don't know if this feature still exists on Pharo. I achieved good reselts taking out shadows and show the contetns of the windows as you drag them or resize them. Turn off windows thumbnails in the taskbR. Use regular fonts and not tt. > And also try running Pharo, directly to the framebuffer instead of x server. > Tell me kf tou find something more. > Best nacho > > Enviado desde mi iPad > >> El 15/08/2014, a las 07:11, Norbert Hartl <norbert(a)hartl.name> escribiÃ³: >> >> I'm working on a raspberry pi via remote window. As the StackVM is rather slow on the device something things make it hard to work there. But I need to work there because I'm doing FFI stuff. >> Which are the options to turn off features that might speed up UI responsiveness? I switched off syntax highlighting and code completion already. Anything I can tune Nautilus? >> >> thanks, >> >> Norbert >> >> >

Aug. 15, 2014

Re: [Pharo-users] Accelerate UI

by Norbert Hartl

Stef, I'm basically interested. I don't know how good that works. At the moment I have enough balls in the air so I'll keep that for later. Norbert Am 15.08.2014 um 12:23 schrieb stepharo <stepharo(a)free.fr>: > Norbert > > I do not know the status (becuse jb told me that he hacked something but I got no time to check) > I started to code a mini mini code browser call ondoBrowser it is in PetitBazars I can give access write if you want. > > Stef > > > Stef > > On 15/8/14 12:11, Norbert Hartl wrote: >> I'm working on a raspberry pi via remote window. As the StackVM is rather slow on the device something things make it hard to work there. But I need to work there because I'm doing FFI stuff. >> Which are the options to turn off features that might speed up UI responsiveness? I switched off syntax highlighting and code completion already. Anything I can tune Nautilus? >> >> thanks, >> >> Norbert >> >> >> >> > >

Aug. 15, 2014

Re: [Pharo-users] Accelerate UI

by Ignacio Sniechowski

I don't know if this feature still exists on Pharo. I achieved good reselts taking out shadows and show the contetns of the windows as you drag them or resize them. Turn off windows thumbnails in the taskbR. Use regular fonts and not tt. And also try running Pharo, directly to the framebuffer instead of x server. Tell me kf tou find something more. Best nacho Enviado desde mi iPad > El 15/08/2014, a las 07:11, Norbert Hartl <norbert(a)hartl.name> escribiÃ³: > > I'm working on a raspberry pi via remote window. As the StackVM is rather slow on the device something things make it hard to work there. But I need to work there because I'm doing FFI stuff. > Which are the options to turn off features that might speed up UI responsiveness? I switched off syntax highlighting and code completion already. Anything I can tune Nautilus? > > thanks, > > Norbert > >

Aug. 15, 2014

Re: [Pharo-users] FFI with compile flags

by stepharo

Annick FFI can call a function but it needs to know where is your library. Stef On 13/8/14 15:46, Annick Fron wrote: > I want to interface some pharo code with gstreamer. But gstreamer does > not come up with a dylib, it requires compilation flags for instance > for a C program. > The compile options are : > -pthread -I/usr/include/gstreamer-1.0 -I/usr/include/glib-2.0 > -I/usr/lib/i386-linux-gnu/glib-2.0/include -lgstreamer-1.0 > -lgobject-2.0 -lglib-2.0 > > so if I donât know which module to use in FFI. If I put > /usr/lib/gstreamer-1.0 > I get an error Â« module not found Â». > Since it is handled by pragmas it is very difficult to debug. > > Annick > Le 13 aoÃ»t 2014 Ã 13:11, ClÃ©ment Bera <bera.clement(a)gmail.com > <mailto:bera.clement@gmail.com>> a Ã©crit : > >> I don't understand, do you want to compile your library using FFI or >> do you want to bind a library compiled your way with FFI ? >> >> If you want to compile your library using FFI, then use OSProcess to >> run the compilation line you showed. >> >> If you want to bind a library compiled your way with FFI, the easiest >> way is to compile the C files as a dylib with something like: >> >> *gcc -shared -m32 -Wall helloworld.c -o helloworld.dylib $(pkg-config >> --cflags --libs gstreamer-1.0)* >> >> (replace .dylib by .so or .dll if you're on windows or on Mac). >> Then you can bind the dynamic library generated with FFI. I am not >> sure about the FFI syntax but with NativeBoost it would look like: >> Integer>>fib4NB >> <primitive: #primitiveNativeCall module: #NativeBoostPlugin >> error: errorCode> >> ^ self >> nbCall: #( int functionToCall (int self) ) >> module: '/Users/myName/Desktop/helloWorld.dylib' >> >> Regards, >> >> Clement >> >> >> 2014-08-13 11:55 GMT+02:00 Annick Fron <info(a)afceurope.com >> <mailto:info@afceurope.com>>: >> >> Hi, >> >> I would like to compile a FFI program but the compiling implies >> compile flags like in the following : >> >> *gcc -Wall helloworld.c -o helloworld $(pkg-config --cflags >> --libs gstreamer-1.0)* >> * >> * >> *How do I do this with FFI ?* >> * >> * >> *Annick* >> >> >

Aug. 15, 2014

Re: [Pharo-users] Accelerate UI

by stepharo

Norbert I do not know the status (becuse jb told me that he hacked something but I got no time to check) I started to code a mini mini code browser call ondoBrowser it is in PetitBazars I can give access write if you want. Stef Stef On 15/8/14 12:11, Norbert Hartl wrote: > I'm working on a raspberry pi via remote window. As the StackVM is rather slow on the device something things make it hard to work there. But I need to work there because I'm doing FFI stuff. > Which are the options to turn off features that might speed up UI responsiveness? I switched off syntax highlighting and code completion already. Anything I can tune Nautilus? > > thanks, > > Norbert > > > >

Aug. 15, 2014

Accelerate UI

by Norbert Hartl

I'm working on a raspberry pi via remote window. As the StackVM is rather slow on the device something things make it hard to work there. But I need to work there because I'm doing FFI stuff. Which are the options to turn off features that might speed up UI responsiveness? I switched off syntax highlighting and code completion already. Anything I can tune Nautilus? thanks, Norbert

Aug. 15, 2014

Re: [Pharo-users] [Moose-dev] [ANN] Live Robot Programming

by Lemuus

Awesome!!! now I really need to get a Lego Mindstorms EV3 :) On Thu, Aug 14, 2014 at 2:50 PM, Santiago Bragagnolo < santiagobragagnolo(a)gmail.com> wrote: > Great Johan! Congrats for both of you :) > > > 2014-08-14 22:37 GMT+02:00 Johan Fabry <jfabry(a)dcc.uchile.cl>: > > >> Aargh, copy-paste error. The Lego robot example is on Instagram of course >> :-) >> >> http://instagram.com/p/pEhm0Oj837/ >> >> >> On Aug 14, 2014, at 4:28 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: >> >> > Hi all, >> > >> > itâs with great joy that I can announce the project that my PhD student >> Miguel and I have been working on recently: Live Robot Programming, or LRP >> for short. >> > >> > LRP is a live programming language designed for the creation of the >> behavior layer of robots. It is fundamentally a nested state machine >> language built with robotics applications in mind, but it is not bound to a >> specific robot middleware, API or OS. Have a look at one minute of LRP >> programming to get an idea of what it is like: >> http://youtu.be/4Ma8ZapBUqA >> > >> > Live programming is fun, and live robot programming even more so, as it >> brings all the advantages of live programming to programming a robot. You >> get direct manipulation of a running robot, and thatâs just cool beyond >> words. As an example of LRP on a robot, this guy was programmed in LRP: >> http://youtu.be/4Ma8ZapBUqA Note that you can use LRP âjustâ for live >> programming nested state machines as well. >> > >> > More information on LRP is available on its website: >> http://pleiad.cl/LRP where you can also find download instructions. >> > >> > LRP is implemented in Pharo, and uses Roassal2 for the visualization of >> its state machines. We currently can steer the Lego Mindstorms EV3 and ROS >> robots, thanks to a small layer on top of the cool Pharo support that >> Jannik, Luc, Santiago and Noury are implementing at Douai. I am going to >> look into support for the Parrot AR.Drone 2.0esug in a few weeks. >> > >> > Miguel will be at ESUG next week (I cannot make it), and has a talk at >> the IWST workshop about LRP, in the morning session. I am sure that he will >> also be happy to give demos of LRP if you ask him to (but sadly without a >> robot). >> > >> > All feedback is welcome, and â¦ have fun! >> > >> > ---> Save our in-boxes! http://emailcharter.org <--- >> > >> > Johan Fabry - http://pleiad.cl/~jfabry >> > PLEIAD lab - Computer Science Department (DCC) - University of Chile >> > >> > >> > _______________________________________________ >> > Moose-dev mailing list >> > Moose-dev(a)iam.unibe.ch >> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> > >> >> >> >> ---> Save our in-boxes! http://emailcharter.org <--- >> >> Johan Fabry - http://pleiad.cl/~jfabry >> PLEIAD lab - Computer Science Department (DCC) - University of Chile >> >> >> >

Aug. 15, 2014

Charter chapter under construction

by Alexandre Bergel

Dear All, Just to share the work on progress about a chapter on Charter. A charting library on top of Roassal. http://agilevisualization.com https://dl.dropboxusercontent.com/u/31543901/AgileVisualization/0202-Charte… Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Aug. 15, 2014

Re: [Pharo-users] [Moose-dev] [ANN] Live Robot Programming

by Santiago Bragagnolo

Great Johan! Congrats for both of you :) 2014-08-14 22:37 GMT+02:00 Johan Fabry <jfabry(a)dcc.uchile.cl>: > > Aargh, copy-paste error. The Lego robot example is on Instagram of course > :-) > > http://instagram.com/p/pEhm0Oj837/ > > > On Aug 14, 2014, at 4:28 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > > > Hi all, > > > > itâs with great joy that I can announce the project that my PhD student > Miguel and I have been working on recently: Live Robot Programming, or LRP > for short. > > > > LRP is a live programming language designed for the creation of the > behavior layer of robots. It is fundamentally a nested state machine > language built with robotics applications in mind, but it is not bound to a > specific robot middleware, API or OS. Have a look at one minute of LRP > programming to get an idea of what it is like: http://youtu.be/4Ma8ZapBUqA > > > > Live programming is fun, and live robot programming even more so, as it > brings all the advantages of live programming to programming a robot. You > get direct manipulation of a running robot, and thatâs just cool beyond > words. As an example of LRP on a robot, this guy was programmed in LRP: > http://youtu.be/4Ma8ZapBUqA Note that you can use LRP âjustâ for live > programming nested state machines as well. > > > > More information on LRP is available on its website: > http://pleiad.cl/LRP where you can also find download instructions. > > > > LRP is implemented in Pharo, and uses Roassal2 for the visualization of > its state machines. We currently can steer the Lego Mindstorms EV3 and ROS > robots, thanks to a small layer on top of the cool Pharo support that > Jannik, Luc, Santiago and Noury are implementing at Douai. I am going to > look into support for the Parrot AR.Drone 2.0esug in a few weeks. > > > > Miguel will be at ESUG next week (I cannot make it), and has a talk at > the IWST workshop about LRP, in the morning session. I am sure that he will > also be happy to give demos of LRP if you ask him to (but sadly without a > robot). > > > > All feedback is welcome, and â¦ have fun! > > > > ---> Save our in-boxes! http://emailcharter.org <--- > > > > Johan Fabry - http://pleiad.cl/~jfabry > > PLEIAD lab - Computer Science Department (DCC) - University of Chile > > > > > > _______________________________________________ > > Moose-dev mailing list > > Moose-dev(a)iam.unibe.ch > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD lab - Computer Science Department (DCC) - University of Chile > > >

Aug. 14, 2014