* [ECOS] Splitting out Jim to a seperate module from athttpd
@ 2007-11-15 7:13 Øyvind Harboe
2007-11-15 7:49 ` Sergei Gavrikov
0 siblings, 1 reply; 3+ messages in thread
From: Øyvind Harboe @ 2007-11-15 7:13 UTC (permalink / raw)
To: eCos Discussion
Is there a reason why Tcl Jim is inside the athttpd package?
It may be possible to use Tcl Jim without using the athttpd stuff when
adding the athttpd
package, and if so, it's only a matter of lack of
documentation/marketing of that feature +
I guess an estethic thing(no observable difference in executables by a
seperate package)
to split out seperate features in seperate packages. I haven't
checked, but the athttpd
probably relies on tcp/ip stuff which would make ecosconfig refuse to
add that package
in an environment without tcp/ip.
--
Øyvind Harboe
http://www.zylin.com - eCos ARM & FPGA developer kit
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [ECOS] Splitting out Jim to a seperate module from athttpd
2007-11-15 7:13 [ECOS] Splitting out Jim to a seperate module from athttpd Øyvind Harboe
@ 2007-11-15 7:49 ` Sergei Gavrikov
2007-11-15 7:53 ` Andrew Lunn
0 siblings, 1 reply; 3+ messages in thread
From: Sergei Gavrikov @ 2007-11-15 7:49 UTC (permalink / raw)
To: ?yvind Harboe; +Cc: eCos Discussion
On Thu, Nov 15, 2007 at 08:10:28AM +0100, ?yvind Harboe wrote:
> Is there a reason why Tcl Jim is inside the athttpd package?
>
> It may be possible to use Tcl Jim without using the athttpd stuff when
> adding the athttpd package, and if so, it's only a matter of lack of
> documentation/marketing of that feature + I guess an estethic thing(no
> observable difference in executables by a seperate package) to split
> out seperate features in seperate packages. I haven't checked, but the
> athttpd probably relies on tcp/ip stuff which would make ecosconfig
> refuse to add that package in an environment without tcp/ip.
It seems, that eCos Jim package must live here
$ECOS_REPOSITORY/language/tcl/jim
SYNOPSYS
...
ecosconfig add athttpd
ecosconfig add jim
Sergei
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [ECOS] Splitting out Jim to a seperate module from athttpd
2007-11-15 7:49 ` Sergei Gavrikov
@ 2007-11-15 7:53 ` Andrew Lunn
0 siblings, 0 replies; 3+ messages in thread
From: Andrew Lunn @ 2007-11-15 7:53 UTC (permalink / raw)
To: Sergei Gavrikov; +Cc: ?yvind Harboe, eCos Discussion
On Thu, Nov 15, 2007 at 09:41:42AM +0200, Sergei Gavrikov wrote:
> On Thu, Nov 15, 2007 at 08:10:28AM +0100, ?yvind Harboe wrote:
> > Is there a reason why Tcl Jim is inside the athttpd package?
> >
> > It may be possible to use Tcl Jim without using the athttpd stuff when
> > adding the athttpd package, and if so, it's only a matter of lack of
> > documentation/marketing of that feature + I guess an estethic thing(no
> > observable difference in executables by a seperate package) to split
> > out seperate features in seperate packages. I haven't checked, but the
> > athttpd probably relies on tcp/ip stuff which would make ecosconfig
> > refuse to add that package in an environment without tcp/ip.
>
> It seems, that eCos Jim package must live here
>
> $ECOS_REPOSITORY/language/tcl/jim
If i remember correctly, Bart raised the same question when athttpd
was submitted. I suggest looking back in the archive for the
discussion at the time.
Andrew
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2007-11-15 7:49 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-11-15 7:13 [ECOS] Splitting out Jim to a seperate module from athttpd Øyvind Harboe
2007-11-15 7:49 ` Sergei Gavrikov
2007-11-15 7:53 ` Andrew Lunn
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).