[sisyphus] fpc&lazarus

[sisyphus] fpc&lazarus

[ashen]

Как обстоят дела со сборкой в альт fpc и lazarus? Вопрос возможно скорее 
адресован Алексею Турбину (пардон если ошибся в фамилии), ну отчасти, краем, 
Михаилу Шигорину.
-- 
С уважением, Шенцев Алексей (AShen)

[sisyphus] Re: fpc&lazarus [-]

[Michael Shigorin]

On Wed, Oct 19, 2005 at 04:56:23PM +0400, ashen wrote:
> Как обстоят дела со сборкой в альт fpc и lazarus? Вопрос
> возможно скорее адресован Алексею Турбину (пардон если ошибся
> в фамилии), ну отчасти, краем, Михаилу Шигорину.

Не, я в сторону fpc уже года три как не смотрел.  Сорри.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] Re: fpc&lazarus [-]

[ashen]

В сообщении от Среда 19 Октябрь 2005 17:47 Michael Shigorin написал(a):
> Не, я в сторону fpc уже года три как не смотрел.  Сорри.
Ну я посмотрел вашу с Алексеем переписку за прошлый месяц, вот и сказал об 
этом........ ;) Вообщето я пытаюсь собрать rpm'ки fps & lazarus под альт. Вот 
и интересуюсь кто сейчас занят подобным. Есть ряд вопросов ............. ;)
-- 
С уважением, Шенцев Алексей (AShen)

[sisyphus] Re: fpc&lazarus [-]

[Michael Shigorin]

On Wed, Oct 19, 2005 at 05:59:39PM +0400, ashen wrote:
> > Не, я в сторону fpc уже года три как не смотрел.  Сорри.
> Ну я посмотрел вашу с Алексеем переписку за прошлый месяц, вот
> и сказал об этом........ ;) Вообщето я пытаюсь собрать rpm'ки
> fps & lazarus под альт. Вот и интересуюсь кто сейчас занят
> подобным. Есть ряд вопросов ............. ;)

Задавайте. :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] Re: fpc&lazarus [-]

[Led]

В сообщении от Среда 19 Октябрь 2005 16:59 ashen написал(a):
> В сообщении от Среда 19 Октябрь 2005 17:47 Michael Shigorin написал(a):
> > Не, я в сторону fpc уже года три как не смотрел.  Сорри.
>
> Ну я посмотрел вашу с Алексеем переписку за прошлый месяц, вот и сказал об
> этом........ ;) Вообщето я пытаюсь собрать rpm'ки fps & lazarus под альт.
> Вот и интересуюсь кто сейчас занят подобным. Есть ряд вопросов
> ............. ;)

Есть ряд ответов:) В частности, на предмет сборки документации в пакете 
(изначально make docs не работает, нужны минимальные правки). Сейчас немного 
отвлёкся на прикручивание gpc в комплект gcc - почему-то посчитал, что 
начинать поддержку паскаля надо бы с него...

Led.

Re: [sisyphus] fpc&lazarus

[Igor Zubkov]

В сообщении от Среда, 19-Окт-2005 15:56 ashen написал(a):
> Как обстоят дела со сборкой в альт fpc и lazarus?

Готовы проспонсировать?

-- 
Now playing: Evanescence [] [] Eternal

[sisyphus] Re: fpc&lazarus

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 726 bytes --]

On Wed, Oct 19, 2005 at 04:56:23PM +0400, ashen wrote:
> Как обстоят дела со сборкой в альт fpc и lazarus? Вопрос возможно скорее 
> адресован Алексею Турбину (пардон если ошибся в фамилии), ну отчасти, краем, 
> Михаилу Шигорину.

fpc-2.0.0 собран и работает, даже кросс-компилирует для win32.
См. [devel] success: fpc cross win32

Есть много мелких тонкостей.  В fpc/ide (аналог tp.exe) не работает
пошаговая отладка (F8), т.к. требуется библиотека libgdb, которой у нас
нет.  Но без отладки эта среда теряет свою основную привлекательность.
См. [devel] Q: libgdb

lazarus собирается, но он мне пока не нужен (т.е. в ближайшее время я не
буду его паковать/выкладывать).  Там тоже есть много мелких тонкостей.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: fpc&lazarus [-]

[Alexey Tourbin]

[-- Attachment #1.1: Type: text/plain, Size: 531 bytes --]

On Wed, Oct 19, 2005 at 05:08:24PM +0300, Led wrote:
> Есть ряд ответов:) В частности, на предмет сборки документации в пакете 
> (изначально make docs не работает, нужны минимальные правки). Сейчас немного 

Это я уже подкрутил.  Надо договориться, что fpc-2.0 буду выкладывать я,
а то все будут делать двойную работу.  Я даже реализовал поиск
зависимостей на основе контрольной суммы интерфейса .ppu файлов.  Я пока
просто выкладывать не хочу, т.к. надо определиться с gdb, и ещё
несколько мелочей нужно довести до ума.

[-- Attachment #1.2: fpc2.req --]
[-- Type: text/plain, Size: 445 bytes --]

#!/bin/sh -ef

atexit()
{
	local rc=$?
	trap - EXIT
	rm -f "$tmpfile"
	exit $rc
}
tmpfile=`mktemp -t fpc2req.XXXXXXXX`
trap atexit EXIT HUP INT QUIT PIPE TERM

cat >"$tmpfile"

: ${PPUDUMP:=ppudump}
while read -r file; do
	[ -n "$file" -a -z "${file##*.ppu}" ] || continue
	$PPUDUMP -vi "$file" |awk '/^Uses unit:/{ sub(")$","");
		printf "fpc2(%s) = %s\n", tolower($3), $NF }'
done <"$tmpfile"

/usr/lib/rpm/find-requires ${1+"$@"} <"$tmpfile"

[-- Attachment #1.3: fpc2.prov --]
[-- Type: text/plain, Size: 475 bytes --]

#!/bin/sh -ef

atexit()
{
	local rc=$?
	trap - EXIT
	rm -f "$tmpfile"
	exit $rc
}
tmpfile=`mktemp -t fpc2prov.XXXXXXXX`
trap atexit EXIT HUP INT QUIT PIPE TERM

cat >"$tmpfile"

: ${PPUDUMP:=ppudump}
while read -r file; do
	[ -n "$file" -a -z "${file##*.ppu}" ] || continue
	$PPUDUMP -vh "$file" |awk -v ppu="$(basename "$file" .ppu)" \
		'/^Interface Checksum/{printf "fpc2(%s) = %s\n", tolower(ppu), $NF}'
done <"$tmpfile"

/usr/lib/rpm/find-provides ${1+"$@"} <"$tmpfile"

[-- Attachment #1.4: fpc20.spec --]
[-- Type: text/plain, Size: 11196 bytes --]

Name: fpc
Version: 2.0.0
Release: alt1

Summary: Free Pascal Compiler
License: GPL
Group: Development/Other

URL: http://www.freepascal.org
Source0: %name-%version.tar.bz2

Source1: fpc2.req
Source2: fpc2.prov

Patch0: %name-2.0.0-alt-fpcdir.patch
Patch1: %name-2.0.0-alt-smartlink-ld.patch

ExclusiveOS: Linux
ExclusiveArch: %ix86

# Added by buildreq2 on Sat Oct 15 2005
BuildRequires: fpc ghostscript-module-X latex2html libgpm-devel libncurses-devel netpbm

%description
The Free Pascal Compiler is a Turbo Pascal 7.0 and Delphi compatible
32/64-bit Pascal Compiler. It comes with a fully compatible TP 7.0
runtime library.  Some extensions are added to the language, like
function overloading.  Basic Delphi support is already implemented
(classes, exceptions, ansistrings).

%prep
%setup -q -n %name
%patch0 -p1
%patch1 -p1

%build
# bootstrap
%make_build -C compiler cycle RELEASE=1
%__cp -pvf compiler/ppc386 ppc386

%define fpc_build %make_build clean all FPC=$PWD/ppc386 RELEASE=1
%fpc_build -C rtl CREATESMART=1
%fpc_build -C compiler LINKSMART=1 msg2inc

%fpc_build -C packages/base CREATESMART=1
%fpc_build -C fcl CREATESMART=1
%fpc_build -C utils LINKSMART=1 DATA2INC=$PWD/utils/data2inc

%fpc_build -C packages/extra CREATESMART=1
%fpc_build -C fv CREATESMART=1
%fpc_build -C ide LINKSMART=1

%define fpc_build_win32 %make_build all FPC=$PWD/ppc386 RELEASE=1 OS_TARGET=win32 BINUTILSPREFIX=i386-mingw32msvc-
%fpc_build_win32 -C rtl CREATESMART=1
%fpc_build_win32 -C packages/base CREATESMART=1
%fpc_build_win32 -C fcl CREATESMART=1

(cd docs; sh tex2htex; touch refex.chk progex.chk)
%__subst -p 's/2\\$/2 \\/;s/--warn-no-node//g' docs/Makefile*
%make_build -C docs html USEL2H=1 FPDOC=$PWD/utils/fpdoc/fpdoc

%install
%define installdirs INSTALL_BINDIR=%buildroot%_bindir INSTALL_BASEDIR=%buildroot%_libdir/fpc2 INSTALL_DOCDIR=%buildroot%_docdir/fpc2
%define fpc_install %make_install distinstall FPC=$PWD/ppc386 FPCMAKE=$PWD/utils/fpcm/fpcmake %installdirs
%fpc_install -C rtl
%fpc_install -C compiler

%fpc_install -C packages/base
%fpc_install -C fcl
%fpc_install -C utils CODPATH=%buildroot%_libdir/fpc2/lexyacc

%fpc_install -C packages/extra
%fpc_install -C fv
%fpc_install -C ide

%define fpc_install_win32 %make_install install FPC=$PWD/ppc386 FPCMAKE=$PWD/utils/fpcm/fpcmake OS_TARGET=win32 INSTALL_BASEDIR=%buildroot%_libdir/fpc2
%fpc_install_win32 -C rtl
%fpc_install_win32 -C packages/base
%fpc_install_win32 -C fcl

# this symbolic link must be absolute
%__ln_s %_libdir/fpc2/ppc386 %buildroot%_bindir/ppc386

%__mkdir_p %buildroot%_man1dir %buildroot%_man5dir
%__install -p -m755 install/man/man1/*.1 %buildroot%_man1dir
%__install -p -m755 install/man/man5/*.5 %buildroot%_man5dir

%define pkgdocdir %_docdir/%name-%version
%__mkdir_p %buildroot%pkgdocdir
%__cp -a docs/{ref,rtl,user,prog} %buildroot%pkgdocdir

%__install -pD -m755 %SOURCE1 %buildroot%_prefix/lib/rpm/fpc2.req
%__install -pD -m755 %SOURCE2 %buildroot%_prefix/lib/rpm/fpc2.prov

%define __find_requires PPUDUMP=%buildroot%_bindir/ppudump %buildroot%_prefix/lib/rpm/fpc2.req
%define __find_provides PPUDUMP=%buildroot%_bindir/ppudump %buildroot%_prefix/lib/rpm/fpc2.prov

%files
%dir %_libdir/fpc2
%dir %_libdir/fpc2/units
%dir %_libdir/fpc2/units/i386-linux
%_libdir/fpc2/units/i386-linux/rtl
%_bindir/fpc
%_bindir/ppc386
%_bindir/fpcmake
%_bindir/ppudump
%_libdir/fpc2/msg
%_libdir/fpc2/ppc386
%_libdir/fpc2/samplecfg
%_prefix/lib/rpm/fpc2.req
%_prefix/lib/rpm/fpc2.prov
%_man1dir/fpc.*
%_man1dir/ppc386.*
%_man1dir/fpcmake.*
%_man1dir/ppudump.*
%_man5dir/fpc.*
%_man5dir/fpcmake.*

# utils
%package utils
Summary: utils
Group: Development/Other
Requires: %name = %version-%release

%description utils
utils

%files utils
%_bindir/*
%exclude %_bindir/fpc
%exclude %_bindir/ppc386
%exclude %_bindir/fpcmake
%exclude %_bindir/ppudump
%_man1dir/*.*
%exclude %_man1dir/fpc.*
%exclude %_man1dir/ppc386.*
%exclude %_man1dir/fpcmake.*
%exclude %_man1dir/ppudump.*
%_man5dir/*.*
%exclude %_man5dir/fpc.*
%exclude %_man5dir/fpcmake.*
%dir %_libdir/fpc2
%dir %_libdir/fpc2/units
%dir %_libdir/fpc2/units/i386-linux
%_libdir/fpc2/lexyacc
%_libdir/fpc2/units/i386-linux/lexyacc

# packages/base
%package packages
Summary: packages
Group: Development/Other
Requires: %name = %version-%release

%description packages
packages

%files packages
%dir %_libdir/fpc2
%dir %_libdir/fpc2/units
%dir %_libdir/fpc2/units/i386-linux
%_libdir/fpc2/units/i386-linux/gdbint
%_libdir/fpc2/units/i386-linux/ibase
%_libdir/fpc2/units/i386-linux/libasync
%_libdir/fpc2/units/i386-linux/libc
%_libdir/fpc2/units/i386-linux/md5
%_libdir/fpc2/units/i386-linux/mysql
%_libdir/fpc2/units/i386-linux/netdb
%_libdir/fpc2/units/i386-linux/odbc
%_libdir/fpc2/units/i386-linux/oracle
%_libdir/fpc2/units/i386-linux/pasjpeg
%_libdir/fpc2/units/i386-linux/paszlib
%_libdir/fpc2/units/i386-linux/postgres
%_libdir/fpc2/units/i386-linux/pthreads
%_libdir/fpc2/units/i386-linux/regexpr
%_libdir/fpc2/units/i386-linux/sqlite

# fcl
%package fcl
Summary: Free Component Library for Free Pascal
Group: Development/Other
Requires: %name = %version-%release

%description fcl
The Free Pascal Compiler is a Turbo Pascal 7.0 and Delphi compatible
32/64-bit Pascal Compiler.  It comes with a fully compatible TP 7.0
runtime library.  This package contains the Free Component Library for
the Free Pascal Compiler.

%files fcl
%dir %_libdir/fpc2
%dir %_libdir/fpc2/units
%dir %_libdir/fpc2/units/i386-linux
%_libdir/fpc2/units/i386-linux/fcl

# packages/extra/x11
%package x11
Summary: x11
Group: Development/Other
Requires: %name = %version-%release

%description x11

%files x11
%dir %_libdir/fpc2
%dir %_libdir/fpc2/units
%dir %_libdir/fpc2/units/i386-linux
%_libdir/fpc2/units/i386-linux/x11

# packages/extra/opengl
%package opengl
Summary: opengl
Group: Development/Other
Requires: %name = %version-%release

%description opengl

%files opengl
%dir %_libdir/fpc2
%dir %_libdir/fpc2/units
%dir %_libdir/fpc2/units/i386-linux
%_libdir/fpc2/units/i386-linux/opengl

# packages/extra/fpgtk
%package fpgtk
Summary: Free Component Library for Free Pascal
Group: Development/Other
Requires: %name = %version-%release

%description fpgtk
fpgtk

%files fpgtk
%dir %_libdir/fpc2
%dir %_libdir/fpc2/units
%dir %_libdir/fpc2/units/i386-linux
%_libdir/fpc2/units/i386-linux/fpgtk

# packages/extra/gnome
%package gnome
Summary: Free Component Library for Free Pascal
Group: Development/Other
Requires: %name = %version-%release

%description gnome
gnome

%files gnome
%dir %_libdir/fpc2
%dir %_libdir/fpc2/units
%dir %_libdir/fpc2/units/i386-linux
%_libdir/fpc2/units/i386-linux/gnome

# packages/extra/gtk
%package gtk
Summary: Free Component Library for Free Pascal
Group: Development/Other
Requires: %name = %version-%release

%description gtk
gtk

%files gtk
%dir %_libdir/fpc2
%dir %_libdir/fpc2/units
%dir %_libdir/fpc2/units/i386-linux
%_libdir/fpc2/units/i386-linux/gtk

# packages/extra/gtk2
%package gtk2
Summary: Free Component Library for Free Pascal
Group: Development/Other
Requires: %name = %version-%release

%description gtk2
gtk2

%files gtk2
%dir %_libdir/fpc2
%dir %_libdir/fpc2/units
%dir %_libdir/fpc2/units/i386-linux
%_libdir/fpc2/units/i386-linux/gtk2

# packages/extra
%package extra
Summary: Free Component Library for Free Pascal
Group: Development/Other
Requires: %name = %version-%release

%description extra
extra

%files extra
%dir %_libdir/fpc2
%dir %_libdir/fpc2/units
%dir %_libdir/fpc2/units/i386-linux
%_libdir/fpc2/units/i386-linux/bfd
%_libdir/fpc2/units/i386-linux/cdrom
%_libdir/fpc2/units/i386-linux/forms
%_libdir/fpc2/units/i386-linux/gconf
%_libdir/fpc2/units/i386-linux/gdbm
%_libdir/fpc2/units/i386-linux/ggi
%_libdir/fpc2/units/i386-linux/imlib
%_libdir/fpc2/units/i386-linux/libgd
%_libdir/fpc2/units/i386-linux/libpng
%_libdir/fpc2/units/i386-linux/ncurses
%_libdir/fpc2/units/i386-linux/newt
%_libdir/fpc2/units/i386-linux/svgalib
%_libdir/fpc2/units/i386-linux/syslog
%_libdir/fpc2/units/i386-linux/tcl
%_libdir/fpc2/units/i386-linux/unixutil
%_libdir/fpc2/units/i386-linux/unzip
%_libdir/fpc2/units/i386-linux/utmp
%_libdir/fpc2/units/i386-linux/zlib
%_libdir/fpc2/units/i386-linux/zvt

# fv
%package fv
Summary: Free Component Library for Free Pascal
Group: Development/Other
Requires: %name = %version-%release

%description fv
The Free Pascal Compiler is a Turbo Pascal 7.0 and Delphi compatible
32/64-bit Pascal Compiler. It comes with a fully compatible TP 7.0
runtime library.  Some extensions are added to the language, like
function overloading.  This package contains the Integrated Development
Environment (IDE).

%files fv
%dir %_libdir/fpc2
%dir %_libdir/fpc2/units
%dir %_libdir/fpc2/units/i386-linux
%_libdir/fpc2/units/i386-linux/fv

# ide
%package ide
Summary: Free Component Library for Free Pascal
Group: Development/Other
Requires: %name = %version-%release

%description ide
The Free Pascal Compiler is a Turbo Pascal 7.0 and Delphi compatible
32/64-bit Pascal Compiler. It comes with a fully compatible TP 7.0
runtime library.  Some extensions are added to the language, like
function overloading.  This package contains the Integrated Development
Environment (IDE).

%files ide
%_bindir/fp
%_libdir/fpc2/ide

# docs
%package docs
Summary: docs
Group: Development/Other
Requires: %name = %version-%release

%description docs
The Free Pascal Compiler is a Turbo Pascal 7.0 and Delphi compatible
32/64-bit Pascal Compiler. It comes with a fully compatible TP 7.0
runtime library.  Some extensions are added to the language, like
function overloading.  This package contains the Integrated Development
Environment (docs).

%files docs
%dir %pkgdocdir
%pkgdocdir/ref
%pkgdocdir/rtl
%pkgdocdir/user
%pkgdocdir/prog

# win32
%package win32
Summary: win32
Group: Development/Other
AutoReqProv: no
Requires: i386-mingw32msvc-binutils
Requires: %name = %version-%release

%description win32
The Free Pascal Compiler is a Turbo Pascal 7.0 and Delphi compatible
32/64-bit Pascal Compiler. It comes with a fully compatible TP 7.0
runtime library.  Some extensions are added to the language, like
function overloading.  This package contains the Integrated Development
Environment (win32).

%files win32
%dir %_libdir/fpc2
%dir %_libdir/fpc2/units
%dir %_libdir/fpc2/units/i386-win32
# rtl
%_libdir/fpc2/units/i386-win32/rtl
# packages/base
%_libdir/fpc2/units/i386-win32/gdbint
%_libdir/fpc2/units/i386-win32/ibase
%_libdir/fpc2/units/i386-win32/md5
%_libdir/fpc2/units/i386-win32/mysql
%_libdir/fpc2/units/i386-win32/netdb
%_libdir/fpc2/units/i386-win32/odbc
%_libdir/fpc2/units/i386-win32/pasjpeg
%_libdir/fpc2/units/i386-win32/paszlib
%_libdir/fpc2/units/i386-win32/postgres
%_libdir/fpc2/units/i386-win32/regexpr
%_libdir/fpc2/units/i386-win32/sqlite
# fcl
%_libdir/fpc2/units/i386-win32/fcl

%changelog
* Sat Oct 15 2005 Alexey Tourbin <at@altlinux.ru> 2.0.0-alt1
- 1.0.10 -> 2.0.0
- fpcdir:='%_libdir/fpc2'; fpcdocdir:='%_docdir/fpc2'

* Tue Feb 11 2004 Sergey P. Kondratyev <seirge@altlinux.ru> 1.0.10-alt1
- new version + docs and examples

* Mon Oct 07 2002 Michael Shigorin <mike@altlinux.ru> 1.0.6-alt1.1
- spec cleanup

* Sat Sep 19 2002 Sergey <skrivulja@erec.ru>
- adopted for Master

[-- Attachment #1.5: fpc-2.0.0-alt-fpcdir.patch --]
[-- Type: text/plain, Size: 534 bytes --]

--- fpc/compiler/options.pas-	2005-05-05 14:53:55 +0000
+++ fpc/compiler/options.pas	2005-10-15 16:58:10 +0000
@@ -2039,6 +2039,12 @@ begin
 {$ELSE USE_SYSUTILS}
   fpcdir:=FixPath(getenv('FPCDIR'),false);
 {$ENDIF USE_SYSUTILS}
+{$ifdef x86_64}
+  if (fpcdir='') and PathExists('/usr/lib64/fpc2/') then
+       fpcdir:='/usr/lib64/fpc2/';
+{$endif}
+  if (fpcdir='') and PathExists('/usr/lib/fpc2/') then
+       fpcdir:='/usr/lib/fpc2/';
   if fpcdir='' then
    begin
      if PathExists('/usr/local/lib/fpc/'+version_string) then

[-- Attachment #1.6: fpc-2.0.0-alt-smartlink-ld.patch --]
[-- Type: text/plain, Size: 613 bytes --]

--- fpc/compiler/systems/t_linux.pas-	2005-03-07 17:10:00 +0000
+++ fpc/compiler/systems/t_linux.pas	2005-10-15 16:43:15 +0000
@@ -450,9 +450,8 @@ begin
    StaticStr:='-static';
   if (cs_link_strip in aktglobalswitches) then
    StripStr:='-s';
-  if (cs_link_smart in aktglobalswitches) and
-     (tf_smartlink_sections in target_info.flags) then
-   GCSectionsStr:='--gc-sections';
+  if (cs_link_smart in aktglobalswitches) then
+   GCSectionsStr:='--gc-sections --no-keep-memory -O1';
   If (cs_profile in aktmoduleswitches) or
      ((Info.DynamicLinker<>'') and (not SharedLibFiles.Empty)) then
    begin

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] fpc/ide

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 641 bytes --]

On Wed, Oct 19, 2005 at 07:49:50PM +0400, Alexey Tourbin wrote:
> Есть много мелких тонкостей.  В fpc/ide (аналог tp.exe) не работает
> пошаговая отладка (F8), т.к. требуется библиотека libgdb, которой у нас
> нет.  Но без отладки эта среда теряет свою основную привлекательность.
> См. [devel] Q: libgdb

Хрен бы с ней с этой fpc/ide, я бы собрал её отдельным пакетом.
Проблема в том, что fpc/ide нужно собирать вместе с fpc/compiler, т.к.
fpc/ide использует некоторые внутренние юниты из fpc/compiler (которые
не устанавливаются в систему).  Фактически fpc/ide содержит в себе
встроенный компилятор (и не нуждается во внешнем).

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: fpc&lazarus [-]

[Eugene Ostapets]

19.10.05, ashen<ashen mail.ru> написал(а):
> В сообщении от Среда 19 Октябрь 2005 17:47 Michael Shigorin написал(a):
> > Не, я в сторону fpc уже года три как не смотрел.  Сорри.
> Ну я посмотрел вашу с Алексеем переписку за прошлый месяц, вот и сказал об
> этом........ ;) Вообщето я пытаюсь собрать rpm'ки fps & lazarus под альт. Вот
> и интересуюсь кто сейчас занят подобным. Есть ряд вопросов ............. ;)
У меня спеки в средней степени готовности... Учитывая положение дел у
at@, имеет смысл как-то консолидировать усилия по выкладыванию fpc-2 &
lazarus...
--
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [sisyphus] Re: fpc&lazarus [-]

[Eugene Ostapets]

19.10.05, Alexey Tourbin<at altlinux.ru> написал(а):
> On Wed, Oct 19, 2005 at 05:08:24PM +0300, Led wrote:
> > Есть ряд ответов:) В частности, на предмет сборки документации в пакете
> > (изначально make docs не работает, нужны минимальные правки). Сейчас немного
>
> Это я уже подкрутил.  Надо договориться, что fpc-2.0 буду выкладывать я,
> а то все будут делать двойную работу.  Я даже реализовал поиск
> зависимостей на основе контрольной суммы интерфейса .ppu файлов.  Я пока
> просто выкладывать не хочу, т.к. надо определиться с gdb, и ещё
> несколько мелочей нужно довести до ума.
Ок. В daedalus?
Я возьму lazarus?

--
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [sisyphus] fpc/ide

[Eugene Ostapets]

19.10.05, Alexey Tourbin<at@altlinux.ru> написал(а):
> On Wed, Oct 19, 2005 at 07:49:50PM +0400, Alexey Tourbin wrote:
> > Есть много мелких тонкостей.  В fpc/ide (аналог tp.exe) не работает
> > пошаговая отладка (F8), т.к. требуется библиотека libgdb, которой у нас
> > нет.  Но без отладки эта среда теряет свою основную привлекательность.
> > См. [devel] Q: libgdb
>
> Хрен бы с ней с этой fpc/ide, я бы собрал её отдельным пакетом.
> Проблема в том, что fpc/ide нужно собирать вместе с fpc/compiler, т.к.
> fpc/ide использует некоторые внутренние юниты из fpc/compiler (которые
> не устанавливаются в систему).  Фактически fpc/ide содержит в себе
> встроенный компилятор (и не нуждается во внешнем).
Ууу... Как все запущено... Подумаю над этим...

--
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

[sisyphus] Re: fpc&lazarus [-]

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 999 bytes --]

On Wed, Oct 19, 2005 at 10:08:10PM +0300, Eugene Ostapets wrote:
> > Это я уже подкрутил.  Надо договориться, что fpc-2.0 буду выкладывать я,
> > а то все будут делать двойную работу.  Я даже реализовал поиск
> > зависимостей на основе контрольной суммы интерфейса .ppu файлов.  Я пока
> > просто выкладывать не хочу, т.к. надо определиться с gdb, и ещё
> > несколько мелочей нужно довести до ума.
> Ок. В daedalus?

Мне сложно закачать 17M в Daedalus.  В случае с Sisyphus проще из-за
доступа в офисную сеть.

> Я возьму lazarus?

М-м... Берите.  Основная задача -- lazarus должен собирать кроссом для
win32 так же хорошо, как для linux.  Тогда его существование оправдано.
То есть в этом может быть одно из его преимуществ.  Там ещё нужно
решить, собирать ли сам lazarus c gtk или c gtk2.  Для этого его нужно
поюзать.  Ну, написать какой-нибудь тетрис, чтобы пройтись по всем
граблям.

Для сборки кроссом ещё нужен mingw32-gtk и/или mingw32-gtk2.
Я пока эту тему не изучал.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: fpc&lazarus [-]

[Eugene Ostapets]

19.10.05, Alexey Tourbin<at altlinux.ru> написал(а):
> > Ок. В daedalus?
> Мне сложно закачать 17M в Daedalus.  В случае с Sisyphus проще из-за
> доступа в офисную сеть.
Хм... nosrc.rpm и я залью в дедалус?:)
>
> > Я возьму lazarus?
>
> М-м... Берите.  Основная задача -- lazarus должен собирать кроссом для
> win32 так же хорошо, как для linux.  Тогда его существование оправдано.
> То есть в этом может быть одно из его преимуществ.  Там ещё нужно
> решить, собирать ли сам lazarus c gtk или c gtk2.  Для этого его нужно
> поюзать.  Ну, написать какой-нибудь тетрис, чтобы пройтись по всем
> граблям.
А зачем кроссовая среда? Я еще понимаю кроссовый компилер...

--
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

[sisyphus] Re: fpc&lazarus [-]

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 2128 bytes --]

On Wed, Oct 19, 2005 at 11:56:39PM +0300, Eugene Ostapets wrote:
> > Мне сложно закачать 17M в Daedalus.  В случае с Sisyphus проще из-за
> > доступа в офисную сеть.
> Хм... nosrc.rpm и я залью в дедалус?:)

Не торопите события. :)  Я как раз понял, что делать с линкером.

При использовании `fpc -XX' (smart linking) ситуация такая: для линковки
создается linker script (link.res) и отдатся линкеру /usr/bin/ld.  В
этом скрипте перечислены все *.a файлы, соответствующие используемым
юнитам (рекурсивно).   Для компоновки fpc/compiler/ppc386 используется
около 200 *.a файлов, для fpc/ide/fp -- ещё больше.  В каждом *.a файле
находится порядочное количество *.o файлов, по одному на линкуемый
символ.  То есть в некоторых довольно типичных ситуациях при
использовании smart linking линкеру нужно слинковать несколько тысяч
файлов.  Линкеру от этого натурально сносит крышу: он отжирает всю
виртуальную память, и ядро его убивает (хорошо если его).  Опция
--no-keep-memory не помогает.

В binutils >= 1:2.15.92 есть новая опция --reduce-memory-overheads.
Вместе с --no-keep-memory получается приемлемый результат: для линковки
ppc386 используется 108M, для линковки fp используется 177M.  Реально
RSS требуется меньше, так что ppc386 и fp удается скомпоновать даже на
машинке с 128M, при активной поддержке kswapd.  Но всё же это большой
успех, потому что это разница между "работает" и "не работает".

Теперь lazarus, вероятно, удастся собрать вместе с "-CX -XX".

> > М-м... Берите.  Основная задача -- lazarus должен собирать кроссом для
> > win32 так же хорошо, как для linux.  Тогда его существование оправдано.
> > То есть в этом может быть одно из его преимуществ.  Там ещё нужно
> > решить, собирать ли сам lazarus c gtk или c gtk2.  Для этого его нужно
> > поюзать.  Ну, написать какой-нибудь тетрис, чтобы пройтись по всем
> > граблям.
> А зачем кроссовая среда? Я еще понимаю кроссовый компилер...

Ну а зачем вообще Delphi нужен?  И чем lazarus может быть лучше Delphi?
Важно уметь собирать кроссом "от и до", не используя винды и не имея
нативных виндовых development tools.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: fpc&lazarus [-]

[ashen]

В сообщении от Четверг 20 Октябрь 2005 06:49 Alexey Tourbin написал(a):
> Ну а зачем вообще Delphi нужен?  И чем lazarus может быть лучше Delphi?
> Важно уметь собирать кроссом "от и до", не используя винды и не имея
> нативных виндовых development tools.
Мда.......... и это с учётом того, что Borland фактически прекратил проект 
Kylix.............. 
-- 
С уважением, Шенцев Алексей (AShen)

Re: [sisyphus] fpc&lazarus

[ashen]

Так над какими версиями fpc, lazarus идёт работа?
-- 
С уважением, Шенцев Алексей (AShen)

Re: [sisyphus] Re: fpc&lazarus [-]

[Eugene Ostapets]

20.10.05, Alexey Tourbin<at altlinux.ru> написал(а):
> Не торопите события. :)  Я как раз понял, что делать с линкером.
>
> При использовании `fpc -XX' (smart linking) ситуация такая: для линковки
> создается linker script (link.res) и отдатся линкеру /usr/bin/ld.  В
> этом скрипте перечислены все *.a файлы, соответствующие используемым
> юнитам (рекурсивно).   Для компоновки fpc/compiler/ppc386 используется
> около 200 *.a файлов, для fpc/ide/fp -- ещё больше.  В каждом *.a файле
> находится порядочное количество *.o файлов, по одному на линкуемый
> символ.  То есть в некоторых довольно типичных ситуациях при
> использовании smart linking линкеру нужно слинковать несколько тысяч
> файлов.  Линкеру от этого натурально сносит крышу: он отжирает всю
> виртуальную память, и ядро его убивает (хорошо если его).  Опция
> --no-keep-memory не помогает.
Хм... На гиге оперативке и паре гиг в свопе - всю не отжирает:))))
>
> В binutils >= 1:2.15.92 есть новая опция --reduce-memory-overheads.
> Вместе с --no-keep-memory получается приемлемый результат: для линковки
> ppc386 используется 108M, для линковки fp используется 177M.  Реально
> RSS требуется меньше, так что ppc386 и fp удается скомпоновать даже на
> машинке с 128M, при активной поддержке kswapd.  Но всё же это большой
> успех, потому что это разница между "работает" и "не работает".
>
> Теперь lazarus, вероятно, удастся собрать вместе с "-CX -XX".
Попробую :) Но nosrc.rpm для fpc я хотел бы увидеть, для того чтобы
синхронно подготовить заливание lazarus
>
> > > М-м... Берите.  Основная задача -- lazarus должен собирать кроссом для
> > > win32 так же хорошо, как для linux.  Тогда его существование оправдано.
> > > То есть в этом может быть одно из его преимуществ.  Там ещё нужно
> > > решить, собирать ли сам lazarus c gtk или c gtk2.  Для этого его нужно
> > > поюзать.  Ну, написать какой-нибудь тетрис, чтобы пройтись по всем
> > > граблям.
> > А зачем кроссовая среда? Я еще понимаю кроссовый компилер...
>
> Ну а зачем вообще Delphi нужен?
Не знаю, никогда не задумывался... :)
> И чем lazarus может быть лучше Delphi?
Тем что позволит с небольшим гемороем людям пересесть со своими
поделками на Линукс...
> Важно уметь собирать кроссом "от и до", не используя винды и не имея
> нативных виндовых development tools.
Как вариант... Я подумаю над этим...

--
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [sisyphus] fpc&lazarus

[Eugene Ostapets]

20.10.05, ashen<ashen mail.ru> написал(а):
> Так над какими версиями fpc, lazarus идёт работа?
Я работаю над и с использованием fpc 2.0.0, в cvs я пока не лажу и не
собираюсь...

--
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [sisyphus] Re: fpc&lazarus [-]

[ashen]

В сообщении от Четверг 20 Октябрь 2005 10:06 Eugene Ostapets написал(a):
> Попробую :) Но nosrc.rpm для fpc я хотел бы увидеть, для того чтобы
> синхронно подготовить заливание lazarus
С лазарем есть ряд нюансов или граблей на которые сам не раз наступал - 
кодировка. Лазарь по умолчанию становится либо в кодировку KOI8-R, либо в 
UTF-8, последнии версии именно utf . В итоге на экране при отличной в истеме 
от лазаря уодировке чёрте что. Я не разу не добился от лазаря корректного 
определения текущй локали и автоматической настройки на неё. Кроме этого не 
верно выставляется шрифт окна редактора кода, т.е. не выставляется шрифт в 
соответстывии с текущей локалью. Возможно ли это исправить в готовящемся 
пакете, или в качестве костыля пропихивать лазарю настройку по умолчанию на 
en, а там уже сам юзер настроит себе как надо? Ну и остаются вопрос, который 
касается лазаря, это настройка на русский gtk/gtk2. Как то можно сделать так, 
что бы установке лазарь проверял настроены ли gtk/gtk2 на текущию локаль и 
выдавал об этом сообщении. А то зачастую, особенно у начинающих 
пользователей, gtk/gtk2 не настроены.
-- 
С уважением, Шенцев Алексей (AShen)

Re: [sisyphus] Re: fpc&lazarus [-]

[Eugene Ostapets]

20.10.05, ashen<ashen mail.ru> написал(а):
> В сообщении от Четверг 20 Октябрь 2005 10:06 Eugene Ostapets написал(a):
> > Попробую :) Но nosrc.rpm для fpc я хотел бы увидеть, для того чтобы
> > синхронно подготовить заливание lazarus
> С лазарем есть ряд нюансов или граблей на которые сам не раз наступал -
> кодировка. Лазарь по умолчанию становится либо в кодировку KOI8-R, либо в
> UTF-8, последнии версии именно utf .
У меня как раз UTF-8, так что на такие грабли я пока не наступал... Но
gtk1 в этой локали скорее не работает, чем работает...
> В итоге на экране при отличной в истеме
> от лазаря уодировке чёрте что. Я не разу не добился от лазаря корректного
> определения текущй локали и автоматической настройки на неё. Кроме этого не
> верно выставляется шрифт окна редактора кода, т.е. не выставляется шрифт в
> соответстывии с текущей локалью. Возможно ли это исправить в готовящемся
> пакете, или в качестве костыля пропихивать лазарю настройку по умолчанию на
> en, а там уже сам юзер настроит себе как надо? Ну и остаются вопрос, который
> касается лазаря, это настройка на русский gtk/gtk2. Как то можно сделать так,
> что бы установке лазарь проверял настроены ли gtk/gtk2 на текущию локаль и
> выдавал об этом сообщении. А то зачастую, особенно у начинающих
> пользователей, gtk/gtk2 не настроены.
Я еще не решил что и в каком виде появится в репозитарии... Когда
решу, с тестированием на трех чарсетах - тогда и буду думать о
костылях, если они будут нужны...

--
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

[sisyphus] Re: fpc&lazarus [JT]

[Michael Shigorin]

On Thu, Oct 20, 2005 at 06:49:03AM +0400, Alexey Tourbin wrote:
> В binutils >= 1:2.15.92 есть новая опция --reduce-memory-overheads.
> Вместе с --no-keep-memory получается приемлемый результат: для линковки
> ppc386 используется 108M, для линковки fp используется 177M.  Реально
> RSS требуется меньше, так что ppc386 и fp удается скомпоновать даже на
> машинке с 128M, при активной поддержке kswapd.  Но всё же это большой
> успех, потому что это разница между "работает" и "не работает".

Лёш, у нас на сборочнице полтора гига памяти и свопится оно
на SCSI. :)  Как раз такие задачи иногда проще (в смысле времени)
решать оглашением "эй, оно тут память жрёт", особенно если
желающих применить рапшиль несколько.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] Re: fpc&lazarus [-]

[Epiphanov Sergei]

В сообщении от Thursday 20 October 2005 15:55 Sergey Shilov написал(a):
> Одними из таких граблей являются:
> а) Предоставленная пользователю возможность пересборки ИДЕ из самой ИДЕ.
> Суть граблей в правах доступа на установленные файлы, которые рядовой юзер
> переписать не может, а компилятор от его имени хочет.

Тогда, на данный момент, только одно: Создавать пакет noarch.rpm с патчеными 
(в процессе создания noarch.rpm из src.rpm) исходниками Лазаря и делать 
только один скрипт в /usr/bin, который проверяет, есть ли текущая сборка у 
данного пользователя и если нет, то запускает (с предупреждением) эту 
сборку, а если есть, то просто запускает Лазаря. Или всё-таки удастся 
"вправить мозги" програме и разработчикам?

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] fpc/ide

[Led]

В сообщении от Среда 19 Октябрь 2005 21:17 Alexey Tourbin написал(a):
> On Wed, Oct 19, 2005 at 07:49:50PM +0400, Alexey Tourbin wrote:
> > Есть много мелких тонкостей.  В fpc/ide (аналог tp.exe) не работает
> > пошаговая отладка (F8), т.к. требуется библиотека libgdb, которой у нас
> > нет.  Но без отладки эта среда теряет свою основную привлекательность.
> > См. [devel] Q: libgdb
>
> Хрен бы с ней с этой fpc/ide, я бы собрал её отдельным пакетом.
> Проблема в том, что fpc/ide нужно собирать вместе с fpc/compiler, т.к.
> fpc/ide использует некоторые внутренние юниты из fpc/compiler (которые
> не устанавливаются в систему).  Фактически fpc/ide содержит в себе
> встроенный компилятор (и не нуждается во внешнем).

lazarus тоже просит сырцы fpc при сборке (не требует, но рекомендует)... Вроде 
как напрашивается пакет fpc-source?

Led.

Re: [sisyphus] Re: fpc&lazarus [-]

[Eugene Ostapets]

20.10.05, Epiphanov Sergei<serpiph nikiet.ru> написал(а):
> В сообщении от Thursday 20 October 2005 15:55 Sergey Shilov написал(a):
> > Одними из таких граблей являются:
> > а) Предоставленная пользователю возможность пересборки ИДЕ из самой ИДЕ.
> > Суть граблей в правах доступа на установленные файлы, которые рядовой юзер
> > переписать не может, а компилятор от его имени хочет.
>
> Тогда, на данный момент, только одно: Создавать пакет noarch.rpm с патчеными
> (в процессе создания noarch.rpm из src.rpm) исходниками Лазаря и делать
> только один скрипт в /usr/bin, который проверяет, есть ли текущая сборка у
> данного пользователя и если нет, то запускает (с предупреждением) эту
> сборку, а если есть, то просто запускает Лазаря. Или всё-таки удастся
> "вправить мозги" програме и разработчикам?
Они не впраляемы - люди не могут перешагнуть через наследие DOS...

--
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [sisyphus] fpc/ide

[Eugene Ostapets]

20.10.05, Led<led ukr-fin.com.ua> написал(а):
> lazarus тоже просит сырцы fpc при сборке (не требует, но рекомендует)... Вроде
> как напрашивается пакет fpc-source?
Ну так без этого никуда с данным софтом:)

--
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [sisyphus] Re: fpc&lazarus [-]

[Led]

В сообщении от Четверг 20 Октябрь 2005 08:12 ashen написал(a):
> В сообщении от Четверг 20 Октябрь 2005 06:49 Alexey Tourbin написал(a):
> > Ну а зачем вообще Delphi нужен?  И чем lazarus может быть лучше Delphi?
> > Важно уметь собирать кроссом "от и до", не используя винды и не имея
> > нативных виндовых development tools.
>
> Мда.......... и это с учётом того, что Borland фактически прекратил проект
> Kylix..............

Не "фактически", а AFAIK официально...

Led.

Re: [sisyphus] Re: fpc&lazarus [-]

[Led]

В сообщении от Среда 19 Октябрь 2005 19:40 Alexey Tourbin написал(a):
> On Wed, Oct 19, 2005 at 05:08:24PM +0300, Led wrote:
> > Есть ряд ответов:) В частности, на предмет сборки документации в пакете
> > (изначально make docs не работает, нужны минимальные правки). Сейчас
> > немного
>
> Это я уже подкрутил. 

Путём сборки и добавления пакета tetex-listings? Если нужно, могу бросить 
такой пакет для сизифа.

> Надо договориться, что fpc-2.0 буду выкладывать я, 
> а то все будут делать двойную работу.

Хотелось бы ещё preamble.book-a5 для документации и чтоб на выходе PS в виде 
брошуры ("книжечки" по 4 листа A4 (16 страниц A5)). У меня есть кое-какие 
наработки по этому вопросу...

Led.

Re: [sisyphus] fpc/ide

[Led]

В сообщении от Четверг 20 Октябрь 2005 12:56 Led написал(a):
> В сообщении от Среда 19 Октябрь 2005 21:17 Alexey Tourbin написал(a):
> > On Wed, Oct 19, 2005 at 07:49:50PM +0400, Alexey Tourbin wrote:
> > > Есть много мелких тонкостей.  В fpc/ide (аналог tp.exe) не работает
> > > пошаговая отладка (F8), т.к. требуется библиотека libgdb, которой у нас
> > > нет.  Но без отладки эта среда теряет свою основную привлекательность.
> > > См. [devel] Q: libgdb
> >
> > Хрен бы с ней с этой fpc/ide, я бы собрал её отдельным пакетом.
> > Проблема в том, что fpc/ide нужно собирать вместе с fpc/compiler, т.к.
> > fpc/ide использует некоторые внутренние юниты из fpc/compiler (которые
> > не устанавливаются в систему).  Фактически fpc/ide содержит в себе
> > встроенный компилятор (и не нуждается во внешнем).
>
> lazarus тоже просит сырцы fpc при сборке (не требует, но рекомендует)...

Сорри, ошибся: не при сборке, а при запуске

> Вроде как напрашивается пакет fpc-source?

Led.

Re: [sisyphus] Re: fpc&lazarus [-]

[Sergey Shilov]

В сообщении от 20 Октябрь 2005 07:03 ashen написал:

> С лазарем есть ряд нюансов или граблей на которые сам не раз наступал - 
Одними из таких граблей являются:
а) Предоставленная пользователю возможность пересборки ИДЕ из самой ИДЕ.
Суть граблей в правах доступа на установленные файлы, которые рядовой юзер переписать не может, а компилятор от его имени хочет.
б) Необходимость пересборки ИДЕ для установки дополнительных компонентов (доступ к БД например), а далее см п. а).
в) fpc&lazarus  "с Тамарой ходят парой", а посему вопрос версийности весьма актуален.
Текущий Lazarus 0.9.10 (для fpc 2.0.1) несколько не Lazarus 0.9.8 (для fpc 2.0) и нет уверенности, что Lazarus 0.9.10 соберется на fpc 2.0.
А совместимостью Лазаря с последней официальной и стабильной версией компилятора разработчики похоже не озадачиваются.
Т.е. к великому сожалению "бэкпортов" Лазаря на паскаль не делается со всеми вытекающими.


-- 
С уважением
Сергей Шилов

[sisyphus] Re: fpc&lazarus [JT]

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1811 bytes --]

On Thu, Oct 20, 2005 at 11:25:48AM +0300, Michael Shigorin wrote:
> On Thu, Oct 20, 2005 at 06:49:03AM +0400, Alexey Tourbin wrote:
> > В binutils >= 1:2.15.92 есть новая опция --reduce-memory-overheads.
> > Вместе с --no-keep-memory получается приемлемый результат: для линковки
> > ppc386 используется 108M, для линковки fp используется 177M.  Реально
> > RSS требуется меньше, так что ppc386 и fp удается скомпоновать даже на
> > машинке с 128M, при активной поддержке kswapd.  Но всё же это большой
> > успех, потому что это разница между "работает" и "не работает".
> 
> Лёш, у нас на сборочнице полтора гига памяти и свопится оно
> на SCSI. :)  Как раз такие задачи иногда проще (в смысле времени)
> решать оглашением "эй, оно тут память жрёт", особенно если
> желающих применить рапшиль несколько.

У меня своя сборочница скоро будет неплохая.  Для доступа к чужой
сборочнице нужен bandwidth.  Дело здесь не в этом.  Просто хочется
"подкрутить" существующую технику оптимизации, чтобы она приемлемо
работала на low-end машинах.  К сожалению в ld(1) сказано, что при
экономии памяти работает O(n^2), а не O(n) алогритм.  Нужно будет ещё
поэкспериментировать.  Но для сборки больших проектов со smart linking
перерасход памяти становится основной проблемой.

Кто ничего не понял, smart linking -- это специальная техника
оптимизации статической линковки.  Вместо объектных *.o файлов создаются
*.a файлы (архивы *.o файлов).  То есть *.o файл нарезается на
мелкие-мелкие кусочки.  При линковке с *.a файлами линкер выдёргивает
только те кусочки, которые реально используются в бинаре.  Это такая
техника в стандартном линкере, она ещё со времен царя Гороха.  Но она
работает не очень эффективно по времени/памяти.  Бинарь может получиться
меньше раза в 2 в некоторых случаях.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: fpc&lazarus [-]

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1260 bytes --]

On Thu, Oct 20, 2005 at 11:55:49AM +0000, Sergey Shilov wrote:
> > С лазарем есть ряд нюансов или граблей на которые сам не раз наступал - 
> Одними из таких граблей являются:
> а) Предоставленная пользователю возможность пересборки ИДЕ из самой ИДЕ.

Эту возможность нужно вырубить.  Она нужна только для разработчиков
самого lazarus.

> б) Необходимость пересборки ИДЕ для установки дополнительных компонентов (доступ к БД например), а далее см п. а).

Хех.  А в чем собственно эта необходимость состоит?  То есть
дополнительные *.ppu статически прошиваются в один "общий" *.ppu?

> в) fpc&lazarus  "с Тамарой ходят парой", а посему вопрос версийности весьма актуален.
> Текущий Lazarus 0.9.10 (для fpc 2.0.1) несколько не Lazarus 0.9.8 (для fpc 2.0) и нет уверенности, что Lazarus 0.9.10 соберется на fpc 2.0.
> А совместимостью Лазаря с последней официальной и стабильной версией компилятора разработчики похоже не озадачиваются.
> Т.е. к великому сожалению "бэкпортов" Лазаря на паскаль не делается со всеми вытекающими.

Это самая маленькая проблема, насколько я могу судить.
При сборке lazarus svn7963 c fpc-2.0.0 я её не ощутил.
Там нужно в одном месте добавить -Si и в другом месте зопатчить
makefile, чтобы подцепился glib.ppu.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: fpc&lazarus [-]

[Sergey Shilov]

В сообщении от 20 Октябрь 2005 14:18 Alexey Tourbin написал(a):
> > а) Предоставленная пользователю возможность пересборки ИДЕ из самой ИДЕ.
> Эту возможность нужно вырубить.  Она нужна только для разработчиков
> самого lazarus.
Можно и (наверное) нужно, т.к. не соответствует "идеологии" сообщества.
 
> > б) Необходимость пересборки ИДЕ для установки дополнительных компонентов (доступ к БД например), а далее см п. а).
> 
> Хех.  А в чем собственно эта необходимость состоит?  То есть
> дополнительные *.ppu статически прошиваются в один "общий" *.ppu?
Скорее необходимо добавить картинки с компонентами в палитру :-)

> > "бэкпортов" Лазаря на паскаль не делается со всеми вытекающими.
> 
> Это самая маленькая проблема, насколько я могу судить.
> При сборке lazarus svn7963 c fpc-2.0.0 я её не ощутил.
Это радует :-)
> Там нужно в одном месте добавить -Si и в другом месте зопатчить
> makefile, чтобы подцепился glib.ppu.
Пока да, а дальше бог его знает. Во всяком случае мантейнеру скучать не дадут. 

-- 
С уважением
Сергей Шилов

Re: [sisyphus] Re: fpc&lazarus [-]

[Alexander Bokovoy]

[-- Attachment #1: Type: text/plain, Size: 946 bytes --]

On Thu, Oct 20, 2005 at 09:12:54AM +0400, ashen wrote:
> В сообщении от Четверг 20 Октябрь 2005 06:49 Alexey Tourbin написал(a):
> > Ну а зачем вообще Delphi нужен?  И чем lazarus может быть лучше Delphi?
> > Важно уметь собирать кроссом "от и до", не используя винды и не имея
> > нативных виндовых development tools.
> Мда.......... и это с учётом того, что Borland фактически прекратил проект 
> Kylix.............. 
Прекратил официально. Только деньги дерет за коробки без поддержки и
развития.

А нужно для того, чтобы иметь свободу выхода из этой ситуации -- огромное
количество приложений написано на Delphi/Pascal и умирать просто так не
собираются. Еще одна степень свободы тут как раз и помогает, даже
экономически.

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: fpc&lazarus [-]

[Sergey Shilov]

В сообщении от 20 Октябрь 2005 07:03 ashen написал:

> С лазарем есть ряд нюансов или граблей на которые сам не раз наступал - 
Одними из таких граблей являются:
а) Предоставленная пользователю возможность пересборки ИДЕ из самой ИДЕ.
Суть граблей в правах доступа на установленные файлы, которые рядовой юзер переписать не может, а компилятор от его имени хочет.
б) Необходимость пересборки ИДЕ для установки дополнительных компонентов (доступ к БД например), а далее см п. а).
в) fpc&lazarus  "с Тамарой ходят парой", а посему вопрос версийности весьма актуален.
Текущий Lazarus 0.9.10 (для fpc 2.0.1) несколько не Lazarus 0.9.8 (для fpc 2.0) и нет уверенности, что Lazarus 0.9.10 соберется на fpc 2.0.
А совместимостью Лазаря с последней официальной и стабильной версией компилятора разработчики похоже не озадачиваются.
Т.е. к великому сожалению "бэкпортов" Лазаря на паскаль не делается со всеми вытекающими.


-- 
С уважением
Сергей Шилов

Re: [sisyphus] Re: fpc&lazarus [-]

[Sergey Shilov]

В сообщении от 20 Октябрь 2005 14:18 Alexey Tourbin написал(a):
> > а) Предоставленная пользователю возможность пересборки ИДЕ из самой ИДЕ.
> Эту возможность нужно вырубить.  Она нужна только для разработчиков
> самого lazarus.
Можно и (наверное) нужно, т.к. не соответствует "идеологии" сообщества.
 
> > б) Необходимость пересборки ИДЕ для установки дополнительных компонентов (доступ к БД например), а далее см п. а).
> 
> Хех.  А в чем собственно эта необходимость состоит?  То есть
> дополнительные *.ppu статически прошиваются в один "общий" *.ppu?
Скорее необходимо добавить картинки с компонентами в палитру :-)

> > "бэкпортов" Лазаря на паскаль не делается со всеми вытекающими.
> 
> Это самая маленькая проблема, насколько я могу судить.
> При сборке lazarus svn7963 c fpc-2.0.0 я её не ощутил.
Это радует :-)
> Там нужно в одном месте добавить -Si и в другом месте зопатчить
> makefile, чтобы подцепился glib.ppu.
Пока да, а дальше бог его знает. Во всяком случае мантейнеру скучать не дадут. 

-- 
С уважением
Сергей Шилов