+# Don't use -split-objs in in GhcLibHcOpts, because the build
+# system needs to do other special magic if you are
+# doing object-file splitting
+
+# Don't split object files for libs if we're building DLLs, or booting from
+# .hc files.
+SplitObjs=YES
+
+ifeq "$(DLLized)" "YES"
+SplitObjs=NO
+endif
+ifeq "$(BootingFromHc)" "YES"
+SplitObjs=NO
+endif
+ifeq "$(GhcUnregisterised)" "YES"
+SplitObjs=NO
+endif
+ifeq "$(TARGETPLATFORM)" "ia64-unknown-linux"
+SplitObjs=NO
+endif
+
+# ----------------------------------------------------------------------------
+# Options for GHC's RTS
+
+# This is a good way to set things like -optc-g and -optc-DDEBUG for the RTS.
+# GhcRtsHcOpts is used when compiling .hc files and .c files.
+# GhcRtsCcOpts is used when compiling .c files only.
+
+# For a debugging RTS:
+# GhcRtsHcOpts = -optc-DDEBUG
+# GhcRtsCcOpts = -g
+
+# For an optimised RTS:
+GhcRtsHcOpts=-O2
+GhcRtsCcOpts=-fomit-frame-pointer
+
+# Include the front panel code? Needs GTK+.
+GhcRtsWithFrontPanel = NO
+
+#
+# To have the RTS support interoperation with OS threads, set
+# GhcRtsThreaded to YES (preferably via the --enable-threaded-rts
+# configure script option). The consequence of this is spelled out
+# in details elsewhere, but, briefly, Concurrent Haskell threads
+# can now make external (i.e., C) calls without blocking the progress
+# of other CH threads. Multiple native threads can also execute
+# Haskell code without getting in each others way too.
+#
+GhcRtsThreaded=@ThreadedRts@
+
+################################################################################
+#
+# libraries project
+#
+################################################################################
+
+# Build the Haskell Readline bindings?
+#
+GhcLibsWithReadline=@HaveReadlineHeaders@
+
+# Libraries needed for linking with readline
+LibsReadline=@LibsReadline@
+