[devel] LFS

[devel] LFS

[Alexey Tourbin]

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

По поводу https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=125064
Не включить ли поддержку LFS в %optflags по умолчанию?

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

Re: [devel] LFS

[Victor Forsyuk]

On Thu, May 12, 2005 at 12:13:54PM +0400, Alexey Tourbin wrote:
> По поводу https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=125064
> Не включить ли поддержку LFS в %optflags по умолчанию?

Альтернативное предложение - для дискуссии: а может включить LFSные флаги
в секцию predefines файла specs от gcc?

;-)

Re: [devel] LFS

[Dmitry V. Levin]

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

On Thu, May 12, 2005 at 12:13:54PM +0400, Alexey Tourbin wrote:
> По поводу https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=125064
> Не включить ли поддержку LFS в %optflags по умолчанию?

Нет, спасибо.
Use AC_SYS_LARGEFILE.


-- 
ldv

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

[devel] Re: LFS

[Alexey Tourbin]

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

On Thu, May 12, 2005 at 05:12:24PM +0400, Dmitry V. Levin wrote:
> On Thu, May 12, 2005 at 12:13:54PM +0400, Alexey Tourbin wrote:
> > По поводу https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=125064
> > Не включить ли поддержку LFS в %optflags по умолчанию?
> 
> Нет, спасибо.

Обоснование?  Сейчас на каждый N-ый пакет можно повесить багу, что он не
работает с "большими файлами".  А в эпоху 300-гиговых винтов файлы в 2 Гб 
уже и не кажутся большими, кто-то и 29-гиговый бэкап elinks'ом качает,
как в rh #125064.

> Use AC_SYS_LARGEFILE.

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

Re: [devel] Re: LFS

[Alexey I. Froloff]

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

* Alexey Tourbin <at@> [050512 19:08]:
> > > По поводу https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=125064
> > > Не включить ли поддержку LFS в %optflags по умолчанию?
> > Нет, спасибо.
> Обоснование?
А не сорвёт ли крышу произвольной программе от этого?

> > Use AC_SYS_LARGEFILE.
А вот тут автор знает, что не сорвёт.

-- 
Regards, Sir Raorn.
-------------------
> ALT Linux Team проделала большую работу, теперь
...уже проведённая _профессионально_...
> сборка ядра доступна даже для новичков
...в виде бинарных пакетов :-)
		-- mike in community@

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

Re: [devel] Re: LFS

[Dmitry V. Levin]

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

On Thu, May 12, 2005 at 06:17:09PM +0400, Alexey Tourbin wrote:
> On Thu, May 12, 2005 at 05:12:24PM +0400, Dmitry V. Levin wrote:
> > On Thu, May 12, 2005 at 12:13:54PM +0400, Alexey Tourbin wrote:
> > > По поводу https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=125064
> > > Не включить ли поддержку LFS в %optflags по умолчанию?
> > 
> > Нет, спасибо.
> 
> Обоснование?  Сейчас на каждый N-ый пакет можно повесить багу, что он не
> работает с "большими файлами".  А в эпоху 300-гиговых винтов файлы в 2 Гб 
> уже и не кажутся большими, кто-то и 29-гиговый бэкап elinks'ом качает,
> как в rh #125064.

Я считаю, что работу по проверке работоспособности софта с LFS не надо
перекладывать с upstream+maintainer на обычных пользователей.

Пусть лучше не поддерживает LFS, чем якобы поддерживает, до первого
большого файла.


-- 
ldv

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

[devel] Re: LFS

[Alexey Tourbin]

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

On Thu, May 12, 2005 at 07:31:47PM +0400, Alexey I. Froloff wrote:
> * Alexey Tourbin <at@> [050512 19:08]:
> > > > По поводу https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=125064
> > > > Не включить ли поддержку LFS в %optflags по умолчанию?
> > > Нет, спасибо.
> > Обоснование?
> А не сорвёт ли крышу произвольной программе от этого?

Обоснуй.  Каким именно образом произвольной программе может сорвать крышу?

$ cat test.c
#include <stdio.h>
$ diff -u =(gcc -E test.c) =(gcc -E -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 test.c) 
--- /proc/self/fd/11	2005-05-12 19:49:59 +0400
+++ /proc/self/fd/12	2005-05-12 19:49:59 +0400
@@ -518,9 +518,9 @@
 # 86 "/usr/include/stdio.h" 3 4
 
 
-typedef _G_fpos_t fpos_t;
 
 
+typedef _G_fpos64_t fpos_t;
 
 
 # 138 "/usr/include/stdio.h" 3 4
@@ -548,12 +548,8 @@
 
 
 
-
-
-
-
-
-extern FILE *tmpfile (void);
+# 169 "/usr/include/stdio.h" 3 4
+extern FILE *tmpfile (void) __asm__ ("" "tmpfile64");
 # 180 "/usr/include/stdio.h" 3 4
 extern char *tmpnam (char *__s) ;
 
@@ -584,21 +580,17 @@
 extern int fflush_unlocked (FILE *__stream);
 # 237 "/usr/include/stdio.h" 3 4
 
+# 254 "/usr/include/stdio.h" 3 4
+extern FILE *fopen (__const char *__restrict __filename, __const char *__restrict __modes) __asm__ ("" "fopen64");
 
+extern FILE *freopen (__const char *__restrict __filename, __const char *__restrict __modes, FILE *__restrict __stream) __asm__ ("" "freopen64");
 
 
 
 
-extern FILE *fopen (__const char *__restrict __filename,
-      __const char *__restrict __modes);
-
 
 
 
-extern FILE *freopen (__const char *__restrict __filename,
-        __const char *__restrict __modes,
-        FILE *__restrict __stream);
-# 264 "/usr/include/stdio.h" 3 4
 
 # 275 "/usr/include/stdio.h" 3 4
 extern FILE *fdopen (int __fd, __const char *__modes) ;
@@ -823,20 +815,29 @@
 
 extern void rewind (FILE *__stream);
 
-# 688 "/usr/include/stdio.h" 3 4
+# 677 "/usr/include/stdio.h" 3 4
+extern int fseeko (FILE *__stream, __off64_t __off, int __whence) __asm__ ("" "fseeko64");
+
+
+extern __off64_t ftello (FILE *__stream) __asm__ ("" "ftello64");
+
+
+
+
+
 
 
 
+# 702 "/usr/include/stdio.h" 3 4
+extern int fgetpos (FILE *__restrict __stream, fpos_t *__restrict __pos) __asm__ ("" "fgetpos64");
 
+extern int fsetpos (FILE *__stream, __const fpos_t *__pos) __asm__ ("" "fsetpos64");
 
 
-extern int fgetpos (FILE *__restrict __stream, fpos_t *__restrict __pos);
 
 
 
 
-extern int fsetpos (FILE *__stream, __const fpos_t *__pos);
-# 711 "/usr/include/stdio.h" 3 4
 
 # 720 "/usr/include/stdio.h" 3 4
 

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

Re: [devel] Re: LFS

[Dmitry V. Levin]

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

On Thu, May 12, 2005 at 07:50:56PM +0400, Alexey Tourbin wrote:
> On Thu, May 12, 2005 at 07:31:47PM +0400, Alexey I. Froloff wrote:
> > * Alexey Tourbin <at@> [050512 19:08]:
> > > > > По поводу https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=125064
> > > > > Не включить ли поддержку LFS в %optflags по умолчанию?
> > > > Нет, спасибо.
> > > Обоснование?
> > А не сорвёт ли крышу произвольной программе от этого?
> 
> Обоснуй.  Каким именно образом произвольной программе может сорвать крышу?

Примерно по той же причине, по которой кривые программы не работают на
64-битных платформах: записывают off_t в int.


-- 
ldv

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

Re: [devel] Re: LFS

[Victor Forsyuk]

On Thu, May 12, 2005 at 10:03:14PM +0400, Dmitry V. Levin wrote:
> On Thu, May 12, 2005 at 07:50:56PM +0400, Alexey Tourbin wrote:
> > On Thu, May 12, 2005 at 07:31:47PM +0400, Alexey I. Froloff wrote:
> > > * Alexey Tourbin <at@> [050512 19:08]:
> > > > > > По поводу https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=125064
> > > > > > Не включить ли поддержку LFS в %optflags по умолчанию?
> > > > > Нет, спасибо.
> > > > Обоснование?
> > > А не сорвёт ли крышу произвольной программе от этого?
> > 
> > Обоснуй.  Каким именно образом произвольной программе может сорвать крышу?
> 
> Примерно по той же причине, по которой кривые программы не работают на
> 64-битных платформах: записывают off_t в int.

Среди всех программ собранных для KSI Linux Mandrake с LFS-флагами таких
кривых программ не было, никому крышу не рвало. Было правда одно
"противопоказание" - с такими флагами glibc тогдашняя не собиралась...

[devel] Re: LFS

[Alexey Tourbin]

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

On Thu, May 12, 2005 at 10:03:14PM +0400, Dmitry V. Levin wrote:
> > Обоснуй.  Каким именно образом произвольной программе может сорвать крышу?
> 
> Примерно по той же причине, по которой кривые программы не работают на
> 64-битных платформах: записывают off_t в int.

Я правильно понимаю, что stdio никогда на будет правильно работать с
"большими файлами" из-за прототипов:

       int fseek(FILE *stream, long offset, int whence);
       long ftell(FILE *stream);

т.к. long на %ix86 -- 32 бита и 2^31==2Gb ?

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

Re: [devel] Re: LFS

[Dmitry V. Levin]

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

On Sat, May 14, 2005 at 04:46:02PM +0400, Alexey Tourbin wrote:
> On Thu, May 12, 2005 at 10:03:14PM +0400, Dmitry V. Levin wrote:
> > > Обоснуй.  Каким именно образом произвольной программе может сорвать крышу?
> > 
> > Примерно по той же причине, по которой кривые программы не работают на
> > 64-битных платформах: записывают off_t в int.
> 
> Я правильно понимаю, что stdio никогда на будет правильно работать с
> "большими файлами" из-за прототипов:
> 
>        int fseek(FILE *stream, long offset, int whence);
>        long ftell(FILE *stream);
> 
> т.к. long на %ix86 -- 32 бита и 2^31==2Gb ?

"The fgetpos and fsetpos functions are alternate interfaces equivalent
to ftell and fseek (with whence set to SEEK_SET), setting and storing
the current value of the file offset into or from the object referenced
by pos."


-- 
ldv

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