June 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Tabs

by Tudor Girba

As far as I saw, the Tabs are not going through the theme to decide the look and feel. Could we work on this? Perhaps we can take the opportunity to try a new oo-design for the theme code: I proposed to have a theme strategy per morph and have the theme be a conglomerate of these strategies. Cheers, Doru On Fri, Jun 21, 2013 at 12:16 PM, Benjamin < benjamin.vanryseghem.pharo(a)gmail.com> wrote: > Thank you :) > > Ben > > On Jun 21, 2013, at 6:48 AM, S Krish <krishnamachari.sudhakar(a)gmail.com> > wrote: > > It is super cool to see "Chrome" look n feel in Pharo. More so the > startup of the video.. > > Way to go Ben.. It is inspiring > > > On Thu, Jun 20, 2013 at 2:21 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> Great job, Ben. >> >> Doru >> >> >> On Sun, Jun 9, 2013 at 9:03 PM, Benjamin < >> benjamin.vanryseghem.pharo(a)gmail.com> wrote: >> >>> hello guys :) >>> >>> I would like to introduce a new implementation of tabs with the >>> following features (for now): >>> - tabs with icon (and a label of course) >>> - un-closable tabs >>> - threaded contents loading (with animated icon) >>> - shortcuts handling (to navigate from one tab to the next/previous >>> one, to close a tab) >>> - multi-selection (will display all the selected contents with splitter >>> in between) >>> - actions (each tab can define actions displayed in the tab bar) - >>> Thanks Tudor for the idea >>> - menu items - Thanks Tudor for the idea >>> >>> Here is a little (geeky) video showing a bit of everything: >>> https://dl.dropboxusercontent.com/u/24369478/Tabs.m4v >>> >>> The code can be loaded executing this: >>> >>> Gofer it >>> url: 'http://smalltalkhub.com/mc/BenjaminVanRyseghem/Tabs/main'; >>> package: 'ConfigurationOfTabs'; >>> load. >>> >>> ConfigurationOfTabs loadDefault. >>> TabExample open >>> >>> Next steps: >>> - drag and drop (for rearranging tabs) >>> - Spec support (almost finished) >>> >>> >>> Ben >>> >>> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" >> > > > -- www.tudorgirba.com "Every thing has its own flow"

June 21, 2013

Re: [Pharo-dev] Modification on CollectionsExtensions

by Tudor Girba

Thanks again. I committed the change you proposed. So, now we have flatCollect: using writeStream. Cheers, Doru On Tue, Jun 11, 2013 at 3:18 PM, Sebastian Tleye <stleye(a)gmail.com> wrote: > Hello, > > Fixing some bugs in Traits we realized that it would be good idea to use > CollectionsExtensions package (it has some useful functions), also it would > be great to include CollectionsExtensions in Pharo 3.0. > > One "problem" we found is that CollectionsExtensions is depending on a > Nile Package (that's not a desired feature). > In the method Collection>>flatCollect: there is a line refering to a nile > function "nsWriteStream". > > If i change "nsWriteStream" for "writeStream" the dependency disapears. > > I also run all the tests and they are working, so i was wondering if it > would be possible to commit the change. > > Thanks. > -- www.tudorgirba.com "Every thing has its own flow"

June 21, 2013

Re: [Pharo-dev] Tabs

by Benjamin

Thank you :) Ben On Jun 21, 2013, at 6:48 AM, S Krish <krishnamachari.sudhakar(a)gmail.com> wrote: > It is super cool to see "Chrome" look n feel in Pharo. More so the startup of the video.. > > Way to go Ben.. It is inspiring > > > On Thu, Jun 20, 2013 at 2:21 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Great job, Ben. > > Doru > > > On Sun, Jun 9, 2013 at 9:03 PM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > hello guys :) > > I would like to introduce a new implementation of tabs with the following features (for now): > - tabs with icon (and a label of course) > - un-closable tabs > - threaded contents loading (with animated icon) > - shortcuts handling (to navigate from one tab to the next/previous one, to close a tab) > - multi-selection (will display all the selected contents with splitter in between) > - actions (each tab can define actions displayed in the tab bar) - Thanks Tudor for the idea > - menu items - Thanks Tudor for the idea > > Here is a little (geeky) video showing a bit of everything: https://dl.dropboxusercontent.com/u/24369478/Tabs.m4v > > The code can be loaded executing this: > > Gofer it > url: 'http://smalltalkhub.com/mc/BenjaminVanRyseghem/Tabs/main'; > package: 'ConfigurationOfTabs'; > load. > > ConfigurationOfTabs loadDefault. > TabExample open > > Next steps: > - drag and drop (for rearranging tabs) > - Spec support (almost finished) > > > Ben > > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

June 21, 2013

[ANN] Eclipse icon pack for Pharo 3.0

by Esteban Lorenzano

Hi, I want to share something I made experimenting with different enhancements for the look & feel for Pharo. The general idea is to create an environment who can be both modern and more appealing to newcomers, and as part of that I played with and "Eclipse Pack" , to make the environment a bit more familiar to outsiders :) you can install the icon pack executing: Gofer it smalltalkhubUser: 'estebanlm' project: 'EclipsePack'; package: 'EclipsePack'; load. ThemeIcons current: EclipseUIThemeIcons new. World resetWorldMenu. NautilusUI resetIconCaches. Then you can have something that looks more or less like this: or if you install the Glamour theme (which I like a lot more :), something like this: and... before all who hates java complains: no, this icons will not be included in the distribution... is just a candy (even if I use them everyday)... we need our own icons, not famfam, not eclipse... just pharo icons :) Enjoy, Esteban

June 21, 2013

Re: [Pharo-dev] Cloud Hosting Tip

by Usman Bhatti

Tx for the tip Sven, I already bought one for testing purposes ;) On Thu, Jun 20, 2013 at 4:24 PM, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > kilon wrote > > whats your opinion on linenode ? -> > > https://www.linode.com <https://www.linode.com> > > > > Its what I currently use and it was recommended by a friend whos a web > > developer. Its very nice service, but 200 euros per year is too much for > > my needs. > > > > All I need is some space , the ability to run pharo and display a basic > > website. So I might move to what you recommended here. 50 euros per year > > seems a lot closer to my budget. > > > If you're looking for cheap this hosting provider aggregator usually has > coupons for lots of places: > > http://serverbear.com/ > > > > -- > View this message in context: > http://forum.world.st/Pharo-dev-Cloud-Hosting-Tip-tp4693950p4694293.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > >

June 21, 2013

Re: [Pharo-dev] [Ann] VMMaker + Cog building in Pharo20

by Guillermo Polito

I can queue it... On Fri, Jun 21, 2013 at 11:06 AM, jannik laval <jannik.laval(a)gmail.com>wrote: > Ok, so, can you commit them ? > > Jannik > > > 2013/6/21 Guillermo Polito <guillermopolito(a)gmail.com> > >> To me they look ok... :) >> >> as I see here [1], you have no commit grants in the VMMaker repo and you >> have no user either in source.squeak.org. >> >> [1] http://source.squeak.org/@f1QSsdar8e_PgYbD/R72is4gY >> >> >> On Fri, Jun 21, 2013 at 10:32 AM, jannik laval <jannik.laval(a)gmail.com>wrote: >> >>> Nop, I just send the mail. >>> I prefer you review the proposed changes :) >>> >>> Jannik >>> >>> >>> 2013/6/21 Guillermo Polito <guillermopolito(a)gmail.com> >>> >>>> Jannik, did you commit them? :) >>>> >>>> >>>> On Thu, Jun 20, 2013 at 11:23 AM, jannik laval <jannik.laval(a)gmail.com>wrote: >>>> >>>>> Hi, >>>>> >>>>> Making a try with "PharoIPhoneBuilder buildIPhoneSimulator." >>>>> I had to change some things: >>>>> >>>>> - The method String>>getEnclosedExpressionFrom: aStream does not >>>>> exists in Pharo2.0 >>>>> I took it from Pharo1.4, but probably, you have a better solution. >>>>> - There are some problems in the method >>>>> "PharoIPhoneSimulator>>setExtraTargetProperties: maker" due to >>>>> FileDirectory>>FileSystem changes. Here is the version of the method I did, >>>>> probably you want to review it (in bold is what I changed): >>>>> >>>>> --- >>>>> PharoIPhoneSimulator>>setExtraTargetProperties: maker >>>>> "super setExtraTargetProperties: maker." >>>>> >>>>> | precompiledHeaders plist | >>>>> precompiledHeaders := (self executableName, '_Prefix.pch'). >>>>> *(maker buildDir / precompiledHeaders) writeStream * >>>>> nextPutAll: self precompiledHeaders; >>>>> close. >>>>> maker addXCodeProperty: 'GCC_PREFIX_HEADER' value: '${buildDir}/', >>>>> precompiledHeaders. >>>>> self setCommonProperties: maker. >>>>> >>>>> " generated and add Info.plist file " >>>>> plist := self plistFile. >>>>> *(maker buildDir / 'Info.plist') writeStream* >>>>> nextPutAll: plist; >>>>> close. >>>>> >>>>> maker addProperty: 'MACOSX_BUNDLE_INFO_PLIST' value: >>>>> '${buildDir}/Info.plist'. >>>>> maker >>>>> cmd: 'set_target_properties' >>>>> params: self executableName, ' PROPERTIES COMPILE_FLAGS "-include \"', >>>>> (self buildDir / self prefixHeaderFileName) fullName, '\""'. >>>>> >>>>> maker set: 'CMAKE_XCODE_ATTRIBUTE_CODE_SIGN_IDENTITY' >>>>> toString: self codeSignIdentity. >>>>> maker set: 'CMAKE_XCODE_ATTRIBUTE_TARGETED_DEVICE_FAMILY' >>>>> toString: self targetedDeviceFamilyAsString. >>>>> maker set: 'CMAKE_XCODE_ATTRIBUTE_IPHONEOS_DEPLOYMENT_TARGET' >>>>> to: self deploymentTargetVersion. >>>>> maker set: 'CMAKE_XCODE_ATTRIBUTE_CONFIGURATION_BUILD_DIR' >>>>> toString: '$(BUILD_DIR)/$(CONFIGURATION)'. >>>>> maker set: 'CMAKE_XCODE_ATTRIBUTE_CONFIGURATION_TEMP_DIR' >>>>> toString: '$(BUILD_DIR)/$(CONFIGURATION)'. >>>>> >>>>> maker set: 'EXECUTABLE_OUTPUT_PATH' toString:* self outputDir fullName >>>>> *. >>>>> maker puts: >>>>> 'set_source_files_properties(${srcVMDir}/gcc3x-cointerp.c PROPERTIES >>>>> COMPILE_FLAGS -O0)' >>>>> --- >>>>> >>>>> After these two changes, all seems working. >>>>> Thank you for the work. >>>>> >>>>> Jannik >>>>> >>>>> >>>>> 2013/6/19 Igor Stasenko <siguctua(a)gmail.com> >>>>> >>>>>> On 19 June 2013 16:34, Guillermo Polito <guillermopolito(a)gmail.com> >>>>>> wrote: >>>>>> > Yes, but right now moving from FileDirectory to FileSystem will >>>>>> make harder >>>>>> > the merge between VMMaker branches. >>>>>> > And cleaning and removing stuff will make it worse... >>>>>> > >>>>>> > So either we keep the mess or we lose the ability to easily merge :) >>>>>> > >>>>>> >>>>>> i don't think Cog will ever run on riscos in future.. (while on ARM, >>>>>> in general, it will). >>>>>> but it definitely won't use RiscOSVMMaker. >>>>>> I see no reason changing that, especially that Eliot made an effort to >>>>>> use single VMMaker class suitable to be used for building Cog on all >>>>>> platforms. >>>>>> >>>>>> >>>>>> -- >>>>>> Best regards, >>>>>> Igor Stasenko. >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> ~~Dr. Jannik Laval~~ >>>>> Ãcole des Mines de Douai >>>>> Enseignant-chercheur >>>>> http://www.jannik-laval.eu >>>>> >>>> >>>> >>> >>> >>> -- >>> >>> ~~Dr. Jannik Laval~~ >>> Ãcole des Mines de Douai >>> Enseignant-chercheur >>> http://www.jannik-laval.eu >>> >> >> > > > -- > > ~~Dr. Jannik Laval~~ > Ãcole des Mines de Douai > Enseignant-chercheur > http://www.jannik-laval.eu >

June 21, 2013

Re: [Pharo-dev] [Ann] VMMaker + Cog building in Pharo20

by jannik laval

Ok, so, can you commit them ? Jannik 2013/6/21 Guillermo Polito <guillermopolito(a)gmail.com> > To me they look ok... :) > > as I see here [1], you have no commit grants in the VMMaker repo and you > have no user either in source.squeak.org. > > [1] http://source.squeak.org/@f1QSsdar8e_PgYbD/R72is4gY > > > On Fri, Jun 21, 2013 at 10:32 AM, jannik laval <jannik.laval(a)gmail.com>wrote: > >> Nop, I just send the mail. >> I prefer you review the proposed changes :) >> >> Jannik >> >> >> 2013/6/21 Guillermo Polito <guillermopolito(a)gmail.com> >> >>> Jannik, did you commit them? :) >>> >>> >>> On Thu, Jun 20, 2013 at 11:23 AM, jannik laval <jannik.laval(a)gmail.com>wrote: >>> >>>> Hi, >>>> >>>> Making a try with "PharoIPhoneBuilder buildIPhoneSimulator." >>>> I had to change some things: >>>> >>>> - The method String>>getEnclosedExpressionFrom: aStream does not exists >>>> in Pharo2.0 >>>> I took it from Pharo1.4, but probably, you have a better solution. >>>> - There are some problems in the method >>>> "PharoIPhoneSimulator>>setExtraTargetProperties: maker" due to >>>> FileDirectory>>FileSystem changes. Here is the version of the method I did, >>>> probably you want to review it (in bold is what I changed): >>>> >>>> --- >>>> PharoIPhoneSimulator>>setExtraTargetProperties: maker >>>> "super setExtraTargetProperties: maker." >>>> >>>> | precompiledHeaders plist | >>>> precompiledHeaders := (self executableName, '_Prefix.pch'). >>>> *(maker buildDir / precompiledHeaders) writeStream * >>>> nextPutAll: self precompiledHeaders; >>>> close. >>>> maker addXCodeProperty: 'GCC_PREFIX_HEADER' value: '${buildDir}/', >>>> precompiledHeaders. >>>> self setCommonProperties: maker. >>>> >>>> " generated and add Info.plist file " >>>> plist := self plistFile. >>>> *(maker buildDir / 'Info.plist') writeStream* >>>> nextPutAll: plist; >>>> close. >>>> >>>> maker addProperty: 'MACOSX_BUNDLE_INFO_PLIST' value: >>>> '${buildDir}/Info.plist'. >>>> maker >>>> cmd: 'set_target_properties' >>>> params: self executableName, ' PROPERTIES COMPILE_FLAGS "-include \"', >>>> (self buildDir / self prefixHeaderFileName) fullName, '\""'. >>>> >>>> maker set: 'CMAKE_XCODE_ATTRIBUTE_CODE_SIGN_IDENTITY' >>>> toString: self codeSignIdentity. >>>> maker set: 'CMAKE_XCODE_ATTRIBUTE_TARGETED_DEVICE_FAMILY' >>>> toString: self targetedDeviceFamilyAsString. >>>> maker set: 'CMAKE_XCODE_ATTRIBUTE_IPHONEOS_DEPLOYMENT_TARGET' >>>> to: self deploymentTargetVersion. >>>> maker set: 'CMAKE_XCODE_ATTRIBUTE_CONFIGURATION_BUILD_DIR' >>>> toString: '$(BUILD_DIR)/$(CONFIGURATION)'. >>>> maker set: 'CMAKE_XCODE_ATTRIBUTE_CONFIGURATION_TEMP_DIR' >>>> toString: '$(BUILD_DIR)/$(CONFIGURATION)'. >>>> >>>> maker set: 'EXECUTABLE_OUTPUT_PATH' toString:* self outputDir fullName* >>>> . >>>> maker puts: 'set_source_files_properties(${srcVMDir}/gcc3x-cointerp.c >>>> PROPERTIES COMPILE_FLAGS -O0)' >>>> --- >>>> >>>> After these two changes, all seems working. >>>> Thank you for the work. >>>> >>>> Jannik >>>> >>>> >>>> 2013/6/19 Igor Stasenko <siguctua(a)gmail.com> >>>> >>>>> On 19 June 2013 16:34, Guillermo Polito <guillermopolito(a)gmail.com> >>>>> wrote: >>>>> > Yes, but right now moving from FileDirectory to FileSystem will make >>>>> harder >>>>> > the merge between VMMaker branches. >>>>> > And cleaning and removing stuff will make it worse... >>>>> > >>>>> > So either we keep the mess or we lose the ability to easily merge :) >>>>> > >>>>> >>>>> i don't think Cog will ever run on riscos in future.. (while on ARM, >>>>> in general, it will). >>>>> but it definitely won't use RiscOSVMMaker. >>>>> I see no reason changing that, especially that Eliot made an effort to >>>>> use single VMMaker class suitable to be used for building Cog on all >>>>> platforms. >>>>> >>>>> >>>>> -- >>>>> Best regards, >>>>> Igor Stasenko. >>>>> >>>>> >>>> >>>> >>>> -- >>>> >>>> ~~Dr. Jannik Laval~~ >>>> Ãcole des Mines de Douai >>>> Enseignant-chercheur >>>> http://www.jannik-laval.eu >>>> >>> >>> >> >> >> -- >> >> ~~Dr. Jannik Laval~~ >> Ãcole des Mines de Douai >> Enseignant-chercheur >> http://www.jannik-laval.eu >> > > -- ~~Dr. Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu

June 21, 2013

Re: [Pharo-dev] [Ann] VMMaker + Cog building in Pharo20

by Guillermo Polito

To me they look ok... :) as I see here [1], you have no commit grants in the VMMaker repo and you have no user either in source.squeak.org. [1] http://source.squeak.org/@f1QSsdar8e_PgYbD/R72is4gY On Fri, Jun 21, 2013 at 10:32 AM, jannik laval <jannik.laval(a)gmail.com>wrote: > Nop, I just send the mail. > I prefer you review the proposed changes :) > > Jannik > > > 2013/6/21 Guillermo Polito <guillermopolito(a)gmail.com> > >> Jannik, did you commit them? :) >> >> >> On Thu, Jun 20, 2013 at 11:23 AM, jannik laval <jannik.laval(a)gmail.com>wrote: >> >>> Hi, >>> >>> Making a try with "PharoIPhoneBuilder buildIPhoneSimulator." >>> I had to change some things: >>> >>> - The method String>>getEnclosedExpressionFrom: aStream does not exists >>> in Pharo2.0 >>> I took it from Pharo1.4, but probably, you have a better solution. >>> - There are some problems in the method >>> "PharoIPhoneSimulator>>setExtraTargetProperties: maker" due to >>> FileDirectory>>FileSystem changes. Here is the version of the method I did, >>> probably you want to review it (in bold is what I changed): >>> >>> --- >>> PharoIPhoneSimulator>>setExtraTargetProperties: maker >>> "super setExtraTargetProperties: maker." >>> >>> | precompiledHeaders plist | >>> precompiledHeaders := (self executableName, '_Prefix.pch'). >>> *(maker buildDir / precompiledHeaders) writeStream * >>> nextPutAll: self precompiledHeaders; >>> close. >>> maker addXCodeProperty: 'GCC_PREFIX_HEADER' value: '${buildDir}/', >>> precompiledHeaders. >>> self setCommonProperties: maker. >>> >>> " generated and add Info.plist file " >>> plist := self plistFile. >>> *(maker buildDir / 'Info.plist') writeStream* >>> nextPutAll: plist; >>> close. >>> >>> maker addProperty: 'MACOSX_BUNDLE_INFO_PLIST' value: >>> '${buildDir}/Info.plist'. >>> maker >>> cmd: 'set_target_properties' >>> params: self executableName, ' PROPERTIES COMPILE_FLAGS "-include \"', >>> (self buildDir / self prefixHeaderFileName) fullName, '\""'. >>> >>> maker set: 'CMAKE_XCODE_ATTRIBUTE_CODE_SIGN_IDENTITY' >>> toString: self codeSignIdentity. >>> maker set: 'CMAKE_XCODE_ATTRIBUTE_TARGETED_DEVICE_FAMILY' >>> toString: self targetedDeviceFamilyAsString. >>> maker set: 'CMAKE_XCODE_ATTRIBUTE_IPHONEOS_DEPLOYMENT_TARGET' >>> to: self deploymentTargetVersion. >>> maker set: 'CMAKE_XCODE_ATTRIBUTE_CONFIGURATION_BUILD_DIR' >>> toString: '$(BUILD_DIR)/$(CONFIGURATION)'. >>> maker set: 'CMAKE_XCODE_ATTRIBUTE_CONFIGURATION_TEMP_DIR' >>> toString: '$(BUILD_DIR)/$(CONFIGURATION)'. >>> >>> maker set: 'EXECUTABLE_OUTPUT_PATH' toString:* self outputDir fullName*. >>> maker puts: 'set_source_files_properties(${srcVMDir}/gcc3x-cointerp.c >>> PROPERTIES COMPILE_FLAGS -O0)' >>> --- >>> >>> After these two changes, all seems working. >>> Thank you for the work. >>> >>> Jannik >>> >>> >>> 2013/6/19 Igor Stasenko <siguctua(a)gmail.com> >>> >>>> On 19 June 2013 16:34, Guillermo Polito <guillermopolito(a)gmail.com> >>>> wrote: >>>> > Yes, but right now moving from FileDirectory to FileSystem will make >>>> harder >>>> > the merge between VMMaker branches. >>>> > And cleaning and removing stuff will make it worse... >>>> > >>>> > So either we keep the mess or we lose the ability to easily merge :) >>>> > >>>> >>>> i don't think Cog will ever run on riscos in future.. (while on ARM, >>>> in general, it will). >>>> but it definitely won't use RiscOSVMMaker. >>>> I see no reason changing that, especially that Eliot made an effort to >>>> use single VMMaker class suitable to be used for building Cog on all >>>> platforms. >>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko. >>>> >>>> >>> >>> >>> -- >>> >>> ~~Dr. Jannik Laval~~ >>> Ãcole des Mines de Douai >>> Enseignant-chercheur >>> http://www.jannik-laval.eu >>> >> >> > > > -- > > ~~Dr. Jannik Laval~~ > Ãcole des Mines de Douai > Enseignant-chercheur > http://www.jannik-laval.eu >

June 21, 2013

Re: [Pharo-dev] [Ann] VMMaker + Cog building in Pharo20

by jannik laval

Nop, I just send the mail. I prefer you review the proposed changes :) Jannik 2013/6/21 Guillermo Polito <guillermopolito(a)gmail.com> > Jannik, did you commit them? :) > > > On Thu, Jun 20, 2013 at 11:23 AM, jannik laval <jannik.laval(a)gmail.com>wrote: > >> Hi, >> >> Making a try with "PharoIPhoneBuilder buildIPhoneSimulator." >> I had to change some things: >> >> - The method String>>getEnclosedExpressionFrom: aStream does not exists >> in Pharo2.0 >> I took it from Pharo1.4, but probably, you have a better solution. >> - There are some problems in the method >> "PharoIPhoneSimulator>>setExtraTargetProperties: maker" due to >> FileDirectory>>FileSystem changes. Here is the version of the method I did, >> probably you want to review it (in bold is what I changed): >> >> --- >> PharoIPhoneSimulator>>setExtraTargetProperties: maker >> "super setExtraTargetProperties: maker." >> >> | precompiledHeaders plist | >> precompiledHeaders := (self executableName, '_Prefix.pch'). >> *(maker buildDir / precompiledHeaders) writeStream * >> nextPutAll: self precompiledHeaders; >> close. >> maker addXCodeProperty: 'GCC_PREFIX_HEADER' value: '${buildDir}/', >> precompiledHeaders. >> self setCommonProperties: maker. >> >> " generated and add Info.plist file " >> plist := self plistFile. >> *(maker buildDir / 'Info.plist') writeStream* >> nextPutAll: plist; >> close. >> >> maker addProperty: 'MACOSX_BUNDLE_INFO_PLIST' value: >> '${buildDir}/Info.plist'. >> maker >> cmd: 'set_target_properties' >> params: self executableName, ' PROPERTIES COMPILE_FLAGS "-include \"', >> (self buildDir / self prefixHeaderFileName) fullName, '\""'. >> >> maker set: 'CMAKE_XCODE_ATTRIBUTE_CODE_SIGN_IDENTITY' >> toString: self codeSignIdentity. >> maker set: 'CMAKE_XCODE_ATTRIBUTE_TARGETED_DEVICE_FAMILY' >> toString: self targetedDeviceFamilyAsString. >> maker set: 'CMAKE_XCODE_ATTRIBUTE_IPHONEOS_DEPLOYMENT_TARGET' >> to: self deploymentTargetVersion. >> maker set: 'CMAKE_XCODE_ATTRIBUTE_CONFIGURATION_BUILD_DIR' >> toString: '$(BUILD_DIR)/$(CONFIGURATION)'. >> maker set: 'CMAKE_XCODE_ATTRIBUTE_CONFIGURATION_TEMP_DIR' >> toString: '$(BUILD_DIR)/$(CONFIGURATION)'. >> >> maker set: 'EXECUTABLE_OUTPUT_PATH' toString:* self outputDir fullName*. >> maker puts: 'set_source_files_properties(${srcVMDir}/gcc3x-cointerp.c >> PROPERTIES COMPILE_FLAGS -O0)' >> --- >> >> After these two changes, all seems working. >> Thank you for the work. >> >> Jannik >> >> >> 2013/6/19 Igor Stasenko <siguctua(a)gmail.com> >> >>> On 19 June 2013 16:34, Guillermo Polito <guillermopolito(a)gmail.com> >>> wrote: >>> > Yes, but right now moving from FileDirectory to FileSystem will make >>> harder >>> > the merge between VMMaker branches. >>> > And cleaning and removing stuff will make it worse... >>> > >>> > So either we keep the mess or we lose the ability to easily merge :) >>> > >>> >>> i don't think Cog will ever run on riscos in future.. (while on ARM, >>> in general, it will). >>> but it definitely won't use RiscOSVMMaker. >>> I see no reason changing that, especially that Eliot made an effort to >>> use single VMMaker class suitable to be used for building Cog on all >>> platforms. >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko. >>> >>> >> >> >> -- >> >> ~~Dr. Jannik Laval~~ >> Ãcole des Mines de Douai >> Enseignant-chercheur >> http://www.jannik-laval.eu >> > > -- ~~Dr. Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu

June 21, 2013

Re: [Pharo-dev] [Ann] VMMaker + Cog building in Pharo20

by Guillermo Polito

Jannik, did you commit them? :) On Thu, Jun 20, 2013 at 11:23 AM, jannik laval <jannik.laval(a)gmail.com>wrote: > Hi, > > Making a try with "PharoIPhoneBuilder buildIPhoneSimulator." > I had to change some things: > > - The method String>>getEnclosedExpressionFrom: aStream does not exists in > Pharo2.0 > I took it from Pharo1.4, but probably, you have a better solution. > - There are some problems in the method > "PharoIPhoneSimulator>>setExtraTargetProperties: maker" due to > FileDirectory>>FileSystem changes. Here is the version of the method I did, > probably you want to review it (in bold is what I changed): > > --- > PharoIPhoneSimulator>>setExtraTargetProperties: maker > "super setExtraTargetProperties: maker." > > | precompiledHeaders plist | > precompiledHeaders := (self executableName, '_Prefix.pch'). > *(maker buildDir / precompiledHeaders) writeStream * > nextPutAll: self precompiledHeaders; > close. > maker addXCodeProperty: 'GCC_PREFIX_HEADER' value: '${buildDir}/', > precompiledHeaders. > self setCommonProperties: maker. > > " generated and add Info.plist file " > plist := self plistFile. > *(maker buildDir / 'Info.plist') writeStream* > nextPutAll: plist; > close. > > maker addProperty: 'MACOSX_BUNDLE_INFO_PLIST' value: > '${buildDir}/Info.plist'. > maker > cmd: 'set_target_properties' > params: self executableName, ' PROPERTIES COMPILE_FLAGS "-include \"', > (self buildDir / self prefixHeaderFileName) fullName, '\""'. > > maker set: 'CMAKE_XCODE_ATTRIBUTE_CODE_SIGN_IDENTITY' > toString: self codeSignIdentity. > maker set: 'CMAKE_XCODE_ATTRIBUTE_TARGETED_DEVICE_FAMILY' > toString: self targetedDeviceFamilyAsString. > maker set: 'CMAKE_XCODE_ATTRIBUTE_IPHONEOS_DEPLOYMENT_TARGET' > to: self deploymentTargetVersion. > maker set: 'CMAKE_XCODE_ATTRIBUTE_CONFIGURATION_BUILD_DIR' > toString: '$(BUILD_DIR)/$(CONFIGURATION)'. > maker set: 'CMAKE_XCODE_ATTRIBUTE_CONFIGURATION_TEMP_DIR' > toString: '$(BUILD_DIR)/$(CONFIGURATION)'. > > maker set: 'EXECUTABLE_OUTPUT_PATH' toString:* self outputDir fullName*. > maker puts: 'set_source_files_properties(${srcVMDir}/gcc3x-cointerp.c > PROPERTIES COMPILE_FLAGS -O0)' > --- > > After these two changes, all seems working. > Thank you for the work. > > Jannik > > > 2013/6/19 Igor Stasenko <siguctua(a)gmail.com> > >> On 19 June 2013 16:34, Guillermo Polito <guillermopolito(a)gmail.com> >> wrote: >> > Yes, but right now moving from FileDirectory to FileSystem will make >> harder >> > the merge between VMMaker branches. >> > And cleaning and removing stuff will make it worse... >> > >> > So either we keep the mess or we lose the ability to easily merge :) >> > >> >> i don't think Cog will ever run on riscos in future.. (while on ARM, >> in general, it will). >> but it definitely won't use RiscOSVMMaker. >> I see no reason changing that, especially that Eliot made an effort to >> use single VMMaker class suitable to be used for building Cog on all >> platforms. >> >> >> -- >> Best regards, >> Igor Stasenko. >> >> > > > -- > > ~~Dr. Jannik Laval~~ > Ãcole des Mines de Douai > Enseignant-chercheur > http://www.jannik-laval.eu >

June 21, 2013