autoconf
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Contributing to autoconf, automake, etc...


From: Ben Bergen
Subject: Re: Contributing to autoconf, automake, etc...
Date: Mon, 10 Jul 2006 13:02:30 -0600

Here is a link to the development tools for the cell:
http://www.bsc.es/projects/deepcomputing/linuxoncell/cbexdev.html?S_TACT=105AGX16&S_CMP=DWPA

Overview of the processor:
http://www-128.ibm.com/developerworks/power/library/pa-cellperf

General link to simulator and other tools:
http://domino.research.ibm.com/comm/research_projects.nsf/pages/cellcompiler.resources.html

The development kit provides a cross-compiler with C and C++ compilers
for the PPE and SPEs, e.g., ppu-gcc ( C compiler for the PPE ),
spu-g++ ( C++ compiler for the SPEs).  These are really just ports of
the GNU C/C++ compilers to the PPE and SPEs.  However, they need to be
defined and tested separately from each other and preferably from the
host C/C++ compiler.  A cell simulator that runs on Fedora Core 4 is
also available.  I have had a look at erlang.m4 and c.m4 in the "lib"
directory of the autoconf cvs source.  It looks like it would be
fairly easy to just introduce new language defines like PPUC and SPUC,
etc...  Does this seem reasonable given that two different C/C++
compilers need to be configured at the same time?  If this is a good
approach, would I want to define separate pre-processing flags as
well, e.g., PPUCPPFLAGS, or should all C/C++ compilers share the same
CPPFLAGS?

Ben

--
  Benjamin Karl Bergen
  CCS-2 Continuum Dynamics
  Los Alamos National Laboratory




reply via email to

[Prev in Thread] Current Thread [Next in Thread]