Effective Use of Low-Level C and C++

I am trying to learn more about how to effectively mix low-level C code
with C++. I am having trouble finding resources/papers/books that
aren't in one or the other camp exclusively.

Can anyone point me toward a good place to start? I want to understand
how to make decisions about the development environment, code structure
and planning, and any other issues that I'm not aware of that may be
important to know.

Thanks in advance!

Matt

re: Effective Use of Low-Level C and C++

"Matt Priest" <mlpriest@micron.com> wrote...[color=blue]
> I am trying to learn more about how to effectively mix low-level C code
> with C++. I am having trouble finding resources/papers/books that
> aren't in one or the other camp exclusively.[/color]

Shouldn't that serve as a hint for you?
[color=blue]
> Can anyone point me toward a good place to start?[/color]

You should probably start with a decent C++ book.
[color=blue]
> I want to understand
> how to make decisions about the development environment, code structure
> and planning, and any other issues that I'm not aware of that may be
> important to know.[/color]

This has nothing to do with either language. Visit comp.software-eng.

Victor

re: Effective Use of Low-Level C and C++

Victor Bazarov wrote:[color=blue]
> "Matt Priest" <mlpriest@micron.com> wrote...
>[color=green]
>>I am trying to learn more about how to effectively mix low-level C code
>>with C++. I am having trouble finding resources/papers/books that
>>aren't in one or the other camp exclusively.[/color]
>
>
> Shouldn't that serve as a hint for you?
>
>[color=green]
>>Can anyone point me toward a good place to start?[/color]
>
>
> You should probably start with a decent C++ book.
>
>[color=green]
>> I want to understand
>>how to make decisions about the development environment, code structure
>>and planning, and any other issues that I'm not aware of that may be
>>important to know.[/color]
>
>
> This has nothing to do with either language. Visit comp.software-eng.[/color]

Victor's comment is 100% right but that is not the perception I hear
from embedded and low level engineers.

There are 2 factors that confound the issue for C++. The first is
complexity. C++ is far more complex than C and while the run-time
implications of C++ are miniscule and often far more favorable than C,
however the "programmer insecurity" factor kicks in and most engineers
don't leave themselves the time luxury to learn C++. The second factor
is the STL. The STL has some very cool features, however it is not
effective for the embedded paradigm where space and resource utilization
is a major issue. In some cases, real-time (also regulatory) contraints
preclude the use of the STL.

Every discussion I have had with an anti-C++ embedded programmer, I have
been able to give constructive discussion about how moderm compilers and
C++ have an excellent synergy and got them thinking about the
possibilities (or I just bored them to submission, I have yet to find out).

There are a couple of meanings to "low level" - 1. kernel and driver
code and 2. embedded code. The constraints are very similar.
Performance and resource utilization constraints are more significant
that application code. Also, most low level code needs to run for much
longer periods and the consequences of code failure is far more
significant. (e.g. my cell phone crashes ... it's true ...).

Significant factors for embedded apps:

1. code size (limited ROM space)
2. stability (*must* never crash)
3. real-time (if a coms interrupt is not serviced, data is lost)

These are more design issues than language issues. However C++ does
have some very nice tools to be able to achieve these 3 that C does not.
C++ templates allow you to create very efficient "policy" objects that
allow you to create very stable and much easier to maintain code.
Inlining small methods increses performance and may actually reduce code
size.

OK - I'm done with the ranting ... for now.

re: Effective Use of Low-Level C and C++

"Matt Priest" <mlpriest@micron.com> wrote in message
news:3F96D538.F295F3C8@micron.com...[color=blue]
> I am trying to learn more about how to effectively mix low-level C[/color]
code[color=blue]
> with C++. I am having trouble finding resources/papers/books that
> aren't in one or the other camp exclusively.
>
> Can anyone point me toward a good place to start?[/color]

Maybe you'll find this article an interesting read:
http://www.objectmentor.com/resource...tillUsingC.pdf

--
Peter van Merkerk
peter.van.merkerk(at)dse.nl

re: Effective Use of Low-Level C and C++

Matt Priest wrote:
[color=blue]
> I am trying to learn more about how to effectively mix low-level C code
> with C++. I am having trouble finding resources/papers/books that
> aren't in one or the other camp exclusively.
>
> Can anyone point me toward a good place to start? I want to understand
> how to make decisions about the development environment, code structure
> and planning, and any other issues that I'm not aware of that may be
> important to know.[/color]

Scott Meyers' "More Effective C++", Item #34, is a good starting point.

--
----- stephan beal
Registered Linux User #71917 http://counter.li.org
I speak for myself, not my employer. Contents may
be hot. Slippery when wet. Reading disclaimers makes
you go blind. Writing them is worse. You have been Warned.

re: Effective Use of Low-Level C and C++

Matt Priest wrote:[color=blue]
> I am trying to learn more about how to effectively mix low-level C code
> with C++. I am having trouble finding resources/papers/books that
> aren't in one or the other camp exclusively.[/color]

I really don't understand how the "low-level" C code differs from
the "low-level" C++ code, unless we have a different understanding
of "low-level code".

My understanding of "low-level" language code is the statements that
allow bit manipulation. Both languages have the same capabilities
for bit manipulation.

My 20+ years of experience with embedded systems has shown me that
both C and C++ can be used to access hardware components directly.
In systems where the components are memory mapped, deferencing a
pointer will access the hardware component.

[color=blue]
> Can anyone point me toward a good place to start?[/color]

Start doing what? Programming an embedded system? Accessing hardware
components? Bit manipulations? Writing your operating system?

[color=blue]
> I want to understand
> how to make decisions about the development environment, code structure
> and planning, and any other issues that I'm not aware of that may be
> important to know.[/color]

I believe most of your issues can be answered by the folks at
news:comp.arch.embedded.
[color=blue]
>
> Thanks in advance!
>
> Matt
>[/color]


--
Thomas Matthews

C++ newsgroup welcome message:
http://www.slack.net/~shiva/welcome.txt
C++ Faq: http://www.parashift.com/c++-faq-lite
C Faq: http://www.eskimo.com/~scs/c-faq/top.html
alt.comp.lang.learn.c-c++ faq:
http://www.raos.demon.uk/acllc-c++/faq.html
Other sites:
http://www.josuttis.com -- C++ STL Library book