similar to: [LLVMdev] Error while using -fblocks with clang and mingw

On Tue, 30 Mar 2010 14:09:03 -0700, Tanya Lattner <xzss at ____.com> wrote: > All, > > There has been a huge lack of response to the release. We need people to > help fix regressions and to participate in testing the release. Without > this support, I see no reason that the release team should spend their time > qualifying a release. > > We need to get all

I'm trying to compile some C++ code on Windows that contains blocks. The compiler gives me the error that the blocks language feature is not enabled and that I should enable it with "-fblocks". When I add that compiler flag, the compile fails immediately saying "unknown argument: '-fblocks'" Is this perhaps an incomplete feature? Regards, Eric Mader

Hi Tim ---------------------------------------- > Date: Wed, 8 Apr 2015 06:53:44 -0700 > Subject: Re: [LLVMdev] __sync_add_and_fetch in objc block for global variable on ARM > From: t.p.northover at gmail.com > To: alexey.perevalov at hotmail.com > CC: llvmdev at cs.uiuc.edu > >> in disas I see dmb ish instruction, but I don't know is it enough. > > There should

I'm building a cross-gcc with target i386-mingw32msvc, running on Mac OS X 10.5.2. While it compiles and works fine and dandy, I don't seem to get any sensible debug output regarding lines/position in my program. Running the executables produced by the cross-compiler in gdb, I get full symbols in backtraces, but "the program doesn't contain any line number

Dear community, I'm using gnustep runtime -fobjc-runtime=gnustep with gnustep-libobjc2 (https://github.com/gnustep/libobjc2) and Cocotron/Chameleon. For following source file #import <Foundation/Foundation.h> #import <UIKit/UIKit.h> int main(void) {         NSString *str = [NSString stringWithCString:"TEST"];

Do you know about such implementation of the Mac OS API for Linux ? I was thinking would this be hard to be done ? Having in mind that the MacOS and Linux OSes have much more in common than Linux and Windows. The benefits of such projects will be great , as there is great diversity of applications for MacOS ,and if they can be used native in Linux there will be great advantage for all Linux users.

Hello community, I faced with bug in multithread environment in objective C code which using dispatch_async and block, __sync_add_and_fetch increments global variable. But in case of many..many threads> 5, after every __sync_add_and_fetch got damaged ... int32_t count = 0; ... int main(int argc, char *argv[]) {    for (i = 1; i < 32; ++i) {      ...         char* name;        

Hi Curtis, > I hope this is the right list for such questions.... I've been trying to > get LLVM compiled under Linux (Ubuntu 9.04, 64 bit) for the last couple > of days. I can't reproduce this with ubuntu 9.10, 64 bit x86, gcc 4.4.1, using your configure options. What version of gcc are you using? > CXXFLAGS="-fPIC" ./configure --enable-optimized

I hope this is the right list for such questions.... I've been trying to get LLVM compiled under Linux (Ubuntu 9.04, 64 bit) for the last couple of days. It all ends with the error: llvm[2]: Linking Release executable tblgen (without symbols) /home/cjones/Desktop/Build/llvm/utils/TableGen/Release/ AsmMatcherEmitter.o: In function `(anonymous

I'm trying to add a new option to clang to enable my auto profile pass. I've added this to Options.td and Driver/Tools.cpp, but I'm not getting the option -auto-profile in cc1's invocation. I've checked that the code to push -auto-profile is executed, but if use -v, I don't see -auto-profile in the cc1 invocation. Can anyone point me to some document that explains how to

On Sep 22, 2009, at 05.11.48, Duncan Sands wrote: > Hi Curtis, > >> I hope this is the right list for such questions.... I've been >> trying to get LLVM compiled under Linux (Ubuntu 9.04, 64 bit) for >> the last couple of days. > > I can't reproduce this with ubuntu 9.10, 64 bit x86, gcc 4.4.1, using > your configure options. What version of gcc are

Óscar, Thanks for the help. I think I'm closer now ... hopefully; although I'm still getting the same error. The "gcc -v" output looks very similar to yours now. Do you see any other obvious configuration issues? I don't know what to try next.... $ ~/Desktop/Build/JamCloud/JamCloudServer$ gcc -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with:

When trying to link more than one object files compiled with clang, I run into errors of the following type: $ clang -fblocks -g -I$HOME/opt/include -L$HOME/opt/lib/ -o helloworld helloworld.c hello.o world.o -lBlocksRuntime world.o: In function `gnu_dev_major': /usr/include/sys/sysmacros.h:43: multiple definition of `gnu_dev_major' hello.o:/usr/include/sys/sysmacros.h:43: first defined

The attached diff cleans up the BlocksRuntime/ directory of compiler- rt for better portability, eliminates compiler warnings, and adds support to the cmake build to install the results. More specifically, the changes: 1) Remove cmake-specific #define usage from the exported Block.h/ Block_private.h headers, since clients won't know what to set. These are moved into runtime.c as

You are calling the option -auto-profile in some places and -fauto-profile in others. Maybe it is just a typo? On 1 October 2013 15:31, Diego Novillo <dnovillo at google.com> wrote: > I'm trying to add a new option to clang to enable my auto profile > pass. I've added this to Options.td and Driver/Tools.cpp, but I'm not > getting the option -auto-profile in cc1's

On 2011-03-25 08:07, Bill Wendling wrote: > Well! we had a rather fruitful phase 1 testing round. Several issues were addressed. After a bit of a delay, we are ready for phase 2 testing. > > This phase is to make sure that no patches submitted to fix problems and complete features in phase 1 caused further difficulties. Please download the sources, compile them, and then compile as much

On 14/12/09 13:57, Abhishek Kulkarni wrote: > When trying to link more than one object files compiled with clang, I run into > errors of the following type: > > $ clang -fblocks -g -I$HOME/opt/include -L$HOME/opt/lib/ -o helloworld > helloworld.c hello.o world.o -lBlocksRuntime > world.o: In function `gnu_dev_major': > /usr/include/sys/sysmacros.h:43: multiple definition

We've noticed a difference in the embedded bitcode when compiling human readable IR to an object directly vs first compiling IR to BC and then an object through clang -cc1. If the original IR file contained an "llvm.compiler.used" gv, it will be preserved when compiling IR -> BC -> Obj. When compiling IR -> Obj directly, it will be removed. This difference does not exist

Going from IR <-> BC does not seem to create a difference. IR -> BC -> IR -> BC, either with clang frontent or by using llvm-as and llvm-dis yields identical bc files. I have only been able to reproduce this issue when emitting to an object file. > On 18 Jan 2019, at 18:09, <paul.robinson at sony.com> <paul.robinson at sony.com> wrote: > > > >>

Hello, After commit r114523, I start to get crash when compiling with clang (Release+Asserts) for i386: (I know I should fill a bug report instead of posting here, but I don't get much time right now). Trying to compile the following simple code, clang asserts. ---------- round.c -------- #include <math.h> float test() { return llround(1); } -------------------- [MacPro:~/Desktop]