次の添付ファイルを作成しました。 (id=44554)
makefile.mk for new external module.

次の添付ファイルを作成しました。 (id=44555)
prj/build.lst for new external module.

次の添付ファイルを作成しました。 (id=44556)
prj/d.lst for new external module.

To make "macab" module available, these uploaded files must be located in new
top level directory "mecab" and mecab-0.94.tar.gz must be located in
"mecab/download".

mecab-0.94.tar.gz is available from
http://sourceforge.net/project/showfiles.php?group_id=177856

Hi Takashi,

Thanks for the build system integration. However, we should only add it if the
legal process for mecab is solved, I'm Cc'ing Martin 'mh' for this. In issue
74034 you mentioned you followed the steps lined out at
http://external.openoffice.org/ so this task just takes over from that issue.

Btw, note that the 'hedabu' directive in d.lst was reserved for OOo internal
code and now is outdated and was removed for m209. External modules should
simply copy needed headers to the solver subdirectory. The directive
mkdir: %_DEST%\inc%_EXT%\mecab
is missing, which creates the subdirectory for the header files to be delivered.

Did you try to compile and use mecab on other platforms as well? Especially
Windows and Solaris would be needed before we could integrate it into regular
builds.

  Eike

legal issues:
According to the steps at the top page of external project, I've already send a
form about "mecab". Now I'm just waiting the reply.

'hedabu' directive:
All right. I'll create another patch.

platform problems:
Sorry, I've never tried to compile mecab on neither Solaris nor Windows. Since
we can find some blogs mention that mecab works on Solaris and Windows, it
doesn't seems to be impossible. So I'll try it after we solve the legal issues.
However, it may take long time because I don't have build environment for
Solaris and Windows and I have to construct it first.

Hi Takashi,

> The new patch doesn't link to system library but depends on libmecab.so
> generated by new top level module "mecab". See i76536 for details of the
> new module.

I'm not sure if that's such a good idea. Doing so lets depend this issue
on issue 76536 and the presence of the external mecab module within OOo,
regardless of the outcome of the legal things, whereas until now it was
possible to optionally build OOo with mecab anyway. Instead, a configure
switch could determine whether to use mecab and/or which one to use,
system or OOo mecab.

  Eike

Reset assigne to the default "issues@openoffice.apache.org".