Sorry Edwin, I need to correct you once more, there still hasn't been a cairo 1.13 release. The current snapshot version is 1.12.16, although the developers are at the moment working very hard to bring out an update. I am unsure what Fedora 20 installed as cairo 1.13, we rather wait until the offical cairo release to see if there are actual issues for GNUstep.
Cheers, Fred On the road Am 20.09.2014 um 09:07 schrieb Edwin Ancaer <[email protected]>: > Quentin, > > thanks for looking into it. > > I regret being unable to answer your question: we changed the distribution > that was installed on the computer we used. When testing the gnuSTEP > installation, we had problems when scrolling the screens. I had had the same > problem with GNUstep on Fedora 20, and on the GNUstep mailing list, it was > suggested this could be a problem with a newer libcairo version.(libcairo > 1.13 vs. libcairo 1.12). Indeed, when we replaced libcairo 1.13 with an older > libcairo 1.12.xx, the scrolling problem was gone. In the replacing process > however, something must have gone wrong, because afterwards, it was > impossible to boot. > > So now we're back to Fedora 19, with a full operational version of gnuSTEP, > but with problems installing Etoilé. We need a package libthread-workqueue, > that seems to exist for debian, but not for fedora. I put a post on the > fedora mailing list, where I was already helped to get libkqueue installed. > > For ease of installation, Pharo Smalltalk wins hands on, but we are not > giving up yet. > > 2014-09-18 13:55 GMT+02:00 Quentin Mathé <[email protected]>: >> Hi Edwin, >> >> Le 12 sept. 2014 à 14:27, Edwin Ancaer <[email protected]> a écrit : >> >> > For some projects, we're doubting between Pharo Smalltalk and Etoilé >> > (obj-c based, and pragmatic smalltalk seems interesting). >> > >> > We did some testing with Pharo, and now we wanted to do the same with >> > Etoilé. >> > >> > I downloaded Etoile from GIT, and executed the etoile-fetch.sh When >> > issuing the make command, I ran into the following error: >> > >> > Making all for framework LanguageKitCodeGen... >> > Compiling file CodeGenAssignments.mm ... >> > In file included from CodeGenAssignments.mm:2: >> > In file included from >> > /home/edwin/Etoile/Languages/LanguageKit/CodeGen/CodeGenAssignments.h:1: >> > In file included from >> > /home/edwin/Etoile/Languages/LanguageKit/CodeGen/CodeGenTypes.h:1: >> > In file included from >> > /home/edwin/Etoile/Languages/LanguageKit/CodeGen/LLVMCompat.h:14: >> > In file included from /usr/lib/llvm-3.5/include/llvm/IR/Module.h:25: >> > /usr/lib/llvm-3.5/include/llvm/Support/system_error.h:890:38: error: cannot >> > initialize a parameter of type 'NSString *' with an lvalue of type >> > 'int' >> > explicit windows_error(int v) : v_(_(v)) {} >> > ^~~~ >> >> I haven't tried to compile the Etoile repository with LLVM/Clang 3.5. The >> version 3.3 works just fine (I tested it today on Ubuntu 12.04 x86-32) and >> 3.4 could be ok to, but I haven't tested it recently. >> >> There is something weird about the error you get, because this >> 'system_error.h' header is not present in the Support directory of the 3.5 >> release branch: >> http://llvm.org/viewvc/llvm-project/llvm/branches/release_35/include/llvm/Support/ >> >> Are you using the 3.5 release? Could it be a custom release or some >> development version older than the release? >> >> Cheers, >> Quentin. >> _______________________________________________ >> Etoile-discuss mailing list >> [email protected] >> https://mail.gna.org/listinfo/etoile-discuss > > _______________________________________________ > Etoile-discuss mailing list > [email protected] > https://mail.gna.org/listinfo/etoile-discuss
_______________________________________________ Etoile-discuss mailing list [email protected] https://mail.gna.org/listinfo/etoile-discuss
