Subject:
Re: [gnupic] Path problems....
From:
Noel Henson ####@####.####
Date:
3 Jul 2009 08:43:16 -0000
Message-Id: <200907030144.15560.noel@noels-lab.com>
I just downloaded 0.13.7 and reviewed the sources. It appears that the -c
option will now suppress the creation of the COD files. It looks like no
patch is necessary.
Noel
On Friday 03 July 2009, Julen Gutierrez wrote:
> Actually now i am able to compile my projects without problem....
> my application is a robotic graphic compiler writen in C# and i use
> gpasm.
>
> If i create a cmd window and write on it the gpasm with the long path it
> works...
>
>
>
> 2009/7/3 Marko Kohtala ####@####.####
>
> > If these .COD files are not needed for anything, why not just disable
> > the generation of them? Microchip dropped them completely to fix these
> > same problems.
> >
> > You need to go to gpasm/gpasm.c and gplink/gplink.c and change
> > state.codfile = normal;
> > to
> > state.codfile = suppress;
> >
> > Of course, a better patch would also add an option to enable the .COD
> > output
> > for those who need it.
> >
> > (I did not test this, feel free to create and test the patch.)
> >
> > Marko
> >
> > On Fri, Jul 3, 2009 at 10:59 AM, Noel Henson ####@####.####
wrote:
> > > Yes, it would brake the COD files but if they're not being used, it
> > > shouldn't matter.
> > >
> > > For modern Windows, you are correct. But MPLAB has a loooong
> > > history.
> >
> > I've
> >
> > > been using it for a very long time. I believe I first used it under
> >
> > Windows
> >
> > > 95 but I designed in and programmed my first PIC in 1989.
> > >
> > > Anyway, for whatever reason there is a hard-coded limit to the
> > > length of the source filename. It is limited to 62 + a null for
> > > termination. It couldn't take much time to recompile it.
> > >
> > > Noel
> > >
> > > On Friday 03 July 2009, Tamas Rudnai wrote:
> > > > That would brake the .COD fileformat so you would be incompatible
> > > > with everything.
> > > > BTW: Windows has no problem with long paths up till 4096 chars if
> > > > I remember well.
> > > >
> > > > Tamas
> > > >
> > > > On Thu, Jul 2, 2009 at 10:36 PM, Noel Henson ####@####.####
> >
> > wrote:
> > > > > Julen,
> > > > >
> > > > > Another option is to change this line in libgputils/gpcod.h
> > > > > #define source_len 63
> > > > > to something like
> > > > > #define source_len 127
> > > > > and recompile.
> > > > >
> > > > > This shouldn't hurt anything on a Linux system. But Windows can
> > > > > have problems (or at least used to) with long paths.
> > > > >
> > > > > Noel
> > > > >
> > > > > On Thursday 02 July 2009, Julen Gutierrez wrote:
> > > > > > Ok i know that the problem is with COD file, but i cant find
> > > > > > any
> >
> > way
> >
> > > > > > to avoid the creating of this file with gpasm and with gplink
> > > > > > neither.
> > > > > >
> > > > > >
> > > > > > 2009/7/1 Noel Henson ####@####.####
> > > > > >
> > > > > > > That's what it is. There is the same limitation in MPLAB
> > > > > > > running under Windows.
> > > > > > >
> > > > > > > Noel
> > > > > > >
> > > > > > > On Wednesday 01 July 2009, Tamas Rudnai wrote:
> > > > > > > > I think this is related to the .COD file format
> > > > > > > > unfortunately. The documentation is not in front of me but
> > > > > > > > if you can switch off the generation of .COD files and use
> > > > > > > > COFF instead then you should be fine. This is existing on
> > > > > > > > all development environment that uses .COD files,
> > > > > > > > including MPASM, so there is no other
> >
> > cure
> >
> > > > > > > > really than avoiding the generation of the .COD.
> > > > > > > >
> > > > > > > > Alternatively you can move or create a link to your work
> > > > > > > > directory so the overall length of path become less than
> > > > > > > > this
> >
> > 62
> >
> > > > > > > > char limit.
> > > > > > > >
> > > > > > > > Tamas
> > > > > > > >
> > > > > > > >
> > > > > > > > On Wed, Jul 1, 2009 at 11:10 AM, Julen Gutierrez <
> > > > > > > >
> > > > > > > > ####@####.#### wrote:
> > > > > > > > > I have a problem that i dont know if i can avoid with
> > > > > > > > > gpasm. The compiler doesnt work if the path is longer
> > > > > > > > > than 62 characters and when it contains spaces. Can i
> > > > > > > > > make something? Is there any patch to fix it? It i very
> > > > > > > > > important for my application. Please help me! Thanks a
> > > > > > > > > lot,
> > > > > > > > >
> > > > > > > > > Julen
> > > > > > >
> > > > > > > --
> >
> > ------------------------------------------------------------------
> >
> > > > > > > Noel Henson
> > > > > > > www.noels-lab.com Chips, firmware and embedded systems
> > > > > > > www.vimoutliner.org Work fast. Think well.
> >
> > ------------------------------------------------------------------
> >
> > > > > > >--- To unsubscribe, e-mail:
> > > > > > > ####@####.#### additional commands,
> > > > > > > e-mail: ####@####.####
> > > > >
> > > > > --
> > > > >
> > > > > ----------------------------------------------------------------
> > > > >-- Noel Henson
> > > > > www.noels-lab.com Chips, firmware and embedded systems
> > > > > www.vimoutliner.org Work fast. Think well.
> > > > >
> > > > >
> > > > > ----------------------------------------------------------------
> > > > >----- To unsubscribe, e-mail: ####@####.####
> > > > > For additional commands, e-mail: ####@####.####
> > >
> > > --
> > >
> > > ------------------------------------------------------------------
> > > Noel Henson
> > > www.noels-lab.com Chips, firmware and embedded systems
> > > www.vimoutliner.org Work fast. Think well.
> > >
> > >
> > > --------------------------------------------------------------------
> > >- To unsubscribe, e-mail: ####@####.####
> > > For additional commands, e-mail: ####@####.####
--
------------------------------------------------------------------
Noel Henson
www.noels-lab.com Chips, firmware and embedded systems
www.vimoutliner.org Work fast. Think well.
