Typically, I try to make sure to build add-on components to any system
with the same compilers as the original system.
The sad truth is that for complex systems, all compilers are NOT equal
in behavior, despite claims to the contrary. It may very well work,
most of the time, but there's often subtle bugs which manifest
themselves in weird ways, which have (or more properly, /should have/)
nothing to do with your code. This kind of problem is much less likely
to pop up in application code, but conversely, is more likely in
system-level code (of which device drivers count as).
You wouldn't believe the issues (read: variance in behavior) we see over
here in the JVM with compiling the same code in GCC3.2 / GCC4.1 /
SunStudio11 / SunStudio12.
-Erik
Mark Maule wrote:
Out of curiousity, why?
We build our current platform (QNX) and apps using gcc4.2. I've got an
outstanding message posted to tool-compilers wondering if anyone has
experience builing ONNV with 4.2. We have done some test builds of ONNV
using gcc (3.4 I think) and it seems to boot x86 anyway.
Mark
-----Original Message-----
From: [email protected] [mailto:[email protected]]
Sent: 2010-01-18 17:27
To: Mark Maule
Cc: Jason King; Milan Jurik; [email protected]
Subject: Re: [osol-discuss] building standalone modules
Mark Maule wrote:
Agreed - we plan on using documented interfaces.
I'll puruse the driver tutorial and writer documents. My main issue
at
the moment is the specifics of getting things compiled and linked for
i386
32/64. If that is addressed in the documents, then I should have what
I
need.
Thanks for the responses.
Mark
One other thing - I'd recommend using the Sun Studio compilers, rather
than GCC. The SS compilers are available for free on both SPARC and
x86/x64.
http://developers.sun.com/sunstudio/downloads/opensolaris/index.jsp
--
Erik Trimble
Java System Support
Mailstop: usca22-123
Phone: x17195
Santa Clara, CA
--
Erik Trimble
Java System Support
Mailstop: usca22-123
Phone: x17195
Santa Clara, CA
_______________________________________________
opensolaris-discuss mailing list
[email protected]
