@inproceedings{ Letz:10a ,
title = {Work Stealing Scheduler for Automatic Parallelization in Faust},
author = {Stephane Letz and Yann Orlarey and Dominique Fober},
editor = {LAC},
url = {FAUST_LAC2010.pdf},
year = {2010},
date = {2010-01-01},
booktitle = {Proceedings of Linux Audio Conference},
abstract = {Faust 0.9.10 introduces an alternative to OpenMP based parallel code generation using a Work Steal- ing Scheduler and explicit management of worker threads. This paper explains the new option and presents some benchmarks.},
keywords = {compiler, dataflow, functional, processing, programming, real-time, signal},
pubstate = {published},
tppubtype = {inproceedings}
}

@inproceedings{ Orlarey:10a ,
title = {Automatic Paralllelization of Audio Applications with Faust},
author = {Yann Orlarey and Stephane Letz and Dominique Fober},
url = {faust-CFA-2010.pdf},
year = {2010},
date = {2010-01-01},
booktitle = {Actes du Congrès Français d’Acoustique},
abstract = {Faust (Functional AUdio STreams) [1] stands for both a programming language and its compiler. Being fully compiled allows Faust to be used as an alternative to C/C++ to develop high-performance audio signal processing applications, DSP libraries and plug-ins for a variety of audio platforms and standards.},
keywords = {compiler, dataflow, functional, processing, programming, real-time, signal},
pubstate = {published},
tppubtype = {inproceedings}
}

@inproceedings{ orlarey:09b ,
title = {PARALLELIZATION OF AUDIO APPLICATIONS WITH FAUST},
author = {Yann Orlarey and Dominique Fober and Stephane Letz},
url = {faust_SMC2009.pdf},
year = {2009},
date = {2009-01-01},
booktitle = {Proceedings of the first Sound and Music Computing conference – SMC’09},
pages = {99–112},
abstract = {Faust 0.9.9.6 introduces new compilation options to automatically parallelize audio applications 1 . This paper explains how the automatic parallelization is done and presents some benchmarks.},
keywords = {compiler, dataflow, functional, processing, programming, real-time, signal},
pubstate = {published},
tppubtype = {inproceedings}
}

@inbook{ orlarey:09c ,
title = {FAUST : an Efficient Functional Approach to DSP Programming},
author = {Yann Orlarey and Dominique Fober and Stephane Letz},
editor = {Editions DELATOUR FRANCE},
url = {faust-chapter.pdf},
year = {2009},
date = {2009-01-01},
booktitle = {NEW COMPUTATIONAL PARADIGMS FOR COMPUTER MUSIC},
pages = {65–96},
abstract = {FAUST is a programming language that provides a purely functional approach to signal processing while offering a high level of performance. FAUST aims at being complementary to existing audio languages by offering a viable and efficient alternative to C/C++ to develop signal processing libraries, audio plug-ins or standalone applications. The language is based on a simple and well defined formal semantics. A FAUST program denotes a signal processor, a mathematical function that transforms input signals into output signals. Being able to know precisely what a program computes is important not only for programmers, but also for compilers needing to generate the best possible code. Moreover these semantics questions are crucial for the long term preservation of music programs. The following paragraphs will give an overview of the language as well as a description of the compiler, including the generation of parallel code.},
keywords = {compiler, dataflow, functional, processing, programming, real-time, signal},
pubstate = {published},
tppubtype = {inbook}
}

@article{ orlarey:04a ,
title = {Syntactical and Semantical Aspects of Faust},
author = {Yann Orlarey and Dominique Fober and Stephane Letz},
url = {faust-soft-computing.pdf},
year = {2004},
date = {2004-01-01},
booktitle = {Soft Computing},
abstract = {This paper presents some syntactical and semantical aspects of FAUST (Functional AUdio STreams), a programming language for real-time sound processing and synthesis. The programming model of FAUST combines two approaches : functional programming and block-diagrams composition. It is based on a block-diagram algebra. It has a well defined formal semantic and can be compiled into efficient C/C++ code.},
keywords = {compiler, dataflow, functional, processing, programming, real-time, signal},
pubstate = {published},
tppubtype = {article}
}

@inproceedings{ Scaringella:03 ,
title = {Automatic vectorization in Faust},
author = {N. Scaringella and Yann Orlarey and Stephane Letz and Dominique Fober},
editor = {JIM},
url = {JIM2003vect.pdf},
year = {2003},
date = {2003-01-01},
booktitle = {Actes des Journées d’Informatique Musicale JIM2003, Montbeliard},
abstract = {Faust is a Block-Diagram language for sound signal processing and synthesis. It implements a new algebraic representation of block-diagrams and adopts a functional model of semantics instead of a data flow model. Based on these elements, a compiler able to translate DSP block diagram specification into C code is briefly presented. The code produced proves to be efficient and can compete with a hand written code. The optimization process is even pushed further: the C code produced can be automatically vectorized to address Altivec extension for PowerPC (instruction-motorola) and SSE and SSE2 extensions for Intel architecture (instruction-intel). A method is proposed to determine whether or not a Faust expression can be vectorized by crossing a type information (synthesized during an upward run-around in the syntactic tree to be compiled) and a contextual information (inherited during a downward run-around in the syntactic tree). Thanks to this method, we are able to find expressions that can be vectorized inside recursive expressions that are not supposed to be vectorizable. The quality of the code produced by Faust is evaluated. On one hand, scalar code produced by Faust is compared to vector code produced by Faust, on the other hand, scalar and vector code are compared to code optimized by hand. In the end, we briefly present code transformations to vectorize the expressions classed as non-vectorizable by the previous method so that even better performances can be achieved in the future.},
keywords = {audio, compiler, processing, signal, vectorization},
pubstate = {published},
tppubtype = {inproceedings}
}