... you could probably apply it with some bookmarklet
< 1259357707 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :since gcc trampolines doesn't interact well at all with that
< 1259357723 0 :pikhq!unknown@unknown.invalid PRIVMSG #esoteric :It's used by Apple's Grand Central Dispatch.
< 1259357727 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :MizardX, I suspect I could do it with firebug
< 1259357728 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :
ACTION tries

< 1259357732 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :well yeah
< 1259357747 0 :pikhq!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: Probably "poorly".
< 1259357751 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :pikhq, Assume I don't own a mac, what is that thing you mentioned
< 1259357757 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :or rather
< 1259357759 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I do own a mac
< 1259357761 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :it has os 9
< 1259357778 0 :pikhq!unknown@unknown.invalid PRIVMSG #esoteric :It's the new parallelism API that Apple added to the most recent version of OS X.
< 1259357816 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :pikhq, oh? so in some way this is used to implement a high level threading API?
< 1259357835 0 :pikhq!unknown@unknown.invalid PRIVMSG #esoteric :The various functions in it take lambda expressions as arguments.
< 1259357837 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :from my experience with C I have the say that that seems pretty hard
< 1259357859 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :pikhq, what about race conditions and mutexes and such then?
< 1259357874 0 :pikhq!unknown@unknown.invalid PRIVMSG #esoteric :I'm not familiar with the details of it.
< 1259357899 0 :pikhq!unknown@unknown.invalid PRIVMSG #esoteric :(I haven't bothered to set up a Darwin install to play with it.)
< 1259357984 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I won't believe you can hide the synchronization details for threads in C until I see it.
< 1259358029 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :pikhq, so does this mean that apple switched their main compiler to be clang now?
< 1259358058 0 :pikhq!unknown@unknown.invalid PRIVMSG #esoteric :They intend to.
< 1259358062 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :if so, I pitty all OS X users. Sure clang is getting really good now, but it is still far from as stable as gcc
< 1259358070 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :maybe in a year or so for C
< 1259358073 0 :pikhq!unknown@unknown.invalid PRIVMSG #esoteric :I think that Apple-GCC also has support for blocks.
< 1259358077 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ah
< 1259358090 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :then I pitty those apple developers who had to implement that :P
< 1259358090 0 :pikhq!unknown@unknown.invalid PRIVMSG #esoteric :If it doesn't, then I *do* know that Grand Central Dispatch can also be used with function pointers.
< 1259358119 0 :pikhq!unknown@unknown.invalid PRIVMSG #esoteric :Well, Apple *does* have a rather extensive patch set on GCC already...
< 1259358140 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :pikhq, I'm aware. That is one of the reasons llvm-gcc is so messy to get working on Linux
< 1259358184 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :pikhq, I had to rename the libstdc++ it compiled so it used the system one instead. Why? g++ wouldn't work otherwise.
< 1259358214 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :Why? I'm not completely sure, but it was looking for some symbol not defined in the llvm version, but that was defined in the system one. The system one being slightly newer
< 1259358248 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :but that also fixed an unrelated bug with gcc (which worked but gave a strange message on stderr every time)
< 1259358264 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :/home/arvid/local/llvm/2.6/libexec/gcc/x86_64-linux-gnu/4.2.1/cc1: Symbol
< 1259358264 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :`__gxx_personality_v0' causes overflow in R_X86_64_PC32 relocation
< 1259358276 0 :HackEgo!unknown@unknown.invalid PRIVMSG #esoteric :No output.
< 1259358276 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :(minus line break)
< 1259358282 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :oh and yes I reported that bug
< 1259358289 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :HackEgo, I'm not surprised
< 1259358358 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :pikhq, a extremely silly clang extension IMO is http://clang.llvm.org/docs/LanguageExtensions.html#analyzerattributes
< 1259358391 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :that analyzer_noreturn seems very strange.
< 1259358443 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :and no I don't agree with the reasoning for it
< 1259358513 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant, btw about klee, I had to implement a "FIXME: TEMPORARY HACK" thing to make it able to handle cfunge at all. However the way I implemented it is about as hackish, so I'm reluctant about sending it upstream
< 1259358536 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :plus I suspect it may run into issues with C++ memory handling
< 1259358541 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :*shudder*
< 1259358589 0 :MigoMipo!unknown@unknown.invalid QUIT :
< 1259363150 0 :kar8nga!unknown@unknown.invalid QUIT :Remote closed the connection
< 1259364333 0 :FireFly!unknown@unknown.invalid QUIT :"Leaving"
< 1259365745 0 :BeholdMyGlory!unknown@unknown.invalid QUIT :Remote closed the connection
< 1259366231 0 :pikhq!unknown@unknown.invalid QUIT :Read error: 104 (Connection reset by peer)
< 1259366311 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, there still?
< 1259366320 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :yes, although not paying attention
< 1259366361 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, do you happen to remember if sizeof() returns multiples of CHAR_BIT or if it is multiples of 8 bits always? If you see what I mean.
< 1259366379 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :multiples of CHAR_BIT
< 1259366386 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :sizeof (char) is always always 1, even on a DS9K
< 1259366390 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ah
< 1259366391 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :but that doesn't necessarily mean 8 bits