view etc/VEGETABLES @ 3024:b7f26b2f78bd

[xemacs-hg @ 2005-10-25 08:32:40 by ben] more mc-alloc-related factoring; make it hard to do the wrong thing postgresql/postgresql.c, postgresql/postgresql.h: MC-Alloc refactoring. ldap/eldap.c, ldap/eldap.h: MC-Alloc refactoring. alloc.c, buffer.c, console.c, emacs.c, file-coding.c, lrecord.h, lstream.c, mule-charset.c, print.c, scrollbar-gtk.c, scrollbar-msw.c, scrollbar-x.c, scrollbar.c, symbols.c, symeval.h, unicode.c, window.c, xemacs.def.in.in: rename `struct lcrecord_header' to `struct old_lcrecord_header'; likewise for `old_basic_alloc_lcrecord', `old_free_lcrecord', `old_zero_lcrecord', `old_zero_sized_lcrecord', `old_copy_lcrecord', `old_copy_sized_lcrecord', `old_alloc_lcrecord_type'. Created new LISPOBJ_STORAGE_SIZE() used only on objects created through allocation of Lisp-Object memory instead of basic xmalloc()/xfree(). This is distinguished from malloced_storage_size(), for non-Lisp-Objects. The definition of LISPOBJ_STORAGE_SIZE() can reduce down to malloced_storage_size() when not MC-ALLOC, but with MC-ALLOC it's a different function. The whole point other than cleaning up the use of LISPOBJ_STORAGE_SIZE is to make it harder to accidentally use the old kind (lowercase) of function in new code, since you get a compile error.
author ben
date Tue, 25 Oct 2005 08:32:50 +0000
parents ae97e44a6527
children
line wrap: on
line source

alfalfa
anise
artichoke
asparagus
bamboo
beets
bok choi
broccoflower
broccoli
brussels sprouts
burdock
cabbage
carrot
cauliflower
cassava
celery
celeriac
chayote
chestnut
chives
cilantro
corn
cucumber
daikon
dandelion
eggplant
endive
fiddleheads
fuki
garbanzo
garlic
ginger
habanero
horseradish
kale
kohlarbi
leeks
lettuce
lima bean
marjoram
mushroom
mustard
okra
onion
parsley
peanut
pimento
potato
pumpkin
radish
rutabaga
renkon
satoimo
shallots
sorrel
spinach
squash
swisschard
taro
tomato
turnip
watercress
yam
yucca
zucchini