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

Re: [Pharo-project] Trying to build CogVM in MacOSX 10.7 Lion

by dimitris chloupis

it appears I was correct according to this http://ask.metafilter.com/200231/How-to-install-gcc-42-on-a-macbook-with-Xc… and a gazillion other results from google . It no longer ships with Xcode-4.2. I assume you have upgraded from 4.1 that is why you have it. Ok I am ready to try macports but how ? I have several gccs in macports gcc-apple-4.2 andÂ i686-apple-darwin11-gcc-apple-4.2.1 which one and how ? ________________________________ From: Esteban Lorenzano <estebanlm(a)gmail.com> To: dimitris chloupis <thekilon(a)yahoo.co.uk> Sent: Sunday, 29 January 2012, 22:32 Subject: Re: [Pharo-project] Trying to build CogVM in MacOSX 10.7 Lion I really don't know... maybe Sean (who installed xcode from scratch recently) can confirm that.Â so... let's try with macports... :) best, Esteban El 29/01/2012, a las 5:30p.m., dimitris chloupis escribiÃ³: in usr/bin I have i686-apple-darwin11-llvm-g++-4.2 andÂ 686-apple-darwin11-llvm-gcc-4.2. Both are symlinks that point to the usr/llmv-gcc-4.2/bin and corresponding binaries. > > >Dont know why, there is also a gcc binary in my home folder. Maybe IÂ accidentallyÂ moved it there before the install.Â > > >The install was sucessful as far I can tell, there were no errors. > > >as I said the only thing non llvm is in macports folder which of course is not related to xcode install. I feel that I can bet serious money that the new xcode comes with only llvm compilers. Maybe I am wrong. Â > > > >________________________________ > From: Esteban Lorenzano <estebanlm(a)gmail.com> >To: Pharo-project(a)lists.gforge.inria.fr; dimitris chloupis <thekilon(a)yahoo.co.uk> >Sent: Sunday, 29 January 2012, 22:09 >Subject: Re: [Pharo-project] Trying to build CogVM in MacOSX 10.7 Lion > > >he... connection problems... yeah, I know a lot about them :) > > >well... after a successful install, I *think* you should have gcc and gcc-4.2... last one is also a symlink who points to:Â > > >/usr/bin/i686-apple-darwin11-gcc-4.2.1 > > >who should be there... is that the case? > > > > > > >El 29/01/2012, a las 4:51p.m., dimitris chloupis escribiÃ³: > >there is no gcc in usr/bin at all. Afterall your first command removed the only one ;) >> >> >>I have reinstalled Xcode Â to be sure . My Xcode About box says its XCODE 4.2 build 4D199 >> >> >>no idea how to update cause I downloaded it via torrent, could not download from app store cause my connection is crapish and each time IÂ disconnectedÂ it canceled my upload (no I could not resume, tried everything). So I had to install via torrent.Â >> >> >> >> >> >> >> >>________________________________ >> From: Esteban Lorenzano <estebanlm(a)gmail.com> >>To: Pharo-project(a)lists.gforge.inria.fr; dimitris chloupis <thekilon(a)yahoo.co.uk> >>Sent: Sunday, 29 January 2012, 20:49 >>Subject: Re: [Pharo-project] Trying to build CogVM in MacOSX 10.7 Lion >> >> >>There is a problem there... if you have XCode 4.2.1 (latest), you should have that one... xcode just changed the default, it did not remove the gcc, AFAIK. >> >> >>which versions of gcc do you have in /usr/bin? >> >> >>oh, btw... is ln -s, not just ln (my mistake, but both should work) >> >> >>(symlink macport gcc should work, but I'm fearing there is something wrong with xcode instalation, and that's probably the reason it didn't compiled the first time, so, let's be sure about that before try the port) >> >>El 29/01/2012, a las 3:40p.m., dimitris chloupis escribiÃ³: >> >> >>> >>>>> sudo rm /usr/bin/gcc >>> >>> >>>success ! >>> >>> >>>>> sudo ln /usr/bin/gcc-4.2 gcc >>> >>>fail ! >>> >>> >>>no such file >>> >>> >>>there is a gcc symlink in developer/usr/bin that point to developer/usr/llvm-gcc-4.2/llvm-gcc-4.2 >>> >>> >>>there is no gcc-4.2 in my Xcode folder or other folders except the gcc folder that I installed via macports following the previous tutorial that I have linked. Should I symlink macports gcc-4.2 ? >>> >>> >>>Xcode is by default isntalled in the Developer folder >>> >>> >>>I am open to suggestions and thanks for helping me. Â >>> >>> >>>Â Â >>> >>> >>> >> >> >> > > >

Jan. 29, 2012

Re: [Pharo-project] pier2 loaded successfully on Pharo 1.4

by Esteban Lorenzano

oops... that's not completely true... there is a problem with one of the persistence strategies, because pharo 1.4 removes image segment. but all the rest is working fine :) El 29/01/2012, a las 5:44p.m., Esteban Lorenzano escribiÃ³: > Hi, > > with seaside 3.0 fixed (as I send in another mail), I can report that pier2 loads and runs out of the box on pharo 1.4 > > best, > Esteban

Jan. 29, 2012

Re: [Pharo-project] loading Seaside 3.0.6.3 in Pharo 1.4

by Guido Stepken

Am 29.01.2012 21:37 schrieb "Nicolas Cellier" < nicolas.cellier.aka.nice(a)gmail.com>: > > 2012/1/29 Guido Stepken <gstepken(a)googlemail.com>: > > Marcus Denker IMHO is the only one, who is able to do a diff - diff - diff > > (with his Moose tools) on VA, Pharo, Seaside Code to filter out a > > adaption/portability layer between these Smalltalk and make future ports of > > packets an ease!? > > > > SPORT was a great start, why was it discontinued??? > > > > GPL? Doing the right thing, not just things right!!!!! > > > Marcus? Hmm? > > > > Am 29.01.2012 21:24 schrieb "Esteban Lorenzano" <estebanlm(a)gmail.com>: > > > >> Hi, > >> > >> I loaded last version of seaside into a pharo 1.4 image. > >> Everything looks working fine, but there a couple of fixes: > >> > >> 1) > >> > >> KomLogger>>#attachTranscript > >> self detachTheTranscript. > >> ^(self streams detect: [:ea | ea isTranscriptStream] ifNone: [nil]) > >> ifNil: [self addStream: TranscriptStream new] > >> > >> > >> "TranscriptStream" is not anymore on pharo and should be replaced with > >> ThreadSafeTranscript > >> > >> 2) String>>#withBlanksTrimmed is deprecated, and now it should use > >> #trimBoth > >> > >> how can I proceed to apply this fixes into seaside (without breaking other > >> platforms)? > >> > >> cheers, > >> Esteban >

Jan. 29, 2012

[Pharo-project] pier2 loaded successfully on Pharo 1.4

by Esteban Lorenzano

Hi, with seaside 3.0 fixed (as I send in another mail), I can report that pier2 loads and runs out of the box on pharo 1.4 best, Esteban

Jan. 29, 2012

Re: [Pharo-project] loading Seaside 3.0.6.3 in Pharo 1.4

by Nicolas Cellier

2012/1/29 Guido Stepken <gstepken(a)googlemail.com>: > Marcus Denker IMHO is the only one, who is able to do a diff - diff - diff > (with his Moose tools) on VA, Pharo, Seaside Code to filter out a > adaption/portability layer between these Smalltalk and make future ports of > packets an ease!? > > SPORT was a great start, why was it discontinued??? > GPL? > Marcus? Hmm? > > Am 29.01.2012 21:24 schrieb "Esteban Lorenzano" <estebanlm(a)gmail.com>: > >> Hi, >> >> I loaded last version of seaside into a pharo 1.4 image. >> Everything looks working fine, but there a couple of fixes: >> >> 1) >> >> KomLogger>>#attachTranscript >> Â Â Â Â self detachTheTranscript. >> Â Â Â Â ^(self streams detect: [:ea | ea isTranscriptStream] ifNone: [nil]) >> Â Â Â Â Â Â Â Â ifNil: [self addStream: TranscriptStream new] >> >> >> "TranscriptStream" is not anymore on pharo and should be replaced with >> ThreadSafeTranscript >> >> 2) String>>#withBlanksTrimmed is deprecated, and now it should use >> #trimBoth >> >> how can I proceed to apply this fixes into seaside (without breaking other >> platforms)? >> >> cheers, >> Esteban

Jan. 29, 2012

Re: [Pharo-project] loading Seaside 3.0.6.3 in Pharo 1.4

by Guido Stepken

Marcus Denker IMHO is the only one, who is able to do a diff - diff - diff (with his Moose tools) on VA, Pharo, Seaside Code to filter out a adaption/portability layer between these Smalltalk and make future ports of packets an ease!? SPORT was a great start, why was it discontinued??? Marcus? Hmm? Am 29.01.2012 21:24 schrieb "Esteban Lorenzano" <estebanlm(a)gmail.com>: > Hi, > > I loaded last version of seaside into a pharo 1.4 image. > Everything looks working fine, but there a couple of fixes: > > 1) > > KomLogger>>#attachTranscript > self detachTheTranscript. > ^(self streams detect: [:ea | ea isTranscriptStream] ifNone: [nil]) > ifNil: [self addStream: TranscriptStream new] > > > "TranscriptStream" is not anymore on pharo and should be replaced with > ThreadSafeTranscript > > 2) String>>#withBlanksTrimmed is deprecated, and now it should use > #trimBoth > > how can I proceed to apply this fixes into seaside (without breaking other > platforms)? > > cheers, > Esteban >

Jan. 29, 2012

Re: [Pharo-project] Trying to build CogVM in MacOSX 10.7 Lion

by dimitris chloupis

in usr/bin I have i686-apple-darwin11-llvm-g++-4.2 andÂ 686-apple-darwin11-llvm-gcc-4.2. Both are symlinks that point to the usr/llmv-gcc-4.2/bin and corresponding binaries. Dont know why, there is also a gcc binary in my home folder. Maybe IÂ accidentallyÂ moved it there before the install.Â The install was sucessful as far I can tell, there were no errors. as I said the only thing non llvm is in macports folder which of course is not related to xcode install. I feel that I can bet serious money that the new xcode comes with only llvm compilers. Maybe I am wrong. Â ________________________________ From: Esteban Lorenzano <estebanlm(a)gmail.com> To: Pharo-project(a)lists.gforge.inria.fr; dimitris chloupis <thekilon(a)yahoo.co.uk> Sent: Sunday, 29 January 2012, 22:09 Subject: Re: [Pharo-project] Trying to build CogVM in MacOSX 10.7 Lion he... connection problems... yeah, I know a lot about them :) well... after a successful install, I *think* you should have gcc and gcc-4.2... last one is also a symlink who points to:Â /usr/bin/i686-apple-darwin11-gcc-4.2.1 who should be there... is that the case? El 29/01/2012, a las 4:51p.m., dimitris chloupis escribiÃ³: there is no gcc in usr/bin at all. Afterall your first command removed the only one ;) > > >I have reinstalled Xcode Â to be sure . My Xcode About box says its XCODE 4.2 build 4D199 > > >no idea how to update cause I downloaded it via torrent, could not download from app store cause my connection is crapish and each time IÂ disconnectedÂ it canceled my upload (no I could not resume, tried everything). So I had to install via torrent.Â > > > > > > > >________________________________ > From: Esteban Lorenzano <estebanlm(a)gmail.com> >To: Pharo-project(a)lists.gforge.inria.fr; dimitris chloupis <thekilon(a)yahoo.co.uk> >Sent: Sunday, 29 January 2012, 20:49 >Subject: Re: [Pharo-project] Trying to build CogVM in MacOSX 10.7 Lion > > >There is a problem there... if you have XCode 4.2.1 (latest), you should have that one... xcode just changed the default, it did not remove the gcc, AFAIK. > > >which versions of gcc do you have in /usr/bin? > > >oh, btw... is ln -s, not just ln (my mistake, but both should work) > > >(symlink macport gcc should work, but I'm fearing there is something wrong with xcode instalation, and that's probably the reason it didn't compiled the first time, so, let's be sure about that before try the port) > >El 29/01/2012, a las 3:40p.m., dimitris chloupis escribiÃ³: > > >> >>>> sudo rm /usr/bin/gcc >> >> >>success ! >> >> >>>> sudo ln /usr/bin/gcc-4.2 gcc >> >>fail ! >> >> >>no such file >> >> >>there is a gcc symlink in developer/usr/bin that point to developer/usr/llvm-gcc-4.2/llvm-gcc-4.2 >> >> >>there is no gcc-4.2 in my Xcode folder or other folders except the gcc folder that I installed via macports following the previous tutorial that I have linked. Should I symlink macports gcc-4.2 ? >> >> >>Xcode is by default isntalled in the Developer folder >> >> >>I am open to suggestions and thanks for helping me. Â >> >> >>Â Â >> >> >> > > >

Jan. 29, 2012

[Pharo-project] Fixed RPackage to work will latest 1.4

by StÃ©phane Ducasse

Hi ben and others I fixed the RPackage implementation to the renaming of announcements. Now all the tests are green again. Stef

Jan. 29, 2012

Re: [Pharo-project] loading Seaside 3.0.6.3 in Pharo 1.4

by Esteban Lorenzano

El 29/01/2012, a las 5:23p.m., Esteban Lorenzano escribiÃ³: > 2) String>>#withBlanksTrimmed is deprecated, and now it should use #trimBoth I'm seeing this one, #trimBoth comes from grease... so I suppose seaside should use it, instead withBlanksTrimmed best, Esteban

Jan. 29, 2012

Re: [Pharo-project] [squeak-dev] Re: [Smalltalk for small projects only?

by Dale Henrichs

Steve, Ah yes, the old "it's too hard to do the right thing, so let's do what we want to do" argument. Haha ... no offense taken. As you mention it is easy to fall into that trap. While it's true that I put a lot of effort into Metacello, it isn't true that "I deserve all the credit" ... nothing happens in a vacuum, significant contributions were made by Stef, Doru, Mariano, Alexandre and others (I guess this is the season for the Academy Awards:) ... thanks, and enough of that:) Metacello was created to address a specific set of problems that I was having while working on GLASS and those problems were being experienced by a wider group of folks than just myself and the users of GLASS, which lead to it's broad acceptance ... With that said, I always maintain that there are "more than one way to skin a cat." And Metacello just happens to be one of the ways to skin the cat. I've been living in the Smalltalk community for most of the last 25+ years so just I don't have the familiarity with the other configuration management systems to do a good job of integrating them into the Smalltalk development environment ... My take is that it will be "too hard" (right back at ya:), especially for me. To the extent that I have the time I am willing to offer you (or anyone else working in the area on alternate approaches) constructive criticism as well as advice about what I consider the "barriers to acceptance" are going to be ... Dale ----- Original Message ----- | From: "Steve Wart" <steve(a)wart.ca> | To: "The general-purpose Squeak developers list" <squeak-dev(a)lists.squeakfoundation.org> | Cc: "VWNC" <vwnc(a)cs.uiuc.edu>, "Janko MivÅ¡ek" <janko.mivsek(a)eranova.si>, Pharo-project(a)lists.gforge.inria.fr | Sent: Sunday, January 29, 2012 11:47:34 AM | Subject: Re: [squeak-dev] Re: [Smalltalk for small projects only? | | | Hi Dale | | First let me apologize for using such a horrible IT euphemism. I have | been hanging around software politicians for far too long. I think | you deserve all the credit for coming up with an elegant and | effective configuration management system that has brought many | parts of the Smalltalk community together to build common, useful | and practical tools. | | Regarding your race suggestion, I think you are right that having | more choices will be good for the community. I can't claim that I | don't have resources available - I can come up with a few hours a | week to work on this. I'll start with the links Frank posted, but I | think the two approaches in the end may share some common features. | | I've been thinking about this idea for a long time but without | feedback I haven't had the courage to start. Maybe I can finally | help. | | Cheers, | Steve | | | On Sun, Jan 29, 2012 at 11:13 AM, Dale Henrichs < dhenrich(a)vmware.com | > wrote: | | | Steve, | | I have two comments: | | 1. "inventing the future" doesn't happen by considering | how "ambitious" it may seem. In the end it is probably | easier than you think and harder than I think. If it was | real easy, I'd have been done by now:) | | 2. I propose a race: | | You start working on your git backend for Smalltalk and | I'll continue working on Metacello, first one to "git work | flow" wins ... But then the real winners will be the Smalltalk | Community... | | I have said this before: "I can hardly wait until someone | invents the replacement for Metacello---it will give me | more time for other projects:)" | | | Dale | | ----- Original Message ----- | | | | From: "Steve Wart" < steve(a)wart.ca > | | | | The idea of building the git workflow on top of metacello strikes | | me | | as being somewhat ambitious. | | | | |

Jan. 29, 2012