search for: dsptargetmachine

Displaying 5 results from an estimated 5 matches for "dsptargetmachine".

2010 Nov 29
2
[LLVMdev] Fw: LLVMdev Digest, Vol 77, Issue 41
...en if only a small part of it got committed, like say all parts that do not concern or disturb the optimizers - like the type and instructions themselves, this would be better then nothing at all. If then some other party wanted to contribute, this would not lead to enormous merge aches. Also, the DSPTargetMachine class would not interfer at all with the LLVMTargetMachine. Personally, I think LLVM could become a leading DSP choice with these two features, but that's just me, or? :-) regards, /Jonas > Date: Fri, 26 Nov 2010 18:08:53 +0200 > From: edwintorok at gmail.com > To: jnspaulsson at ho...
2010 Nov 29
2
[LLVMdev] fixed point types
...got committed, like say all > parts that do not concern or disturb the optimizers - like the type and > instructions themselves, this would be better then nothing at all. If > then some other party wanted to contribute, this would not lead to > enormous merge aches. > > Also, the DSPTargetMachine class would not interfer at all with the > LLVMTargetMachine. Personally, I think LLVM could become a leading DSP > choice with these two features, but that's just me, or? :-) > > regards, > > /Jonas > >> Date: Fri, 26 Nov 2010 18:08:53 +0200 >> From: edwinto...
2010 Nov 30
0
[LLVMdev] fixed point types
...t; > parts that do not concern or disturb the optimizers - like the type and > > instructions themselves, this would be better then nothing at all. If > > then some other party wanted to contribute, this would not lead to > > enormous merge aches. > > > > Also, the DSPTargetMachine class would not interfer at all with the > > LLVMTargetMachine. Personally, I think LLVM could become a leading DSP > > choice with these two features, but that's just me, or? :-) > > > > regards, > > > > /Jonas > > > >> Date: Fri, 26 Nov 20...
2010 Nov 26
4
[LLVMdev] LLVMdev Digest, Vol 77, Issue 41
...rce DSP compiler available, yet there is certainly some interest. GCC has passes that can handle DSP targets, but it is still not a DSP compiler as such, really. I think you have a chance to fill a need here which would invite even more people to work on the project. With fixed point support, a new DSPTargetMachine could be made which could really make a difference in the DSP domain as a _DSP compiler_! I have made extensions already - very simple - that seems to work great for VLIW scheduling and RA. It would be a pity not to give all this serious thought, I'd say. regards, Jonas ----...
2010 Nov 26
0
[LLVMdev] LLVMdev Digest, Vol 77, Issue 41
...ilable, yet there is certainly some interest. GCC has > passes that can handle DSP targets, but it is still not a DSP > compiler as such, really. I think you have a chance to fill a need > here which would invite even more people to work on the project. With > fixed point support, a new DSPTargetMachine could be made which could > really make a difference in the DSP domain as a _DSP compiler_! I > have made extensions already - very simple - that seems to work great > for VLIW scheduling and RA. It would be a pity not to give all this > serious thought, I'd say. Will existing pass...