On 13 Feb 2014, at 10:38, Евгений Ростовцев <[email protected]> wrote:
> 2014-02-13 17:03 GMT+07:00, David Chisnall <[email protected]>: >> This file is a work-around for broken behaviour in libstdc++ on Linux. The >> errors that you're getting don't make sense though, because they appear to >> be treating __strong as a variable, when it should be something built into >> the compiler. Please will you confirm which version of clang you're using >> to compile, and the exact compile command line (gmake messages=yes)? > > clang 3.3. command: > > make messages=yes debug=yes strip=no shared=yes > 'AUXILIARY_CPPFLAGS=-pipe -Wall -g -O2 -fblocks > -fobjc-runtime=gnustep-1.7 -fobjc-nonfragile-abi -DGNUSTEP > -DGNU_RUNTIME -I/usr/include/dispatch > -I/usr/src/RPM/BUILD/gnustep-Etoile-0.4.2/Frameworks > -I/usr/src/RPM/BUILD/gnustep-Etoile-0.4.2/Frameworks/EtoileFoundation > -I/usr/src/RPM/BUILD/gnustep-Etoile-0.4.2/Frameworks/AddressesKit/Frameworks' > 'CONFIG_SYSTEM_LIBS=-lgnustep-gui -lgnustep-base -lobjc2 -lX11 -lonig > -lm -lgcc_s -lc' GNUSTEP_MAKEFILES=/usr/share/GNUstep/Makefile I don't see a clang invocation in here, just your gmake invocation (which is setting a load of flags that should be set by GNUstep-make and looks like it shouldn't work at all - if you need to specifg -lgcc_s and -lc manually, then your toolchain is broken beyond repair). David -- Sent from my brain _______________________________________________ Etoile-dev mailing list [email protected] https://mail.gna.org/listinfo/etoile-dev
