Re: Building GNUstep from source - failed tests

[edwin ancaer]

Fred,

the remark was certainly not meant that way: I very much appreciate the work you all put into this. But I have no experience working with experimantal libraries: but 25 years of mainframe programmint learned me that the in 99.9999 % of the cases, the problem is with your program, and not with a system library. That why Ive kept trying to recompile for two weeks, before posting to the disussion list.

As you indicated, the error was already solved: I reloaded the new libobjc2 and GNUstep base built almost completely error-free.

Kind regards

Edwin Ancaer

2013/1/18 Fred Kiefer <fredkiefer@gmx.de>

Hi Edwin,

On 18.01.2013 06:34, edwin ancaer wrote:

I admit I've got little experience in the unix environment, but it is a

little discouraging that after 2 weeks of trying to build gnustep/étoilé
have lead to nothing. Although I must admit I learned some things about

unix on the way.  Maybe this building is expert stuff...

I understand your frustration, but the way you put it is a bit hard. From your other mails I can tell that just a few days ago most of GNUstep was working for your. Now you got bitten by yet another bug in libobjc2 (that may or may not be already fixed).
libobjc2 is itself very bleeding edge software. It does great things and is most likely the most advanced Objective-C runtime available anywhere. David is putting great efforts into it and if you, like me, are following the commits for this project, you would be quite impressed about the progress speed. This heavy amount of changes also means that things cannot get tested as much as other objc environments.

If you need a stable, working version of objc it may be best to go back to a released version of clang and libobjc2 or even to gcc. But if you want all the new features you will have to live with the new bugs as well. And be assured, David is rather fast in fixing them.


Fred