- Pharo-dev - lists.pharo.org

Re: [Pharo-project] pharo vision

by Igor Stasenko

On 30 January 2012 16:17, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Thanks Steph! This is much-needed to focus our community and avoid > unnecessary confusion and chatter. > > A few minor edits to Ch. 1: > pg. 1 > Â Â Â Â "curved in stone" should be carved No. It is now part of history. It is curved, not carved. There was a postings in mailing list somewhere, discussing that :)) > pg. 4 > Â Â Â Â * "based on an integreation server" should be integration > Â Â Â Â * "test them and notify its results" should be "tests them and notifies its > results" > Â Â Â Â * "We will also put in place another level of checks based on integration > servers as well." -> To me this sentence adds nothing. Either explain more > or remove it. > Â Â Â Â * "We will not do that for the sake of changing." I think you mean "We will > not change for the sake of change." > Â Â Â Â * "expressing in a more com- pact form all kind of information" would be > more clear as "expressing all kinds of information in a more compact form" > Â Â Â Â * "optimization at compiler level" -> "optimization at the compiler level" > Â Â Â Â * "Not only we want that people build" -> "Not only do we want people > build" > pg. 5 > Â Â Â Â * "We want that both users and the system general quality, benefit from the > best libraries." -> "We want both users and the general quality of the > system to benefit from the best libraries." > Â Â Â Â * "we want to have validated packages running check rules and automated > tests automatically validated." is unclear, but I don't understand it well > enough to change it > Â Â Â Â * "*a* good interaction with the rest of the world" should be "good > interaction with the rest of the world" > Â Â Â Â * "The list *if* not exhaustive but should allow *one* to structure the > development effort." -> "The list is not exhaustive but should allow us to > structure the development effort." > Â Â Â Â * "New IDES" -> "New IDEs" > Â Â Â Â * "but also new *way* of handling" -> "but also new ways of handling" > Â Â Â Â * "of new *kind* of IDEs, desktop metaphor and" -> "of new kinds of IDEs, > desktop metaphor and:" (added colon at end, subsequent bullets are children) > pg. 6 > Â Â Â Â * "proved that it was worth." Sentence fragment, I'm not clear enough to > fix it > Â Â Â Â * "and complex *applications*" -> "and complex application" > Â Â Â Â * "Obviously everybody prefer to use a fast library than a slow one. We > should develop rule checking that include speed regression testing." -> > "Obviously everybody prefers using a fast library over a slow one. We should > develop rule checking that includes speed regression testing." > Â Â Â Â * "64 bits. For managing large amount of data" -> "64 bits. For managing a > large amount of data" > Â Â Â Â * "Even if theoretically with a 32 bits VM we should be able to run images > of at least 2 GBs, this is not the case of current available VMs. For > example, the Windows VM does not support images bigger than 512 MB." -> > "Although a 32 bit VM can theoretically run images of up to 2 GB, the > currently available VMs are more limited. For example, the Windows VM does > not support images bigger than 512 MB." > pg. 7 > Â Â Â Â * "Large applications" section is repeated > Â Â Â Â * "OpenSophie proved that Smalltalk and Squeak in particular, the ancestor > of Pharo, are good platforms for building advanced multimedia applications. > We believe that Pharo can be used in such situation." -> "OpenSophie proved > that Smalltalk, and Squeak (Pharo's ancestor) in particular, are good > platforms for building advanced multimedia applications. We believe that > Pharo is well-suited for this." > > Sean > > -- > View this message in context: http://forum.world.st/pharo-vision-tp4340345p4341249.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > -- Best regards, Igor Stasenko.

Jan. 30, 2012

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

by Igor Stasenko

On 30 January 2012 10:29, Damien Pollet <damien.pollet(a)gmail.com> wrote: > On 28 January 2012 23:22, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: >> suggesting is doing a kind of âsvn co http://xxxx -r 2202â³. I checked how to do this in git, and it seems not to provide a clone of a specific version. Instead, you just clone (from the latest one) and then you checkout or revert to a previous one. Execute: >> >> 1cd blessed >> 2git checkout f3fe94c828f66cd0e7c37cfa3434e384ff65915e > > Please use tags to mark which commits are safe, that's what they're here forâ¦ > yes, i usually tagging the configs. but not always :) -- Best regards, Igor Stasenko.

Jan. 30, 2012

Re: [Pharo-project] Morpheas , bringing Morphic to Opengl (3d GUIs)

by Igor Stasenko

Too ambitious. I am too old for this ( being there, ate that ), but you can try :) And you have my full support. I am currently writing documentation to cover different aspects of NativeBoost. And of course, i continue my work on Athens, Cairo and NBOpenGL.. someone please lend me the day-stretcher , to have 48 hours/day :) On 30 January 2012 15:55, dimitris chloupis <thekilon(a)yahoo.co.uk> wrote: > There are no screenshots per se , the project is in "reading documentation > and planning stage", but I have commited a small OpenGL morph that I have > grabed from the croquet repo. Me and some other people at #squeak have been > sucessful at embeding OpengGL context on screen or inside a morph widget. > > you can take a look at my friends Nehe tutorials in Squeak here > > http://www.youtube.com/watch?v=g_YOqIWCcLQ&feature=results_main&playnext=1&… > > I posted here to coordinate effort with all parties and make sure I make my > project 100% compatible with existing Pharo and any future Pharo. > > Each concept is based on an Age that works like a cascade. The one depends > on the other. > > So Proteas will need a stable, reliable and at least basic Morpheas. Proteus > will be a visual programming environment taken to the next level. As you > know already Pharo and smalltalk perform very well for visual programming. > My idea is to take this abit further. > > An idea/theory I want to implement is my "LOD theory" . According to this > idea, not only you can represnt code visualy but you can represent in a > context that moves in Leves Of Detail. This way the user will be able to see > a "bird's eye" vew of the code, visual, meaning graphical blocks / elements > representing section of code which many contain several classes/ objects. > The user will control the level of detail which you will able to see more > and more deeply the structure of you code. Obviously code does not change, > the way you view it changes and help you understand the connection even in > nightmare scenarios like spaggeti code. That means that will implement > several navigational tools for exploring these visualisation and all of them > will depend on the 3d nature of Morpheas. > > Beside code visualisation I would like to take this theory in the actual > inteface as well. For example LOD will appear to all tool like the debugger > , system browser , TDD etc The user will be able to operate those tool in > begineer / advanced and expert modes. > > Code will also be contstucted in a visual ways, obviously something similar > to scratch or build your own blocks, however full acess to the language will > be allowed. Have several ideas there how that is possible. > > Another important theory I want to test is my "real time context sensitive > documentation". In a sense the screen will dedicate one 1/3 or 1/4 of its > estate to a documentation column that will be there all the time unless the > user decides to close it. The documentation will change according to what > the user selects and types making external documentation redundant. This > documentation will of course leverage class documentation strings but it > migh extend the whole facility as well. > > Finally Proteas will operate through a 3d world powered by Morpheas Graphic > Engine, in a style of an RPG game, making sure users around the world can > interact , share code and even collab real time. The RPG game will offer > challanges and tutorials to users and its an oportunity for me to practice > my 3d skills. Obviously I will be borrowing alot of code from Open Cobalt > since this part overlaps in that area. > > Orpheas will be completely made via Proteas and of course Morpheas as a > proof of concept. It will be a DAW GUI for Supercollider. > > A DAW is a Digital Audio Workstaion , its a professional Music software > which has tracks, mixers , eq, audio effects and anything a musician needs > to create polished music tracks. I will use Supercollider as the main engine > here , supercollider is an extremely power audio server that can perform > complicate and sophisticate functions on audio and music by receiving OSC > messages. So you can say that audio wise Opheas will do nothing more than > calling Supercollider functions. > > You can find Supercollider here > > http://supercollider.sourceforge.net/ > > Orpheas will follow Ableton Live as a design model > > http://www.ableton.com/ > > My plan is 2 year for Morpheas then another 2 years for Proteas and then > another 2 years for Orpheas. But its not a strict plan as I said I am still > in planning phase and anything can happen. Hopefull I can get other people > to work on it too, but for the time being I will be alone making sure there > is some gravity on my claims. > > My goal obviously because the project is too ambitious and its pure insanity > to implement all those features by myself is to borrow as much as I can > existing code and reuse it. Â I have many ideas, but I am aware that putting > ideas to practice is "abit" harder than one thinks. Will see how it goes for > the time being my only concetration is Morpheas and how well opengl can work > inside Pharo. > > So anyone who can help me with an advice or a couple of links will provide > me with some very valuable help. > > > ________________________________ > From: Janko MivÅ¡ek <janko.mivsek(a)eranova.si> > To: Pharo-project(a)lists.gforge.inria.fr; dimitris chloupis > <thekilon(a)yahoo.co.uk> > Sent: Monday, 30 January 2012, 15:58 > Subject: Re: [Pharo-project] Morpheas , bringing Morphic to Opengl (3d GUIs) > > Hi Dimitris, > > Your Ephestos sounds promising, can you post some screenshot as well or > is too early? Also, can you explain us Proteas and Orpheas ... > > Best regards > Janko > > S, dimitris chloupis piÅ¡e: >> I have started my first project with Pharo (and hopefully Squeak too) >> called "Ephestos" . >> >> http://www.squeaksource.com/ephestos.html >> >> Ephestos is divided into 3 areas/ elements / concepts : a) Morpheas b) >> Proteas c) Orpheas >> >> Morpheas is an effort to bring Morphic to OpenGL and to implement 3d >> guis , that can be designed in blender ( probably will implement a addon >> exporter too from blender to Pharo) and deployed in Pharo , minimising >> coding and maximising ease of use, since a 3d gui can be fairly complex >> to program. >> >> The reason why I am posting here is for your help. I am very new to >> Pharo and smalltalk and Ephestos is an extremely ambitious project which >> I hope to be commited for at least the next 5-6 years which I plan to >> release version 1. >> >> My first rule is of course , because the project is already very >> ambitious, "code reuse". I want to be informed what efforts there have >> been towards that direction . >> >> Mr Stef published recently a great PDF documentÂ titled "Pharo's Vision >> : Goals , Processes and Development effort" in it there is the following >> quote about Morphic >> >> "What have been done so far. Igor Stasenko did the following: >> â¢ Designed and implemented a new canvas API and all the necessary >> abstractions >> to generate adequate code for different backends. >> â¢ Deep integration to be able to inject frames into existing VMstructure >> (Igor >> can you confirmthis?) >> â¢ Designed and implemented a new textMorph, paragraph and other classes. >> â¢ Defined a default back-end. >> â¢ Defined a Cairo back-end. >> â¢ Defined an openGL back-end (using an OpenGL calling framework). " >> >> So I guess my question should be directed towards Igor, but maybe >> someone else also works in this. I am interested in any information >> about Morphic and OpenGL . I am also interested even on partial support >> of graphics engine like Irrlicht , Ogre and Open Cobalt. >> >> My main focuse is Nativeboost cause it appear to have a new enhance FFI, >> and of course the possibility of inline Assembly code. >> >> Has anyone , advice , suggestions , ideas and hopefully some >> documentation I can useÂ ? >> >> I am already studying both OpenGL and Nativeboost / NBOpenGL . > > -- > Janko MivÅ¡ek > Svetovalec za informatiko > Eranova d.o.o. > Ljubljana, Slovenija > www.eranova.si > tel:Â 01 514 22 55 > faks: 01 514 22 56 > gsm: 031 674 565 > > -- Best regards, Igor Stasenko.

Jan. 30, 2012

Re: [Pharo-project] pharo vision

by Sean P. DeNigris

Thanks Steph! This is much-needed to focus our community and avoid unnecessary confusion and chatter. A few minor edits to Ch. 1: pg. 1 "curved in stone" should be carved pg. 4 * "based on an integreation server" should be integration * "test them and notify its results" should be "tests them and notifies its results" * "We will also put in place another level of checks based on integration servers as well." -> To me this sentence adds nothing. Either explain more or remove it. * "We will not do that for the sake of changing." I think you mean "We will not change for the sake of change." * "expressing in a more com- pact form all kind of information" would be more clear as "expressing all kinds of information in a more compact form" * "optimization at compiler level" -> "optimization at the compiler level" * "Not only we want that people build" -> "Not only do we want people build" pg. 5 * "We want that both users and the system general quality, benefit from the best libraries." -> "We want both users and the general quality of the system to benefit from the best libraries." * "we want to have validated packages running check rules and automated tests automatically validated." is unclear, but I don't understand it well enough to change it * "*a* good interaction with the rest of the world" should be "good interaction with the rest of the world" * "The list *if* not exhaustive but should allow *one* to structure the development effort." -> "The list is not exhaustive but should allow us to structure the development effort." * "New IDES" -> "New IDEs" * "but also new *way* of handling" -> "but also new ways of handling" * "of new *kind* of IDEs, desktop metaphor and" -> "of new kinds of IDEs, desktop metaphor and:" (added colon at end, subsequent bullets are children) pg. 6 * "proved that it was worth." Sentence fragment, I'm not clear enough to fix it * "and complex *applications*" -> "and complex application" * "Obviously everybody prefer to use a fast library than a slow one. We should develop rule checking that include speed regression testing." -> "Obviously everybody prefers using a fast library over a slow one. We should develop rule checking that includes speed regression testing." * "64 bits. For managing large amount of data" -> "64 bits. For managing a large amount of data" * "Even if theoretically with a 32 bits VM we should be able to run images of at least 2 GBs, this is not the case of current available VMs. For example, the Windows VM does not support images bigger than 512 MB." -> "Although a 32 bit VM can theoretically run images of up to 2 GB, the currently available VMs are more limited. For example, the Windows VM does not support images bigger than 512 MB." pg. 7 * "Large applications" section is repeated * "OpenSophie proved that Smalltalk and Squeak in particular, the ancestor of Pharo, are good platforms for building advanced multimedia applications. We believe that Pharo can be used in such situation." -> "OpenSophie proved that Smalltalk, and Squeak (Pharo's ancestor) in particular, are good platforms for building advanced multimedia applications. We believe that Pharo is well-suited for this." Sean -- View this message in context: http://forum.world.st/pharo-vision-tp4340345p4341249.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 30, 2012

Re: [Pharo-project] Morpheas , bringing Morphic to Opengl (3d GUIs)

by dimitris chloupis

There are no screenshots per se , the project is in "reading documentation and planning stage", but I have commited a small OpenGL morph that I have grabed from the croquet repo. Me and some other people at #squeak have been sucessful at embeding OpengGL context on screen or inside a morph widget.Â you can take a look at my friends Nehe tutorials in Squeak here http://www.youtube.com/watch?v=g_YOqIWCcLQ&feature=results_main&playnext=1&… I posted here to coordinate effort with all parties and make sure I make my project 100% compatible with existing Pharo and any future Pharo.Â Each concept is based on an Age that works like a cascade. The one depends on the other.Â So Proteas will need a stable, reliable and at least basic Morpheas. Proteus will be a visual programming environment taken to the next level. As you know already Pharo and smalltalk perform very well for visual programming. My idea is to take this abit further.Â An idea/theory I want to implement is my "LOD theory" . According to this idea, not only you can represnt code visualy but you can represent in a context that moves in Leves Of Detail. This way the user will be able to see a "bird's eye" vew of the code, visual, meaning graphical blocks / elements representing section of code which many contain several classes/ objects. The user will control the level of detail which you will able to see more and more deeply the structure of you code. Obviously code does not change, the way you view it changes and help you understand the connection even in nightmare scenarios like spaggeti code. That means that will implement several navigational tools for exploring these visualisation and all of them will depend on the 3d nature of Morpheas.Â Beside code visualisation I would like to take this theory in the actual inteface as well. For example LOD will appear to all tool like the debugger , system browser , TDD etc The user will be able to operate those tool in begineer / advanced and expert modes.Â Code will also be contstucted in a visual ways, obviously something similar to scratch or build your own blocks, however full acess to the language will be allowed. Have several ideas there how that is possible. Another important theory I want to test is my "real time context sensitive documentation". In a sense the screen will dedicate one 1/3 or 1/4 of its estate to a documentation column that will be there all the time unless the user decides to close it. The documentation will change according to what the user selects and types making external documentation redundant. This documentation will of course leverage class documentation strings but it migh extend the whole facility as well. Finally Proteas will operate through a 3d world powered by Morpheas Graphic Engine, in a style of an RPG game, making sure users around the world can interact , share code and even collab real time. The RPG game will offer challanges and tutorials to users and its an oportunity for me to practice my 3d skills. Obviously I will be borrowing alot of code from Open Cobalt since this part overlaps in that area. Orpheas will be completely made via Proteas and of course Morpheas as a proof of concept. It will be a DAW GUI for Supercollider.Â A DAW is a Digital Audio Workstaion , its a professional Music software which has tracks, mixers , eq, audio effects and anything a musician needs to create polished music tracks. I will use Supercollider as the main engine here , supercollider is an extremely power audio server that can perform complicate and sophisticate functions on audio and music by receiving OSC messages. So you can say that audio wise Opheas will do nothing more than calling Supercollider functions.Â You can find Supercollider hereÂ http://supercollider.sourceforge.net/ Orpheas will follow Ableton Live as a design modelÂ http://www.ableton.com/Â My plan is 2 year for Morpheas then another 2 years for Proteas and then another 2 years for Orpheas. But its not a strict plan as I said I am still in planning phase and anything can happen. Hopefull I can get other people to work on it too, but for the time being I will be alone making sure there is some gravity on my claims.Â My goal obviously because the project is too ambitious and its pure insanity to implement all those features by myself is to borrow as much as I can existing code and reuse it. Â I have many ideas, but I am aware that putting ideas to practice is "abit" harder than one thinks. Will see how it goes for the time being my only concetration is Morpheas and how well opengl can work inside Pharo.Â So anyone who can help me with an advice or a couple of links will provide me with some very valuable help.Â ________________________________ From: Janko MivÅ¡ek <janko.mivsek(a)eranova.si> To: Pharo-project(a)lists.gforge.inria.fr; dimitris chloupis <thekilon(a)yahoo.co.uk> Sent: Monday, 30 January 2012, 15:58 Subject: Re: [Pharo-project] Morpheas , bringing Morphic to Opengl (3d GUIs) Hi Dimitris, Your Ephestos sounds promising, can you post some screenshot as well or is too early? Also, can you explain us Proteas and Orpheas ... Best regards Janko S, dimitris chloupis piÅ¡e: > I have started my first project with Pharo (and hopefully Squeak too) > called "Ephestos" . > > http://www.squeaksource.com/ephestos.html > > Ephestos is divided into 3 areas/ elements / concepts : a) Morpheas b) > Proteas c) Orpheas > > Morpheas is an effort to bring Morphic to OpenGL and to implement 3d > guis , that can be designed in blender ( probably will implement a addon > exporter too from blender to Pharo) and deployed in Pharo , minimising > coding and maximising ease of use, since a 3d gui can be fairly complex > to program. > > The reason why I am posting here is for your help. I am very new to > Pharo and smalltalk and Ephestos is an extremely ambitious project which > I hope to be commited for at least the next 5-6 years which I plan to > release version 1. > > My first rule is of course , because the project is already very > ambitious, "code reuse". I want to be informed what efforts there have > been towards that direction . > > Mr Stef published recently a great PDF documentÂ titled "Pharo's Vision > : Goals , Processes and Development effort" in it there is the following > quote about Morphic > > "What have been done so far. Igor Stasenko did the following: > â¢ Designed and implemented a new canvas API and all the necessary > abstractions > to generate adequate code for different backends. > â¢ Deep integration to be able to inject frames into existing VMstructure > (Igor > can you confirmthis?) > â¢ Designed and implemented a new textMorph, paragraph and other classes. > â¢ Defined a default back-end. > â¢ Defined a Cairo back-end. > â¢ Defined an openGL back-end (using an OpenGL calling framework). " > > So I guess my question should be directed towards Igor, but maybe > someone else also works in this. I am interested in any information > about Morphic and OpenGL . I am also interested even on partial support > of graphics engine like Irrlicht , Ogre and Open Cobalt. > > My main focuse is Nativeboost cause it appear to have a new enhance FFI, > and of course the possibility of inline Assembly code.Â > > Has anyone , advice , suggestions , ideas and hopefully some > documentation I can useÂ ? > > I am already studying both OpenGL and Nativeboost / NBOpenGL . -- Janko MivÅ¡ek Svetovalec za informatiko Eranova d.o.o. Ljubljana, Slovenija www.eranova.si tel:Â 01 514 22 55 faks: 01 514 22 56 gsm: 031 674 565

Jan. 30, 2012

Re: [Pharo-project] OneClick on website's first page?

by Marcus Denker

On Jan 26, 2012, at 2:01 PM, Janko MivÅ¡ek wrote: > Hi guys, > > For newcommers it would be really good to put a "Stable Pharo OneClick" > on the first place of Downloads section on first page at > http://www.pharo-project.org. > But that we have? No? http://www.pharo-project.org/pharo-download -- Marcus Denker -- http://marcusdenker.de

Jan. 30, 2012

Re: [Pharo-project] [update 1.4] #14298

by StÃ©phane Ducasse

It makes sense because all the tests are green with me. Stef On Jan 30, 2012, at 12:36 PM, Marcus Denker wrote: > > On Jan 29, 2012, at 10:01 PM, Benjamin wrote: > >> It seems there is a problem with Metacello which take down half of Jenkins projects ... >> >> >> I got this error: "'retry with alternate repository failed: ''FileExistsException: ''''/Users/benjamin/Images/Pharo 1.4/Pharo-1.4 2/package-cache/Metacello-Base-DaleHenrichs.19.mcz'''''''" >> > > This needs to be reverted: > > http://code.google.com/p/pharo/issues/detail?id=5222 > > So a .cs that either fixes it or reverts the change would help... I can look at reverting it the evening. > > Marcus > > > -- > Marcus Denker -- http://marcusdenker.de > >

Jan. 30, 2012

[Pharo-project] **Important** Pharo Conference Call for Date Feedback

by StÃ©phane Ducasse

Hi guys We want to organize a Pharo Conference @ lille around business and companies in May/June 2012. Now we need you to understand what is the best to organize because we have some constraints (like not good access to rooms on saturday). Could you reply to the following questions: Are you planning to attend: Yes No Would you attend two days: Yes No Would you like to present something: Yes No Would you prefer to have (remove the one you do not like) - one friday and one saturday or - two days during the week would be not a problem. Would you like to have Handons: Yes No Business/Experience returns: Yes No What are the following dates that are ok for you? Frid 11- Satur 12 May 2012: Yes No Thur 10- Frid 11 May 2012: Yes No Mond 14- Tuesd 15 May 2012: Yes No Tuesd 15- Wedn 16 May 2012: Yes No Thur 24 - Frid 25 May 2012: Yes No Frid 25- Satur 26 May 2012: Yes No Stef

Jan. 30, 2012

Re: [Pharo-project] Morpheas , bringing Morphic to Opengl (3d GUIs)

by Janko MivÅ¡ek

Hi Dimitris, Your Ephestos sounds promising, can you post some screenshot as well or is too early? Also, can you explain us Proteas and Orpheas ... Best regards Janko S, dimitris chloupis piÅ¡e: > I have started my first project with Pharo (and hopefully Squeak too) > called "Ephestos" . > > http://www.squeaksource.com/ephestos.html > > Ephestos is divided into 3 areas/ elements / concepts : a) Morpheas b) > Proteas c) Orpheas > > Morpheas is an effort to bring Morphic to OpenGL and to implement 3d > guis , that can be designed in blender ( probably will implement a addon > exporter too from blender to Pharo) and deployed in Pharo , minimising > coding and maximising ease of use, since a 3d gui can be fairly complex > to program. > > The reason why I am posting here is for your help. I am very new to > Pharo and smalltalk and Ephestos is an extremely ambitious project which > I hope to be commited for at least the next 5-6 years which I plan to > release version 1. > > My first rule is of course , because the project is already very > ambitious, "code reuse". I want to be informed what efforts there have > been towards that direction . > > Mr Stef published recently a great PDF document titled "Pharo's Vision > : Goals , Processes and Development effort" in it there is the following > quote about Morphic > > "What have been done so far. Igor Stasenko did the following: > â¢ Designed and implemented a new canvas API and all the necessary > abstractions > to generate adequate code for different backends. > â¢ Deep integration to be able to inject frames into existing VMstructure > (Igor > can you confirmthis?) > â¢ Designed and implemented a new textMorph, paragraph and other classes. > â¢ Defined a default back-end. > â¢ Defined a Cairo back-end. > â¢ Defined an openGL back-end (using an OpenGL calling framework). " > > So I guess my question should be directed towards Igor, but maybe > someone else also works in this. I am interested in any information > about Morphic and OpenGL . I am also interested even on partial support > of graphics engine like Irrlicht , Ogre and Open Cobalt. > > My main focuse is Nativeboost cause it appear to have a new enhance FFI, > and of course the possibility of inline Assembly code. > > Has anyone , advice , suggestions , ideas and hopefully some > documentation I can use ? > > I am already studying both OpenGL and Nativeboost / NBOpenGL . -- Janko MivÅ¡ek Svetovalec za informatiko Eranova d.o.o. Ljubljana, Slovenija www.eranova.si tel: 01 514 22 55 faks: 01 514 22 56 gsm: 031 674 565

Jan. 30, 2012

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

by Esteban Lorenzano

yes, that's far better :) El 29/01/2012, a las 11:34p.m., Camillo Bruni escribiÃ³: > I extended the HOWTOBUILD in the blessed repository. > > For me > > cd build > export CC='/usr/bin/gcc-4.2' # as of 10.7 llvm is the incompatible default compiler > export MACOSX_DEPLOYMENT_TARGET=10.5 > cmake . > make > > worked. And yeah, I wouldn't symlink it either :) > > too bad that we can't use clang/llvm yet for the compilation. The error handling is so much better than in gcc :P > > best > cami > > > On 2012-01-29, at 22:06, Esteban Lorenzano wrote: > >> maybe, but he can restore default gcc after trying. I asked for removing a symlink, not the llvm compiler it self. >> Right now I do not have a better/faster way to doit... and he needs to compile his vm, so... >> >> >> El 29/01/2012, a las 6:00p.m., Stefan Marr escribiÃ³: >> >>> >>> On 29 Jan 2012, at 21:09, Esteban Lorenzano wrote: >>> >>>> 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 >>> >>> We have seen GCC 4.2 disappearing after Lion upgrades and Xcode 4.2 installs. >>> >>> And Esteban, I do not think that changing the systems default compiler just for a single program can be the recommended practice. >>> >>> "sudo rm /usr/bin/gcc" is certainly only the very last resort. >>> It should not be advertised if there are other ways to use a supported compiler. >>> Camillo mentioned that setting the CC environment variables correctly worked for him. >>> >>> >>> ... sudo - With great power comes great responsibility ... >>> >>> Best regards >>> Stefan >>> >>> -- >>> Stefan Marr >>> Software Languages Lab >>> Vrije Universiteit Brussel >>> Pleinlaan 2 / B-1050 Brussels / Belgium >>> http://soft.vub.ac.be/~smarr >>> Phone: +32 2 629 2974 >>> Fax: +32 2 629 3525 >>> >>> >> >> > >

Jan. 30, 2012