* RE: LFS notes RE: pws-18 is go
@ 1999-05-11 17:41 Andrej Borsenkow
0 siblings, 0 replies; 2+ messages in thread
From: Andrej Borsenkow @ 1999-05-11 17:41 UTC (permalink / raw)
To: ZSH workers mailing list
Additional note: I think, until all issues are resolved, the configure
parameter (--enable-lfs would do) is needed. Currently I simply cannot
disable LFS even if I don't need it at all (I don't want to set CPPFLAGS to
some silly value; and in my case they are CFLAGS and not CPPFLAGS in the
first place).
^ permalink raw reply [flat|nested] 2+ messages in thread
* pws-18 is go
@ 1999-05-11 14:50 Peter Stephenson
1999-05-11 17:27 ` LFS notes " Andrej Borsenkow
0 siblings, 1 reply; 2+ messages in thread
From: Peter Stephenson @ 1999-05-11 14:50 UTC (permalink / raw)
To: Zsh hackers list
http://www.ifh.de/~pws/computing/
-rw-r--r-- 1 pws quadrics 924653 May 11 17:03 zsh-3.1.5-pws-18.tar.gz
-rw-r--r-- 1 pws quadrics 374488 May 11 17:03 zsh-3.1.5-pws-18.doc.tar.gz
-rw-r--r-- 1 pws quadrics 750783 May 11 16:29 zsh-3.1.5-pws-18.tar.bz2
-rw-r--r-- 1 pws quadrics 252180 May 11 16:29 zsh-3.1.5-pws-18.doc.tar.bz2
This includes the large file support for SunOS, although Andrej's points
are all valid. Note that setting CPPFLAGS by hand when runing configure
will disable it. I hope the problems are small enough to allow upgrading
to full internal large file support gradually. We should probably think
about handling integer shell parameters as 64 bit wherever this is
available by testing for long long or quad_t; the extra size is trivial
compared with the added convenience.
It doesn't include the patch to turn `incrementalappendhistory' into
`incappendhistory' to fit in the canonical size limits because I forgot,
sorry. It's trivial and I'll do it now.
Changes:
Bart: 6188: compinit speedup
pws: 6193: [un]setopt shouldn't complain when setting an unsettable option
to the value it already has
Sven: 6194: complete assoc array arguments by default where necessary
Sven: 6195: _expand_word and _correct_word change.
Sven: 6197: off by one error parsing assignment in completion
pws: 6202: trivial _correct_filename change, ^Xc -> ^XC
pws: 6205: use FIONREAD wherever defined, read chars immediately into
buffer
Bart: 6213: race condition in $(...), use waitforpid() instead of
unblocking child (which shouldn't happen until later).
Tanaka Akira: 6219: initialize a variable in zle_tricky.c
Wayne: 6220: various compilation warnings
pws: 6224: alter 6205 to read chars only when necessary, but ensure
terminal is set appropriately.
pws: 6227: configuration for large file support (from bash aclocal.m4).
pws: 6235: unset -m shouldn't restore unset parameters; unsetting a global
should remove it from paramtab even inside a function.
Wayne: 6236: history changes to improve management of duplicate lines,
incremental history read/write, and sharing history
pws: 6237: window size code upgraded from 3.0.6-pre2, plus Bart's patch
4447.
pws: 6238: Wayne's share_history option set in ksh emulation
pws: 6239: need space after incrementalappendhistory for kshoptionprint
pws: 6240: a pipeline ending in a builtin didn't attach to the tty pgrp.
Wayne: 6241: history editing can use foreign history commands; history
appended in hend() instead of hbegin()
Sven: 6046: nested parameter expansions can return either arrays or
scalars.
pws: 6246: doc changes for 6046, plus subscripts done properly
Sven: 6249: fix for 6046 (problem showed up with $(...))
Wayne: 6255: more history: zle toggle between local/global history; `zle
widget' can now take a direct numeric argument; small tweaks
pws: 6257: rewrite 6240 for any old builtin structure after the pipeline
pws: 6258: yet another attempt at the same problem
pws: 6259: second version of compinstall
--
Peter Stephenson <pws@ibmth.df.unipi.it> Tel: +39 050 844536
WWW: http://www.ifh.de/~pws/
Dipartimento di Fisica, Via Buonarroti 2, 56127 Pisa, Italy
^ permalink raw reply [flat|nested] 2+ messages in thread
* LFS notes RE: pws-18 is go
1999-05-11 14:50 Peter Stephenson
@ 1999-05-11 17:27 ` Andrej Borsenkow
0 siblings, 0 replies; 2+ messages in thread
From: Andrej Borsenkow @ 1999-05-11 17:27 UTC (permalink / raw)
To: ZSH workers mailing list
>
> This includes the large file support for SunOS, although Andrej's points
> are all valid.
Unfotunately, after more close look at it, this is broken.
1. It sets both LFS_CLFAGS *and* LFS64_CFLAGS. The two are for *very*
different modes of compilation; you may select one or other - but you cannot
assume, that mixing them is safe (even, if it helds true for any particular
OS). LFS_CFLAGS & Co is for the case, when you use normal, usual interfaces
(open/lseek ...) and makes off_t/ino_t 64 bit long. LFS64_CFLAGS & Co is for
the case, when you use explicit 64 bit interfaces (open64/lseek64/...) and
introduces new types off64_t, ino64_t and some others.
2. Zsh is using fseek/ftell. These are using long and are incompatible with
LFS; to be on safe side, one must use fseeko/ftello that use off_t.
3. Setting LFS[64]_CFLAGS & Co is not enough!!! One must set either
_LARGEFILE_SOURCE *or* _LARGEFILE64_SOURCE to indicate, which mode is used
(a side note, that _LARGEFILE64_SOURCE has some problems on our system).
For reference, look at
http://ftp.sas.com/standards/large.file/x_open.20Mar96.html I think, this
should be in Single Unix as well.
4. (minor) summary at the end of configure does not include LFS flags.
I urge you once again to really think about adopting LP64 model. If system
supports LFS it should (most probably) support LP64 as well. It does not
have as nice configure tests, must I admit ... but it does not require
changes in ZSH sources.
regards
/andrej
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~1999-05-11 17:42 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1999-05-11 17:41 LFS notes RE: pws-18 is go Andrej Borsenkow
-- strict thread matches above, loose matches on Subject: below --
1999-05-11 14:50 Peter Stephenson
1999-05-11 17:27 ` LFS notes " Andrej Borsenkow
Code repositories for project(s) associated with this public inbox
https://git.vuxu.org/mirror/zsh/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).