search for: vany

...#39;t know much at all about > neon... It doesn't do anything fundamental. It just seems like a better fit. Neon has vectors of both integers and floats. Currently my choices for describing the type constraints for a Neon intrinsic are iAny or fAny, but those also allow scalars. vAny would more accurately indicate that only vector types are allowed, and it would also avoid the need for bitcasting. It sounds like it is not a popular idea, so I'll let it rest. > > -Chris > > >> >> I had been thinking about trying to bitcast my way out of this, bu...

...ere only a few intrinsics like this, but now there are more, and I realized this weekend that I still need to add more for the load/store lane operations. I had been thinking about trying to bitcast my way out of this, but it struck me that it would make a lot more sense to have a new MVT::vAny type that TableGen would match to any vector type. That would more accurately reflect the type constraints on these intrinsics. It seems like since these "*Any" types are confined to TableGen, it should be pretty easy to add another one. I looked at the places using iAny and fA...

...cribe a bit more about what fAny would do for you, maybe with an example? I'm sorry that I don't know much at all about neon... -Chris > > I had been thinking about trying to bitcast my way out of this, but it > struck me that it would make a lot more sense to have a new MVT::vAny > type that TableGen would match to any vector type. That would more > accurately reflect the type constraints on these intrinsics. > > It seems like since these "*Any" types are confined to TableGen, it > should be pretty easy to add another one. I looked at the places &...

...ntrinsics like this, but now there are more, and I > realized this weekend that I still need to add more for the load/store > lane operations. > > I had been thinking about trying to bitcast my way out of this, but it > struck me that it would make a lot more sense to have a new MVT::vAny > type that TableGen would match to any vector type. That would more > accurately reflect the type constraints on these intrinsics. > > It seems like since these "*Any" types are confined to TableGen, it > should be pretty easy to add another one. I looked at the places &...

...e, and I >> realized this weekend that I still need to add more for the load/ >> store >> lane operations. >> >> I had been thinking about trying to bitcast my way out of this, but >> it >> struck me that it would make a lot more sense to have a new MVT::vAny >> type that TableGen would match to any vector type. That would more >> accurately reflect the type constraints on these intrinsics. >> >> It seems like since these "*Any" types are confined to TableGen, it >> should be pretty easy to add another one. I lo...

I''ve been googling around, and have found a lot of tools to convert images to the right pixel size - anyone have a good command line based one for linux? Also, how do you issue a command from a rails app? Thanks, Ben Lisbakken -- Posted via http://www.ruby-forum.com/.

I figured out something new that I would like to see if I can do this more easy with R then Excel. I have these huge files with data. For example: DataFile.csv ID Name log2 1 Fantasy 5.651 2 New 7.60518 3 Finding 8.9532 4 Looeka -0.248652 5 Vani 0.3548 With like header1: ID, header 2: Name, header 3: log2 Now I need to get the $ID out who have a &log2 value higher then 7. I

...e using getValueTypeList even tries to write to that array element causing a memory corruption. Should iPTR handled with the extended types, simple types or in a different way? Should this function even be called with iPTR? Other value types that could have the same problem are Metadata, iPTRAny, vAny, fAny and iAny. Thanks, Javier -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100421/5ac6bb64/attachment.html>

Hi, I am just wondering if there are already some ROR certifications, and if yes, what is the rails core opinion? Thank you Jean-Etienne - http://www.novAgora.hu -- Posted via http://www.ruby-forum.com/.