Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail
From: Michael S <already5chosen@yahoo.com>
Newsgroups: comp.lang.c
Subject: Re: The integral type 'byte' (was Re: Suggested method for
 returning a string from a C program?)
Date: Fri, 28 Mar 2025 14:01:13 +0300
Organization: A noiseless patient Spider
Lines: 24
Message-ID: <20250328140113.00000df8@yahoo.com>
References: <vrd77d$3nvtf$2@dont-email.me>
	<20250319115550.0000676f@yahoo.com>
	<vreuj1$1asii$4@dont-email.me>
	<vreve4$19klp$2@dont-email.me>
	<20250319201903.00005452@yahoo.com>
	<86r02roqdq.fsf@linuxsc.com>
	<vrh1br$35029$2@dont-email.me>
	<LRUCP.2$541.0@fx47.iad>
	<vrh71t$3be42$1@dont-email.me>
	<vrh9vh$3ev9o$1@dont-email.me>
	<vrhct4$3frk8$2@dont-email.me>
	<20250320204642.0000423a@yahoo.com>
	<vrhphb$3s62l$1@dont-email.me>
	<87iko3s3h2.fsf@nosuchdomain.example.com>
	<vrrvgp$1828d$1@dont-email.me>
	<874izi82a4.fsf@nosuchdomain.example.com>
	<vrttin$321rm$1@dont-email.me>
	<vrus18$3srn9$1@dont-email.me>
	<vruttb$3tpl0$1@dont-email.me>
	<vrv15d$1gs4$1@dont-email.me>
	<vs0kv7$1hb4h$2@dont-email.me>
	<vs11oi$1tp3r$1@dont-email.me>
	<vs1b8b$24nub$5@dont-email.me>
	<vs1ftc$2a7cq$1@dont-email.me>
	<vs225e$2pgqi$1@dont-email.me>
	<vs2ctp$34jvu$1@dont-email.me>
	<vs3lu9$di1m$1@dont-email.me>
	<vs4vqf$1jono$1@dont-email.me>
	<vs5s4v$2g6v5$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Injection-Date: Fri, 28 Mar 2025 12:01:16 +0100 (CET)
Injection-Info: dont-email.me; posting-host="0a4131529e05b3c48bc703537f6e8e3c";
	logging-data="2626718"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX18Y4aohd/6gwJ8BK5J95Z79JSakXvetifg="
Cancel-Lock: sha1:828qe5pRwROznY3LSKb08SUArkw=
X-Newsreader: Claws Mail 4.1.1 (GTK 3.24.34; x86_64-w64-mingw32)
Bytes: 3000

On Fri, 28 Mar 2025 11:03:10 +0100
David Brown <david.brown@hesbynett.no> wrote:

> > I used it for the implementation of a channel encoding system, a
> > typical "signal processing" application; it was great. Imagining
> > I would have to use any other processor I already knew these days
> > (65xx, 68k, x86)... - that would have been really annoying.
> >   
> 
> There's no doubt that the TMS320 devices can be used to do many types
> of DSP-style operations very efficiently.  That's not the point -
> that does not stop it from being horrible to work with.  (It is also
> fair to characterise it as an "interesting" architecture - that is
> also not at odds with being horrible to use.)
> 

C24->C28 is a side branch in a family of TI's fixed-point DSPs. 
The main trunk is TMS32010->20->21->C25->C50->C54-C55 (a.k.a. C5000).
C24 and especially C28 got more of microcontroller features (and bigger
address space in the latter) at cost of losing some of signal
processing oriented features.