Обьясните пожалуйста хотя бы коротко для чего все эти опции в Project/Options.../Compiler. Не нашел нигде ясного описания и на каком этапе они нужны. Вроде где то читал что в процесе разработки лучше бы их включить, для выявления ошибок в программе, а когда уже проект закончен то можно некоторые из них выключить, вроде бы для ускорения работы программы.
Что можете сказать по этому поводу?

абаждите. а по F1 разве не вся понятно написано что зачем нужно? ))
какие конкретно значения опций не ясны?

Интересует - можно отключать кое какие из них в "финальной" версии программы и какой толк от этого.

вкратце и "не с той стороны":
оптимизация(флаги секции "code generation") могут сделать дебаг мягко говоря напряжным(например, попробуй при включенной оптимизации отследить внутри методов указатель на Self: будет заявлено, что, мол, Self недоступен вследствии оптимизации), потом, опять же, то, что отображается в окне "Show CPU" вследствии оптимизации слабо связано с исходным кодом - может усложнить отладку. Ввиду этого, во время отладки оптимизацию лучше отключить. С другой стороны, оптимизация может настолько сильно изменить размещение кода/данных в памяти(например, опция выравнивания полей записи по значению в 8 байт), что ранее незамеченные ошибки доступа за пределы массивы/доступа к полям уже удаленного объекта и прочие баги, ранее не замеченные, сразу же начнут выдавать Access violation. Или наоборот. Следствие - дебажить лучше с отключенной оптимизацией, но надо хотя бы раз протестировать программу с включенными параметрами оптимизации. Кстати, упомянутое выравнивание полей записи по какой-нибудь границе может существенно ускорить работу приложения, если у тебя, скажем, массив больших(по количеству полей) записей и ты снуешь по ним туда-сюда. 
Флаги секции debuggin отвечают за то, чтоб по F8 ты переходил на следующую строку кода, а также - чтоб ты мог смотреть значения переменных и ставить breakpoint'ы. Вот только размер приложения несколько увеличивается, потому в релизе лучше этот дебаг отключать.