2000
DOI: 10.1109/82.868454
|View full text |Cite
|
Sign up to set email alerts
|

Software synthesis and code generation for signal processing systems

Abstract: The role of software is becoming increasingly important in the implementation of digital signal processing (DSP) applications. As this trend intensifies, and the complexity of applications escalates, we are seeing an increased need for automated tools to aid in the development of DSP software. This paper reviews the state-of-the-art in programming language and compiler technology for DSP software implementation. In particular, we review techniques for high-level block-diagram-based modeling of DSP applications… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1
1

Citation Types

0
51
0

Year Published

2002
2002
2018
2018

Publication Types

Select...
5
2

Relationship

0
7

Authors

Journals

citations
Cited by 61 publications
(51 citation statements)
references
References 81 publications
(103 reference statements)
0
51
0
Order By: Relevance
“…Similarly, a compiler for a general-purpose HLL (such as C) typically does not have the global information about application structure that our allocator has. The techniques we develop in this paper are thus complementary to the work that is being done on developing better HLL compilers for DSPs (e.g., see [8][9][10][11][12]). In particular, the techniques we develop operate on the graphs at a high enough level that particular architectural features of the target processor are largely irrelevant.…”
Section: Introductionmentioning
confidence: 99%
See 1 more Smart Citation
“…Similarly, a compiler for a general-purpose HLL (such as C) typically does not have the global information about application structure that our allocator has. The techniques we develop in this paper are thus complementary to the work that is being done on developing better HLL compilers for DSPs (e.g., see [8][9][10][11][12]). In particular, the techniques we develop operate on the graphs at a high enough level that particular architectural features of the target processor are largely irrelevant.…”
Section: Introductionmentioning
confidence: 99%
“…1, each edge is annotated with the number of tokens produced (consumed) by its source (sink) actor. Although the synchronous dataflow assumption imposes significant restrictions on program structure, the model is broad enough to cover a broad class of important signal processing applications and is the basis for several commercial design tools [9]. We review existing relevant work and contrast our work in Section 3.…”
Section: Problem Statement and Organization Of The Papermentioning
confidence: 99%
“…Looped schedules are useful for software code generation from a dataflow graph as every actor appearance in a looped schedule can be replaced by a function call (or inline code), and parenthesized terms can be replaced by software loops to generate complete executable code for an application [1]. Looped schedules are also useful in generating test benches with which different hardware alternatives can be functionally validated.…”
Section: Would Be (Sabc)(rde(8fg))(q 2 Zh)mentioning
confidence: 99%
“…This opens up design space exploration opportunities for meeting different user constraints, and achieving different implementation trade-offs. However, streamlining the use of dataflow technology is challenging because it requires careful mapping of application characteristics into the graphical and actor-based modeling abstractions of dataflow, and because the associated optimization issues, while exposed more effectively for signal processing applications compared to other modeling abstractions, are usually NP-complete to solve exactly [1].…”
Section: Fpga Technologymentioning
confidence: 99%
See 1 more Smart Citation