On Thu, Aug 20, 2015 at 3:49 PM, Hernán Morales Durand < hernan.morales@gmail.com> wrote:
Hello Max,
2015-08-20 15:15 GMT-03:00 Max Leske <maxleske@gmail.com>:
On 20 Aug 2015, at 19:38, Hernán Morales Durand <hernan.morales@gmail.com> wrote:
Hello MartÃn
2015-08-20 5:31 GMT-03:00 Martin Dias <tinchodias@gmail.com>:
Hello Hernán,
It's outdated, we were not taking care of Tanker. I've just updated some urls in the doc, and the Pharo versions in the Jenkins job (it was being run in 2.0 and 3.0!).
BTW, have you loaded it from this repo?
Yes.
I checked the code and PackageInfo usage was intentional (#behaviorsLocalToPackageInfoNamed: , #extensionMethodsToPackageInfoNamed: , etc) , but the tests are generating AnObsoleteClassForTestToBeDeleted... and from there I don't know.
Thatâs something weâve fixed in Fuel. Itâs simply a side effect of the tests, not a functional problem.
Good :)
Is just that PackageInfo stuff preventing to use Tanker?
I guess Tanker would need to be updated for the changes in CompiledMethod and possibly a couple of changes would be required to account for deprecation etc. Iâm not sure how much work it would take to use RPackage / Ring.
I hope it is not too much work.
Could you comment how far is Tanker from being stable or usable?
I guess we could make it work within a couple of hours / days. So far there was simply no interest from anybody AFAIK.
Whatâs your use case exactly?
Building my PhyloclassTalk app loads > 60 packages and it is taking too much time. I read about loading Seaside in 10 sec. so I want that too :)
One of the problems that never got fixed in Tanker was that if the superclass of a class you are loading has changed instVars from where you have exported, then the compiled methods will be wrong and bytecodes will access a shifted instvar (this is one of the scenarios, but there are a couple). Of course, nice solutions could be developed to even avoid compilation (I remember Marcus telling us to get IR -- intermediate representation -- from compiled method, then change instVas, and get new compiled method. But... even without that, we still never developed the most basic solution which would detect such a case and do a normal compilation from source (source is ALSO serialized anyway). Until we develop that, I think it won't be stable.
Another situation is when I show Pharo to solve "easy" tasks (CSV, PetitParser, etc) to people and it doesn't feel nice to wait loading, specially when Python takes 2 secs to install with pip, or they use IPython/anaconda which has everything preloaded.
Cheers,
Hernán
Cheers, Max
Hernán
(we moved from Mariano's repo, but the old one wasn't deleted).
Cheers, MartÃn
El jue., 20 ago. 2015 a las 8:24, Hernán Morales Durand (< hernan.morales@gmail.com>) escribió:
Hello,
What is the status of Tanker? I tried to loadDevelopment in Pharo 4 but there are references to PackageInfo, and tests fails. Cheers,
Hernán
<TankerPackagesSupport-HernanMoralesDurand.11.mcz>
-- Mariano http://marianopeck.wordpress.com