Hi. I noticed that the latest version of mzsheme in gentoo is really old. I have just updated the ebuild to inlcude the new 299.100 version of mzscheme (it's the dev version, but a lot of people have success.. marked it for ~x86) It also resolves the trashing of CFLAGS (bug 59507) It is known to build and run on my Pentium-M 1.3GHZ (thinkpad T40). Copy and pasted from 205. Let me know if I did something stupid, as this is my first submit. Thanks. --Dima
Created attachment 58426 [details] The ebuild Oops, forgot to include the ebuild :)
Created attachment 58453 [details] Updated ebuild file
Ok, So I went a little trigger happy on the submit button. The libs didnt work properly, since the mzscheme collects stuff wants to be in /usr/collects. The original ebuild just moves the files to /usr/share/mzscheme/collects, but the problem is that the runtime boostrapping code doesnt know to look in the new place. So you have to make it regen the cstartup.inc file. So here are the "pre" and "post" patches to enable this to happen properly and also here is the new ebuild. Sorry, hopefully this will be the last of it :) --Dima
Created attachment 58454 [details, diff] Update the internal #define to inlcude the new .inc
Created attachment 58455 [details, diff] Prepare the build for the right collects path
*** Bug 128300 has been marked as a duplicate of this bug. ***
Created attachment 83562 [details] Ebuild for 301 mzscheme is still far behind the released version. Attached is a new ebuild for the most recent version. It is required for vim 7.0, since vim requires a shared library with Boehm-GC. Only change that might need to be made is /usr/collects to /usr/share/mzscheme/collects somehow. Note: econf doesn't seem to work, when it gets to the gc subdirectory it complains about some --tag.
*** Bug 129840 has been marked as a duplicate of this bug. ***
Any particular reason why Kevin's over-five-month-old ebuild isn't in the tree yet? The 205 ebuild in right now does not emerge with GCC 4.1.1.
treecleaners, some food for you, noone gives a damn about this apparently. It doesn't compile w/ gcc-4 and uses really funky stuff like unset CFLAGS.
dev-scheme/drscheme also provides mzscheme but vim.eclass fails to accept it.
*** Bug 152058 has been marked as a duplicate of this bug. ***
@vim folks - can vim use dev-scheme/drscheme? If not, dropping the flags sounds like a workaround, because mzscheme is plain broken.
Hi, here is an update to the most current version. It built and also worked properly on x86 and amd64.
Created attachment 101760 [details] mzscheme-352.ebuild
Let's wait on removing this for at least a couple of months. We have a few scheme users becoming gentoo developers in the pipeline.
I've checked and the sources for mzscheme and drscheme are identical, except that drscheme has a few extras. For those interested I'll include the diff below. But first the patch to the drscheme-352-r2.ebuild which allows it to be used for both. I've not worried myself about the extra docs yet. Vim has a use flag for mzscheme which it inherits from vim.eclass. Currently it depends on mzscheme, so if you have drscheme installed you cannot use the mzscheme use flag for vim (because drscheme blocks mzscheme, because it contains mzscheme), which should be a perfectly fine thing to do.
--- /usr/portage/dev-scheme/drscheme/drscheme-352-r2.ebuild 2006-10-23 20:35:53.000000000 +0200 +++ PLTscheme-352-r2.ebuild 2006-11-14 19:11:40.000000000 +0100 @@ -11,7 +11,7 @@ LICENSE="LGPL-2.1" SLOT="0" KEYWORDS="~amd64 ~ppc ~x86" -IUSE="backtrace cairo jpeg opengl perl png sgc" +IUSE="backtrace cairo drscheme jpeg opengl perl png sgc" RDEPEND="x11-libs/libICE x11-libs/libSM @@ -30,10 +30,18 @@ S="${WORKDIR}/plt/src" GL_COLLECTS="sgl games/gobblet games/checkers games/jewel games/gl-board-game" +DRSCHEME_DIRS="mred wxcommon wxxt" + src_unpack() { unpack ${A} cd "${WORKDIR}/plt" + if ! use drscheme ; then + for dir in ${DRSCHEME_DIRS}; do + rm -r src/${dir} + done + fi + epatch "${FILESDIR}/${PN}-350-fPIC.patch" epatch "${FILESDIR}/${P}-destdir.patch"
Created attachment 101926 [details] diff between drscheme and mzscheme sources
Created attachment 101928 [details] diff between drscheme and mzscheme sources the right way this time
Perhaps a better way is to do DEPEND="!drscheme? (<mzscheme-source>) drscheme? (<drscheme-source>)"
If the ebuilds are separate tarballs, its probably better to keep them separate. I don't like editing the sources any more than necessary, part of the Gentoo philosophy is to keep packages as close to upstream as possible.
In all cases the packages are identical to upstream, although the first method is prone to breakage if they add directories and the second if they don't release sources at the same time. If all variations of PLTScheme are not merged, then we need a virtual for it so for example vim can depend on that virtual and someone will need to copy all relevant maintenance done on drscheme-ebuild to mzscheme-ebuild (or vice versa).
Uh, vim can depend on either drscheme or mzscheme, I don't think this really merits a virtual. Something like this should do the trick: || ( dev-scheme/mzscheme dev-scheme/drscheme )
removing treecleaner. feel free to CC us if you do decide to dump it.
I'm testing vim with drscheme tonight. Sorry I took so long to get back on this. If it works as expected, I'll commit an updated vim.eclass with an || dep on drscheme or mzscheme if the mzscheme use flag is set. Since it's still controlling mzscheme-specific features, I'm keeping the flag name the same for now. Also, I'm listing drscheme first in the dep, so that when mzscheme dies, fewer people will have to re-merge packages.
Nope, it doesn't seem to work as a drop-in replacement for mzscheme in vim. From ./configure: checking MzScheme install prefix... /usr/ checking if scheme.h can be found in /usr/include... "no" drscheme installs it in /usr/include/plt/scheme.h. So, more work will have to be done before drscheme works with vim.
For now, I've commented out all the mzscheme-related code in vim.eclass. Once I get more time, I'll look at getting drscheme to work properly with vim.
Patrick, what about the following patch against drscheme-360-r1.ebuild: -IUSE="3m backtrace cairo jpeg opengl perl png" +IUSE="3m backtrace cairo drscheme jpeg opengl perl png" RDEPEND="x11-libs/libICE x11-libs/libSM @@ -48,7 +48,7 @@ # -O3 seems to cause some miscompiles, this should fix #141925 and #133888 replace-flags -O? -O2 - econf --enable-mred \ + econf $(use_enable drscheme mred) \ it will cause mzscheme to be built and drscheme too if that use flag is on.
Patrick, if you don't object I will feel free to implement this.
Only if the USE flag is on by default, when someone emerges drscheme, they should get a fully working drscheme install.
Allright. How about naming the flag X? I think that flag name is pretty accurate and it will be on by default on desktop profiles.
That sounds fine to me.
I have made the required changes in drscheme-360-r2 and added scheme as a backup herd to be able to fix any issues with it. *** This bug has been marked as a duplicate of bug 59507 ***