Bruno There was a huge change in the FFI (in fact it was rewritten from the ground) and you face a case where we were not backward compatible. Nobody reported it to us before.
Now if you unzip the mcz you get the pharo text in plain mode. It does not solve the problem of parsing but in that case you are exactly in the same situation than other languages or I did not understand your problem. We are managing version and dependencies since years :) luckily. The part that is missing is that every package loaded in the pharo image cannot be used as dependent for external packages because of lack of metadata. We are working on having metadata for any package (being inside Pharo or external). I do not know what is used in ZeroMQ. Now two questions: - what are the abstractions that the python binding offers? - what is the state of a 0mq application? Because we can serialise and reload execution stack. So the only things that we cannot serialize are active process so far. Stef On Tue, Aug 22, 2017 at 4:35 PM, bdurin <bruno.du...@gmail.com> wrote: > Hi Hannes, > > Thanks for your help! I agree that loading in Pharo 4 (I guess) and > following your recipe works and is easy. > My concern is not specific to ZeroMQ though. In fact I discovered that > ZeroMQ package is just a very low-level bindings of Zeromq C API whereas I > thought it was something more like the python bindings of 0mq that provides > higher-level abstractions that are more useful. Besides the problem of > persisting the state of a 0mq application in the image is quite hard to > solve (and this was noted by the author of the Zeromq package). So I > probably shall go with python this time. > Beyond the specific problem of Zeromq package, I think there is something > inconsistent in trying to develop Smalltalk/Pharo as a self-contained > environment and not being able to load old code. In other languages, text > editor or IDE are external tools but they usually open any source code. > (That is why the title of my note is "Parser failure on FFI pragmas > declaration in Pharo 5" and not "Cannot load ZeroMQ package source code".) > I also wanted to point out that for people that are used to programming and > as such could rapidly wander in corner areas of the language, I felt a tool > / a procedure to manage dependencies and versions was missing. > > Regards, > Bruno > > > > -- > View this message in context: > http://forum.world.st/Parser-failure-on-FFI-pragmas-declaration-in-Pharo-5-tp4961737p4963381.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >
