[Scummvm-devel] Better place for decompilers
Willem Jan Palenstijn
wjp at usecode.org
Fri Oct 15 11:25:35 CEST 2010
On Fri, Oct 15, 2010 at 11:14:30AM +0300, Eugene Sandulenko wrote:
> Hi Team,
>
> I would like to raise an old discussion which somehow was buried in the
> mails. Basically it is a proposal to move our decompilers to
> scummvm/tools directory as they are mostly useless for the end users.
>
> Please voice your opinions.
It sounds very sensible to move towards tools/ being for end user tools and
scummvm/tools/ for developer tools.
-Willem Jan
> Begin forwarded message:
>
> Date: Tue, 2 Mar 2010 16:35:34 +0100
> From: Max Horn <max at quendi.de>
> To: Filippos Karapetis <bluegr at gmail.com>
> Cc: m_kiewitz at scummvm.org, Lars Skovlund <lskovlun at image.dk>, Matthew
> Hoops <clone2727 at gmail.com>, Walter van Niftrik
> <walter at vanniftrik-it.nl>, Eugene Sandulenko <sev at scummvm.org> Subject:
> Re: sci iceman issue
>
>
>
> Am 22.02.2010 um 15:15 schrieb Filippos Karapetis:
>
> > (CC'ed _sev too)
> >
> > I was looking at the tools we provide for end-users and was
> > wondering... why do we provide script dissassembling tools for end-
> > users? Would anyone be interested in these? I can understand the
> > resource unpackers (some people like to unpack their game files and
> > browse pictures, sounds etc and perhaps modify them). I can also
> > understand the sound compression tools. But why would any end user
> > be interested in script dumping tools? Aren't these more suitable
> > for engine developers?
>
> Seems nobody replied to this email, ever, so here's a brief one by me:
>
> These days, the script decompilers / disassemblers indeed would
> probably fit better into scummvm/tools/ than our "user tools" SVN
> module. In my view, they are there for historical reasons, mostly, and
> maybe because they somewhat fit into the "extraction" theme which used
> to be central for the tools. This changed, though. Anyway, if you want
> to make changes there, I propose raising this subject on -devel. Right
> now, it seems to make sense to me to move the de* tools, but everybody
> should have a chance to express their view on this before we do
> anything drastic like this (and of course nothing should be be done
> before 1.1.0 gets branched).
>
>
> Cheers,
> Max
>
> ------------------------------------------------------------------------------
> Download new Adobe(R) Flash(R) Builder(TM) 4
> The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly
> Flex(R) Builder(TM)) enable the development of rich applications that run
> across multiple browsers and platforms. Download your free trials today!
> http://p.sf.net/sfu/adobe-dev2dev
> _______________________________________________
> Scummvm-devel mailing list
> Scummvm-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/scummvm-devel
More information about the Scummvm-devel
mailing list