October 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Yet another Notation format: Object literals

by Dale Henrichs

Alexandre, Could? Certainly. However... At the time and possible even now, one would have to write a parser to parse that format (using the compiler and executing code is not allowed for security reasons). Portability was also a concern and GemStone does not have a public Smalltalk parser. A JSON parser consisting of 27 methods was already in existence (very portable - runs on 7 different Smalltalk dialects and counting) , so it was a no-brainer to choose JSON... It is now 9 months after the original decision and an acceptable substitute based on literal arrays has yet to come into existence. OTOH, STON _has_ appeared on the scene and it is preferable to JSON, since arbitrary classes of objects beyond Dictionary, Array, etc. can be easily (and clearly) written to disk. Moving forward I will be using STON. In the end I am a consumer ... I am not interested in writing my own parser/writer .... I don't have the aversion to the J in JSON that some folks seem to have ... I've got bits on disk that can be manipulated by humans and machines ( ... does it really matter what the bits look like? REALLY matter?) Dale ----- Original Message ----- | From: "Alexandre Bergel" <alexandre.bergel(a)me.com> | To: "Pharo-project(a)lists.gforge.inria.fr Smalltalk" <Pharo-project(a)lists.gforge.inria.fr> | Sent: Friday, October 19, 2012 10:20:04 AM | Subject: Re: [Pharo-project] Yet another Notation format: Object literals | | Hi Dale, | | I have followed this issue from very very far, so I may miss | something important.\ | | > { | > "category" : "Topez-Client-Core", | > "classinstvars" : [ | > ], | > "classvars" : [ | > ], | > "commentStamp" : "", | > "instvars" : [ | > "project", | > "package", | > "currentClass", | > "classOrInstance", | > "category", | > "selector", | > "history", | > "currentWindowId", | > "windows", | > "namedWindows" ], | > "name" : "TZTopezStatus", | > "pools" : [ | > ], | > "super" : "Object", | > "type" : "normal" } | | Could not it be | | #( (category 'Topez-Client-Core') (classinstvars ) (classvars ) | (commentStamp '') (instvars 'project' 'package') (name | 'TZTopezStatus') (pools ) (super 'Object') (type 'normal')) | | Like this, no parser at all is required. | By the way, why keep pools? should type be specified in case it is | normal? | | Cheers, | Alexandre | | | > | > which brings us back to were we started. | > | > Smalltalk does not have a literal syntax for dictionaries. While | > fabricating dictionaries from literal arrays is possible, the | > results are not very readable ... unless you start taking | > liberties with Smalltalk syntax... | > | > If you are no longer restricting yourself to Smalltalk syntax, then | > what's wrong with the STON notation above? | > | > Dale | > | > ----- Original Message ----- | > | From: "Igor Stasenko" <siguctua(a)gmail.com> | > | To: Pharo-project(a)lists.gforge.inria.fr | > | Sent: Friday, October 19, 2012 9:10:26 AM | > | Subject: Re: [Pharo-project] Yet another Notation format: Object | > | literals | > | | > | On 19 October 2012 16:55, Dale Henrichs <dhenrich(a)vmware.com> | > | wrote: | > | > Igor, | > | > | > | > I'm afraid that your notation is not very friendly to humans | > | > ... a | > | > computer can keep track of the key value pairs in the literal | > | > dictionary, but a human will fail very quickly... | > | > | > | > The appeal of JSON (and STON) is that the output is readable by | > | > mere mortals: | > | > | > | > (JavaScript Object Notation) is a lightweight | > | > data-interchange format. It is easy for humans to | > | > read and write. | > | > | > | > What we're missing from Smalltalk is a literal dictionary or | > | > literal map syntax ... without that I'm afraid that for human | > | > friendly, lightweight notations we have to step away from the | > | > Smalltalk syntax - STON does this very nicely BTW... | > | | > | no problem, Dale. | > | What symbol you want to have to separate keys from values? | > | is '->' ok? | > | | > | Dictionary>>asObjectLiteral | > | | > | "convert a receiver into an object literal " | > | | > | ^ Array streamContents: [:stream | | > | stream nextPut: self class name. | > | self keysAndValuesDo: [:key :value | | > | stream | > | nextPut: key asObjectLiteral; | > | nextPut: #->; | > | nextPut: value asObjectLiteral ] ] | > | | > | (Dictionary newFromPairs: #( a b c d)) asObjectLiteral | > | | > | #(#Dictionary | > | #a #'->' #b | > | #c #'->' #d) | > | | > | which if you pretty-print will look like: | > | | > | #( | > | Dictionary | > | a -> b | > | c -> d | > | ) | > | | > | is it better? | > | or you prefer this one: | > | | > | #( | > | Dictionary | > | (a -> b) | > | (c -> d) | > | ) | > | | > | you can do anything you like, by implementing the conversion | > | methods | > | in a way you like :) | > | | > | > | > | > Dale | > | > | > | > ----- Original Message ----- | > | > | From: "Igor Stasenko" <siguctua(a)gmail.com> | > | > | To: "Pharo Development" <Pharo-project(a)lists.gforge.inria.fr> | > | > | Sent: Friday, October 19, 2012 4:09:22 AM | > | > | Subject: [Pharo-project] Yet another Notation format: Object | > | > | literals | > | > | | > | > | Hi, | > | > | as i promised before, here the simple smalltalk-based literal | > | > | format. | > | > | It based on smalltalk syntax, and so, unlike JSON, it doesn't | > | > | needs | > | > | to | > | > | have separate parser (a normal smalltalk parser used for | > | > | that). | > | > | | > | > | The idea is quite simple: | > | > | you can tell any object to represent itself as an 'object | > | > | literal' , | > | > | for example: | > | > | | > | > | (1@3) asObjectLiteral | > | > | --> #(#Point 1 3) | > | > | | > | > | { 1@2. 3@4. true. false . nil } asObjectLiteral | > | > | | > | > | -> #(#Array #(#Point 1 2) #(#Point 3 4) true false nil) | > | > | | > | > | (Dictionary newFromPairs: { 1->#(1 2 3) . 'foo' -> 'bar' }) | > | > | asObjectLiteral | > | > | -> | > | > | #(#Dictionary 1 #(#Array 1 2 3) 'foo' 'bar') | > | > | | > | > | Next thing, you can 'pretty-print' it (kinda): | > | > | | > | > | #(#Dictionary 1 #(#Array 1 2 3) 'foo' 'bar') | > | > | printObjectLiteral | > | > | | > | > | '#(#Dictionary | > | > | 1 | > | > | (#Array 1 2 3) | > | > | ''foo'' ''bar'')' | > | > | | > | > | | > | > | and sure thing, you can do reverse conversion: | > | > | | > | > | '#(#Dictionary | > | > | 1 | > | > | (#Array 1 2 3) | > | > | ''foo'' ''bar'')' parseAsObjectLiteral | > | > | | > | > | a Dictionary('foo'->'bar' 1->#(1 2 3) ) | > | > | | > | > | Initially, i thought that it could be generic (by | > | > | implementing | > | > | default | > | > | Object>>#asObjectLiteral), | > | > | but then after discussing it with others, we decided to leave | > | > | | > | > | Object>>#asObjectLiteral to be a subclass responsibility. | > | > | So, potentially the format allows to represent any object(s) | > | > | as | > | > | literals, except from circular referencing objects, of | > | > | course. | > | > | | > | > | The implementation is fairly simple, as you may guess and | > | > | contains no | > | > | new classes, but just extension methods here and there. | > | > | | > | > | Take it with grain and salt, since it is just a small proof | > | > | of | > | > | concept. (And if doing it for real it may need some changes | > | > | etc). | > | > | Since i am far from areas right now, where it can be used, i | > | > | don't | > | > | want to pursue it further or advocate if this is the right | > | > | way to | > | > | do | > | > | things. | > | > | Neither i having a public repository for this project.. | > | > | | > | > | So, if there anyone who willing to pick it up and pursue the | > | > | idea | > | > | further, please feel free to do so and make a public | > | > | repository | > | > | for | > | > | project. | > | > | | > | > | | > | > | -- | > | > | Best regards, | > | > | Igor Stasenko. | > | > | | > | > | > | | > | | > | | > | -- | > | Best regards, | > | Igor Stasenko. | > | | > | | > | | -- | _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: | Alexandre Bergel http://www.bergel.eu | ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. | | | | |

Oct. 19, 2012

Re: [Pharo-project] Mariano's VM-building instructions don't seem to work

by Camillo Bruni

On 2012-10-19, at 20:16, Craig Latta <craig(a)netjam.org> wrote: > >>>> that should be mentioned in the HOWTOBUILD >>>> you have to generate the vmVersionInfo.h >>> >>> It doesn't seem to be, no. >> >> it does.... >> >> >> - OSX: >> >> # as of 10.7 llvm is the default but incompatible compiler >> # under 10.8 the following statement is not needed. >> export CC='/usr/bin/gcc-4.2' >> export MACOSX_DEPLOYMENT_TARGET=10.5 >> sh ../codegen-scripts/extract-commit-info.sh >> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> cd build >> cmake . >> make > > Well that's completely non-obvious... I was grepping for "version". > Anyway, it doesn't work: > > *** > > fatal: Not a git repository (or any of the parent directories): .git > > *** - 20 lines => (RE)CREATING THE GENERATED VM SOURCES ===================================== If you downloaded the sources from gitorious do the following the VM sources are not included (unlike the jenkins build download). The following steps explain how to generate the VM sources from a build image. I might sound a bit rude, but start at the beginning of said file, and work your way through. It might be outdated, but its the most recent doc about building the VM we have. So in your case you have to get the sources from gitorous, as implied by the section title: git clone -depth=1 git://gitorious.org/cogvm/blessed.git best cami

Oct. 19, 2012

Re: [Pharo-project] Mariano's VM-building instructions don't seem to work

by Craig Latta

> > > that should be mentioned in the HOWTOBUILD > > > you have to generate the vmVersionInfo.h > > > > It doesn't seem to be, no. > > it does.... > > > - OSX: > > # as of 10.7 llvm is the default but incompatible compiler > # under 10.8 the following statement is not needed. > export CC='/usr/bin/gcc-4.2' > export MACOSX_DEPLOYMENT_TARGET=10.5 > sh ../codegen-scripts/extract-commit-info.sh > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > cd build > cmake . > make Well that's completely non-obvious... I was grepping for "version". Anyway, it doesn't work: *** fatal: Not a git repository (or any of the parent directories): .git *** -C --] Craig Latta www.netjam.org/resume +31 6 2757 7177 + 1 415 287 3547 (no SMS)

Oct. 19, 2012

Re: [Pharo-project] Yet another Notation format: Object literals

by Sven Van Caekenberghe

On 19 Oct 2012, at 19:20, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Could not it be > > #( (category 'Topez-Client-Core') (classinstvars ) (classvars ) (commentStamp '') (instvars 'project' 'package') (name 'TZTopezStatus') (pools ) (super 'Object') (type 'normal')) > > Like this, no parser at all is required. > By the way, why keep pools? should type be specified in case it is normal? I think someone whose initials are SD is smiling right now ;-) -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

Oct. 19, 2012

Re: [Pharo-project] Mariano's VM-building instructions don't seem to work

by Esteban Lorenzano

oops, bad typo, 4.4 I meant :S it should work with LLVM On Oct 19, 2012, at 7:42 PM, Craig Latta <craig(a)netjam.org> wrote: > >> problem is that they are outdated. >> if you use exactly the same versions as mariano says in his post, you >> will succeed (but you will have a very old vm). >> >> other posibility is: >> >> latest CMake(I use 2.8.7) >> latest XCode (I use 4.1) > > Hm, the latest Xcode is 4.5.1, and apparently "real gcc" was > removed in 4.2. I tried to build gcc as mentioned in Mariano's post, but > of course it didn't work. If this won't work with LLVM, maybe I should > just give up now. > > > thanks again, > > -C > > -- > Craig Latta > www.netjam.org/resume > +31 6 2757 7177 > + 1 415 287 3547 (no SMS) > >

Oct. 19, 2012

Re: [Pharo-project] Mariano's VM-building instructions don't seem to work

by Camillo Bruni

On 2012-10-19, at 19:46, Craig Latta <craig(a)netjam.org> wrote: > >> that should be mentioned in the HOWTOBUILD >> you have to generate the vmVersionInfo.h > > It doesn't seem to be, no. it does.... - OSX: # as of 10.7 llvm is the default but incompatible compiler # under 10.8 the following statement is not needed. export CC='/usr/bin/gcc-4.2' export MACOSX_DEPLOYMENT_TARGET=10.5 sh ../codegen-scripts/extract-commit-info.sh ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ cd build cmake . make >> cd build >> #something like >> ../build-scripts/extract**VersionInfo.sh > > craig@rhythm build 352> pwd > /Users/craig/me/behavior/spoon/processor/kernel/cog-2012-10-19-2/build > craig@rhythm build 353> ls .. > CogCocoaIOSConfig-sources.tar.gz iosbuild/ > CogVM.app/ macbuild/ > HOWTOBUILD nsbuild/ > IA32ABI/ nscogbuild/ > LICENSE platforms/ > README processors/ > build/ results/ > codegen-scripts/ scripts/ > cygwinbuild/ src/ > image/ unixbuild/ > craig@rhythm build 354> ../codegen-scripts/extract-commit-info.sh > URL=: Command not found. > fatal: Not a git repository (or any of the parent directories): .git > COMMIT=: Command not found. > Unmatched ". > craig@rhythm build 355> > > -- > Craig Latta > www.netjam.org/resume > +31 6 2757 7177 > + 1 415 287 3547 (no SMS) > >

Oct. 19, 2012

Re: [Pharo-project] Hello + postgresql

by Yanni Chiu

On 19/10/12 12:38 PM, roberto.minelli-BHDiRLqP7qo(a)public.gmane.org wrote: > I managed to have Pharo 1.4 with a working version of PostgresV2 > native driver. I'll try with a fresh image and dbxtalk and let you > guys know. If the native Postgres driver is good enough for now, there's no need to bother getting hardware specific opendbx libraries to work. However, the dbxtalk configuration includes Glorp, which you might want to try out. > I already tried, tried and tried. I just wrote in the mailing list > after severa trials. However next time I'll write when I encounter > specific problems ;) It happens to me - it's hard to know when to stop trying to figure it out on your own, and just ask on the mailing list.

Oct. 19, 2012

Re: [Pharo-project] Mariano's VM-building instructions don't seem to work

by Camillo Bruni

that's all in the HOWTOBUILD... please read carefully, and if it doesn't work update the description ;) On 2012-10-19, at 19:45, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > oh, yes... I forgot that step, sorry: > > in build dir: > > ../codegen-scripts/extract-commit-info.sh > > best, > Esteban > > On Oct 19, 2012, at 7:36 PM, Craig Latta <craig(a)netjam.org> wrote: > >> >> Okay, I nuked the build directory, generated sources from the >> generator image, and configured successfully. But the build stops on errors: >> >> *** >> >> [ 84%] Building CXX object >> CMakeFiles/CogVM.dir/Users/craig/me/behavior/spoon/processor/kernel/cog-2012-10-19-2/platforms/iOS/vm/Common/Classes/sqSqueakMainApplication+attributes.m.o >> In file included from >> /Users/craig/me/behavior/spoon/processor/kernel/cog-2012-10-19-2/platforms/iOS/vm/Common/Classes/sqSqueakMainApplication+attributes.m:42: >> /Users/craig/me/behavior/spoon/processor/kernel/cog-2012-10-19-2/platforms/Cross/vm/sqSCCSVersion.h:17:54: >> error: vmVersionInfo.h: No such file or directory >> /Users/craig/me/behavior/spoon/processor/kernel/cog-2012-10-19-2/platforms/Cross/vm/sqSCCSVersion.h:20:3: >> error: #error "Revision information not specified" >> In file included from >> /Users/craig/me/behavior/spoon/processor/kernel/cog-2012-10-19-2/platforms/iOS/vm/Common/Classes/sqSqueakMainApplication+attributes.m:42: >> /Users/craig/me/behavior/spoon/processor/kernel/cog-2012-10-19-2/platforms/Cross/vm/sqSCCSVersion.h: >> In function âsourceVersionStringâ: >> /Users/craig/me/behavior/spoon/processor/kernel/cog-2012-10-19-2/platforms/Cross/vm/sqSCCSVersion.h:25: >> error: âREVISION_STRINGâ undeclared (first use in this function) >> /Users/craig/me/behavior/spoon/processor/kernel/cog-2012-10-19-2/platforms/Cross/vm/sqSCCSVersion.h:25: >> error: (Each undeclared identifier is reported only once >> /Users/craig/me/behavior/spoon/processor/kernel/cog-2012-10-19-2/platforms/Cross/vm/sqSCCSVersion.h:25: >> error: for each function it appears in.) >> make[2]: *** >> [CMakeFiles/CogVM.dir/Users/craig/me/behavior/spoon/processor/kernel/cog-2012-10-19-2/platforms/iOS/vm/Common/Classes/sqSqueakMainApplication+attributes.m.o] >> Error 1 >> make[1]: *** [CMakeFiles/CogVM.dir/all] Error 2 >> make: *** [all] Error 2 >> craig@rhythm build 347> >> >> *** >> >> thanks again! >> >> -C >> >> -- >> Craig Latta >> www.netjam.org/resume >> +31 6 2757 7177 >> + 1 415 287 3547 (no SMS) >> >> > >

Oct. 19, 2012

Re: [Pharo-project] Mariano's VM-building instructions don't seem to work

by Craig Latta

> that should be mentioned in the HOWTOBUILD > you have to generate the vmVersionInfo.h It doesn't seem to be, no. > cd build > #something like > ../build-scripts/extract**VersionInfo.sh craig@rhythm build 352> pwd /Users/craig/me/behavior/spoon/processor/kernel/cog-2012-10-19-2/build craig@rhythm build 353> ls .. CogCocoaIOSConfig-sources.tar.gz iosbuild/ CogVM.app/ macbuild/ HOWTOBUILD nsbuild/ IA32ABI/ nscogbuild/ LICENSE platforms/ README processors/ build/ results/ codegen-scripts/ scripts/ cygwinbuild/ src/ image/ unixbuild/ craig@rhythm build 354> ../codegen-scripts/extract-commit-info.sh URL=: Command not found. fatal: Not a git repository (or any of the parent directories): .git COMMIT=: Command not found. Unmatched ". craig@rhythm build 355> -- Craig Latta www.netjam.org/resume +31 6 2757 7177 + 1 415 287 3547 (no SMS)

Oct. 19, 2012

Re: [Pharo-project] Mariano's VM-building instructions don't seem to work

by Esteban Lorenzano

oh, yes... I forgot that step, sorry: in build dir: ../codegen-scripts/extract-commit-info.sh best, Esteban On Oct 19, 2012, at 7:36 PM, Craig Latta <craig(a)netjam.org> wrote: > > Okay, I nuked the build directory, generated sources from the > generator image, and configured successfully. But the build stops on errors: > > *** > > [ 84%] Building CXX object > CMakeFiles/CogVM.dir/Users/craig/me/behavior/spoon/processor/kernel/cog-2012-10-19-2/platforms/iOS/vm/Common/Classes/sqSqueakMainApplication+attributes.m.o > In file included from > /Users/craig/me/behavior/spoon/processor/kernel/cog-2012-10-19-2/platforms/iOS/vm/Common/Classes/sqSqueakMainApplication+attributes.m:42: > /Users/craig/me/behavior/spoon/processor/kernel/cog-2012-10-19-2/platforms/Cross/vm/sqSCCSVersion.h:17:54: > error: vmVersionInfo.h: No such file or directory > /Users/craig/me/behavior/spoon/processor/kernel/cog-2012-10-19-2/platforms/Cross/vm/sqSCCSVersion.h:20:3: > error: #error "Revision information not specified" > In file included from > /Users/craig/me/behavior/spoon/processor/kernel/cog-2012-10-19-2/platforms/iOS/vm/Common/Classes/sqSqueakMainApplication+attributes.m:42: > /Users/craig/me/behavior/spoon/processor/kernel/cog-2012-10-19-2/platforms/Cross/vm/sqSCCSVersion.h: > In function âsourceVersionStringâ: > /Users/craig/me/behavior/spoon/processor/kernel/cog-2012-10-19-2/platforms/Cross/vm/sqSCCSVersion.h:25: > error: âREVISION_STRINGâ undeclared (first use in this function) > /Users/craig/me/behavior/spoon/processor/kernel/cog-2012-10-19-2/platforms/Cross/vm/sqSCCSVersion.h:25: > error: (Each undeclared identifier is reported only once > /Users/craig/me/behavior/spoon/processor/kernel/cog-2012-10-19-2/platforms/Cross/vm/sqSCCSVersion.h:25: > error: for each function it appears in.) > make[2]: *** > [CMakeFiles/CogVM.dir/Users/craig/me/behavior/spoon/processor/kernel/cog-2012-10-19-2/platforms/iOS/vm/Common/Classes/sqSqueakMainApplication+attributes.m.o] > Error 1 > make[1]: *** [CMakeFiles/CogVM.dir/all] Error 2 > make: *** [all] Error 2 > craig@rhythm build 347> > > *** > > thanks again! > > -C > > -- > Craig Latta > www.netjam.org/resume > +31 6 2757 7177 > + 1 415 287 3547 (no SMS) > >

Oct. 19, 2012