gnupic: Re: [gnupic] gpasm/gplink bug


Previous by date: 6 Feb 2005 19:10:38 +0000 Re: [gnupic] dsPIC support?, Craig Franklin
Next by date: 6 Feb 2005 19:10:38 +0000 Flex sensors alternative, slimboyfatboyslim
Previous in thread:
Next in thread:

Subject: Re: [gnupic] gpasm/gplink bug
From: Craig Franklin ####@####.####
Date: 6 Feb 2005 19:10:38 +0000
Message-Id: <42066C31.2080306@users.sourceforge.net>

David McNab wrote:

> Hi,
>
> I hit a situation tonight where gpasm/gplink failed to issue a warning 
> for an 'RCALL' instruction that was out of range (pic18f452).
>
> Since I'm trying to save every byte I can, I'm using 'bra' and 'rcall' 
> in place of 'goto' and 'call' at every opportunity, and depending on 
> gpasm/gplink to warn me when these jumps are out of range.
>
> gpasm and gplink version is 0.13.0 beta.
>
> Apologies for failing to enclose a patch, or even reproducing the bug 
> in a minimal example. I only see the problem with large and intricate 
> programs, so I anticipate that boiling down to a small example might 
> be very difficult.
>
> Also, after hunting the problem for some hours, my eyes are bleary 
> with tiredness (especially since I've been debugging within a 
> multithreaded plus interrupts environment in pic18forth).
>
> What I can say is that I'm assembling a single relocatable source to a 
> .o file, then linking it standalone (not linking to any other files).
> And when I replaced the rcall with a 'call', the problem went away.
>
> Any thoughts?
>
I found and fixed the problem.  It will be in the snapshot later today.


Previous by date: 6 Feb 2005 19:10:38 +0000 Re: [gnupic] dsPIC support?, Craig Franklin
Next by date: 6 Feb 2005 19:10:38 +0000 Flex sensors alternative, slimboyfatboyslim
Previous in thread:
Next in thread:


Powered by ezmlm-browse 0.20.