On Wed, May 25, 2005 at 04:31:31PM +0800, Chen Xiao Fan wrote:
> However, for me my "real work" is done in Windows in the
> daytime and only a minor part of the work is dealing with 
> PIC. So why not spend some fun time after work on a different
> platform? Maybe for me to fiddling with all these is 
> more "real" than browsing the internet and listening to
> music. :)

Interesting point.

> Wine is just an intermediate step.

I hope so. I've been trying to use Wine for educational games
for nearly 10 years. It's never made any significant progress
in that area.

> I will hope more tools like LPLAB/GPutils/GPSim which are 
> native Linux applications.

Well the begs a question: What other tools do you need to
develop under Linux/Mac? The last time I used a non native Linux
based tool for PIC development was running MPASM under DOSEMU.
That was before the advent of gpasm. So that must have been 
about 8 years ago.

Most of us on the Linux/multiplatform side of things (Craig, Scott, 
Brian Lane for awhile, Alain, Wouter (who is PythonMan! ;-) and 
myself) have taken the approach that Open Source native applications
are the way to go. Olin has helped immensely by releasing 
specifications and source for EasyProg.

> The best will be that Microchip 
> release MPLAB under Windows ( wait long long lah, people
> in Singapore will say in Singlish).

I'm sure you meant "MPLAB under Linux". It'll never happen. And
that's because MPLAB is a tool that drives Microchip's core
business: selling PICs and other hardware.

And that's fine. None of the cross platform developers fault MChip for
that stance.

But I ask the question again: what functionality does MPLAB have that
you cannot find in other tools. At a casual glance I would say ICD
debugging support and possibly dsPIC support in gpasm.

But the toolset is there. 

BAJ
-- 
http://www.piclist.com PIC/SX FAQ & list archive
View/change your membership options at
http://mailman.mit.edu/mailman/listinfo/piclist