search for: global_variables

Eric, think I came across an issue with the parser in unicorn, with a request (due to 2 layers of nginx proxying) coming across with both a X_FORWARDED_PROTO and a X-Forwarded-Proto header. From the socket (in HttpRequest) - we get: X_FORWARDED_PROTO: http X-Forwarded-Proto: https which is parsed to HTTP_X_FORWARDED_PROTO"=>"http,https There was a passenger ticket that

On 12/20/2017 1:37 PM, Sanjoy Das wrote:> > Fwiw, I was under the impression that regular loads could *not* be > reordered with volatile loads since we could have e.g.: > > int *normal = &global_variable; > volatile int* ptr = 0; > int k = *ptr; // segfaults, and the signal handler writes to *normal > int value = *normal; > > and that we'd have

Guys, It seems as though the llvm system doesn't deterministically iterate over Module::iterator, or global_iterator. To make myself clearer, the iterators iterate over all the global_variables but on different llvm passes (different calls to opt -load), the iterators iterate over them in different orders. I was thinking that it has something non deterministic to do with byte code reading or the llvm system initializing the variable. Thanks, Augustine Mathew -------------- next part ---...

hi, According to the llvm docs, llvm will generate global variable information such as llvm.dbg.global_variable.type which contains the line number and original name of global variables. But I tried on llvm-1.8 with -g, no such debug intrinsic functions are dumped, I only see some stoppoint, func.start. Are there any secrete options I should pass to llvm-gcc? Thanks. -Jerry

Got it. I had a global_variable also with the name "main". Perhaps getOrInsertFuntion needs an assert to check this (it was returning a variable I guess rather than a function, and thus static_cast was broken). On 10/04/13 20:15, edA-qa mort-ora-y wrote: > I'm getting a strange behaviour when I attempt to create my main function: > > > auto func =

Daniel, Thanks a lot for the pointer, that's very helpful! I'll use that as a guide to update how we handle volatile accesses. Mind if I ask for feedback when I update the patch? Krzysztof, Thanks for the answer, that was very informative! I appreciate it! Best, Alina On Wed, Dec 20, 2017 at 5:33 AM, Krzysztof Parzyszek < kparzysz at codeaurora.org> wrote: > Hi Alina, > The

I'm getting a strange behaviour when I attempt to create my main function: auto func = static_cast<llvm::Function*>(module->getOrInsertFunction( "main", types->type_void(), (llvm::Type*)0 ) ); ASSERT( func ); auto block = llvm::BasicBlock::Create( *context, "entry", func ); The "BasicBlock::Create" function is causing a segfault. This only happens

Suppose I have fun.h as: static void fun() { int a =10; } Now I have two files foo.c and goo.c as foo.c : #include "fun.h" void foo() { fun(); } goo.c: #include "fun.h" void goo() { fun(); } I get .bc files for foo.c and foo.bc through clang. Now I run llvm-ld with -disable-opt for foo.bc and goo.bc. In the resulting .bc files, one of the

Hello. This might be a trivial question, but is it correct if the signal handler aborts the program? For example: int *normal = ADDRESS1; volatile int* ptr = ADDRESS2; int k = *ptr; // segfaults, and the signal handler calls abort() int value = *normal; // this may be UB(undefined behavior). Let's assume that normal is dereferenceable if ptr1 does not raise SEGSEGV, but accessing

On 12/20/2017 03:49 PM, Alina Sbirlea via llvm-dev wrote: > +Philip to get his input too. > I've talked with George offline, and here's a summary: > > In D16875 <https://reviews.llvm.org/D16875>, the decision made was: > "The LLVM spec is ambiguous about whether we can hoist a non-volatile > load above a volatile load when the loads alias. It's probably

Hi, On 10/04/13 20:23, edA-qa mort-ora-y wrote: > Got it. I had a global_variable also with the name "main". Perhaps > getOrInsertFuntion needs an assert to check this (it was returning a > variable I guess rather than a function, and thus static_cast was broken). if you use LLVM's cast rather than static_cast then you will get an assertion failure if the cast is wrong.

...led mongrel as serverweb and as soon as i connect locally to "localhost:3000" i can see all the content properly. When i try to connect through another machine the CSS is not used at all. I''ve searched over the web and i''ve read that it''s necessary to modify the global_variables.rb file like that: SITE = RAILS_ENV == ''production'' ? ''mydomain.com'' : ''localhost:3000'' Right now i still don''t have a domain but a static ip so i modified the file with the IP address of the machine: SITE = RAILS_ENV == ''pr...

...as not successful. my code excerpt: DebugInfoFinder DIFinder; DIFinder.processModule(*M); llvm::outs() << "Count of global Variables in Module : " << DIFinder.global_variable_count() << "\n"; for(DIGlobalVariableExpression *DIGVExpr : DIFinder.global_variables()) { if(DIGlobalVariable *DIGV = DIGVExpr->getVariable()) { llvm::outs() << "DIGV DisplayName : " << DIGV->getDisplayName() << "\n"; } } for(DIType *DIT : DIFinder.types()) { if(DIBasicType* DI...