Groups | Search | Server Info | Login | Register

Re: AM623 experiences

Path	csiph.com!weretis.net!feeder9.news.weretis.net!panix!.POSTED.24-152-157-105.fttp.usinternet.com!not-for-mail
From	Grant Edwards <invalid@invalid.invalid>
Newsgroups	comp.arch.embedded
Subject	Re: AM623 experiences
Date	Sun, 24 Nov 2024 17:12:10 -0000 (UTC)
Organization	PANIX Public Access Internet and UNIX, NYC
Message-ID	<vhvmpa$p98$1@reader2.panix.com> (permalink)
References	<vhs301$1klnt$1@dont-email.me> <vhshv0$1mhug$2@dont-email.me> <vhtc3u$1jk$1@reader2.panix.com> <vhuve1$26ho9$1@dont-email.me>
Injection-Date	Sun, 24 Nov 2024 17:12:10 -0000 (UTC)
Injection-Info	reader2.panix.com; posting-host="24-152-157-105.fttp.usinternet.com:24.152.157.105"; logging-data="25896"; mail-complaints-to="abuse@panix.com"
User-Agent	slrn/1.0.3 (Linux)
Xref	csiph.com comp.arch.embedded:32293

Show key headers only | View raw

On 2024-11-24, David Brown <david.brown@hesbynett.no> wrote:

> Some vendor-supplied toolchains are not bad, but some are definitely 
> subpar - and often many years behind the versions you get from 
> manufacturer independent suppliers (like ARM's build of a gcc toolchain, 
> or commercial gcc toolchains).  The biggest problem with microcontroller 
> manufacturer's tools is usually the SDK's that are frequently horrible 
> in all sorts of ways.
>
> But I agree with your advice - where possible, use ARM's gcc toolchain 
> build for ARM development.  And make sure your project build is 
> independent of any IDE, whether it is from the vendor or independent. 
> IDE's are great for coding, and vendor-supplied IDE's can give good 
> debugging tools, but you want the project build itself to be independent.

What he said, defintely: Avoid vendor-specific IDEs and SDKs like the
plague.

Demo apps and libraries from Silicon vendors are usually awful -- even
worse than the toolchains. I'm pretty sure they're written by interns
who think that to be "professional" it has to incorporate layers and
layers of macros and objects and abstrcation and polymorphism and
whatnot.

As a result I rememeber failing to get a vendor's "hello world" demo
to run on a Cortex-M0+ because it was too large for both the flash and
RAM available on the lower end of the family.  And it wsan't even
using "printf" just a "low level" serial port driver that should have
been a few hundred bytes of code but was actually something like
10KB..

Back to comp.arch.embedded | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

AM623 experiences Don Y <blockedofcourse@foo.invalid> - 2024-11-23 01:15 -0700
  Re: AM623 experiences David Brown <david.brown@hesbynett.no> - 2024-11-23 13:31 +0100
    Re: AM623 experiences Grant Edwards <invalid@invalid.invalid> - 2024-11-23 19:57 +0000
      Re: AM623 experiences Don Y <blockedofcourse@foo.invalid> - 2024-11-23 16:56 -0700
        Re: AM623 experiences David Brown <david.brown@hesbynett.no> - 2024-11-24 11:42 +0100
      Re: AM623 experiences David Brown <david.brown@hesbynett.no> - 2024-11-24 11:33 +0100
        Re: AM623 experiences Grant Edwards <invalid@invalid.invalid> - 2024-11-24 17:12 +0000
          Re: AM623 experiences Don Y <blockedofcourse@foo.invalid> - 2024-11-24 14:03 -0700
            Re: AM623 experiences David Brown <david.brown@hesbynett.no> - 2024-11-25 11:41 +0100
          Re: AM623 experiences David Brown <david.brown@hesbynett.no> - 2024-11-25 09:37 +0100
            Re: AM623 experiences Grant Edwards <invalid@invalid.invalid> - 2024-11-25 15:18 +0000
              Re: AM623 experiences David Brown <david.brown@hesbynett.no> - 2024-11-25 17:33 +0100
              Re: AM623 experiences Don Y <blockedofcourse@foo.invalid> - 2024-11-25 13:47 -0700
            Re: AM623 experiences pozz <pozzugno@gmail.com> - 2024-11-26 13:10 +0100

csiph-web