[Buildroot] [PATCH 1/2] package: add jimtcl support

[Jean-Christophe PLAGNIOL-VILLARD]

On 19:49 Sun 01 May     , Peter Korsgaard wrote:
> >>>>> "Jean-Christophe" == Jean-Christophe PLAGNIOL-VILLARD <plagnioj at jcrosoft.com> writes:
> 
> Hi,
> 
>  >> Is there really a need to support anything else than 0.70? We prefer to
>  >> only have 1 version as that simplified implementation and testing.
> 
>  Jean-Christophe> I do use the the HEAD personally
> 
>  Jean-Christophe> but the 0.70 is the last release I see project still
>  Jean-Christophe> using the previous one
> 
> What does openocd need? I would prefer to only have 0.70.
0.70 but openocd use the HEAD usualy
> 
>  Jean-Christophe> I do not known yet how to implement it but, I get in
>  Jean-Christophe> my mind the idea to add for the scm the same idea as
>  Jean-Christophe> for http download, the mirror mecanism When you work
>  Jean-Christophe> offline or on slow internet network it's really good
> 
> That should work today - E.G. the git support creates a tarball which
> will be reused next time you build or can be put on a mirror server.
The idea is to use the tree directly and not everytime create a tarball

> 
>  Jean-Christophe> +JIMTCL_INSTALL_STAGING = YES
>  Jean-Christophe> +JIMTCL_INSTALL_TARGET = NO
>  >> 
>  >> Why no installation on target?
>  Jean-Christophe> no need of it for openocd we just link link to it staticly
> 
> Ok, but we want a generic package. What does it install? Just a
> shared/static library or also some tools?
shared, tools and static
so I can make the them optional as no need for openocd
> 
>  >> Does it really use autotools and have broken DESTDIR support?
> 
>  Jean-Christophe> yeah the --prefix is ignore, even if you pass
>  Jean-Christopha> --prefix=/usr it will install in /include
> 
> That sound like something to fix upstream then.
All the version are affected

Best Regards,
J.