sbcl - ക്ലൗഡിൽ ഓൺലൈനിൽ

പട്ടിക:

NAME

SBCL -- സ്റ്റീൽ ബാങ്ക് കോമൺ ലിസ്പ്

വിവരണം

ഉയർന്ന പ്രകടനമുള്ള ഒരു സ്വദേശിയെ ഫീച്ചർ ചെയ്യുന്ന ANSI കോമൺ ലിസ്‌പിന്റെ നടപ്പാക്കലാണ് SBCL
കംപൈലർ, നിരവധി പ്ലാറ്റ്ഫോമുകളിലെ നേറ്റീവ് ത്രെഡുകൾ, ഒരു സോക്കറ്റ് ഇന്റർഫേസ്, ഒരു സോഴ്സ്-ലെവൽ
ഡീബഗ്ഗർ, ഒരു സ്റ്റാറ്റിസ്റ്റിക്കൽ പ്രൊഫൈലർ, കൂടാതെ മറ്റു പലതും.

ഇത് ഒരു സ്വതന്ത്ര സോഫ്‌റ്റ്‌വെയറാണ്, കൂടുതലും പൊതുസഞ്ചയത്തിലാണ്, എന്നാൽ ബിഎസ്‌ഡി ശൈലിയിൽ ചില ഉപസിസ്റ്റങ്ങളുമുണ്ട്
ക്രെഡിറ്റ് നൽകുന്നിടത്തോളം പരിഷ്ക്കരണവും പുനരുപയോഗവും അനുവദിക്കുന്ന ലൈസൻസുകൾ. ഇത് "ആയി നൽകിയിരിക്കുന്നു
ആണ്", ഒരു തരത്തിലുള്ള വാറന്റിയും ഇല്ലാതെ.

ലൈസൻസ് പ്രശ്‌നങ്ങളെക്കുറിച്ചുള്ള കൂടുതൽ വിവരങ്ങൾക്ക്, വിതരണത്തിലെ പകർത്തൽ ഫയൽ കാണുക. വേണ്ടി
ചരിത്രത്തെക്കുറിച്ചുള്ള കൂടുതൽ വിവരങ്ങൾ, വിതരണത്തിലെ CREDITS ഫയൽ കാണുക.

പ്രവർത്തിക്കുന്ന എസ്.ബി.സി.എൽ

SBCL പ്രവർത്തിപ്പിക്കാൻ, "sbcl" എന്ന് ടൈപ്പ് ചെയ്യുക. ആരംഭ സന്ദേശങ്ങൾക്ക് ശേഷം ഒരു പ്രോംപ്റ്റ് ("*") ദൃശ്യമാകുന്നു. ഒരു ലിസ്പ് നൽകുക
എക്‌സ്‌പ്രഷൻ, എസ്‌ബി‌സി‌എൽ അത് വായിച്ച് എക്‌സിക്യൂട്ട് ചെയ്യും, തിരികെ നൽകിയ ഏതെങ്കിലും മൂല്യങ്ങൾ പ്രിന്റ് ചെയ്യും, നിങ്ങൾക്ക് മറ്റൊന്ന് നൽകും
ആവശ്യപ്പെടുക, നിങ്ങളുടെ അടുത്ത ഇൻപുട്ടിനായി കാത്തിരിക്കുക.

$ sbcl
...[സ്റ്റാർട്ടപ്പ് സന്ദേശങ്ങൾ ഒഴിവാക്കി]...
* (+ 1 2 3)

6
* (പുറത്ത്)

മിക്ക ആളുകളും ഇമാക്സിന് കീഴിൽ ഒരു ഉപപ്രോസസ് ആയി SBCL പ്രവർത്തിപ്പിക്കാൻ ഇഷ്ടപ്പെടുന്നു. Emacs "Slime" മോഡ് നൽകുന്നു
കമാൻഡ് ലൈൻ എഡിറ്റിംഗ്, ടാബ് പൂർത്തീകരണം, വിവിധ തരം എന്നിവ പോലെയുള്ള നിരവധി സൗകര്യപ്രദമായ സവിശേഷതകൾ
കോമൺ ലിസ്‌പ് സോഴ്‌സ് ഫയലുകളും ഇന്ററാക്ടീവ് എസ്‌ബി‌സി‌എൽ സബ്‌പ്രോസസ്സും തമ്മിൽ ബന്ധിപ്പിക്കുന്നു.

SBCL ഉപയോഗിച്ച് "സ്റ്റാൻഡലോൺ എക്സിക്യൂട്ടബിളുകൾ" സൃഷ്ടിക്കുന്നതിനെക്കുറിച്ചുള്ള വിവരങ്ങൾക്ക്, കാണുക
ഉപയോക്തൃ മാനുവലിൽ SB-EXT: സേവ്-ലിസ്പ്പ്-ആൻഡ്-ഡൈ.

കമാൻറ് LINE സിന്റാക്സ്

സാധാരണ ഇന്ററാക്ടീവ് ഉപയോഗത്തിന്, കമാൻഡ് ലൈൻ ആർഗ്യുമെന്റുകൾ ആവശ്യമില്ല.

SBCL കമാൻഡ് ലൈൻ വാക്യഘടന മനസ്സിലാക്കുന്നതിന്, അത് മനസ്സിലാക്കുന്നത് സഹായകമാണ്
സിസ്റ്റം രണ്ട് ഭാഗങ്ങൾ ഉൾക്കൊള്ളുന്നു: ഒരു റൺടൈം എൻവയോൺമെന്റ്, കോമൺ ലിസ്പ് സിസ്റ്റം
പിന്തുണയ്ക്കുന്നു. ചില കമാൻഡ് ലൈൻ ആർഗ്യുമെന്റുകൾ ആരംഭിക്കുമ്പോൾ പ്രോസസ്സ് ചെയ്യുന്നു
റൺടൈം, കൂടാതെ ചിലത് Lisp സിസ്റ്റത്തിന്റെ ആരംഭ സമയത്ത് -- ശേഷിക്കുന്ന ഏതെങ്കിലും കമാൻഡ്
ലൈൻ ആർഗ്യുമെന്റുകൾ ഉപയോക്തൃ കോഡിലേക്ക് കൈമാറുന്നു.

മൊത്തത്തിലുള്ള കമാൻഡ് ലൈൻ വാക്യഘടന ഇതാണ്:

sbcl [റൺടൈം ഓപ്ഷനുകൾ] --എൻഡ്-റൺടൈം-ഓപ്ഷനുകൾ [ടോപ്ലെവൽ ഓപ്ഷനുകൾ] --end-toplevel-options
[ഉപയോക്താവ് ഓപ്ഷനുകൾ]

--end-runtime-options, --end-toplevel-options എന്നിവ രണ്ടും ഓപ്ഷണലാണ്, അവ ഒഴിവാക്കിയേക്കാം.
ഏതെങ്കിലും കമാൻഡ് ലൈൻ ഓപ്‌ഷനുകൾ ഉപയോക്താവിന് കീഴിലുള്ള സാഹചര്യങ്ങളിൽ അവ ഉപയോഗിക്കുന്നതിന് ഉദ്ദേശിച്ചുള്ളതാണ്
നിയന്ത്രണം (ഉദാ. ബാച്ച് ഫയലുകളിൽ): അവ ഉപയോഗിക്കുന്നതിലൂടെ നിങ്ങൾക്കായി ഉദ്ദേശിച്ചിട്ടുള്ള ഓപ്ഷനുകൾ തടയാൻ കഴിയും
പ്രോഗ്രാം ആകസ്മികമായി എസ്ബിസിഎൽ പ്രോസസ്സ് ചെയ്യുന്നു.

പിന്തുണയ്ക്കുന്ന റൺടൈം ഓപ്‌ഷനുകളാണ്

--കോർ
ഡിഫോൾട്ടിനു പകരം നിർദ്ദിഷ്‌ട Lisp കോർ ഫയൽ ഉപയോഗിക്കുക. (ഇതിനായി FILES വിഭാഗം കാണുക
സ്റ്റാൻഡേർഡ് കോർ, അല്ലെങ്കിൽ വിവരങ്ങൾക്കായി SB-EXT:SAVE-LISP-AND-DIE എന്നതിനായുള്ള സിസ്റ്റം ഡോക്യുമെന്റേഷൻ
ഒരു ഇഷ്‌ടാനുസൃത കോർ എങ്ങനെ സൃഷ്‌ടിക്കാം എന്നതിനെക്കുറിച്ച്.) Lisp കോർ ഫയൽ ഉപയോക്താവ് സൃഷ്‌ടിച്ചതാണെങ്കിൽ ശ്രദ്ധിക്കുക
കോർ ഫയൽ, ഇത് സ്റ്റാൻഡേർഡ് തിരിച്ചറിയാത്ത ഒരു നിലവാരമില്ലാത്ത ടോപ്ലെവൽ പ്രവർത്തിപ്പിക്കാം
ടോപ്ലെവൽ ഓപ്ഷനുകൾ.

--ഡൈനാമിക്-സ്പേസ്-സൈസ്
സ്റ്റാർട്ടപ്പിൽ റിസർവ് ചെയ്‌തിരിക്കുന്ന ഡൈനാമിക് സ്‌പെയ്‌സിന്റെ വലുപ്പം മെഗാബൈറ്റിൽ. സ്ഥിര മൂല്യം പ്ലാറ്റ്ഫോമാണ്
ആശ്രിത.

--control-stack-size
ഓരോ ത്രെഡിനും മെഗാബൈറ്റിൽ കരുതിവച്ചിരിക്കുന്ന കൺട്രോൾ സ്റ്റാക്കിന്റെ വലുപ്പം. സ്ഥിര മൂല്യം 2 ആണ്.

--നോൺഫോം
സ്റ്റാർട്ടപ്പിൽ ഏതെങ്കിലും ബാനർ അല്ലെങ്കിൽ മറ്റ് വിവര സന്ദേശങ്ങൾ അച്ചടിക്കുന്നത് തടയുക. (ഈ
Unix പൈപ്പ് ലൈനുകളിൽ വൃത്തിയായി പ്രവർത്തിക്കുന്ന Lisp പ്രോഗ്രാമുകൾ എഴുതുന്നത് എളുപ്പമാക്കുന്നു. ഇതും കാണുക
"--noprint", "--disable-debugger" എന്നീ ഓപ്ഷനുകൾ.)

--disable-ldb
താഴ്ന്ന നിലയിലുള്ള ഡീബഗ്ഗർ പ്രവർത്തനരഹിതമാക്കുക. എസ്ബിസിഎൽ എൽഡിബിയിൽ സമാഹരിച്ചാൽ മാത്രമേ ഫലപ്രദമാകൂ.

--നഷ്ടം-അഴിമതി
അപകടകരമായ ചില താഴ്ന്ന ലെവൽ പിശകുകൾ ഉണ്ട് (ഉദാഹരണത്തിന്, കൺട്രോൾ സ്റ്റാക്ക് തീർന്നു,
മെമ്മറി തകരാർ) അത് (അല്ലെങ്കിൽ ആരുടെ ഹാൻഡ്‌ലറുകൾക്ക്) ഇമേജ് കേടാക്കാം. ഡിഫോൾട്ടായി SBCL പ്രിന്റുകൾ a
മുന്നറിയിപ്പ്, തുടർന്ന് തുടരാനും ലിസ്‌പിലെ പിശക് കൈകാര്യം ചെയ്യാനും ശ്രമിക്കുന്നു, പക്ഷേ ഇത് എല്ലായ്‌പ്പോഴും അല്ല
ജോലിയും എസ്‌ബി‌സി‌എല്ലും തകരാറിലാകാം അല്ലെങ്കിൽ ഹാംഗ് ചെയ്യപ്പെടാം. ഈ ഓപ്ഷൻ ഉപയോഗിച്ച്, അത്തരത്തിലുള്ള ഒന്ന് നേരിടുമ്പോൾ
പിശക് എസ്ബിസിഎൽ എൽഡിബി (നിലവിലുണ്ടെങ്കിൽ പ്രാപ്തമാക്കിയിട്ടുണ്ടെങ്കിൽ) അഭ്യർത്ഥിക്കും അല്ലെങ്കിൽ പുറത്തുകടക്കും.

--സ്ക്രിപ്റ്റ്
--noinform --disable-ldb --lose-on-corruption എന്നതിന് തുല്യമായ ഒരു റൺടൈം ഓപ്ഷനായി
--end-runtime-options --script . --script എന്നതിന്റെ വിവരണം a ആയി കാണുക
താഴെയുള്ള ടോപ്ലെവൽ ഓപ്ഷൻ.

--ലയനം-കോർ-പേജുകൾ
പ്ലാറ്റ്ഫോം പിന്തുണ നിലവിലുണ്ടെങ്കിൽ, ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന് സമാനമായ സൂചനകൾ നൽകുക
പേജുകൾ എഴുതുന്നത് വരെ പ്രോസസ്സുകൾക്കിടയിൽ പങ്കിട്ടേക്കാം. ഇത് ഉപയോഗപ്രദമാകും
സമാനമായ രീതിയിൽ ആരംഭിച്ച ഒന്നിലധികം SBCL പ്രക്രിയകളുള്ള സിസ്റ്റങ്ങളിലെ മെമ്മറി ഉപയോഗം കുറയ്ക്കുക
എന്നാൽ വ്യത്യസ്തമായി പേരിട്ടിരിക്കുന്ന കോർ ഫയലുകൾ, അല്ലെങ്കിൽ കംപ്രസ് ചെയ്ത കോറുകളിൽ നിന്ന്. പ്ലാറ്റ്ഫോം പിന്തുണയില്ലാതെ,
ഒന്നും ചെയ്യരുത്.

--no-merge-core-pages
ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന് പങ്കിടൽ സൂചനകളൊന്നും നൽകിയിട്ടില്ലെന്ന് ഉറപ്പാക്കുന്നു.

--default-merge-core-pages
പങ്കിടൽ സൂചന നയം ഡിഫോൾട്ടിലേക്ക് പുനഃസ്ഥാപിക്കുന്നു: കംപ്രസ് ചെയ്‌ത കോറുകൾ മാത്രമേ സൂചന നൽകൂ.
കംപ്രസ് ചെയ്യാത്ത കോറുകൾ കോർ ഫയലിൽ നിന്ന് നേരിട്ട് മാപ്പ് ചെയ്യുന്നു, ഇത് സാധാരണയായി മതിയാകും
പങ്കിടൽ ഉറപ്പാക്കുക.

--സഹായിക്കൂ
SBCL-നെ കുറിച്ചുള്ള ചില അടിസ്ഥാന വിവരങ്ങൾ അച്ചടിക്കുക, തുടർന്ന് പുറത്തുകടക്കുക.

--പതിപ്പ്
SBCL-ന്റെ പതിപ്പ് വിവരങ്ങൾ അച്ചടിക്കുക, തുടർന്ന് പുറത്തുകടക്കുക.

ഭാവിയിൽ, അലസമായ അലോക്കേഷൻ പോലുള്ള പെരുമാറ്റം നിയന്ത്രിക്കുന്നതിന് റൺടൈം ഓപ്ഷനുകൾ ചേർത്തേക്കാം
മെമ്മറി.

ഏതെങ്കിലും --end-runtime-options ഓപ്‌ഷൻ ഉൾപ്പെടെയുള്ള റൺടൈം ഓപ്‌ഷനുകൾ ഇതിൽ നിന്ന് ഒഴിവാക്കിയിരിക്കുന്നു
Lisp ടോപ്‌ലെവൽ ലോജിക്ക് കാണുന്നതിന് മുമ്പ് കമാൻഡ് ലൈൻ.

സ്റ്റാൻഡേർഡ് SBCL കോർ പിന്തുണയ്ക്കുന്ന ടോപ്ലെവൽ ഓപ്ഷനുകൾ

--സിസിനിറ്റ്
ഡിഫോൾട്ട് സിസ്റ്റം-വൈഡ് ഇനീഷ്യലൈസേഷൻ ഫയലിന് പകരം ഫയലിന്റെ പേര് ലോഡ് ചെയ്യുക. (ഫയലുകൾ കാണുക
വിഭാഗം.)

--നോ-സിസിനിറ്റ്
സിസ്റ്റം-വൈഡ് ഇനീഷ്യലൈസേഷൻ ഫയൽ ലോഡ് ചെയ്യരുത്. ഈ ഓപ്ഷൻ നൽകിയിട്ടുണ്ടെങ്കിൽ, --sysinit
ഓപ്ഷൻ അവഗണിക്കപ്പെട്ടു.

--userinit
ഡിഫോൾട്ട് യൂസർ ഇനീഷ്യലൈസേഷൻ ഫയലിന് പകരം ഫയലിന്റെ പേര് ലോഡ് ചെയ്യുക. (ഫയലുകൾ വിഭാഗം കാണുക.)

--no-userinit
ഒരു ഉപയോക്തൃ ഇനീഷ്യലൈസേഷൻ ഫയൽ ലോഡ് ചെയ്യരുത്. ഈ ഓപ്ഷൻ നൽകിയിട്ടുണ്ടെങ്കിൽ, --userinit ഓപ്ഷൻ
അവഗണിക്കപ്പെടുന്നു.

--ഇവൽ
ഏതെങ്കിലും ഇനീഷ്യലൈസേഷൻ ഫയൽ എക്സിക്യൂട്ട് ചെയ്ത ശേഷം, എന്നാൽ റീഡ്-ഇവൽ-പ്രിന്റ് ലൂപ്പ് ആരംഭിക്കുന്നതിന് മുമ്പ്
സ്റ്റാൻഡേർഡ് ഇൻപുട്ടിൽ, നൽകിയിരിക്കുന്ന കമാൻഡ് വായിച്ച് വിലയിരുത്തുക. ഒന്നിലധികം --eval ഓപ്ഷനുകൾക്ക് കഴിയും
ഉപയോഗിക്കും, കമാൻഡിൽ ദൃശ്യമാകുന്ന ക്രമത്തിൽ എല്ലാം വായിക്കുകയും നടപ്പിലാക്കുകയും ചെയ്യും
ലൈൻ.

--ലോഡ്
ഇത് --eval '(ലോഡ്" എന്നതിന് തുല്യമാണ് ")'. പ്രത്യേക വാക്യഘടന ഉദ്ദേശിച്ചുള്ളതാണ്
ഷെൽ സ്ക്രിപ്റ്റുകളിൽ നിന്ന് എസ്ബിസിഎൽ ആവശ്യപ്പെടുമ്പോൾ ഉദ്ധരിക്കുന്ന തലവേദന കുറയ്ക്കുക.

--നോപ്രിന്റ്
സാധാരണയായി ടോപ്ലെവൽ "റീഡ്-ഇവൽ-പ്രിന്റ് ലൂപ്പ്" എക്സിക്യൂട്ട് ചെയ്യുമ്പോൾ, ഒരു "റീഡ്- എക്സിക്യൂട്ട് ചെയ്യുക"
പകരം eval loop" അതായത് ഒരു പ്രോംപ്റ്റ് പ്രിന്റ് ചെയ്യരുത്, ഫലങ്ങൾ പ്രതിധ്വനിപ്പിക്കരുത്. എന്നിവയുമായി സംയോജിപ്പിച്ചു
--noinform റൺടൈം ഓപ്ഷൻ, ഇത് ലിസ്പ് "സ്ക്രിപ്റ്റുകൾ" എഴുതുന്നത് എളുപ്പമാക്കുന്നു
യുണിക്സ് പൈപ്പ് ലൈനുകളിൽ വൃത്തിയായി.

--disable-debugger
ഡിഫോൾട്ടായി SBCL ഒരു പിശക് നേരിടുമ്പോൾ, അത് ബിൽട്ടിൻ ഡീബഗ്ഗറിലേക്ക് പ്രവേശിക്കുന്നു, അനുവദിക്കുന്നു
സംവേദനാത്മക രോഗനിർണയവും സാധ്യമായ മധ്യസ്ഥതയും. ഈ ഓപ്‌ഷൻ ഡീബഗ്ഗറിനെ പ്രവർത്തനരഹിതമാക്കുന്നു,
ഒരു ബാക്ക്ട്രെയിസ് പ്രിന്റ് ചെയ്യുന്നതിനും പകരം സ്റ്റാറ്റസ് 1-ൽ നിന്ന് പുറത്തുകടക്കുന്നതിനും പിശകുകൾക്ക് കാരണമാകുന്നു -- ഇതൊരു മോഡാണ്
ബാച്ച് പ്രോസസ്സിംഗിന് ഏറ്റവും അനുയോജ്യമായ പ്രവർത്തനം. ഉപയോക്തൃ മാനുവൽ ഓൺ കാണുക
വിശദാംശങ്ങൾക്ക് SB-EXT:ഡിസബിൾ-ഡീബഗ്ഗർ.

--വിടുക
ടോപ്‌ലെവൽ ഓപ്‌ഷൻ പ്രോസസ്സിംഗിന്റെ അവസാനം, വിജയകരമായ പൂജ്യ കോഡ് ഉപയോഗിച്ച് SBCL-ൽ നിന്ന് പുറത്തുകടക്കുക.
ഇനിപ്പറയുന്ന ടോപ്ലെവൽ ഓപ്‌ഷനുകൾ കഴിയുന്നതുവരെ ഈ ഓപ്‌ഷന്റെ പ്രഭാവം വൈകുമെന്ന കാര്യം ശ്രദ്ധിക്കുക
ഈ.

--ഇന്ററാക്ടീവ് അല്ലാത്തത്
ഈ ഓപ്‌ഷൻ അസാധാരണമായതും അസാധാരണമല്ലാത്തതുമായ റീഡ്-ഇവൽ-പ്രിന്റ് ലൂപ്പ് പ്രവർത്തനരഹിതമാക്കുന്നു
കാരണങ്ങൾ. ഇത് --disable-debugger, --quit എന്നിവ സംയോജിപ്പിച്ച് ഉപയോഗപ്രദമാണ്
ബാച്ച് ഉപയോഗങ്ങൾക്കായി --സ്ക്രിപ്റ്റ് സൂചിപ്പിക്കുന്ന പ്രത്യേക ഓപ്ഷൻ പ്രോസസ്സിംഗ് ആവശ്യമില്ല.

--സ്ക്രിപ്റ്റ്
--no-sysinit --no-userinit --disable-debugger --end-toplevel-options സൂചിപ്പിക്കുന്നു.

നിർദ്ദിഷ്ട ഫയൽ ലോഡുചെയ്യുന്നതിനും അതിനുശേഷം ഉടൻ പുറത്തുകടക്കുന്നതിനും സിസ്റ്റത്തിന് കാരണമാകുന്നു, പകരം
റീഡ്-ഇവൽ-പ്രിന്റ് ലൂപ്പിലേക്ക് പ്രവേശിക്കുന്നത്. ഫയൽ ആരംഭിക്കുന്നത് ഷെബാംഗ് ലൈനിലാണ് എങ്കിൽ, അത്
അവഗണിച്ചു.

കമാൻഡ് ലൈനിൽ ടോപ്ലെവൽ ഓപ്ഷനുകൾ ദൃശ്യമാകുന്ന ക്രമം പരിഗണിക്കാതെ തന്നെ, ക്രമം
പ്രവർത്തനങ്ങൾ ഇതാണ്:

1. അഭ്യർത്ഥിച്ചാൽ, ഡീബഗ്ഗർ പ്രവർത്തനരഹിതമാക്കി.

2. നിരോധിക്കാത്ത പക്ഷം, ഏതെങ്കിലും സിസ്റ്റം ഇനീഷ്യലൈസേഷൻ ഫയൽ ലോഡ് ചെയ്യപ്പെടും.

3. നിരോധിച്ചിട്ടില്ലെങ്കിൽ ഏതെങ്കിലും ഉപയോക്തൃ ഇനീഷ്യലൈസേഷൻ ഫയൽ ലോഡ് ചെയ്‌തിരിക്കുന്നു.

4. --eval, --load ഓപ്ഷനുകൾ നൽകിയിരിക്കുന്ന ക്രമത്തിൽ പ്രോസസ്സ് ചെയ്യുന്നു.

അവസാനമായി, ഒന്നുകിൽ റീഡ്-ഇവൽ-പ്രിന്റ് ലൂപ്പ് നൽകി അല്ലെങ്കിൽ --സ്ക്രിപ്റ്റ് ഉപയോഗിച്ച് വ്യക്തമാക്കിയ ഫയൽ
ഓപ്ഷൻ ലോഡ് ചെയ്തു.

റീഡ്-ഇവൽ-പ്രിന്റ് ലൂപ്പിൽ പ്രവർത്തിക്കുമ്പോൾ, ഫയലിന്റെ അവസാനം സിസ്റ്റം പുറത്തുകടക്കുന്നു. അതുപോലെ, ദി
--script ഉപയോഗിച്ച് വ്യക്തമാക്കിയ ഫയൽ പ്രോസസ്സ് ചെയ്ത ഉടൻ തന്നെ സിസ്റ്റം പുറത്തുകടക്കുന്നു.

ഒരു ഉപയോക്താവ് സൃഷ്ടിച്ച ഒരു കോർ ഫയൽ ഉപയോഗിച്ച് --core ഓപ്ഷൻ ഉപയോഗിച്ച് SBCL പ്രവർത്തിപ്പിക്കുമ്പോൾ ശ്രദ്ധിക്കുക
SB-EXT-ലേക്ക് വിളിക്കുക: SAVE-LISP-AND-DIE, ടോപ്‌ലെവൽ ഓപ്ഷനുകൾ നിയന്ത്രണത്തിലായിരിക്കാം
ഉപയോക്തൃ കോഡ് SB-EXT:SAVE-LISP-AND-DIE എന്നതിലേക്ക് ആർഗ്യുമെന്റായി കൈമാറി. ഈ ആവശ്യത്തിനായി, ദി
--end-toplevel-options ഓപ്ഷൻ തന്നെ ഒരു ടോപ്ലെവൽ ഓപ്ഷനായി കണക്കാക്കാം, അതായത് ഉപയോക്താവ്
കോർ, അതിന്റെ ഓപ്ഷനിൽ, അതിനെ പിന്തുണച്ചേക്കില്ല.

സ്റ്റാൻഡേർഡ് SBCL സ്റ്റാർട്ടപ്പ് ശ്രേണിയിൽ (അതായത് ഉപയോക്തൃ കോർ ഉൾപ്പെടാതെ) ടോപ്ലെവൽ ഓപ്ഷനുകൾ
കൂടാതെ ഏതെങ്കിലും --end-toplevel-options ഐച്ഛികം കമാൻഡ് ലൈൻ ആർഗ്യുമെന്റ് ലിസ്റ്റിൽ നിന്നും നീക്കം ചെയ്യപ്പെടും
ഉപയോക്തൃ കോഡിന് അത് കാണാനുള്ള അവസരം ലഭിക്കുന്നതിന് മുമ്പ്.

ചുരുക്കവിവരണത്തിനുള്ള

സിഎംയു സിഎല്ലിൽ നിന്നാണ് എസ്ബിസിഎൽ ഉരുത്തിരിഞ്ഞത്. (പേര് കണക്ഷൻ അംഗീകരിക്കാൻ ഉദ്ദേശിച്ചുള്ളതാണ്:
സ്റ്റീലും ബാങ്കിംഗും കാർണഗീയും മെലോണും വലിയ പണം ഉണ്ടാക്കിയ വ്യവസായങ്ങളാണ്.)

എസ്ബിസിഎൽ ഡിഫോൾട്ടായി കംപൈൽ ചെയ്യുന്നു: റീഡ്-ഇവൽ-പ്രിന്റ് ലൂപ്പിൽ നൽകിയ ഫംഗ്ഷനുകൾ പോലും കംപൈൽ ചെയ്യുന്നു
നേറ്റീവ് കോഡിലേക്ക്, മൂല്യനിർണ്ണയക്കാരൻ വ്യക്തമായി ഓണാക്കിയിട്ടില്ലെങ്കിൽ. (ഇന്നും ഏകദേശം 30
MacLisp കംപൈലറിന് വർഷങ്ങൾക്ക് ശേഷം, Lisp ഒരു വ്യാഖ്യാനമാണെന്ന് ആളുകൾ നിങ്ങളോട് പറയും
ഭാഷ. അവരെ അവഗണിക്കുക.)

എസ്‌ബി‌സി‌എൽ ലക്ഷ്യമിടുന്നത് എന്നാൽ കോമണിനായുള്ള എഎൻ‌എസ്‌ഐ സ്റ്റാൻഡേർഡ് പൂർണ്ണമായും പാലിക്കാൻ സാധിച്ചിട്ടില്ല
ലിസ്പ്. ഇതിനെക്കുറിച്ചുള്ള കൂടുതൽ വിവരങ്ങൾ ചുവടെയുള്ള BUGS വിഭാഗത്തിൽ ലഭ്യമാണ്.

SBCL-ൽ വിവിധ ANSI ഇതര വിപുലീകരണങ്ങളും ഉൾപ്പെടുന്നു, കൂടുതൽ പൂർണ്ണമായി ഉപയോക്തൃ മാനുവലിൽ വിവരിച്ചിരിക്കുന്നു.
ഇവയിൽ ചിലത് അടിസ്ഥാന സിസ്റ്റത്തിലാണ്, മറ്റുള്ളവ അഭ്യർത്ഥന പ്രകാരം ലോഡ് ചെയ്ത "സംഭാവന" മൊഡ്യൂളുകളാണ്
REQUIRE ഉപയോഗിക്കുന്നു. ഉദാഹരണത്തിന്, TCP/IP നൽകുന്ന SB-BSD-SOCKETS മൊഡ്യൂൾ ലോഡ് ചെയ്യാൻ
കണക്റ്റിവിറ്റി,
* ('asdf ആവശ്യമാണ്)
* ('sb-bsd-sockets ആവശ്യമാണ്)

കൂടുതൽ വിവരങ്ങൾക്ക്, ഉപയോക്തൃ മാനുവൽ കാണുക.

ദി കമ്പൈലർ

"പൈത്തൺ" നേറ്റീവ് കോഡ് കംപൈലർ CMU CL-ൽ നിന്ന് SBCL അവകാശമാക്കുന്നു. (ഞങ്ങൾ പലപ്പോഴും അത് ഒഴിവാക്കുന്നുണ്ടെങ്കിലും
പൈത്തൺ എന്നും വിളിക്കപ്പെടുന്ന സ്ക്രിപ്റ്റിംഗ് ഭാഷയുമായുള്ള ആശയക്കുഴപ്പം ഒഴിവാക്കാൻ പേര് നൽകുക.) ഇത്
കോമൺ ലിസ്‌പിന്റെ തരം സിസ്റ്റം മനസ്സിലാക്കുന്നതിനും അത് ഉപയോഗിക്കുന്നതിനും കമ്പൈലർ വളരെ മിടുക്കനാണ്
കോഡ് ഒപ്റ്റിമൈസ് ചെയ്യുക, കൂടാതെ കംപൈലർ ചെയ്യാത്തപ്പോൾ ഉപയോക്താവിനെ അറിയിക്കുന്നതിന് കുറിപ്പുകൾ നിർമ്മിക്കുന്നതിനെക്കുറിച്ച്
കാര്യക്ഷമമായ കോഡ് നിർമ്മിക്കാൻ മതിയായ തരത്തിലുള്ള വിവരങ്ങൾ ഉണ്ടായിരിക്കണം. അതും ശ്രമിക്കുന്നു (ഏതാണ്ട് എപ്പോഴും
വിജയകരമായി) അസാധാരണവും എന്നാൽ വളരെ ഉപയോഗപ്രദവുമായ തത്വം പിന്തുടരുക "പ്രഖ്യാപനങ്ങളാണ്
അവകാശവാദങ്ങൾ", അതായത് ടൈപ്പ് ഡിക്ലറേഷനുകൾ റൺടൈമിൽ പരിശോധിക്കേണ്ടതാണ്
സുരക്ഷിതത്വത്തേക്കാൾ വേഗതയാണ് പ്രധാനമെന്ന് സിസ്റ്റത്തോട് വ്യക്തമായി പറയുന്നു.

സമാഹരിച്ച കോഡ് മെമ്മറി സ്വയമേവ നിയന്ത്രിക്കാൻ മാലിന്യ ശേഖരണം ഉപയോഗിക്കുന്നു. മാലിന്യം
കളക്ടർ നടപ്പിലാക്കൽ CPU മുതൽ CPU വരെ ഗണ്യമായി വ്യത്യാസപ്പെടുന്നു. പ്രത്യേകിച്ചും, ചില CPU-കളിൽ
GC ഏതാണ്ട് കൃത്യമാണ്, മറ്റുള്ളവയിൽ ഇത് കൂടുതൽ യാഥാസ്ഥിതികമാണ്, ചില CPU-കളിൽ GC ആണ്
തലമുറകൾ, മറ്റുള്ളവയിൽ ലളിതമായ സ്റ്റോപ്പ്, കോപ്പി തന്ത്രങ്ങൾ ഉപയോഗിക്കുന്നു.

കമ്പൈലറിനെക്കുറിച്ചുള്ള കൂടുതൽ വിവരങ്ങൾക്ക്, ഉപയോക്തൃ മാനുവൽ കാണുക.

സിസ്റം ആവശ്യകതകൾ

SBCL നിലവിൽ X86 (Linux, FreeBSD, OpenBSD, NetBSD), X86-64 (ലിനക്സ്), ആൽഫ എന്നിവയിൽ പ്രവർത്തിക്കുന്നു
(Linux, Tru64), PPC (Linux, Darwin/MacOS X), SPARC (Linux and Solaris 2.x), കൂടാതെ MIPS
(ലിനക്സ്). നിലവിലുള്ളതും സാധ്യമായതുമായ മറ്റ് പോർട്ടുകളെക്കുറിച്ചുള്ള വിവരങ്ങൾക്ക്, sbcl-devel മെയിലിംഗ് കാണുക
ലിസ്റ്റ്, കൂടാതെ/അല്ലെങ്കിൽ വെബ്‌സൈറ്റ്.

X16 സിസ്റ്റങ്ങളിൽ പ്രവർത്തിക്കാൻ SBCL ന് 86Mb RAM ആവശ്യമാണ്, എന്നാൽ എല്ലാം ചെറുതാണെങ്കിലും
32Mb അല്ലെങ്കിൽ അതിൽ കൂടുതലുള്ള പ്രോഗ്രാമുകൾ സന്തോഷകരമായിരിക്കും.

അറിയപ്പെടുന്നത് ബഗുകൾ

ഈ വിഭാഗം ഏറ്റവും ഗുരുതരമായതും ദീർഘകാലമായി നിലനിൽക്കുന്നതുമായ ബഗുകൾ പട്ടികപ്പെടുത്താൻ ശ്രമിക്കുന്നു. കൂടുതൽ വിശദമായി
ബഗുകളെക്കുറിച്ചുള്ള നിലവിലെ വിവരങ്ങളും, വിതരണത്തിലെ BUGS ഫയൽ കാണുക.

കൂമ്പാരമായ മെമ്മറി ക്ഷീണിപ്പിച്ച് ആഴത്തിലുള്ള കുഴപ്പത്തിൽ അകപ്പെടാൻ സാധ്യതയുണ്ട്. എസ്ബിസിഎൽ സിസ്റ്റം
സ്റ്റാർട്ടപ്പിൽ മെമ്മറി മറികടക്കുന്നു, അതിനാൽ, Linux, FreeBSD പോലുള്ള സാധാരണ യുണിക്സ്-എലൈക്കുകളിൽ, ഇത്
സിസ്റ്റത്തിലുള്ളതിനേക്കാൾ കൂടുതൽ വെർച്വൽ മെമ്മറി ഉപയോഗിക്കുന്നതായി SBCL സിസ്റ്റം മാറുകയാണെങ്കിൽ എന്നാണ് അർത്ഥമാക്കുന്നത്
ഇതിന് ലഭ്യമാണ്, മറ്റ് പ്രക്രിയകൾ ക്രമരഹിതമായി (!) കൊല്ലപ്പെടുന്നു.

ഫംഗ്‌ഷൻ റിട്ടേൺ മൂല്യങ്ങൾ കംപൈലർ കൈകാര്യം ചെയ്യുന്നത് "ഡിക്ലറേഷനുകൾ" അനാവശ്യമായി ലംഘിക്കുന്നു
അവകാശവാദങ്ങളാണ് "അത് മറ്റുതരത്തിൽ പാലിക്കുന്ന തത്വം. പ്രോക്ലെയിം അല്ലെങ്കിൽ ഡിക്ലെയിം ഉപയോഗിച്ച്
ഒരു ഫംഗ്‌ഷന്റെ റിട്ടേൺ തരം വ്യക്തമാക്കുക, പരിശോധിക്കാതെ തന്നെ കംപൈലർ നിങ്ങളെ വിശ്വസിക്കുന്നു.
അങ്ങനെ അടങ്ങുന്ന ഒരു ഫയൽ കംപൈൽ ചെയ്യുന്നു
(ഡിക്ലെയിം (FTYPE (FUNCTION (T) NULL) ചിലപ്പോൾ))
(ചിലപ്പോൾ ഡീഫൺ (X) (ODDP X))
(DEFUN FOO (X) (എങ്കിൽ (ചിലപ്പോൾ X) 'ഈ സമയം 'ഇത്-ഈ സമയമല്ല))
തുടർന്ന് ഓടുന്നത് (FOO 1) ഈ സമയമല്ല നൽകുന്നത്, കാരണം കംപൈലർ സത്യത്തെ ആശ്രയിച്ചിരിക്കുന്നു
അത് പരിശോധിക്കാതെ ഡിക്ലെയിം ചെയ്യുക.

ചില കാര്യങ്ങൾ വളരെ കാര്യക്ഷമമായി നടപ്പാക്കപ്പെടുന്നു.

-- മൾട്ടിഡൈമൻഷണൽ അറേകൾ കാര്യക്ഷമമല്ല, പ്രത്യേകിച്ച് ഫ്ലോട്ടിംഗിന്റെ മൾട്ടിഡൈമൻഷണൽ അറേകൾ
പോയിന്റ് നമ്പറുകൾ.

-- SBCL, സ്റ്റോക്ക് ഹാർഡ്‌വെയറിലെ കോമൺ ലിസ്‌പിന്റെ മിക്ക (ഒരുപക്ഷേ എല്ലാം?) നടപ്പിലാക്കലുകൾ പോലെ,
ഫ്ലോട്ടിംഗ് പോയിന്റ് നമ്പറുകൾ കാര്യക്ഷമമായി കടന്നുപോകുന്നതിൽ ബുദ്ധിമുട്ട്, കാരണം ഒരു ഫ്ലോട്ടിംഗ് പോയിന്റ്
നമ്പർ, കൂടാതെ അതിന്റെ തരം തിരിച്ചറിയാൻ കുറച്ച് അധിക ബിറ്റുകൾ, ഒരു മെഷീൻ പദത്തേക്കാൾ വലുതാണ്.
(അങ്ങനെ, കൂമ്പാരം അനുവദിച്ച സ്റ്റോറേജിൽ അവ "ബോക്‌സ് ചെയ്യപ്പെടുന്നു", ഇത് ജിസി ഓവർഹെഡിന് കാരണമാകുന്നു.) ഒരു പരിധിക്കുള്ളിൽ
സിംഗിൾ കംപൈലേഷൻ യൂണിറ്റ്, അല്ലെങ്കിൽ SQRT, AREF പോലുള്ള ബിൽറ്റ്-ഇൻ പ്രവർത്തനങ്ങൾ ചെയ്യുമ്പോൾ അല്ലെങ്കിൽ ചിലത്
സ്ട്രക്ചർ സ്ലോട്ട് ആക്‌സസ് പോലുള്ള പ്രത്യേക പ്രവർത്തനങ്ങൾ, ഇത് ഒഴിവാക്കാവുന്നതാണ്: ഉപയോക്തൃ മാനുവൽ കാണുക
ചില കാര്യക്ഷമത സൂചനകൾക്കായി. എന്നാൽ പൊതുവായ ഫംഗ്‌ഷനുകൾക്ക് അതിരുകൾക്കപ്പുറത്തുള്ള കോളുകൾ
കംപൈലേഷൻ യൂണിറ്റുകൾ, ഒരു ഫംഗ്‌ഷനായി ഫ്ലോട്ടിംഗ് പോയിന്റ് കണക്കുകൂട്ടലിന്റെ ഫലം കൈമാറുന്നു
ആർഗ്യുമെന്റ് (അല്ലെങ്കിൽ ഫ്ലോട്ടിംഗ് പോയിന്റ് ഫലം ഫംഗ്‌ഷൻ മൂല്യമായി നൽകുന്നു) അടിസ്ഥാനപരമായി
മന്ദഗതിയിലുള്ള പ്രവർത്തനം.

റിപ്പോർട്ടുചെയ്യുന്നു ബഗുകൾ

ഒരു ബഗ് റിപ്പോർട്ടുചെയ്യുന്നതിന്, ദയവായി മെയിലിംഗ് ലിസ്റ്റുകളിലേക്ക് sbcl-help അല്ലെങ്കിൽ sbcl-devel-ലേക്ക് മെയിൽ അയയ്‌ക്കുക. നിങ്ങൾക്ക് കഴിയും
എന്നതിലെ വെബ് പേജുകളിൽ പൂർണ്ണമായ മെയിലിംഗ് ലിസ്റ്റ് വിലാസങ്ങൾ കണ്ടെത്തുക
<http://sbcl.sourceforge.net/>; സ്‌പാം കുറയ്ക്കുന്നതിനുള്ള നടപടിയെന്ന നിലയിൽ നിങ്ങൾ സബ്‌സ്‌ക്രൈബ് ചെയ്യേണ്ടത് ശ്രദ്ധിക്കുക
നിങ്ങൾക്ക് പോസ്റ്റുചെയ്യുന്നതിന് മുമ്പ് ലിസ്റ്റുകളിലേക്ക്. (നിങ്ങൾക്ക് ഫാൻസി SourceForge ബഗ് ട്രാക്കിംഗും കണ്ടെത്താം
യന്ത്രസാമഗ്രികൾ അവിടെയുണ്ട്, പക്ഷേ വഞ്ചിതരാകരുത്. എന്തായാലും 2002-07-25 വരെ, ഞങ്ങൾ സജീവമായി നിരീക്ഷിക്കാറില്ല
ആ യന്ത്രസാമഗ്രികൾ, എങ്ങനെ തിരിയണമെന്ന് നമുക്ക് കണ്ടുപിടിക്കാൻ കഴിയാത്തതിനാൽ മാത്രമാണ് അത് നിലനിൽക്കുന്നത്
അത് ഓഫ്.)

ഏതൊരു സോഫ്‌റ്റ്‌വെയർ ബഗ് റിപ്പോർട്ടിലെന്നപോലെ, നിങ്ങൾക്ക് മതിയായ വിവരങ്ങൾ നൽകാൻ കഴിയുമെങ്കിൽ ഇത് ഏറ്റവും സഹായകരമാണ്
രോഗലക്ഷണങ്ങൾ വിശ്വസനീയമായി പുനർനിർമ്മിക്കുന്നതിനും രോഗലക്ഷണങ്ങൾ എന്താണെന്ന് നിങ്ങൾ വ്യക്തമായി പറഞ്ഞാൽ. വേണ്ടി
ഉദാഹരണത്തിന്, "വളരെ ചെറിയ നെഗറ്റീവ് ആർഗ്യുമെന്റുകളുടെ TAN-ൽ എന്തോ കുഴപ്പമുണ്ടെന്ന് തോന്നുന്നു.
എന്റെ Linux-ൽ sbcl-1.2.3-ൽ ഞാൻ ഇന്ററാക്ടീവ് ആയി (TAN LEAST-NEGATIVE-Single-FLOAT) എക്സിക്യൂട്ട് ചെയ്യുമ്പോൾ
4.5 X86 ബോക്സ്, എനിക്ക് ഒരു UNBOUND-VARIABLE പിശക് ലഭിക്കുന്നു."

വ്യത്യാസങ്ങൾ FROM സി.എം.യു. CL

ഒരു പ്ലെയിൻ വാനില ANSI കോമൺ ലിസ്‌പ് സിസ്റ്റവും ഒരു സിയും ഉപയോഗിച്ച് ആദ്യം മുതൽ SBCL നിർമ്മിക്കാൻ കഴിയും.
കമ്പൈലറും അതിന്റെ എല്ലാ ഗുണങ്ങളും സോഴ്സ് കോഡിന്റെ പതിപ്പ് വ്യക്തമാക്കുന്നു
അതിൽ നിന്നാണ് അത് സൃഷ്ടിച്ചത്. ഈ വൃത്തിയുള്ള ബൂട്ട്‌സ്‌ട്രാപ്പബിലിറ്റി ഫോർക്കിംഗിനുള്ള ഉടനടി പ്രചോദനമായിരുന്നു
CMU CL വികസന വൃക്ഷത്തിൽ നിന്ന്. വൈവിധ്യമാർന്ന നടപ്പാക്കൽ വ്യത്യാസങ്ങൾ പ്രചോദനം നൽകുന്നു
ഈ ഡിസൈൻ ലക്ഷ്യം പ്രകാരം.

SBCL-ലെ മെയിന്റനൻസ് ജോലികൾ, അറ്റകുറ്റപ്പണികളിൽ നിന്ന് ഫോർക്ക് വ്യതിചലിച്ചതിനാൽ
CMU CL. പലതും എന്നാൽ എല്ലാ ബഗ് പരിഹാരങ്ങളും മെച്ചപ്പെടുത്തലുകളും ഇരുവരും തമ്മിൽ പങ്കിട്ടു
പ്രോജക്‌റ്റുകൾ, ചിലപ്പോൾ രണ്ട് പ്രോജക്‌ടുകളും ഒരു മെച്ചപ്പെടുത്തലിനെക്കുറിച്ച് വിയോജിക്കുന്നു.

CMU CL പിന്തുണയ്‌ക്കുന്ന മിക്ക വിപുലീകരണങ്ങളും മോട്ടിഫ് ഉൾപ്പെടെ SBCL-ൽ നിന്ന് അൺബണ്ടിൽ ചെയ്‌തിരിക്കുന്നു
പിന്തുണ, ഹെംലോക്ക് എഡിറ്റർ, തിരയൽ പാതകൾ, വയർ പ്രോട്ടോക്കോൾ, വിവിധ ഉപയോക്തൃ-തല മാക്രോകൾ
പ്രവർത്തനങ്ങളും (ഉദാ LETF, ITERATE, MEMQ, REQUIRED-ARGUMENT), കൂടാതെ മറ്റു പലതും.

(എന്തുകൊണ്ട് SBCL കൂടുതൽ വിപുലീകരണങ്ങളെ നേറ്റീവ് ആയി പിന്തുണയ്‌ക്കുന്നില്ല? എന്തുകൊണ്ടാണ് ആ നല്ല വിപുലീകരണങ്ങളെല്ലാം ഉപേക്ഷിക്കുന്നത്
കോഡ് നിലവിലുണ്ടെങ്കിൽ CMU CL-ൽ നിന്ന്? എന്നതിൽ പതിവായി ചോദിക്കുന്ന ചോദ്യമാണിത്
അയക്കേണ്ട പട്ടിക. രണ്ട് പ്രധാന കാരണങ്ങളുണ്ട്. ആദ്യം, ഇത് ഒരു ഡിസൈൻ ഫിലോസഫി പ്രശ്നമാണ്:
ഒരു സ്ഥിരതയുള്ള എഫ്എഫ്ഐ വിതരണം ചെയ്തുകൊണ്ട് എസ്ബിസിഎൽ അതിന്റെ ജോലി നിർവഹിച്ചു, ശരിയായ ഡിസൈൻ തീരുമാനം
സോക്കറ്റ് സപ്പോർട്ട് പോലെ അതിൽ നിന്ന് ഉരുത്തിരിഞ്ഞ പ്രവർത്തനം പ്രത്യേക ലൈബ്രറികളിലേക്ക് നീക്കാൻ.
ഇവയിൽ ചിലത് SBCL-നൊപ്പം "സംഭാവന" മൊഡ്യൂളുകളായി വിതരണം ചെയ്യുന്നു, മറ്റുള്ളവ വിതരണം ചെയ്യുന്നു
സോഫ്‌റ്റ്‌വെയർ പാക്കേജുകൾ വെവ്വേറെ മെയിന്റനർമാരാൽ വേർതിരിക്കുക. രണ്ടാമതായി, ഇതൊരു പ്രായോഗിക തീരുമാനമാണ് -
ചെറിയ അളവിലുള്ള കാര്യങ്ങളിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നത്, അവയിൽ കൂടുതൽ മികച്ച രീതിയിൽ പ്രവർത്തിക്കാൻ കഴിയുമെന്ന് ഞങ്ങൾ പ്രതീക്ഷിക്കുന്നു.)

പിന്തുണ

SBCL-നെ കുറിച്ചുള്ള വിവിധ വിവരങ്ങൾ ഇവിടെ ലഭ്യമാണ്http://www.sbcl.org/>. മെയിലിംഗ് ലിസ്റ്റുകൾ
പിന്തുണ തേടാൻ ശുപാർശ ചെയ്യുന്ന സ്ഥലങ്ങളുണ്ട്.

AUTHORS

ഡസൻ കണക്കിന് ആളുകൾ എസ്‌ബി‌സി‌എല്ലിലേക്കും അതിന്റെ സബ്‌സിസ്റ്റങ്ങളിലേക്കും കാര്യമായ സംഭാവനകൾ നൽകിയിട്ടുണ്ട്
വർഷങ്ങളായി അത് അടിസ്ഥാനമാക്കിയ CMU CL സിസ്റ്റം. എന്നതിലെ CREDITS ഫയൽ കാണുക
കൂടുതൽ വിവരങ്ങൾക്ക് വിതരണം.

ENVIRONMENT

SBCL_HOME "sbclrc", "sbcl.core", ആഡ്-ഓൺ എന്നിവ പോലുള്ള ഫയലുകൾ എവിടെയാണ് ഈ വേരിയബിൾ നിയന്ത്രിക്കുന്നത്
"contrib" സിസ്റ്റങ്ങൾക്കായി തിരയുന്നു. ഇത് സജ്ജീകരിച്ചിട്ടില്ലെങ്കിൽ, sbcl അത് എയിൽ നിന്ന് സജ്ജമാക്കുന്നു
കംപൈൽ-ടൈം ഡിഫോൾട്ട് ലൊക്കേഷൻ അത് സാധാരണയായി /usr/local/lib/sbcl/ ആണ്, എന്നാൽ ഉണ്ടായിരിക്കാം
മാറ്റി ഉദാ ഒരു മൂന്നാം കക്ഷി പാക്കേജർ വഴി.

onworks.net സേവനങ്ങൾ ഉപയോഗിച്ച് sbcl ഓൺലൈനായി ഉപയോഗിക്കുക