This ebuild is for installing squeak-3.9-9.
Just for the record I've setup a working repository/overlay at http://www.aeglos.com.ar/svn/repository with this.
Steps to Reproduce:
Created attachment 134285 [details]
Given that the squeakvm folks haven't even linked to it from their unix homepage, I have some concerns about the stability of this.
And it still doesn't compile on amd64 (-march=nocona with sane cflags). Bizarrely it filters out -O2 as well...
(In reply to comment #2)
> Given that the squeakvm folks haven't even linked to it from their unix
> homepage, I have some concerns about the stability of this.
> And it still doesn't compile on amd64 (-march=nocona with sane cflags).
> Bizarrely it filters out -O2 as well...
Working without a problem for more than a month here.
With 3.9 and 3.10 images.
I've also had images running for several days in a row without seeing any instability/problem.
I am actually waiting for a more 'official' announcement of such a versions to add them into the tree.
Thanks for this ebuild submit.
Created attachment 137575 [details]
Updated ebuild that builds and (appears to) run on amd64. Changes:
* Don't specify which FFI implementation to use; allow the build system to autodetect. This allows it to build on non-x86 platforms.
+ Note that the dev-libs/libffi dependency should probably be conditional, as squeak has a custom FFI implementation for x86 Linux, ppc Linux and ppc Darwin, and uses libffi on all other platforms. I didn't change it because I haven't tested on anything but amd64 Linux.
* Apply a 64-bit patch from upstream's bug-tracker.
* Fix an erroneous "tail" call in inisqueak that is not caught by the fixheadtails eclass.
+ inisqueak has an additional problem, in that it looks for SqueakV3.sources, but, at least with the squeak-image-3.9.7067 ebuild from bug 196985, the file is actually SqueakV39.sources. I didn't try to fix this because I'm not familiar enough with squeak to know the best way to do so.
Created attachment 137576 [details, diff]
This is the patch from http://bugs.squeak.org/view.php?id=4608, regenerated so it can be applied with epatch.
Created attachment 137616 [details, diff]
Previous patch updated with the patch from http://bugs.squeak.org/view.php?id=6739
I might add that the libffi made with gcc's libffi USE should probably be preferred to the separate package.
(In reply to comment #8)
> I might add that the libffi made with gcc's libffi USE should probably be
> preferred to the separate package.
Yes, otherwise the entire package is getting removed soonish.
I will be testing and committing these changes soon to the tree.
Sorry, enough time has passed again; libffi is getting removed and squeak went into same package mask with it.
Squeak doesn't really depend on libffi, so it is safe to remove such a dependency for latest versions.
Please, test these latest ebuilds for the virtual machine and basic-image that includes some slight changes, among them, the libffi removal.
Also, the official Squeak project isn't releasing full-images anymore , so don't expect any updates for it any time soon, plus I will make the virtual/squeak-image to point to the basicimage now.
Other detail, is that the vm binary contains executable stacks , so, a clear QA warning that you will get when compiling and a compilation error in hardened (please, test this if you can) ; this should be more likely fixed by upstream, but in any case I am doing some research.
If everything goes well, I expect to commit this package during this weekend , and will unmask it by then.
Thanks and Regards,
Created attachment 155697 [details]
Created attachment 155699 [details]
Squeak basic image
Created attachment 155739 [details, diff]
Patch against the 3.10 ebuild for amd64 support, to fix a bug in inisqueak -l and to clean it up slightly. With this patch it works for me on amd64 and x86, with limited testing.
Created attachment 155765 [details, diff]
Updated patch that makes libffi optional on platforms where it's used. The libffi flag should be package.use.masked on x86 and ppc profiles, because it has no effect there.
Added Squeak 3.10 to the tree.
Among the changes:
- Now the squeak virtual image defaults to the basicimage instead of the fullimage.
- The libffi dependency isn't required in x86.
As of some researching, the libffi library is only needed in some platforms, but since squeak is only supported on x86 inside Gentoo , we don't need to deal with it for now.
Thanks David Leverton for helping with this bug.
Please test and report back, I am closing this bug now, open a new one if needed in case of anything.