Microsoft Visual C++，Borland C++，Watcom C++ ,Borland C++ ，Borland C++ Builder,Borland C++ 3.1 for DOS,Watcom C++ 11.0 for DOS,GNU DJGPP C++ ，Lccwin32 C Compiler 3.1,Microsoft C,High C
This application report presents basic code for initializing and operating the TMS320LF240x DSP devices. Two functionally equivalent example progra ms are presented: one written in assembly language and the other in C language. Detailed discussions of each program are provided that explain numerous Compiler and assembler directives, code requirements, and hardware-related requirements. The programs are ready to run on either the TMS320LF2407 Evaluation Module (EVM) or the eZdsp LF2407 development kit. However, they are also intended for use as a code template for any TMS320LF240x (LF240x) or TMS320LF240xA (LF240xA) DSP target system.
D169 Demo - DMA0 Repeated Burst to-from RAM, Software Trigger
Description A 32 byte block from 220h-240h is transfered to 240h-260h
using DMA0 in a burst block using software DMAREQ trigger.
After each transfer, source, destination and DMA size are
reset to inital software setting because DMA transfer mode 5 is used.
P1.0 is toggled durring DMA transfer only for demonstration purposes.
** RAM location 0x220 - 0x260 used - always make sure no Compiler conflict **
ACLK= n/a, MCLK= SMCLK= default DCO ~ 800k
The download includes the kernel source code, and a demo application for EVERY
RTOS port. See http://www.freertos.org/a00017.html for full details of the
directory structure and information on locating the files you require.
The easiest way to use FreeRTOS is start start with one of the demo application
projects. Once this is running the project can be modified to include your own
source files. This way the correct files and Compiler options will be
automatically included in your application.
+ The Source directory contains the real time kernel source files for every
port. The kernel itself is only 3 files.
+ The Demo directory contains the demo application source files for every
port.
+ The TraceCon directory contains the trace visualisation exe file.
See the readme files in the respective directories for further information.
This book is the product of a twenty-year resarch project at Rice University
to develop fundamental Compiler technologies for vector and parallel
computer systems. The effort was by Randy Allen and Ken Kennedy with the help of David Kuck and Michael Wolfe.
The code on this diskette has been organized by chapter. Each subdirectory
containing listing has a readme.txt describing program usage and any relevent
file formats. The readme will also describe how to compile the target
programs under IBM OS/2 (TM) using the using C Set++ Compiler (TM). All programs on
this diskette have been compiled and tested in this environment. The majority
of programs on this diskette should port to other environments with only minor
adjustments. The exception to this are those programs which utilize
presentation manager for graphical display of program data. In particular,
the grid1 programs in \chapt4\backprop\ and \chapt3\ fall into this latter category.
The DHRY program performs the dhrystone benchmarks on the 8051.
Dhrystone is a general-performance benchmark test originally
developed by Reinhold Weicker in 1984. This benchmark is
used to measure and compare the performance of different
computers or, in this case, the efficiency of the code
generated for the same computer by different Compilers.
The test reports general performance in dhrystones per second.
Like most benchmark programs, dhrystone consists of standard
code and concentrates on string handling. It uses no
floating-point operations. It is heavily influenced by
hardware and software design, Compiler and linker options,
code optimizing, cache memory, wait states, and integer
data types.
The DHRY program is available in different targets:
Simulator: Large Model: DHRY example in LARGE model
for Simulation
Philips 80C51MX: DHRY example in LARGE model
for the Philips 80C51MC
Please read this document before attempting to compile and run the libraries and applications! The projects
must be compiled in a particular order. Standard support questions are about Compiler and/or linker errors
that are generated when users try to compile the projects in the wrong order. Other information of interest
is available here, so read the entire document fi rst.
Wild Magic Version 2.1 is what ships with the fi rst printing of the Game Physics book. Some of the
applications that are referenced in the book did not make it onto the CD–ROM for the book. Version 2.2
contains those applications, plus more
Tiny-C 9.0
You can compile and execute C code everywhere, for example on rescue disks ( about 100KB for x86 TCC executable, including C preprocessor, C Compiler, ...
http://bellard.org/tcc/
