Common Lisp のマクロには、マクロ展開されたコードに、呼び出し側の文脈で使われているシンボルが出現する変数キャプチャという機能がある。これは、プログラマが特殊な意味をもつシンボルを備えたマクロを作ることを可能とする。変数キャプチャは予期しない、一風変わったエラーを引き起こす可能性がある。Scheme のような他の LISP系のシステムでは、変数キャプチャを許さないマクロ構文を備えているものもある。Common Lisp では、意図しないキャプチャを避けるために、キャプチャの恐れのないマクロ展開時にユニークな変数を導入する gensym オペレータを使って回避するのが一般的である。その他の問題として、不用意なマクロ展開時のオペレータのシャドウイングがある。たとえば、次のような (不正な) コードである。 (macrolet ((do (...) ... something else ...))   (until (= (random 10) 0)     (write-line "Hello")))until マクロは do の呼び出しへと展開される事になる。この時、意図しているのは組み込みのマクロ do であるが、このコンテキストでは do はまったく異なる意味を持つことになる。Common Lisp では、do のような組み込みオペレータの再定義を禁止することで、オペレータのシャドウイング問題を和らげようとしている。さらに、ユーザーはそれぞれ自分のコードをパッケージに分離する事ができる。組み込みのシンボルは、ユーザーパッケージ内でシャドウイングされてしまっていても、COMMON-LISP パッケージで見つけることができる。
LISP系言語におけるマクロは、表面上は関数と同じように使われる。しかし、それは評価される式を表すというよりプログラムのソースコードの変形を表現している。マクロはプログラマーに言語内に新しい構文フォームを作る事を可能とする。たとえば、このマクロは Perl のような言語で馴染みのある until ループのためのフォームを実現する。 (defmacro until (test &body body)  `(do ()     (,test)     ,@body)) ;; example (until (= (random 10) 0)    (write-line "Hello"))(macroexpand-1 '(until (= (random 10) 0)                   (write-line "Hello")));; -->;; '(do ();;    ((= (random 10) 0));;    (write-line "Hello"))すべてのマクロは、内に含むソースコードが評価、あるいはコンパイルされるよりも前に必ず展開される。マクロは抽象構文木（S 式）を受けとり、それを変更して返す関数だと考えることができる。これらの関数は、最終的なソースコードを生成するために評価器やコンパイラよりも前に呼び出される。マクロは通常の Common Lisp で記述され、任意の Common Lisp オペレータ（あるいは自作のオペレータ）を使うことができる。上の例で使用されているバッククォート記法は一般的なコードテンプレートへの代入を単純化するために　Common Lisp によって提供されているものである。
他のプログラミング言語におけるプログラムと同様に、Common Lisp のプログラムも変数や関数、その他の要素を参照するために名前を用いる。名前が参照するものは、スコープによって決定されている。名前と、それが参照する実体との関係を束縛（バインディング）と呼ばれている。
関数名のための名前空間は、データ変数のための名前空間とは分離されている。これは Common Lisp と Scheme における主要な違いである。defun、flet そして labels のようなオペレータは関数名前空間へ名前を定義する。他の関数への引数として関数名を渡す場合には、function スペシャルオペレータ（通常 #' と略記される）を使う必要がある。最初の sort 引数では、関数名前空間にシンボル > で定義された関数名を #'> というコードで参照している。Scheme の評価モデルはより単純で、単一の名前空間のみが存在し、引数部分だけでなくあらゆる位置で、評価順序を問わずフォームは評価される。この事が Common Lisp と Scheme のどちらかの方言で書かれたコードは、ときどき他方の経験を持つプログラマーを混乱させることになる。たとえば、Common  Lisp プログラマーの多くは list あるいは string といった説明的な変数名を使用する事を好むが、これらの名称は Scheme ではローカルに関数名を上書きしてしまうという問題を起こすことになる。関数に独立した名前空間を持つ事が利点かどうかは、LISP コミュニティにおける論争の源となっている。この論争は一般に「Lisp-1 vs. Lisp-2 の議論」と言われる。この用語は リチャード・ガブリエル と ケント・ピットマン らによる二つの手法を広範囲にわたって比較した 1988 年の論文で作られた。
アラスカ州北部ではツンドラと極地性の気象条件にあり、気温が −80°F(−62℃) まで下がったことがある。一方、カリフォルニア州デスバレーでは気温 134°F(56.7℃) に達し、世界でも2番目の高温記録となった。アメリカ本土での最低気温極値は、1954年1月20日にモンタナ州Rogers Pass（標高1710m） において記録した −70°F(−56.5℃)である。アメリカ中西部〜南部からメキシコ湾沿岸にかけての地域は、北極からの寒気を遮る山脈が無いため、緯度のわりに猛烈な冷え込みを記録することがある。リンカーン(−36.1℃)、シカゴ(−32.8℃)、デモイン(−32.2℃)、シンシナティ(−32℃)、インディアナポリス(−32.7℃)、オマハ(−31.7℃)、カンザスシティ(−30.6℃)、コロンバス(−30℃)、ルイビル(−30℃)では最低気温極値は−30℃台であり、より南部に位置するナッシュビル(−27.2℃)、メンフィス(−25℃)やアトランタ(−22.2℃)、ハンツビル(−23.9℃)でも−20度以下まで下がっている。テキサス州内陸部でもアマリロ(−25.5℃)、ラボック(−26.6℃)、アビリーン(−22.8℃)、エルパソ(−22.2℃)、ダラス(−18.3℃)、サンアントニオ(−17.7℃)など軒並み−15℃以下まで下がっており、モービル(−16.1℃)、ペンサコーラ(−15℃)、タラハシー(−14.4℃)、ジャクソンビル(−13.8℃)、ヒューストン(−13.8℃)などのメキシコ湾に近い地域でも−10℃以下の気温を観測したことがあるなど、普段は温暖なフロリダ半島北部やメキシコ湾沿岸地域でも氷点下まで下がることも珍しくない。