gnupic@linuxhacker.org

On Mon, May 05, 2003 at 11:18:04PM +0200, Ralf Forsberg wrote:
> On Mon, May 05, 2003 at 02:14:17PM -0400, Byron A Jeff wrote:
> > On Mon, May 05, 2003 at 06:30:44AM +0200, Ralf Forsberg wrote:
> > > On Sun, May 04, 2003 at 07:47:57PM -0400, Byron A Jeff wrote:
> > > > Also I guess that adding some sort of gpsim support would probably be
> > > > next on the support list.
> > > 
> > > Actually, there is already support for SDCC-style HLL line number
> > > information. IIRC adding  -rg to the command line will make jal
> > > generate line numbers for gpsim. It's not documented anywhere though.
> > 
> > Cool. But I still haven't heard any opinions on the core ideas. So I'll state 
> > it again (espcially for you Ralf as one of the active gputils developers):
> > 
> > Do you think it's a good idea to look into integraing JAL into the gputils
> > suite?
> 
> Do you mean packaging it together with gpasm and friends?

That was my original thought. However maybe an extras package for HLLs that
includes say JAL and SDCC for starters may be a start.

> 
> I don't actually use JAL myself, so I don't really have an opinion.
> 
> For gpsim, adding support for gpasm in JAL could be nice, since I 
> think you have to reassemble the asm file with gpasm for it to
> work with gpsim. gpsim looks for line numbers only when loading 
> a cod file.

This is the real issue I wanted to address. I see two glaring needs:

1) Some HLL support in the Open Source PIC development arena.
2) A high level of integration with the existing gputils suite.

It just seems to me that right now that there's no solid intersection point
between HLL and gputils. It's not clear to me as a gputils user what type of
linking and simulation support is available for HLLs. From what I've gotten 
from Craig and Ralf's reports, that Scott's SDCC port is working on linking
and simulation support. I'd like to see that for JAL. I'd like to see it
for any other Open Source HLL for PIC development. Recently I've taken to
using JAL in isolation. But I feel that there's a better way.

> Does anyone know how active the development of JAL is? I ask since
> when I try to compile any file with the cvs on sourceforge it failes
> with:
> >  error: operator not known for these operands
> >  file 'jpic.jal' line 501 char 60
> >  :     var byte a at trisa = ( trisa & 0x0F ) | ( ( d & 0x0F ) << 4 )
> >  :  -----------------------------------------------------------^^
> It has been like that for a long time. It works with Wouter's version.

No clue. I haven't pulled the CVS version yet. I also have a patch or three
against Wouter's version that I need to figure out how to get integrated
somewhere.

> 
> BTW, the gnupic page should be updated. It says JAL is not open sourced.

True.

BAJ