gnupic: Thread: Re: [gnupic] the best software for manage PICs in Linux


[<<] [<] Page 1 of 1 [>] [>>]
Subject: Re: [gnupic] the best software for manage PICs in Linux
From: "David Barnett" ####@####.####
Date: 7 Jun 2007 19:59:19 +0100
Message-Id: <005801c7a935$4cce2e50$0d01a8c0@barnett2>

----- Original Message ----- 
From: "Mario Pisa" ####@####.####
To: ####@####.####
Sent: Thursday, June 07, 2007 1:33 PM
Subject: [gnupic] the best software for manage PICs in Linux


> Hi,
>
<snip>
>
> in your experience, which is  the best software for manage PICs in Linux?
> (assemblers, compilers, simulators, programmers)
AFAIK, there really aren't too many options to pick from.  If you're looking 
specifically for free software, I believe gputils (assembler/linker/etc.), 
sdcc (C compiler), and gpsim (simulator) are the best choices.  There's a 
lot of programmer software and schematics for different programmers 
available.  There are also a few IDE's and I think a few compilers for other 
languages, but to my knowledge none of the other compilers are suitable for 
production use.

Also if you want to shell out some cash, I think HITECH's PICC and CCS's C 
compiler are both available for Linux.

David Barnett 

Subject: RE: [gnupic] the best software for manage PICs in Linux
From: Jay Dagenais ####@####.####
Date: 7 Jun 2007 20:54:28 +0100
Message-Id: <BAY124-W50C8E8141ED8F3C2F9AC1CD9260@phx.gbl>

 Hi guys, just was reading through these posts and am going through similar woes right now myself- I am searching for the best C(and cpp?) compiler targeted for the pic (16f and 18f series) that is completely free and full featured (as possible)? windows or linux not a problem, a full ide would be great but doesn't have to have...anyone ? What ever happened to the c2c compiler? was it sold to sourceboost or matrix multimedia and is no longer supported freely? that is what I gathered- it seemed to be a popular choice and I have lots of example snippets written with it, so perhaps a compiler which will easily support  compiling the c2c code without much modification? from what I have learned of C (for pc's) is that it was intended to be easily portable but it doesn't seem to be the case when dealing with micros,, I guess this is much in part to each vendors library implementations? or are there more underlying and deeper issues to address when considering porting blocks to other compilers? (I'm still fresh with the software end, to put it nicely)- I guess thats all for now, please any advice in this regard woudl be appreciated much,, I'm really having a hard time with finding the right tools here! Thanks in advance, jd> From: ####@####.#### To: ####@####.#### Date: Thu, 7 Jun 2007 13:54:38 -0500> Subject: Re: [gnupic] the best software for manage PICs in Linux> > ----- Original Message ----- > From: "Mario Pisa" ####@####.#### To: ####@####.#### Sent: Thursday, June 07, 2007 1:33 PM> Subject: [gnupic] the best software for manage PICs in Linux> > > > Hi,> >> <snip>> >> > in your experience, which is  the best software for manage PICs in Linux?> > (assemblers, compilers, simulators, programmers)> AFAIK, there really aren't too many options to pick from.  If you're looking > specifically for free software, I believe gputils (assembler/linker/etc.), > sdcc (C compiler), and gpsim (simulator) are the best choices.  There's a > lot of programmer software and schematics for different programmers > available.  There are also a few IDE's and I think a few compilers for other > languages, but to my knowledge none of the other compilers are suitable for > production use.> > Also if you want to shell out some cash, I think HITECH's PICC and CCS's C > compiler are both available for Linux.> > David Barnett > > > ---------------------------------------------------------------------> To unsubscribe, e-mail: ####@####.#### For additional commands, e-mail: ####@####.#### 
_________________________________________________________________
Connect to the next generation of MSN Messenger 
http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-us&source=wlmailtagline
Subject: Re: [gnupic] the best software for manage PICs in Linux
From: "David Barnett" ####@####.####
Date: 7 Jun 2007 21:32:01 +0100
Message-Id: <00c001c7a942$41109550$0d01a8c0@barnett2>

----- Original Message ----- 
From: "Jay Dagenais" ####@####.####
To: ####@####.####
Sent: Thursday, June 07, 2007 2:54 PM
Subject: RE: [gnupic] the best software for manage PICs in Linux


> Hi guys, just was reading through these posts and am going through similar 
> woes right now myself- I am searching for the best C(and cpp?) compiler 
> targeted for the pic (16f and 18f series) that is completely free and full 
> featured (as possible)? windows or linux not a problem, a full ide would 
> be great but doesn't have to have...anyone?
Microchip provides the C18 compiler which targets the 18f series, but 
nothing comparable for the 16f series.  For a free C compiler, as I said, I 
think sdcc is your only choice.  I believe there's an MPLAB plugin for sdcc 
so you can use the Windows build of sdcc under MPLAB if you like MPLAB as an 
IDE.

> What ever happened to the c2c compiler? was it sold to sourceboost or 
> matrix multimedia and is no longer supported freely? that is what I 
> gathered- it seemed to be a popular choice and I have lots of example 
> snippets written with it, so perhaps a compiler which will easily support 
> compiling the c2c code without much modification?
Yes, I think Sourceboost owns c2c.  They develop the BoostC compiler, which 
is probably more compatible with c2c than anything else will be.

> from what I have learned of C (for pc's) is that it was intended to be 
> easily portable but it doesn't seem to be the case when dealing with 
> micros,, I guess this is much in part to each vendors library 
> implementations? or are there more underlying and deeper issues to address 
> when considering porting blocks to other compilers?
There are definitely special challenges supporting C for MCU targets, 
particularly with pointers.  If you're curious about it, the original author 
of sdcc wrote an article about some of those challenges: 
http://www.circuitcellar.com/SA/Articles2/Dutta-121.pdf.

However, I think the biggest hindrance for PIC C compilers is supply and 
demand: it's a fairly limited market compared to some, especially when you 
spread the user base across so many different models of PIC.  OTOH, the 
tools that are available are quite usable, even if there's plenty of room 
for improvement.

David Barnett 

[<<] [<] Page 1 of 1 [>] [>>]


Powered by ezmlm-browse 0.20.