[devel] java native: please, don't.

[devel] java native: please, don't.

[Igor Vlasenko]

Уважаемые коллеги,

С одной стороны, 
рад сообщить, что в результате работ над java-gcj-compat (jdkgcj) 
в сборочной среде появилась совместимая с Федорой поддержка 
ahead-of-time нативной компиляции jar файлов в .so плагины, 
регистрируемые в глобальной БД classmap.db.

When you compile your classes into a shared library
and add them to the system-wide classmap.db file using gcj-dbtool, 
they will be automatically loaded by the libgcj system classloader. 
This is the new, preferred classname-to-library resolution mechanism. 
See Invoking gcj-dbtool, for more information on using the classmap database. 

Что касается пакета jdkgcj, то он распадется на jre и jdk, 
и будет называться java-1.5.0-gcj.

Не спешу с окончательным переездом, пока только режу у 
кошки хвост позвонок за позвонком, чтобы убедиться, что не вылезут
ALT-specific грабли.

С другой стороны, мне не нравится, как в Федоре пакуются 
нативные модули. Хочу еще продумать оптимальный метод их упаковки.
В связи с этим прошу не спешить использовать нативную компиляцию jar,
чтобы в будущем не пришлось работу переделывать.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] java native: please, don't.

[Max Ivanov]

>
> С другой стороны, мне не нравится, как в Федоре пакуются
> нативные модули. Хочу еще продумать оптимальный метод их упаковки.
> В связи с этим прошу не спешить использовать нативную компиляцию jar,
> чтобы в будущем не пришлось работу переделывать.

А толк от нее есть? По скорости или по памяти

Re: [devel] java native: please, don't.

[Igor Vlasenko]

On Tue, Jun 02, 2009 at 01:38:34PM +0400, Max Ivanov wrote:
> >
> > С другой стороны, мне не нравится, как в Федоре пакуются
> > нативные модули. Хочу еще продумать оптимальный метод их упаковки.
> > В связи с этим прошу не спешить использовать нативную компиляцию jar,
> > чтобы в будущем не пришлось работу переделывать.
> 
> А толк от нее есть? По скорости или по памяти
По памяти.
Плюс, неосновные архитектуры.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine