You can use C to write sequential code, but (V)HDL is a parallel language !
Try this in HDL,
module blah;
initial begin …initfoo… end
initial begin …initbar… end
initial begin …initbaz… end
always #5 clk = ~clk;
always @(posedge clk) begin …writeregister… end
always @(negedge clk) begin …readregister… end
always @(posedge clk) begin …updatestate… end
endmodule
That is, you have, well, seven threads running in parallel. It can be a
nightmare coding it in C.
Alberto.
-----Original Message-----
From: Bi Chen [mailto:xxxxx@AppStream.com]
Sent: Tuesday, October 22, 2002 1:55 PM
To: NT Developers Interest List
Subject: [ntdev] Re: C++ in kernel. was Re: Batch file for Visual Stud io
build,
Or write it in C and use some compilers to generate VHDL.
http://www.eedesign.com/story/OEG20021018S0060
http:
Bi
-----Original Message-----
From: xxxxx@ieee.org [mailto:xxxxx@ieee.org
mailto:xxxxx]
Sent: Tuesday, October 22, 2002 5:45 AM
To: NT Developers Interest List
Subject: [ntdev] Re: C++ in kernel. was Re: Batch file for Visual Stud
io build,
You have touched a valid point even though you may not realize
you did: many things we do in software today rather belong in
hardware. And the evolution isn’t from assembler to switches, but
from assembler to Verilog.
Much of what’s in the OS today should rather be in hardware. Write
it in C, call it software. Write it in HDL, call it hardware !
Alberto.
On 22 Oct 2002, at 8:48, ARUN GOVIND wrote:
>
> Alberto,
> In that case why you need an assembler? Use flip flops and switches [the
> mechanical] to enter ones and zeros If you are still in lack of
> efficiency use the analytic engine!!!
>
>
> Gary pointed out the C/C++ issue is like chicken egg controversy I
think
> this is the most widely argued topic along with the WinDBG or SoftICE one.
>
> Hi OSR slave, you can demand an agreement like “you will NOT post any of
the
> below mentioned topics” while signing in …
>
> 1)Which is better C or C++ [I do remember a posting by Max, originally<br>from <br>> a Russian MS guy or so]
> 2)Compare SoftICE and WinDBG [Like comparing rice and wheat!]
> 3)How to share memory between user mode and kernel mode [Answered such a
> number of times!]
>
> NB: Arguments are the spices of life :))
>
> Govind
>
>
> -----Original Message-----
> From: Moreira, Alberto [mailto:xxxxx@compuware.com
mailto:xxxxx]
> Sent: Monday, October 21, 2002 10:27 PM
> To: NT Developers Interest List
> Subject: [ntdev] Re: C++ in kernel. was Re: Batch file for Visual Stud
> io build,
>
>
> Gary, I predate C. Before Kernighan and Ritchie, before Burroughs Algol,
> what language do you think we old farts used to write operating systems ?
> And actually, the last driver I wrote for Win9x, not that long ago, was
> written in Assembler.
>
> Alberto.
>
>
> -----Original Message-----
> From: Gary G. Little [mailto:xxxxx@inland.net
mailto:xxxxx]
> Sent: Monday, October 21, 2002 12:39 PM
> To: NT Developers Interest List
> Subject: [ntdev] Re: C++ in kernel. was Re: Batch file for Visual Stud
> io build,
>
>
> Brag brag brag … and if I state that I have directly written in
> machine language (ya know … that stuff that all assemblers out put) …
I
> guess I would have you beat. I have done that by the way. It’s not
> enjoyable, and I do have much more better things to do with my time, like
> swimming with my grandkids, but I can do that mundane task when
> required.Really big whoop.
>
> I can see that there are two never ending threads in these groups …
>
> One is the Eternal tale of Princess C being devoured by the Obseqious Ogre
> of OOPS. Hmmm in that one the evil wizard Alberto flings brazen bolts of
> obfuscation against the pitifal palace of C while Sir Roddy, Sir Shatski,
> and other white knights of C-dumb utilize the “force” to deflect these
> phlaming phlatulants.
>
> The second has mostly the same characters … Evil Alberto, Sir Roddy and
> Sir Shatski. Hmmm really its the same story line … but instead of
Princess
> C in the palace of C, it’s his highness Kernel OS in the Fortress of HAL.
>
> oohhhh this is getting silly …
>
> –
> Gary G. Little
> Have Computer, Will Travel …
> 909-698-3191
> 909-551-2105
>
> “Moreira, Alberto” wrote in message
> news:xxxxx@ntdev news:xxxxx …
> >
> > Well, this kernel dev has actually developed drivers in assembler, and
let
> > me tell you, sometimes I prefer it over C.
> >
> > Alberto.
> >
> >
> > -----Original Message-----
> > From: Peter Viscarola [mailto:xxxxx@osr.com mailto:xxxxx
]
> > Sent: Sunday, October 20, 2002 7:45 PM
> > To: NT Developers Interest List
> > Subject: [ntdev] Re: C++ in kernel. was Re: Batch file for Visual Studio
> > build,
> >
> >
> > “Andrew Sloven” wrote in message
> > news:xxxxx@ntdev news:xxxxx …
> > >
> > > It’s up to programmer to decide under which
> > > circumstances to use certain language.
> > >
> >
> > Or not. Can you write drivers for NT today in VB (even VB.NET)? Or in
> IA64
> > assembler language?
> >
> > Well, you COULD do these things but the effort required makes them
> > impractical, at the very least. So, at least at face value your
statement
> > isn’t valid.
> >
> > But aside from that: I just hope whoever winds up with a driver that
you
> > decided to write in C++ has the same capability at maintaining it,
> changing
> > it, and re-working it that you would have.
> >
> > You see, it’s not really about YOU… it’s about everybody ELSE.
> >
> > When I write code, I realize that I’m likely not the last person to
touch
> > it. It’ll be tweaked, prodded, and poked by all sorts of engineers –
who
> > will range in talent from supremely competent to utter moron.
> >
> > So, just as I carefully choose what syntax to use to express a concept
(to
> > ensure utmost clarity for those who come after me), one must do likewise
> > when choosing a language.
> >
> > Peter
> > OSR
> >
> >
> >
> > —
> > You are currently subscribed to ntdev as: xxxxx@compuware.com
> > To unsubscribe send a blank email to %%email.unsub%%
> >
> >
> >
> > The contents of this e-mail are intended for the named addressee only.
It
> > contains information that may be confidential. Unless you are the named
> > addressee or an authorized designee, you may not copy or use it, or
> disclose
> > it to anyone else. If you received it in error please notify us
> immediately
> > and then destroy it.
> >
> >
> >
> >
>
>
>
> —
> You are currently subscribed to ntdev as: xxxxx@compuware.com
> To unsubscribe send a blank email to %%email.unsub%%
>
>
>
> The contents of this e-mail are intended for the named addressee only. It
> contains information that may be confidential. Unless you are the named
> addressee or an authorized designee, you may not copy or use it, or
disclose
> it to anyone else. If you received it in error please notify us
immediately
> and then destroy it.
>
>
>
> —
> You are currently subscribed to ntdev as: xxxxx@nestec.net
> To unsubscribe send a blank email to %%email.unsub%%
>
>
> —
> You are currently subscribed to ntdev as: xxxxx@ieee.org
> To unsubscribe send a blank email to %%email.unsub%%
>
—
You are currently subscribed to ntdev as: xxxxx@appstream.com
To unsubscribe send a blank email to %%email.unsub%%
—
You are currently subscribed to ntdev as: xxxxx@compuware.com
To unsubscribe send a blank email to %%email.unsub%%
The contents of this e-mail are intended for the named addressee only. It
contains information that may be confidential. Unless you are the named
addressee or an authorized designee, you may not copy or use it, or disclose
it to anyone else. If you received it in error please notify us immediately
and then destroy it.</news:xxxxx></mailto:xxxxx></news:xxxxx></mailto:xxxxx></mailto:xxxxx></mailto:xxxxx></http:>