- Pharo-users - lists.pharo.org

Re: [Pharo-users] [Pillar] Pillar source code of ESUG 2015 presentation? Presentations done with Pillar?

by Stephane Ducasse

except the slides 2 and 3 of the first week :) But else all the mooc: slides, exercises were made in Pillar On Tue, Aug 29, 2017 at 3:39 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > All Pharo Mooc slides were made in pillar > > e.g. > > pillar: > https://github.com/SquareBracketAssociates/PharoMooc/blob/master/Slides/Wee… > > output: > http://rmod-pharo-mooc.lille.inria.fr/MOOC/Slides/Week3/C019-W3S03-Basic-Va… > > ( mooc.pharo.org ) > > Peter > > On Tue, Aug 29, 2017 at 2:54 PM, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >> >> Hello >> >> On the slide 14 of the Pillar presentation at ESUG 2015 [1] it says >> that the presentation was made with Pillar. Is the Pillar source code >> available somewhere? >> >> Other source code examples of presentations made with Pillar are fine as >> well. >> >> Thank you >> >> Hannes Hirzel >> >> >> [1] >> http://esug.org/data/ESUG2015/4%20thursday/1600-1630%20Pilar/Pillar.pdf >> >

Aug. 29, 2017

Re: [Pharo-users] [Pillar] Pillar source code of ESUG 2015 presentation? Presentations done with Pillar?

by Cyril Ferlicot D.

Le 29/08/2017 Ã 14:54, H. Hirzel a Ã©critÂ : > Hello > > On the slide 14 of the Pillar presentation at ESUG 2015 [1] it says > that the presentation was made with Pillar. Is the Pillar source code > available somewhere? > Hi! Here are the sources: https://drive.google.com/drive/folders/0B_KDRvt7h6lYbDROQ0FaXzdPeTg?usp=sha… But it was done with a version of Pillar from two years ago. I don't know if it still work perfectly. The mooc is maybe a better example since it is still building. > Other source code examples of presentations made with Pillar are fine as well. > > Thank you > > Hannes Hirzel > > > [1] http://esug.org/data/ESUG2015/4%20thursday/1600-1630%20Pilar/Pillar.pdf > -- Cyril Ferlicot https://ferlicot.fr http://www.synectique.eu 2 rue Jacques PrÃ©vert 01, 59650 Villeneuve d'ascq France

Aug. 29, 2017

Re: [Pharo-users] CodeImporter. 256 literals limit

by Andreas Sunardi

Point well taken. Unfortunately, I'm not in charge of the infrastructure. I don't know if my experience is typical or not, but it's difficult for IT to find a period to disrupt engineering projects, potentially breaking tools, without drawing fire from engineering :) On Tue, Aug 29, 2017 at 8:45 AM, Richard Sargent < richard.sargent(a)gemtalksystems.com> wrote: > my work environment is using RedHat6/CentOS6 with glibc 2.12 >> > > That's seven years of unpatched security vulnerabilities! Are you sure you > really want to stay at such great risk? > > > On Tue, Aug 29, 2017 at 8:30 AM, Andreas Sunardi <a.sunardi(a)gmail.com> > wrote: > >> That sounds good. Unfortunately for me, my work environment is using >> RedHat6/CentOS6 with glibc 2.12. Is there Pharo6 with glibc < 2.15 support. >> Or is there a way for me to build that myself? >> >> It's quite a departure to change my DSL into defining multiple methods. >> But that's my own problem. >> >> I'm happy to hear Pharo 6 can support a lot more literals. I tested my >> code on Pharo 6 (on my Windows box) and it works. I see SistaV1 compiler in >> Pharo 5 setting, but that causes Pharo to crash. >> >> Thank you guys for your answers. I think I have the information I need to >> make decision. But if there is a way to get Pharo 6 that works with glibc < >> 2.15, please let me know. >> >> Thank you >> -- >> Andreas >> >> On Tue, Aug 29, 2017 at 12:34 AM, ClÃ©ment Bera <bera.clement(a)gmail.com> >> wrote: >> >>> Hi, >>> >>> If your tool works in Pharo 6, you can use the other bytecode set which >>> supports up to 32k literals. To do so, go to: >>> World Menu > Settings > Compiler > Encoder >>> and pick SistaV1 instead of V3PlusClosures >>> Try to load your code. The default Pharo 6 VM supports both bytecode >>> sets. >>> >>> Alternatively you need to split your methods with many literals in >>> multiple methods with less literals, which is usually quite tricky to do >>> right. >>> >>> On Tue, Aug 29, 2017 at 4:52 AM, Andreas Sunardi <a.sunardi(a)gmail.com> >>> wrote: >>> >>>> I have written a tool (Pharo5) where user gives an input file to it, >>>> where the content is a smalltalk code, a DSL. I used a subclass of >>>> CodeImporter class to evaluate this input file. >>>> >>>> Recently my user used an input file where it hit the 256 literal limit >>>> (total of unique string, number, method name, etc), down in >>>> OpalEncoderForV3PlusClosures >> genPushLiteral:. The number seems to be >>>> hard coded and related to byte code generator, not something I can simply >>>> increase. I wasn't aware of this limitation. >>>> >>>> Before I overhaul my tool, I thought I should ask. Is there another >>>> alternative to evaluate a smalltalk file/script? The file is small, 27k, >>>> but the number of unique literals in it is > 256. Is it possible at all, >>>> seeing that the limit is related to byte code generator. >>>> >>>> Thank you in advance >>>> -- >>>> Andreas Sunardi >>>> >>> >>> >> >

Aug. 29, 2017

Re: [Pharo-users] new chapter on double dispatch for new book :)

by Yves Lenfant

Ooops I wasn't int the mailing list, lets try again Hello Steph, I have questions about the concept because,probably, I miss something. I am not sneaky, let me explain. If we analyse the Kernel Numbers package, and we dissect the relation between Float, Fraction and Integer (Pharo 5.0) for example, the '+' method in the class Integer. We read: + aNumber "Refer to the comment in Number + " aNumber isInteger ifTrue: [ self negative == aNumber negative ifTrue: [ ^ (self digitAdd: aNumber) normalize ] ifFalse: [ ^ self digitSubtract: aNumber ] ]. aNumber isFraction ifTrue: [ ^ Fraction numerator: self * aNumber denominator + aNumber numerator denominator: aNumber denominator ]. ^ aNumber adaptToInteger: self andSend: #+ and we have similar '+'method containing complementary tests in the other class Float and Fraction. And an overall '+' method in the class Number + aNumber "Answer the sum of the receiver and aNumber." self subclassResponsibility I precise that a long time ago as an academic exercice, I developped a 'Complex' class using this way above (So I add tests). My questions: You say it's better to use double dispatch, so in this case, can we apply it for the Number subclasses? It is good or unnecesary to create a super class 'Dicable' containing a '+' method with + aNumber "Answer the sum of the receiver and aNumber." self subclassResponsibility ? is it wasted time or safe code? Yves -- View this message in context: http://forum.world.st/new-chapter-on-double-dispatch-for-new-book-tp4963645… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Aug. 29, 2017

Re: [Pharo-users] CodeImporter. 256 literals limit

by Richard Sargent

> > my work environment is using RedHat6/CentOS6 with glibc 2.12 > That's seven years of unpatched security vulnerabilities! Are you sure you really want to stay at such great risk? On Tue, Aug 29, 2017 at 8:30 AM, Andreas Sunardi <a.sunardi(a)gmail.com> wrote: > That sounds good. Unfortunately for me, my work environment is using > RedHat6/CentOS6 with glibc 2.12. Is there Pharo6 with glibc < 2.15 support. > Or is there a way for me to build that myself? > > It's quite a departure to change my DSL into defining multiple methods. > But that's my own problem. > > I'm happy to hear Pharo 6 can support a lot more literals. I tested my > code on Pharo 6 (on my Windows box) and it works. I see SistaV1 compiler in > Pharo 5 setting, but that causes Pharo to crash. > > Thank you guys for your answers. I think I have the information I need to > make decision. But if there is a way to get Pharo 6 that works with glibc < > 2.15, please let me know. > > Thank you > -- > Andreas > > On Tue, Aug 29, 2017 at 12:34 AM, ClÃ©ment Bera <bera.clement(a)gmail.com> > wrote: > >> Hi, >> >> If your tool works in Pharo 6, you can use the other bytecode set which >> supports up to 32k literals. To do so, go to: >> World Menu > Settings > Compiler > Encoder >> and pick SistaV1 instead of V3PlusClosures >> Try to load your code. The default Pharo 6 VM supports both bytecode sets. >> >> Alternatively you need to split your methods with many literals in >> multiple methods with less literals, which is usually quite tricky to do >> right. >> >> On Tue, Aug 29, 2017 at 4:52 AM, Andreas Sunardi <a.sunardi(a)gmail.com> >> wrote: >> >>> I have written a tool (Pharo5) where user gives an input file to it, >>> where the content is a smalltalk code, a DSL. I used a subclass of >>> CodeImporter class to evaluate this input file. >>> >>> Recently my user used an input file where it hit the 256 literal limit >>> (total of unique string, number, method name, etc), down in >>> OpalEncoderForV3PlusClosures >> genPushLiteral:. The number seems to be >>> hard coded and related to byte code generator, not something I can simply >>> increase. I wasn't aware of this limitation. >>> >>> Before I overhaul my tool, I thought I should ask. Is there another >>> alternative to evaluate a smalltalk file/script? The file is small, 27k, >>> but the number of unique literals in it is > 256. Is it possible at all, >>> seeing that the limit is related to byte code generator. >>> >>> Thank you in advance >>> -- >>> Andreas Sunardi >>> >> >> >

Aug. 29, 2017

Re: [Pharo-users] CodeImporter. 256 literals limit

by Andreas Sunardi

That sounds good. Unfortunately for me, my work environment is using RedHat6/CentOS6 with glibc 2.12. Is there Pharo6 with glibc < 2.15 support. Or is there a way for me to build that myself? It's quite a departure to change my DSL into defining multiple methods. But that's my own problem. I'm happy to hear Pharo 6 can support a lot more literals. I tested my code on Pharo 6 (on my Windows box) and it works. I see SistaV1 compiler in Pharo 5 setting, but that causes Pharo to crash. Thank you guys for your answers. I think I have the information I need to make decision. But if there is a way to get Pharo 6 that works with glibc < 2.15, please let me know. Thank you -- Andreas On Tue, Aug 29, 2017 at 12:34 AM, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > Hi, > > If your tool works in Pharo 6, you can use the other bytecode set which > supports up to 32k literals. To do so, go to: > World Menu > Settings > Compiler > Encoder > and pick SistaV1 instead of V3PlusClosures > Try to load your code. The default Pharo 6 VM supports both bytecode sets. > > Alternatively you need to split your methods with many literals in > multiple methods with less literals, which is usually quite tricky to do > right. > > On Tue, Aug 29, 2017 at 4:52 AM, Andreas Sunardi <a.sunardi(a)gmail.com> > wrote: > >> I have written a tool (Pharo5) where user gives an input file to it, >> where the content is a smalltalk code, a DSL. I used a subclass of >> CodeImporter class to evaluate this input file. >> >> Recently my user used an input file where it hit the 256 literal limit >> (total of unique string, number, method name, etc), down in >> OpalEncoderForV3PlusClosures >> genPushLiteral:. The number seems to be >> hard coded and related to byte code generator, not something I can simply >> increase. I wasn't aware of this limitation. >> >> Before I overhaul my tool, I thought I should ask. Is there another >> alternative to evaluate a smalltalk file/script? The file is small, 27k, >> but the number of unique literals in it is > 256. Is it possible at all, >> seeing that the limit is related to byte code generator. >> >> Thank you in advance >> -- >> Andreas Sunardi >> > >

Aug. 29, 2017

Re: [Pharo-users] [Pillar] Pillar source code of ESUG 2015 presentation? Presentations done with Pillar?

by Peter UhnÃ¡k

All Pharo Mooc slides were made in pillar e.g. pillar: https://github.com/SquareBracketAssociates/PharoMooc/blob/master/Slides/Wee… output: http://rmod-pharo-mooc.lille.inria.fr/MOOC/Slides/Week3/C019-W3S03-Basic-Va… ( mooc.pharo.org ) Peter On Tue, Aug 29, 2017 at 2:54 PM, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > Hello > > On the slide 14 of the Pillar presentation at ESUG 2015 [1] it says > that the presentation was made with Pillar. Is the Pillar source code > available somewhere? > > Other source code examples of presentations made with Pillar are fine as > well. > > Thank you > > Hannes Hirzel > > > [1] http://esug.org/data/ESUG2015/4%20thursday/1600-1630% > 20Pilar/Pillar.pdf > >

Aug. 29, 2017

[Pillar] Pillar source code of ESUG 2015 presentation? Presentations done with Pillar?

by H. Hirzel

Hello On the slide 14 of the Pillar presentation at ESUG 2015 [1] it says that the presentation was made with Pillar. Is the Pillar source code available somewhere? Other source code examples of presentations made with Pillar are fine as well. Thank you Hannes Hirzel [1] http://esug.org/data/ESUG2015/4%20thursday/1600-1630%20Pilar/Pillar.pdf

Aug. 29, 2017

Re: [Pharo-users] [Pillar] How do I open the Pillar editor in Pharo 6?

by H. Hirzel

On 8/28/17, Norbert Hartl <norbert(a)hartl.name> wrote: > >> Am 26.08.2017 um 12:56 schrieb Tudor Girba <tudor(a)tudorgirba.com>: >> >> In an image having Pillar, inspect a Pillar file. Something like this: >> >> âpath/to/file.pillar' asFileReference >> > I downloaded a 6.1 image, loaded pillar from catalog and inspected > > 'foo.pillar' asFileReference > > and I get > The same result here. > > Looks like there are additional steps needed. > > Norbert > If I do PRPillarParser parse: 'myExample.pillar' asFileReference contents I get a nice display of the Pillar Document Object Model and the results after using different exporter objects (HTML, DeckJS, Markdown, AsciiDoc, Beamer, LaTeX) But no Pillar editor. --Hannes

Aug. 29, 2017

Re: [Pharo-users] The Spec UI Framework. first translation to korean finish.

by Damien Pollet

On 28 August 2017 at 06:34, peter yoo <onionmixer(a)gmail.com> wrote: > 1. failed to compile the SPEC UI Framework. Xetex would have caught the > error, but I do not know about luatex. > 2. I am using texlive 2017 with gentoo linux. Can you send me a copy of the error you are getting ? The English version should build fine on TeXlive 2017; however it might be that you're missing some packages or fonts, especially if you installed texlive from gentoo packages (maybe gentoo is different there, but Ubuntu requires optional packages to obtain a reasonably complete TeXlive. If it fails when you start including korean text in the book, then that's not entirely surprising. It could fail either at the pillar stage, or during the LaTeX compilation. Can you send us a copy of the compilation failure you are getting? > 3. In Korea, when making a book, in most cases it is using an oblivior > that has developed a memoir. > What do you mean by "oblivior"? What you meant has been lost in translationâ¦ are you talking about the memoir class from LaTeX ? > 4. In most cases, TeX is used to specify the font in consideration of the > CJK environment. > The books and booklets are based on https://github.com/cdlm/sbabook, which is a custom LaTeX class I wrote based on memoir.cls. Mostly it defines the typographic design and a few convenience commands and environments. It's certainly possible to make a few changes so that supports CJK. However I never used the CJK stuff in TeXlive, and I'm clueless about Korean typography etc, so it might lead to funny resultsâ¦ :) Anyway I will do some tests when I get the time. If you set some basics, I will join you in the future. However, I do not > know smacc, pillar, etc. > Ideally, you would write the translated-book using Pillar, in the same way we maintain the original in English, just in a branch or in a separate github repo. Editing the book directly in LaTeX is possible but then it means we can't compile it in web formâ¦ Cheers

Aug. 29, 2017