search for: tunc

OK, so in you case, you want DAG.getSExtOrTrunc(SetCC, DL, SelectVT) to tunc the result from i64 to i32 on 64 bits targets, if I understand correctly. 2 questions: - Why not generating a selectcc node directly ? It avoid having to mess up with intermediate values. - Why calling getSetCCResultType(VT) ? VT is not the type of a parameter of setcc, and this looks incorrect...

...it doesn't look like anything is broken. 2014-07-07 11:36 GMT-07:00 Matt Arsenault <arsenm2 at gmail.com>: > > On Jul 5, 2014, at 7:14 PM, deadal nix <deadalnix at gmail.com> wrote: > > > OK, so in you case, you want DAG.getSExtOrTrunc(SetCC, DL, SelectVT) to > tunc the result from i64 to i32 on 64 bits targets, if I understand > correctly. > > > > 2 questions: > > - Why not generating a selectcc node directly ? It avoid having to mess > up with intermediate values. > Well first, that's what it did originally and wasn't what...

Hi, I'm working on a target which have a variable size for CC (the same size as the arguments). As a result getSetCCResultType, return a variable size. In this commit, at the line DAG.getSExtOrTrunc(SetCC, DL, SelectVT), on my target, you end up generating the Node you are replacing, and so creating a loop in the DAG, which give a whole new meaning to the A in the acronym. Subsequent code

....1.2.3 0.0.0.0 UG 0 0 0 eth0 ****************************************************************** IQUIQUE (A client of "main") ****************************************************************** ("valparaiso" is very similar, but with other Subnet, tunc-up and key. [root@iquique /etc/tinc/vpn]# cat tinc.conf Name = main Mode = switch Device=/dev/net/tun PrivateKeyFile = /etc/tinc/vpn/rsa_key.priv [root@iquique /etc/tinc/vpn]# cat tinc-up #!/bin/sh ifconfig $INTERFACE 10.0.255.1 netmask 255.255.0.0 # ifconfig $INTERFACE -arp [ro...