gnupic: Re: [gnupic] pikdev & gpsim interoperability
Subject:
Re: [gnupic] pikdev & gpsim interoperability
From:
Craig Franklin ####@####.####
Date:
30 Dec 2005 23:33:48 +0000
Message-Id: <43B5C47C.5000407@users.sourceforge.net>
John De Villiers wrote:
>Ok, its been a long night, but i've found an issue with interoperability
>between pikdev and gpsim.
>
>gpsim's source viewer wont open a file that contains a full path in the
>.cod file
>pikdev compiles all .asm files by sending the fullpath of the filename
>to gpasm and gplink.
>
>gpsim should cater for full pathnames of files it tries to open instead
>of just adding a ./ in front of the filename.
>
>pikdev should to a changedir to the dir that the project is in, and then
>not supply fullpath info for any files that are in the current folder (
>switchable option ? ).
>
>lastly, i think gpasm /gplink should not store fullpath info of files in
>the .cod file ( maybe switchable via commandline parameter ).
>
>
>
gputils uses the path specified in the command line, unless one of the
include paths was used. You have the full path for common files
(/usr/local/share/gputils/library/math.asm) and the relative path for
local files (mymath.asm). This should allow you to move the project
directory without having to recompile the project.
You can specify the full path on the command line and get it in the COD
file. That is fine too, but not as mobile.
Only exception is on win32, you can added a "-u" to the command line and
always get absolute paths. That was added for MPLAB.
Don't think you ever want to trim the path. If the file included from
some kind of library, gpsim would never be able to find it.
>That way all the tools can play nicely together.
>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: ####@####.####
>For additional commands, e-mail: ####@####.####
>
>
>
>
