Related articles |
---|
New datatype addition to gcc sriharsha.v@redpinesignals.com (Sriharsha Vedurmudi) (2004-12-11) |
Re: New datatype addition to gcc mrmnews@the-meissners.org (Michael Meissner) (2004-12-16) |
Re: New datatype addition to gcc sriharsha.v@redpinesignals.com (Sriharsha) (2004-12-16) |
Re: New datatype addition to gcc gneuner2@comcast.net (George Neuner) (2004-12-17) |
Re: New datatype addition to gcc mrmnews@the-meissners.org (Michael Meissner) (2004-12-19) |
Re: New datatype addition to gcc gah@ugcs.caltech.edu (glen herrmannsfeldt) (2004-12-22) |
Re: New datatype addition to gcc mrmnews@the-meissners.org (Michael Meissner) (2004-12-23) |
[2 later articles] |
From: | Sriharsha Vedurmudi <sriharsha.v@redpinesignals.com> |
Newsgroups: | comp.compilers |
Date: | 11 Dec 2004 12:29:56 -0500 |
Organization: | Redpine Signals Inc. |
Keywords: | GCC, question |
Posted-Date: | 11 Dec 2004 12:29:56 EST |
Hello All,
I want to know if it is feasible (without too much of work) to
add a new custom data-type to gcc 3.2.
We have a processor which originally has 16-bit addressing. So, while
porting gcc3.2 to our processor, modifications were done to the effect
that even character datatypes will access/address 16- bits. Now, our
Processor development team says, they are adding 4 new instructions
(load/store lo/high byte) and they want for the compiler to provide a
provision where 8-bit addressing is possible in parallel with 16-bit,
but NO 8-bit arithmetic is needed. So, I thought, if a new
custom-datatype can be added to the existing port, and only load/store
functions can be attached to the variables of that datatype, it would
be much simpler.
Please advice,
Thanks and Regards,
Sriharsha.
--
*****************************
* Sriharsha Vedurmudi
* Software Engineer
*
* Redpine Signals Inc.
* Gate #395, Plot 87,88
* Sagar Society, Road #2,
* Banjara Hills,
* Hyderabad - 500 034
* www.redpinesignals.com
*
* +91-40-23559911 (Office)
* +91-98851-37338 (Mobile)
*****************************
Return to the
comp.compilers page.
Search the
comp.compilers archives again.