A new version of GNU Guile has been released. The development branch of Lilypond will be depending upon the 1.8 branch of Guile. Among other features, the new version of Guile has improved built-in real-number support. I have succeeded in building 1.8 using a renamed 1.6 ebuild, from which I commented out all the patches. Afterwards I had to run revdep-rebuild.
guile-1.8 now depends on GMP > 4.1. (see README in 1.8.0 tarball) add to DEPEND: >=dev-libs/gmp-4.1
I to would like this. I've done a similar thing, copying the guile-1.6.7 ebuild and modifying it to work for 1.8. It'd be nice if it were part of the official portage tree and was properly slotted and everything. I'll attach the ebuild I've been using.
Created attachment 96550 [details] ebuild for guile-1.8.0.
*** Bug 147569 has been marked as a duplicate of this bug. ***
The ebuild probably needs some QA/cleanup. Also Guile needs fix for --as-needed flag or at least filter the flag in the ebuild. (I'm making ebuild for freetalk Jabber client. Configure fails because it assumes guile is not installed in the system, after ld test fails.)
guile-1.8.1 has been released.
Created attachment 104180 [details] Guile 1.8.1 ebuild An ebuild for Guile 1.8.1. It worked for me, but not until after a reboot, for some reason.
Created attachment 104181 [details] Guile 1.8.1 ebuild An ebuild for Guile 1.8.1. It worked for me, but not until after a reboot, for some reason.
see also http://bugs.gentoo.org/show_bug.cgi?id=143747
Geoff, please remember to set the type to text/plain next time.
Created attachment 106775 [details] dev-scheme/guile/guile-1.8.1.ebuild Please test this new ebuild.
Created attachment 106778 [details] failed tests Note that it doesn't pass tests: FEATURES=test USE="networking regex discouraged deprecated elisp nls threads" ebuild guile-1.8.1.ebuild digest test
USE="threads" seems to cause lots of freezing of guile on my x86 system.
hmm... it wasn't --with-threads alone. So far, it looks like going back to an ebuild without all of the use vars works better for me. Also, slib-3.1.4 appears to require deprecated parts of guile-1.8.1.
Created attachment 107241 [details] guile-1.8.1.ebuild
Comment on attachment 107241 [details] guile-1.8.1.ebuild Ok, so this ebuild mostly works, in that it allows me to compile things (including gnucash) against the new scheme. However it doesn't really work, and the problem seems to lie in slib-3.1.4, which changes from slib:features to features or visa-versa (take a look at the debian slib package's history for more on this). I hope some of you folks can make more sense out of this mess than I can, because I don't speak scheme and this got really twisted, really fast after I started digging
Can you try --enable-deprecated in the econf flags?
enable deprecated is the default, without enable deprecated, slib can't even be merged against 1.8.1, dimentions.something (I forget) is now deprecated that slib needs.
Slotting also seems to be not working. Brandon, can you run the tests please.
There are some comments at the end of the ebuild about slotting -- sounds like the executable will not be slotted (we'd hafta add some eselect logic for that to work) the libraries are slotted, but the packages we're having problems with are ones calling the binary. I'll run the tests shortly.
Totals for this test run: passes: 11760 failures: 0 unexpected passes: 0 expected failures: 25 unresolved test cases: 3 untested test cases: 0 unsupported test cases: 9 errors: 0 PASS: check-guile ================== All 1 tests passed ================== Something weird though -- sandbox (or ebuild.sh if I use FEATURES="-sandbox") goes defunct and won't exit until SIGINT after running the tests. Not sure if it's a totally separate problem (possibly related to parallel merges I have going on) or related.
It eventually continued, must have been a lock it was waiting on and didn't tell me about or something.
1.6.8 does that too. See bug 136388.
(In reply to comment #20) > There are some comments at the end of the ebuild about slotting Speaking of slotting, I actually built guile 1.8.x a while ago but found that TeXmacs doesn't like it (IIRC TeXmacs - annoyingly - built okay but bailed out at runtime with a message complaining that it wanted guile 1.6.y).
(In reply to comment #24) > (In reply to comment #20) > > There are some comments at the end of the ebuild about slotting > > Speaking of slotting, I actually built guile 1.8.x a while ago but found that > TeXmacs doesn't like it (IIRC TeXmacs - annoyingly - built okay but bailed out > at runtime with a message complaining that it wanted guile 1.6.y). There are some patches around for texmacs, you should be able to find them on google.
Created attachment 107706 [details] dev-scheme/guile/guile-1.8.1.ebuild now slotted in same slot as 1.6* would like some comments about use flags
1.8.1 is in :)
(In reply to comment #25) > (In reply to comment #24) > > (In reply to comment #20) > > > There are some comments at the end of the ebuild about slotting > > > > Speaking of slotting, I actually built guile 1.8.x a while ago but found that > > TeXmacs doesn't like it (IIRC TeXmacs - annoyingly - built okay but bailed out > > at runtime with a message complaining that it wanted guile 1.6.y). > > There are some patches around for texmacs, you should be able to find them on > google. > Texmacs 1.0.6.8 (from the science overlay) works - more or less - with guile-1.8.1
re failed ebuilds: see bug 163921, [Tracker] dev-scheme/guile-1.8.1 incompatible stuff
Hey Marijn. Can you please add descriptions for the local USE flags you added to profiles/use.local.desc? IUSE.invalid 7 dev-scheme/guile/guile-1.8.1-r1.ebuild: networking dev-scheme/guile/guile-1.8.1-r1.ebuild: regex dev-scheme/guile/guile-1.8.1-r1.ebuild: discouraged dev-scheme/guile/guile-1.8.1-r1.ebuild: deprecated dev-scheme/guile/guile-1.8.1-r1.ebuild: elisp dev-scheme/guile/guile-1.8.1-r1.ebuild: debug-freelist dev-scheme/guile/guile-1.8.1-r1.ebuild: debug-malloc Thanks.
heh, I forgot to commit them. Fixed now.