search for: blumberg

Hi Andy, Andrew Trick wrote: > At some point I stopped thinking about this as a bug and realized that > you just need to think of LLVM as modeling speculative code barriers as > memory dependence. In LLVM, it makes no sense to have a readonly > may-throw call. The problem is that that model breaks down with aggressive aliasing like: void foo(int* restrict ptr) { *ptr = 40;

...at apple.com> > To: "Sanjoy Das" <sanjoy at playingwithpointers.com> > Cc: "Daniel Berlin" <dberlin at dberlin.org>, "llvm-dev" > <llvm-dev at lists.llvm.org>, "Joseph Tremoulet" > <jotrem at microsoft.com>, "Oscar Blumberg" > <oscar.blumberg at normalesup.org>, "Chandler Carruth" > <chandlerc at gmail.com>, "Nick Lewycky" <nlewycky at google.com>, "Hal > Finkel" <hfinkel at anl.gov>, "Philip Reames" > <listmail at philipreames.com>...

...-4.113214e+01 -4.113214e+01 -5.309908e-08 -2.264551e+01 Error in gee(costusdata$Syndrome ~ costusdata$Stamen, c(1, 1, 1, 1, 1, : Cgee: error: logistic model for probability has fitted value very close to 1. estimates diverging; iteration terminated. Simon Blumberg answered Charlie's issue with "My guess is that this combination of variables produces separation in the data: Too many (all?) of the response 1's are in at level of VAR3, and the 0's are at the other level (or vice versa)." I only have the two variables. I'm wonde...

Hi Daniel, Daniel Berlin wrote: > /* Add fake edges to the function exit for any non constant and non > noreturn calls (or noreturn calls with EH/abnormal edges), > volatile inline assembly in the bitmap of blocks specified by > BLOCKS > or to the whole CFG if BLOCKS is zero. > ... > > The goal is to expose cases in

...trick at apple.com> > To: "Sanjoy Das" <sanjoy at playingwithpointers.com> > Cc: "Daniel Berlin" <dberlin at dberlin.org>, "llvm-dev" <llvm-dev at lists.llvm.org>, "Joseph Tremoulet" > <jotrem at microsoft.com>, "Oscar Blumberg" <oscar.blumberg at normalesup.org>, "Chandler Carruth" <chandlerc at gmail.com>, > "Nick Lewycky" <nlewycky at google.com>, "Hal Finkel" <hfinkel at anl.gov>, "Philip Reames" <listmail at philipreames.com>, > "Ma...