| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The Software Package Data Exchange (SPDX) group provides a specification
to make it easier for automated tools to detect and summarize well known
opensource licenses. We are gradually adopting the specification, noting
that the tags are considered only advisory and do not, in any way,
superceed or replace the license texts.
Special thanks to Wind River for providing access to "The Duke of
Highlander" tool: an older (2014) run over FreeBSD tree was useful as a
starting point.
Initially, only tag files that use BSD 4-Clause "Original" license.
RelNotes: yes
Differential Revision: https://reviews.freebsd.org/D13133
Notes:
svn path=/head/; revision=325966
|
| |
|
|
|
|
|
|
|
|
|
| |
is still one issue on FreeBSD/arm (signed vs unsigned char) which prevents
actually bumping this to WARNS=6 - I'm still considering the correct
solution to this issue.
Tested by: make universe
Notes:
svn path=/head/; revision=209571
|
| |
|
|
| |
Notes:
svn path=/head/; revision=92920
|
| |
|
|
|
|
|
| |
getopt returns -1 not EOF.
Notes:
svn path=/head/; revision=65428
|
| |
|
|
| |
Notes:
svn path=/head/; revision=50477
|
| |
|
|
|
|
|
| |
posix standard on the topic.
Notes:
svn path=/head/; revision=24360
|
| |
|
|
| |
Notes:
svn path=/head/; revision=23012
|
| |
|
|
|
|
|
|
|
|
|
| |
This will make a number of things easier in the future, as well as (finally!)
avoiding the Id-smashing problem which has plagued developers for so long.
Boy, I'm glad we're not using sup anymore. This update would have been
insane otherwise.
Notes:
svn path=/head/; revision=21673
|
| |
|
|
|
|
|
|
| |
and at least one user use this char in a file name. Older
locate implementions core'd.
Notes:
svn path=/head/; revision=19213
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Old locate(1) programs still works with the new database format, print
some garbage for 8 bit characters, but don't core (maybe except char 30).
7-Bit Puritan should not notice any difference. Same speed,
Same database size if the database contain only ASCII characters.
Reviewed by: ache
Notes:
svn path=/head/; revision=18905
|
| |
|
|
|
|
|
| |
Submitted by: Bruce, see also c-faq 5.6 and 5.9
Notes:
svn path=/head/; revision=17972
|
| |
|
|
| |
Notes:
svn path=/head/; revision=17776
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bigram does not remove newline at end of filename. This
break particulary the bigram algorithm and /var/db/locate.database
grow up 15 %.
Bigram does not check for characters outside 32-127.
The bigram output is silly and need ~1/2 CPU time of
database rebuilding.
old:
locate.bigram < $filelist | sort | uniq -c | sort -nr
^^^^^^^^^^^^^^
this can easy made bigram
new:
bigram < $filelist | sort -nr
code
Code does not check for char 31.
Use a lookup array instead a function. 3 x faster.
updatedb
rewritten
sync with bigram changes
read config file /etc/locate.rc if exists
submitted by: guido@gvr.win.tue.nl (Guido van Rooij)
concatdb - concatenate locate databases
mklocatedb - build locate database
Notes:
svn path=/head/; revision=17592
|
| |
|
|
|
|
|
| |
names, locate dumps core instead
Notes:
svn path=/head/; revision=5761
|
|
|
Notes:
svn path=/cvs2svn/branches/CHRISTOS/; revision=1590
|
