discuss-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Fwd: Gnustep Etoile


From: edwin ancaer
Subject: Fwd: Gnustep Etoile
Date: Thu, 25 Jul 2013 11:11:22 +0200



Hello,

I managed to get Gorm and ProjectCenter working, and compiled some example applications. All seems to go well.

I read some articles on Pragmatic Smalltalk, and I would like to try it out (that was the original reason why I started installing gnustep). There is a relation between gnustep and Etoilé, but can I send questions and problems with the installation of Etoilé to this list or should I use the etoile-discuss. It's just that there seems to be very little activity on this discussion list?

I got stuck in Making all for framework LanguageKitCodeGen..., with too many compilation errors, mostly of the kind unknown type name

Making all for framework LanguageKitCodeGen...
 Compiling file GenericABIInfo.mm ...
In file included from GenericABIInfo.mm:35:
In file included from /home/edwin/Etoile/Languages/LanguageKit/CodeGen/GenericABIInfo.h:35:
In file included from /home/edwin/Etoile/Languages/LanguageKit/CodeGen/ABIInfo.h:37:
In file included from /usr/include/llvm/IR/DerivedTypes.h:21:
In file included from /usr/include/llvm/IR/Type.h:18:
In file included from /usr/include/llvm/ADT/APFloat.h:104:
In file included from /usr/include/llvm/ADT/APInt.h:18:
In file included from /usr/include/llvm/ADT/ArrayRef.h:14:
In file included from /usr/include/llvm/ADT/SmallVector.h:21:
In file included from /usr/lib/gcc/i686-redhat-linux/4.7.2/../../../../include/c++/4.7.2/algorithm:63:
In file included from /usr/lib/gcc/i686-redhat-linux/4.7.2/../../../../include/c++/4.7.2/bits/stl_algo.h:61:
In file included from /usr/lib/gcc/i686-redhat-linux/4.7.2/../../../../include/c++/4.7.2/cstdlib:66:
In file included from /usr/include/stdlib.h:957:
/usr/include/bits/stdlib.h:36:1: error: unknown type name
      '__extern_always_inline'
__fortify_function __wur char *
^
/usr/include/sys/cdefs.h:143:28: note: expanded from macro '__fortify_function'
#define __fortify_function __extern_always_inline __attribute_artificial__


Do you know of an obvious reason for this?
 
I'm on Fedora 18, using clang 3.3 (just installed with yum, and with the latest version of the Etoilé sources.
 
Many thanks already for the patience with which my beginners questions were answered,


reply via email to

[Prev in Thread] Current Thread [Next in Thread]