freenode/#sbcl - IRC Chatlog
Search
14:14:11
stassats
so that people who are inconvenienced by reduced performance can drop (setf sb-ext:*default-external-format* '(utf-8 :lf)
14:16:33
scymtym
or, well, doesn't have to, strictly speaking, but it seems more consistent that way
14:17:55
stassats
but (setf (sb-ext:default-external-format) :utf-8) is nicer than calling find-external-format
14:19:26
scymtym
i could be something like (defun (setf sb-ext:default-external-format) (designator) (setf … (typecase designator (external-format designator) (t (find-external-format designator)))))
14:20:30
stassats
some people are already using SB-IMPL::*DEFAULT-EXTERNAL-FORMAT*, have to not break it
14:28:54
scymtym
i can enable it again later. but having it break in way that needs manual intervention every other day is a little annoying
14:47:22
scymtym
stassats: i'm about done with external formats for today. i will continue when i next have time. or do you want to pick it up?
19:15:24
veckon
What is the current recommended flags to build "the most efficient" SBCL for x86_64 on Linux? Is "--fancy" enough, or will I be missing out on some neat optimizations available on latest Intel CPUs (like Skylake-X)?
20:12:10
dougk
veckon: there are no optimizations like what you're implying. "efficient" might, for some user, be "mean and lean" - the opposite of fancy. Disable threads, disable unicode. And disable safety if you want to go recklessly fast. Basically don't think of build options in terms of efficiency though.
20:20:50
nyef
... Okay, having checked logs, the main build-time feature toggles that affect time-cost of code running on the target system are threads and unicode.
20:21:51
nyef
Everything beyond that is... Oh, wait. The one who originally asked already left. Nevermind.