Re: Assigning the result of a function call to a variable in the Gfortran frontend

Hi Leslie, I copied you in this thread as you currently worked quite a bit with dragonegg and we are currently trying to generate metadata that makes it easier to reason about multi-dimensional fortran arrays. Best, Tobias On Mon, Sep 4, 2017, at 23:06, (IIIT) Siddharth Bhat wrote: > Hello, > >

Re: DragonEgg for GCC v8.x and LLVM v6.x is just able to work

Hi LLVM and GCC developers, LLVM China http://www.llvm.org.cn forked DragonEgg https://github.com/LLVM-China/dragonegg because: * Some subprojects are impractical or uninteresting to relicense (e.g. llvm-gcc and dragonegg). These will be split off from the LLVM project (e.g. to separate

Re: Bit-field struct member sign extension pattern results in redundant

> On 19 Aug 2017, at 4:10 AM, Richard Henderson wrote: > > On 08/17/2017 03:29 PM, Michael Clark wrote: >> hand coded x86 asm (no worse because the sar depends on the lea) >> >> sx5(int): >>shl edi, 27 >>sar edi, 27 >>movsx eax, dl > > Typo in the register, but I k

Fwd: Assigning the result of a function call to a variable in the Gfortran frontend

Hello, I've been hacking on the Gfortran frontend to change array index expressions to function calls, so that I can inspect them later on in the pipeline. I go from Fortran -> LLVM IR (through dragonegg) where I will look at the function call nodes. However, I'm not able to generate correct IR f

Re: GNU Tools Cauldron 2017: OMP (Offloading and Multi Processing) BoF

> Hi! > > As Honza told me recently, it has been proposed by Martin -- I don't know > which one ;-) -- and certainly makes sense, to have another OMP > (Offloading and Multi Processing) BoF at the GNU Tools Cauldron 2017, > which is currently scheduled for Saturday, 11:00 to 11:45. That is, a > g

GNU Tools Cauldron 2017: OMP (Offloading and Multi Processing) BoF

Hi! As Honza told me recently, it has been proposed by Martin -- I don't know which one ;-) -- and certainly makes sense, to have another OMP (Offloading and Multi Processing) BoF at the GNU Tools Cauldron 2017, which is currently scheduled for Saturday, 11:00 to 11:45. That is, a general OMP BoF

Re: assuming signed overflow does not occur

On 03/09/17 23:00, Bruce Korb wrote: RFE's are for this list: please improve the message. The message does not have to be a dissertation, but messages nowadays can certainly include URL's to direct people to reasonable places. I'd suggest something like: gcc.gnu.org/gcc-messages/xxx WRT

Re: Add support to trace comparison instructions and switch statements

Hi I updated the patch and put it in attachment. gcc/ChangeLog: 2017-09-04 Wish Wu * asan.c (initialize_sanitizer_builtins): * builtin-types.def (BT_FN_VOID_UINT8_UINT8):