discuss-gnustep
[Top][All Lists]
Advanced

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

Re: Gnustep Etoile


From: David Chisnall
Subject: Re: Gnustep Etoile
Date: Thu, 25 Jul 2013 12:50:22 +0100

Hi Edwin,

Étoilé questions are better directed to one of the Étoilé lists (probably 
etoile-dev in this case), however:

On 25 Jul 2013, at 10:11, edwin ancaer <eancaer@gmail.com> wrote:

>  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? 

It looks like you are using a broken libstdc++.  Can you either downgrade your 
libstdc++ or use libc++?

>  I'm on Fedora 18, using clang 3.3 (just installed with yum, and with the 
> latest version of the Etoilé sources. 

You may find that LanguageKit has some issues with Linux at the moment.  I 
believe that some of the function attribute code for defining the calling 
convention is not correctly updated for Linux. Niels would know more.

David




reply via email to

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