< 1220227681 0 :GreaseMonkey!n=gm@unaffiliated/greasemonkey JOIN :#esoteric < 1220228039 0 :lolwtfbbq!n=asdasdas@91.105.90.132 JOIN :#esoteric < 1220228057 0 :lolwtfbbq!unknown@unknown.invalid PRIVMSG #esoteric :test < 1220228058 0 :lolwtfbbq!unknown@unknown.invalid QUIT :Client Quit < 1220230549 0 :funnygot!unknown@unknown.invalid QUIT :Read error: 145 (Connection timed out) < 1220230981 0 :AnMaster_!n=AnMaster@unaffiliated/anmaster JOIN :#esoteric < 1220231018 0 :AnMaster!unknown@unknown.invalid QUIT :Connection timed out < 1220231248 0 :Corun!unknown@unknown.invalid QUIT :"This computer has gone to sleep" < 1220231590 0 :tusho!unknown@unknown.invalid QUIT : < 1220234424 0 :bsmntbombdood!n=gavin@97-118-123-197.hlrn.qwest.net JOIN :#esoteric < 1220236895 0 :bsmntbombdood!unknown@unknown.invalid QUIT : < 1220236917 0 :bsmntbombdood!n=gavin@97-118-123-197.hlrn.qwest.net JOIN :#esoteric < 1220237072 0 :dogface!n=Peggy@c-71-205-100-59.hsd1.mi.comcast.net JOIN :#esoteric < 1220237088 0 :dogface!unknown@unknown.invalid PRIVMSG #esoteric :Guys, you're my friends. Suppose I were to write a story. < 1220237169 0 :dogface!unknown@unknown.invalid PRIVMSG #esoteric :I'd have a character named Johann Algernon, and he'd be really smart, but he'd be bored most of the time. Then a girl named Grace would come into his life via deus ex machina and teach him how to be happy. < 1220237260 0 :dogface!unknown@unknown.invalid PRIVMSG #esoteric :And then they'd kidnap Wolfram Blitzen from Newshounds and... well, maybe not that. < 1220237292 0 :GreaseMonkey!unknown@unknown.invalid PRIVMSG #esoteric :wait, we're your friends now? < 1220237298 0 :GreaseMonkey!unknown@unknown.invalid PRIVMSG #esoteric :shit, when did that happen?! < 1220237307 0 :GreaseMonkey!unknown@unknown.invalid PRIVMSG #esoteric :can i see some paperwork? < 1220237328 0 :dogface!unknown@unknown.invalid PRIVMSG #esoteric :Well, *you're* not my friend. Just... gosh, where'd they go? < 1220237330 0 :dogface!unknown@unknown.invalid PRIVMSG #esoteric ::-P < 1220237338 0 :GreaseMonkey!unknown@unknown.invalid PRIVMSG #esoteric :optbot, any ideas? < 1220237339 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :GreaseMonkey: I need to write a BF interpreter in INTERCAL still. < 1220237355 0 :GreaseMonkey!unknown@unknown.invalid PRIVMSG #esoteric :right, that's what your friends are doing. < 1220237481 0 :dogface!unknown@unknown.invalid PRIVMSG #esoteric :And in a completely unrelated manner, a funny group of characters would get together and accomplish something really cool. < 1220237503 0 :dogface!unknown@unknown.invalid PRIVMSG #esoteric :And it'd collapse in a comic manner so that I could continue writing. < 1220237540 0 :dogface!unknown@unknown.invalid PRIVMSG #esoteric :And these seemingly separate stories would be heavily allegorical, and scathing commentaries on each other. :-P < 1220238608 0 :dogface!unknown@unknown.invalid PRIVMSG #esoteric :And it's gotten to the point where I suddenly don't understand the comics I'm reading. < 1220238636 0 :dogface!unknown@unknown.invalid PRIVMSG #esoteric :So I'll stop putting "and" at the beginning of every sentence and go to bed instead. < 1220238640 0 :dogface!unknown@unknown.invalid PRIVMSG #esoteric :Good night, everyone. < 1220240004 0 :megatron!unknown@unknown.invalid NICK :moozilla < 1220240733 0 :optbot!unknown@unknown.invalid TOPIC #esoteric :the entire backlog of #esoteric: http://tunes.org/~nef/logs/esoteric | i prefer Ligeti ;) < 1220248964 0 :Judofyr!n=Judofyr@cE699BF51.dhcp.bluecom.no JOIN :#esoteric < 1220251243 0 :AnMaster_!unknown@unknown.invalid NICK :AnMaster < 1220252108 0 :psygnisf_!n=psygnisf@pool-70-107-72-145.ny325.east.verizon.net JOIN :#esoteric < 1220252108 0 :psygnisfive!unknown@unknown.invalid QUIT :Read error: 104 (Connection reset by peer) < 1220254445 0 :olsner!n=salparot@h-60-96.A163.cust.bahnhof.se JOIN :#esoteric < 1220255999 0 :clog!unknown@unknown.invalid QUIT :ended < 1220256000 0 :clog!unknown@unknown.invalid JOIN :#esoteric < 1220257250 0 :oklofok!n=nnscript@oklopol.yok.utu.fi JOIN :#esoteric < 1220257250 0 :oklopol!unknown@unknown.invalid QUIT :Read error: 104 (Connection reset by peer) < 1220257821 0 :GreaseMonkey!unknown@unknown.invalid QUIT :Remote closed the connection < 1220258809 0 :funktio!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: on line 707, '""oof""' should be '""oof"'" < 1220261643 0 :jix!n=jix@host-091-096-148-124.ewe-ip-backbone.de JOIN :#esoteric < 1220261759 0 :mtve!unknown@unknown.invalid QUIT :"Reconnecting to server - dircproxy 1.0.5" < 1220261762 0 :mtve!i=mtve@mtve.vm.jvds.com JOIN :#esoteric < 1220262333 0 :optbot!unknown@unknown.invalid TOPIC #esoteric :the entire backlog of #esoteric: http://tunes.org/~nef/logs/esoteric | where did you get that code? < 1220262444 0 :kar8nga!n=kar8nga@i-97.vc-graz.ac.at JOIN :#esoteric < 1220263061 0 :KingOfKarlsruhe!n=nice@HSI-KBW-091-089-028-216.hsi2.kabelbw.de JOIN :#esoteric < 1220264755 0 :kar8nga!unknown@unknown.invalid PART #esoteric :? < 1220267208 0 :KingOfKarlsruhe!unknown@unknown.invalid QUIT :Remote closed the connection < 1220269361 0 :jix!unknown@unknown.invalid QUIT :Nick collision from services. < 1220269371 0 :jix!n=jix@host-091-096-144-195.ewe-ip-backbone.de JOIN :#esoteric < 1220271861 0 :tusho!n=tusho@91.105.90.132 JOIN :#esoteric < 1220272881 0 :dogface!unknown@unknown.invalid PRIVMSG #esoteric :School starts in exactly 24 hours. < 1220272987 0 :dogface!unknown@unknown.invalid PRIVMSG #esoteric :Three trimesters later, and boom, you're a graduate. < 1220272994 0 :dogface!unknown@unknown.invalid PRIVMSG #esoteric :And by you, I mean me, of course. < 1220273066 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :z+4 < 1220273207 0 :kar8nga!n=kar8nga@k-87.vc-graz.ac.at JOIN :#esoteric < 1220275383 0 :dogface!unknown@unknown.invalid PRIVMSG #esoteric :I agree completely. < 1220277221 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :http://www.reddit.com/r/programming/comments/6yuat/let_people_use_google_accounts_to_log_in_to_your/ 65 upvotes, 65 downvotes. < 1220277225 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :A perfect 0 score < 1220277226 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :. < 1220277541 0 :dogface!unknown@unknown.invalid PRIVMSG #esoteric :See if you can win a prize for most controversial idea ever. < 1220277557 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :dogface: Nah, there've been more controversial posts on reddit. < 1220277587 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :dogface: http://www.reddit.com/controversial/?t=all < 1220277599 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :The most controversial reddit posts of all time. < 1220277605 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Hmm. < 1220277608 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :I am #16. < 1220277609 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Not bad, not bad. < 1220277612 0 :oklofok!unknown@unknown.invalid PRIVMSG #esoteric :dogface: you're a graduate in a year? < 1220277680 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :tusho: where do you see number of up/downvotes < 1220277687 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: sidebar < 1220277690 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :on the comments page < 1220277695 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :ah, there < 1220277701 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :#1 has 561 up vs 562 down < 1220277714 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :there used to be a little "status" link or something on the comments page which showed it < 1220277728 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :now that it's always visible I couldn't find it anymore ;-) < 1220277736 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: yeah reddit fucked with the design a while ago < 1220277745 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :it looks kind of shit now unless you turn on compact mode in prefs < 1220277754 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :and of course I immediately did < 1220277773 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :hmm, I've voted up 4 posts in the top 31 controversial < 1220277790 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :i rarely ever upvote things < 1220277801 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :I rarely ever downvote things < 1220277805 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :I either upvote or don't, in general < 1220277833 0 :oklofok!unknown@unknown.invalid PRIVMSG #esoteric :you're a bunch of anarchists < 1220277842 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :(( (int (*)(int))(*foo)(int) = { int n | < 1220277842 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric : { int i | return n += i; } }; )) < 1220277844 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :yipes. < 1220277851 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :methinks the syntax could use some whipping. < 1220277855 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :what's that < 1220277860 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :rather, where's that from < 1220277863 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :I know what it is :-P < 1220277876 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: i am playing around with a little syntax to give C functional programming shizz < 1220277879 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :closures is part of that < 1220277882 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :well < 1220277885 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :closures + anonymous functions < 1220277887 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :so it's just something private of yours < 1220277890 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :hmm < 1220277894 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :but yeah, that type is gnarly. < 1220277903 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :(int (*)(int)) (*foo)(int) < 1220277903 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :how about "int n, int i |" for starters < 1220277913 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: how about no, see http://www.paulgraham.com/accgen.html < 1220277916 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :The problem: Write a function foo that takes a number n and returns a function that takes a number i, and returns n incremented by i. < 1220277934 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :mine does everything except his (a) requirement which is basically designed to get rid of any non-dynamically-typed langs < 1220277935 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :tusho: it would mean the same thing, of course < 1220277944 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: ah. i am not making c a curried language :D < 1220277950 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :why not < 1220277959 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :that would break variadics, noadics, and most pieces of c code ever < 1220277972 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :also if you do func(notenoughargs); as a statement it'd suck to get it accepted < 1220277977 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :because that'd return a function < 1220277983 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :instead of erroring out because you didn't specify enough args < 1220278002 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :anyway, the actual function body is fine I think, it's just the type that is hideous < 1220278013 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :I could add an 'auto' for type inferrence ofc < 1220278025 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :auto foo = { int n | { int i | return n += i } }; < 1220278034 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :hmm < 1220278051 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :well, the thing is that C's function/function pointer syntax /is/ gnarly < 1220278092 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :adding even just a keyword "function" or whatever would work but would break compatibility with C, of course < 1220278104 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :i don't mind breaking compatibility a little < 1220278110 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :but i wouldn't completely rewrite it e.g. by currying < 1220278245 0 :Tritonio_!n=tritonio@150.140.227.80 JOIN :#esoteric < 1220278407 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :in D that'd be "int delegate(int) delegate(int) foo = (int n) { return (int i) { return n += i; } };" < 1220278417 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :plus a semiclon after the next-to-last } < 1220278422 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :s/clon/colon/ < 1220278428 0 :oklofok!unknown@unknown.invalid PRIVMSG #esoteric :for a second there i thought "in D" was some elaborate smiley < 1220278468 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :and with auto, "auto foo = (int n) { return (int i) { return n += i; }; };" < 1220278514 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: yeah, I prefer the smalltalky {x | y} though < 1220278523 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :also the delegate syntax has always confused me < 1220278525 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :imo < 1220278525 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :hmm < 1220278528 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :maybe: < 1220278539 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :it's just delegate :-P < 1220278561 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :^(params)(return) < 1220278562 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :you could of course use "function" instead if you prefer that to the odd term "delegate" < 1220278568 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ah, how about (params)^(return) < 1220278580 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :hmm < 1220278580 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :(int)^((int)^int) < 1220278593 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :i mean, the type of the function is difficult to comprehend anyway, so it'll never be perfect < 1220278602 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :i think that's pretty decent < 1220278645 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :are the lexical and parsing phases separate in C compilation, like they are not in C++? < 1220278655 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :I forget the short term to describe this kind of grammar < 1220278717 0 :psygnisf_!unknown@unknown.invalid PRIVMSG #esoteric :deewiant: wha? < 1220278719 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :context-sensitive? < 1220278727 0 :psygnisf_!unknown@unknown.invalid NICK :psygnisfive < 1220278767 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :separating lexical recognition from non-lexical stuff is just a different way of parsing, it has nothing to do with the language < 1220278770 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: yea, they are < 1220278775 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :psygnisfive: no, the c standard specifies it < 1220278781 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :i understand that < 1220278783 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :like, in that case you can't always parse "X ^ Y" to "xor X Y", it's "if X is a type then function pointer... else xor X Y" < 1220278788 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :but it has nothing to do with the grammar or the language < 1220278791 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :its a matter of parsing < 1220278806 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :psygnisfive: the c standard defines the language c. the c standard specifies that they must be seperate. < 1220278807 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :well basically of course you can implement it all in one clump if you want to :-P < 1220278810 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :therefore it has something to do with the language. < 1220278819 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :but it /is/ a property of the grammar < 1220278821 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: ah, that's true .... wait, couldn't I just use ->? < 1220278825 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :tusho: i understand that the standard specifies this but theres no essential difference < 1220278829 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :(int) -> ((int) -> int) < 1220278833 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :psygnisfive: ok ,yes, you can implement it either way < 1220278838 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :but you have to act as if you used two steps < 1220278839 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :deewiant: its not a property of the grammar < 1220278847 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :ill show you precisely why too < 1220278847 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :tusho: no, I don't think so, since "(x) -> (y)" is valid, no? < 1220278857 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: how is that valid in c < 1220278863 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :minus greater than? < 1220278865 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :tusho: x is a pointer to a struct < 1220278869 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :oh < 1220278869 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :duh < 1220278871 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :the lexing stage is the collection of terminal symbols, potentially infinite in size, into labels < 1220278874 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :the spaces threw me off < 1220278878 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: but this is a type < 1220278881 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :you can't do foo->bar in a type < 1220278888 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :tusho: I'm not sure if ->(y) is valid though, it might have to be ->y (no brackets) < 1220278896 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :e.g. strings like "blarg" become 'terminals' of type or whatever you want to call it < 1220278924 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :by using some regular expression to recognize the string. < 1220278931 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :tusho: no, but it's still context sensitive because you can't just see "identifier -> identifier" and decide what it is < 1220278943 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :this basically is a rule ::= /.../ < 1220278954 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :http://en.wikipedia.org/wiki/Context-free_grammar < 1220278965 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: well duh, c has tons of ambiguities like that :D < 1220278968 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :now whether or not all those rules are applied beforehand or not is irrelevant to the grammar/language < 1220279006 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :deewiant how is C's grammar context sensitive? < 1220279009 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :tusho: I'm not sure if this is what I want to be talking about, but it's a property the grammar of D has and that of C++ doesn't :-P < 1220279021 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :psygnisfive: I didn't say it was < 1220279026 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :I asked whether it was < 1220279033 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :oh. probably not < 1220279035 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :C++'s is < 1220279039 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :i doubt that. < 1220279047 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :C++ is not context free < 1220279047 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :CS grammars are hard to parse, in general < 1220279052 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :How not? < 1220279054 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :C++ is hard to parse < 1220279057 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric ::P < 1220279058 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :C++ is turing complete to parse < 1220279060 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :that's one big criticism of it < 1220279061 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :due to templates < 1220279064 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :look it up, bitchez < 1220279078 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :i seriously doubt that C++ is unrestricted < 1220279101 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :i have to go. ill ask you about this later. see ya. < 1220279132 0 :oklofok!unknown@unknown.invalid PRIVMSG #esoteric :well the type system is tc, so most likely you can do something impossible to parse with the thingie ambiguity < 1220279141 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :http://groups.google.com/group/comp.lang.c++/browse_thread/thread/93b9995c660a443b/7aa3c7a30ec301d4 < 1220279167 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :ah yes, the canonical example < 1220279170 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :Mytype MyName(MyValue); < 1220279225 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :could be a number of things in C++, from a function declaration to initializing a class instance < 1220279354 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :the idea of context-freeness is that a given piece of code, say "identifier -> identifier", can parse to only one thing < 1220279408 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :in this case, something like "expression -> struct-member-dereference -> (identifier, identifier)" I guess < 1220279425 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Indeed < 1220279433 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: but, in this case < 1220279435 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :it's not ambiguous < 1220279440 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :as the type doesn't clash with the expr < 1220279457 0 :psygnisfive!unknown@unknown.invalid QUIT :Read error: 60 (Operation timed out) < 1220279458 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :what do you mean < 1220279545 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :given "x -> y", x and/or y might be typedefs so you can't know whether that's a function literal in your syntax or (*x).y < 1220279820 0 :dogface!unknown@unknown.invalid PRIVMSG #esoteric :tusho, I think yours is the most controversial thing that's actually an idea. < 1220279836 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :dogface: :D < 1220279854 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: wut < 1220279858 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :give me an ambiguous expression < 1220279862 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :tusho: x -> y < 1220279869 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: yes, that's an expression < 1220279870 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :not a type < 1220279876 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :(x -> y) foo; < 1220279877 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :vs < 1220279880 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :foo = (x -> y) < 1220279888 0 :dogface!unknown@unknown.invalid PRIVMSG #esoteric :The heads of all pages that are in the imperative: 1. vote 2. vote 4. vote 7. vote 14. let < 1220279889 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :hmmm < 1220279890 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :totally different contexts, you can just have a seperate rule for type with that in < 1220279898 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :you may be right, let me think < 1220279901 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :and let that only appear in the expression thing < 1220279921 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :of course this isn't actually a problem anyway < 1220279925 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :now that I think about it < 1220279929 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric ::D < 1220279932 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :i like to hear that < 1220279943 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :since you can just parse it as struct-member-deference-expression, since it has the same exact syntax < 1220279949 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :and worry about it in the semantics phase < 1220279965 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: even then you can still handle it fine < 1220279970 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :beacues x->y is always a struct thing in an expr < 1220279973 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :and always a function in a type < 1220279976 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :never overlaps < 1220279982 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :yeah, I didn't mean "worry" as in "it's a problem" :-) < 1220279986 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric ::D < 1220279997 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ok, so, glad we've got that sorted out < 1220280001 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :there's still an addition to the grammar somewhere < 1220280014 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :now i'd like a nice syntax for higher-order stuffs < 1220280014 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :but it shouldn't cause any additional ambiguities < 1220280016 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :that is < 1220280021 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :foo(bar, {...}) < 1220280023 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :is not very pretty < 1220280026 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :foo (bar) { ... } would be nicer < 1220280030 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :I guess I can just specialcase it < 1220280038 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :foo (x; y; z) { quux } < 1220280048 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :where foo is a function taking a block as all its args < 1220280054 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :is foo({x},{y},{z},{quux}) < 1220280056 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :i guess? < 1220280060 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :then you could implement for < 1220280102 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: any suggestions for a nicer way to do that? < 1220280104 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :seems a bit special casey < 1220280121 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :in fact < 1220280124 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :you can't implement for with that < 1220280129 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :{int i=0;}, {i = 5} < 1220280131 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :doesn't make sense < 1220280195 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :hmm, so what exactly do you want < 1220280206 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :a syntax for calling a function with a function literal as a parameter/ < 1220280210 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :s:/:?: < 1220280278 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: i just want something that lets me define control structures and such and then use them with a natural-looking syntax < 1220280280 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :foo(bar, { < 1220280281 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric : ... < 1220280282 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :}); < 1220280284 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :is kind of ugly < 1220280294 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :so essentially, what I said < 1220280305 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :and well < 1220280313 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :foo (bar) { } should work < 1220280319 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :and you could implement for with it < 1220280338 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :just specify that bar is passed as a reference into {} < 1220280351 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :(pointer, since this is C) < 1220280353 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: show me how to implement for < 1220280360 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :i don't think you can do it < 1220280368 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :for (int i = 0; i < 5; i++) { printf("%i\n", i); } < 1220280371 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :that is what it must run < 1220280407 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :well, the trickier thing is that in this case it must take a variable definition as a function parameter < 1220280431 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :so I guess the closest you can get is < 1220280446 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :int i = 0; for (i; i < 5; i++) { ... } < 1220280448 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :or something < 1220280472 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :possibly with *i < 5 and (*i)++ instead < 1220280474 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :well yea, exactly < 1220280478 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :that is the problem I want to solve < 1220280478 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric ::P < 1220280484 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :can't be done < 1220280488 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :not with just that, anyway < 1220280511 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: not with just that <- i'm figuring out what to replace that with < 1220280513 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :you need some kind of macro/template system or something < 1220280522 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :i think i could possibly get away with less < 1220280525 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :or if you want to be less general, something less general < 1220280527 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :but I'm not sure what < 1220280889 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :So. < 1220280901 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :I had the code to MSPaint for some early version of win2k a while back. < 1220280902 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Discuss. < 1220280931 0 :dogface!unknown@unknown.invalid PRIVMSG #esoteric :How did you get it? < 1220280940 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :A friend had it and gave it to me. :P < 1220280947 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :I don't know how they got it. < 1220280961 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Unfortunately, it required a makefile from a few directories up to build, so I couldn't. (Didn't wanna fuck with compiler settings until it worked.) < 1220280965 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :I don't think I have it any more. < 1220281064 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :there was that Win2000 source code leak < 1220281067 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :which is probably where it's from < 1220281072 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :i don't think so < 1220281080 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :i've read articles about it, i don't think there were many apps in it < 1220281085 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :mostly socket code and some shell stuff and crap < 1220281095 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :more plausable is from the nt4 leak < 1220281098 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :but i'm not certain < 1220281101 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :I think it did have some apps, such as paint and minesweeper or some such < 1220281107 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :but I don't know < 1220281109 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: can it still be obtained? < 1220281114 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :or has it been cracked down on < 1220281115 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :on P2P networks, sure < 1220281121 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :yea, but I mean ... not gnutella < 1220281122 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric ::) < 1220281123 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :you can't remove something from the internet < 1220281129 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ofc < 1220281133 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :but you can remove it from decent places < 1220281135 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :I don't know, google around < 1220281136 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :
ACTION checks torrents
< 1220281163 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :mmph. < 1220281165 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :just crap results < 1220281169 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :oh well < 1220282772 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :http://groups.google.com/group/jquery-dev/browse_thread/thread/8411d58c4d66b934 < 1220282776 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :*g* < 1220282896 0 :dogface!unknown@unknown.invalid PRIVMSG #esoteric :The problem with voting comments up and down is that it kind of assumes everyone likes the same thing. < 1220282917 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :dogface: The point of up/downvoting comments on reddit is meant to be: downvote disruptive, useless etc < 1220282920 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :but upvote worthful comments < 1220282922 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :even if you disagree < 1220282923 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :the problem is < 1220282927 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :for submissions < 1220282933 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :you're meant to upvote what you like, downvote what you don't < 1220282938 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :so they use the exact same UI for very different things < 1220282949 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :so it ends up that the up/down arrows on comments are misused. < 1220283077 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :http://www.courageunfettered.com/stuf/mozillapics/ o_x < 1220283934 0 :optbot!unknown@unknown.invalid TOPIC #esoteric :the entire backlog of #esoteric: http://tunes.org/~nef/logs/esoteric | Like Perl ;) < 1220285125 0 :oklofok!unknown@unknown.invalid PRIVMSG #esoteric :optbot! < 1220285126 0 :optbot!unknown@unknown.invalid TOPIC #esoteric :the entire backlog of #esoteric: http://tunes.org/~nef/logs/esoteric | Let's try that again < 1220285129 0 :oklofok!unknown@unknown.invalid PRIVMSG #esoteric :okay < 1220285130 0 :oklofok!unknown@unknown.invalid PRIVMSG #esoteric :optbot! < 1220285131 0 :optbot!unknown@unknown.invalid TOPIC #esoteric :the entire backlog of #esoteric: http://tunes.org/~nef/logs/esoteric | my sentence was a bit obscure, gotta admit. < 1220285364 0 :fizzie!unknown@unknown.invalid PRIVMSG #esoteric :optbot: What, now you're speaking with topic changes? < 1220285364 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :fizzie: I'll just put the tape display on. < 1220285374 0 :fizzie!unknown@unknown.invalid PRIVMSG #esoteric :optbot: Uh... what will that do? < 1220285375 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :fizzie: your girlfriend likes my voice :( < 1220285405 0 :fizzie!unknown@unknown.invalid PRIVMSG #esoteric :optbot: Really? She never said anything about that to me... < 1220285405 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :fizzie: ~exec sys.stdout("I AM NOT bsmnt_bot") < 1220285425 0 :fizzie!unknown@unknown.invalid PRIVMSG #esoteric :optbot: I know you're not bsmnt_bot; you two don't even look that much alike. < 1220285426 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :fizzie: replace if_zero with its brainfuck equivalent... < 1220285890 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :fizzie: you like these bots, don't you < 1220285942 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :optbot: don't you? < 1220285943 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: and what n-nary < 1220285944 0 :fizzie!unknown@unknown.invalid PRIVMSG #esoteric :Well, yes. Sure. They're so friendly. < 1220285953 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :optbot: this n-nary < 1220285954 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: my io will have a sugar on top of it < 1220285962 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :optbot: mine will have a salt < 1220285963 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: if yes a sec < 1220285977 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :fizzie: it's funny, I never thought something could make optbot look sane < 1220285978 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :tusho: [pigs.canFly].whileTrue["hello world".print!] < 1220285980 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :then I heard fungot < 1220285982 0 :fungot!unknown@unknown.invalid PRIVMSG #esoteric :tusho: ctcp is such a metaclass as a class entirely in l no use of recursion on the java fnord faces when you say " structurally equal", and i'm pretty sure she heard it mentioned on the site it does... < 1220286039 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :^echo optbot < 1220286039 0 :fungot!unknown@unknown.invalid PRIVMSG #esoteric :optbot optbot < 1220286040 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: x = 1 < 1220286040 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :fungot: so ignoring that tusho sounds like hes on helium < 1220286041 0 :fungot!unknown@unknown.invalid PRIVMSG #esoteric :optbot: so there.)) < 1220286042 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :fungot: other way around < 1220286043 0 :fungot!unknown@unknown.invalid PRIVMSG #esoteric :optbot: sounds like a book and start writing the first 1l quine? :p. ugh i need to push fnord < 1220286043 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :fungot: šÌ›ÌœÌÌžÌŸÌ Ì¡Ì¢Ì£Ì¤Ì¥Ì¦Ì§Ì¨Ì©ÌªÌ«Ì¬Ì­Ì®Ì¯Ì°Ì±Ì²Ì³Ì´ÌµÌ¶Ì·Ì¸Ì¹ÌºÌ»Ì¼Ì½Ì¾Ì¿Í€ÍÍ‚ÍƒÍ„Í…Í < 1220286045 0 :fungot!unknown@unknown.invalid PRIVMSG #esoteric :optbot: mikä on approaching ja mikä on peculiar. anteeks että olen tyhmä. tai no fnord minä. c++ is plain bad. thanks. :) but... it's x-treme! < 1220286046 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :fungot: the id list will work the same here < 1220286047 0 :fungot!unknown@unknown.invalid PRIVMSG #esoteric :optbot: ( i could only find one book on general c, and wrapping is not so much < 1220286047 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :fungot: Some people associate colors with letters, or tastes with sounds, or moods with textures, or some such. < 1220286050 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :wow, what was that < 1220286063 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: what was what < 1220286072 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :you made optbot and fungot have a conversation < 1220286073 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :tusho: strange < 1220286073 0 :fungot!unknown@unknown.invalid PRIVMSG #esoteric :tusho: agreed. originally, this wiki was to be expected. zaphod is lacking a head. some unfamiliar ( or simply unrecognizable) things in a interpreter for an arbitrary bf program? :) htmlprag?' questions. < 1220286075 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :tusho: optbot's binary-looking scrawl < 1220286076 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: ������ < 1220286083 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: japanese or something < 1220286083 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :and that :-P < 1220286084 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :presumably < 1220286088 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :in the wrong encoding < 1220286091 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :optbot: please, UTF-8 only here < 1220286091 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: there's a perfectly good mailing list to which a bunch of people are already subscribed... :) < 1220286104 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :tusho: where did it get it from < 1220286112 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: a log somewhere. < 1220286123 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :where does it get its data from in general < 1220286139 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :every #esoteric log from the tunes.org sources, and fizzie's old personal logs < 1220286144 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :which span from sometime in 2002 to when the tunes.org ones start < 1220286255 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :hmm < 1220286262 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :anybody feel like grepping for that misencoded snippet? ;-) < 1220286278 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: sure, sec < 1220286323 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :No results. < 1220286328 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :It doesn't seem to enter properly, obviously. < 1220286331 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :(Via my terminal) < 1220286335 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :no doubt < 1220286344 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: < 1220286348 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :so can you do a binary grep < 1220286350 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :put a file containing that quote in a pastebin < 1220286354 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :and i'll wget it from rutian < 1220286358 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :for, say, 0xc5 0xa1 < 1220286373 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :just do what i said :P < 1220286401 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :it'd be easier for you to just hex-edit a file :-P < 1220286415 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Rutian is sparse on tools. < 1220286421 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :but, iki.fi/deewiant/asdf.txt < 1220286513 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :and what is "rutian" < 1220286580 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :the server of eso-std.org, optbot, etc < 1220286581 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :tusho: good night < 1220286588 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :optbot sleeps? < 1220286589 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :tusho: whatever. < 1220286598 0 :dogface!unknown@unknown.invalid PRIVMSG #esoteric :optbot is a despicable liar. < 1220286599 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :dogface: see http://www.wikicities.com/wiki/Database_download for info about backups (it'd be about as complicated as wget and a cron job) < 1220286632 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :$ grep "`cat asdf.txt`" * < 1220286632 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :asdf.txt:šÌ›ÌœÌ]]ÌžÌŸÌ Ì¡Ì¢Ì£Ì¤Ì¥Ì¦Ì§Ì¨Ì©ÌªÌ«Ì¬Ì­Ì®Ì¯Ì°Ì±Ì²Ì³Ì´ÌµÌ¶Ì·Ì¸Ì¹ÌºÌ»Ì¼Ì½Ì¾Ì¿Í€ÍAAÍ‚ÍƒÍ„Í…Í < 1220286633 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :*g* < 1220286757 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :tusho: perl -lne 'BEGIN{$/=\1024} print "hit byte ", ($.-1) * 1024 + $-[0] if /\xc5\xa1/' < 1220286763 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: if i gave you a rutian account would you figure it out ;) < 1220286765 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :oh, that coul dwork. < 1220286795 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :okay, it hits a lot of bytes but that's about it :D < 1220286809 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :well, which file :-P < 1220286815 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :it doesn't say < 1220286816 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric ::D < 1220286821 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :>_< < 1220286821 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :i just did perl -lne 'BEGIN{$/=\1024} print "hit byte ", ($.-1) * 1024 + $-[0] if /\xc5\xa1/' * < 1220286826 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :
ACTION refines
< 1220286826 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :don't do that :-P < 1220286829 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :for x in * .... < 1220286866 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :for instance < 1220286875 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :hooray, almost searched < 1220286902 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :06.03.10 < 1220286902 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :hit byte 7279 < 1220286906 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :06.06.07 < 1220286906 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :hit byte 6464 < 1220286910 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :07.06.27 < 1220286910 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :hit byte 19677 < 1220286913 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :07.12.03 < 1220286914 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :hit byte 9544 < 1220286918 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :08.04.27 < 1220286918 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :hit byte 49873 < 1220286919 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :hit byte 50206 < 1220286924 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :that's it < 1220286954 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :so check them out :-P < 1220286960 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :i am < 1220286960 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric ::P < 1220287238 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: ah. < 1220287242 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :09:38:59 ·?~@?~A?~B?~C?~D?~E?~F?~G?~H?~I?~J?~K?~L?~M?~N?~O?~P?~Q?~R??~T?~U?~V?~W?~X?~Y?~Z?~[?~\?~]?~^?~_?| ̴̡̢̧̨̣̤̥̦̩̪̫̬̭̮̯̰̱̲̳?? < 1220287242 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :?̶̷̸̹̺̻̼̽̾̿?~@?~A?~B?~C?~D?~E?| ͡.·?~@?~A?~B?~C?~D?~E?~F?~G?~H?~I?~JJ < 1220287243 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :?~K?~L?~M?~N?~O?~P?~Q?~R?~S?~T?~U?~V?~W?~X?~Y?~Z?~[?~\?~]?~^?~_?| ̡̢̧̣̤̥̦? < 1220287243 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :09:39:10 ?~R?~S?~T?~U?~V?~W?~X?~Y?~Z ?~R?~S?~T?~U?~V?~W?~X?~Y?~Z?~R?~S?T?~U?~V?~W?~X?~Y?~Z?~R?~S?~T?~U?~V?~W?~X?~Y?~Z?~R?~S?~T?~U?~V?~W?~X?~Y?~Z?~R?~T?~U?~V?~W?~X?~Y?~Z?~R?~S?~T?~U?~V?~W?~X?~Y?~Z?~R?~S?~T?~U?~V?~W?~X?~Y?~Z?~R??~T?~U?~V?~W?~X?~Y?~Z?~R?~S?~T?~U?~V?~W?~X?~Y?~Z?~R?~S?~T?~U?~V?~W?~X?~Y?~Z?~R?S?~T?~U?~V?~W?~X?~Y?~Z?~R?~S?~T?~U?~V?~W?~X?~Y?~Z?~R?~S?~T?~U?~V?~W?~X?~Y?~Z?~S?~T?~U?~V?~W?~X?~Y?~Z?~R?~S?~T?~U?~V?~W?~X?~Y?~Z?~R?~S?~T?~U?~V?~W?~X? < 1220287249 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Tons of jewnicode bombs. < 1220287282 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :heh < 1220287292 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :so it's all your fault :-P < 1220287299 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Hey, ais did it first! < 1220287303 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Then I played with it. < 1220287305 0 :Judofyr!unknown@unknown.invalid QUIT :Read error: 104 (Connection reset by peer) < 1220287323 0 :Judofyr!n=Judofyr@cE699BF51.dhcp.bluecom.no JOIN :#esoteric < 1220287327 0 :oklopol!n=nnscript@oklopol.yok.utu.fi JOIN :#esoteric < 1220287328 0 :oklofok!unknown@unknown.invalid QUIT :Read error: 104 (Connection reset by peer) < 1220287754 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :14:09:54 --- nick: ehird -> ehirdclone < 1220287754 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :14:10:03 --- nick: ehirdclone -> ehirdc < 1220287755 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :14:10:31 --- nick: ais523 -> ehird < 1220287755 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :14:10:40 --- nick: ehird -> ais523 < 1220287755 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :14:10:58 --- nick: ehirdc -> ehird < 1220287755 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :14:12:02 --- nick: ais523 -> ehirdc < 1220287757 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :14:12:07 --- nick: ehird -> AnMasterr < 1220287759 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :14:12:07 --- nick: ehirdc -> ehirdclone < 1220287761 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :14:12:13 --- nick: AnMasterr -> ehirdc < 1220287763 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :14:12:29 --- nick: ehirdclone -> ais523 < 1220287765 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :14:12:34 --- nick: ehirdc -> ehirdclone < 1220287767 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :14:12:39 --- nick: ehirdclone -> ehird < 1220287769 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :14:12:49 --- nick: Sgeo -> Sgea < 1220287771 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :14:13:00 --- nick: Sgea -> Sgee < 1220287773 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :14:13:11 --- nick: ehird -> Sgeeee < 1220287775 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :14:13:14 --- nick: Sgeeee -> ehirdc < 1220287777 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :14:13:24 --- nick: Sgee -> Sgei < 1220287779 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :14:13:38 --- nick: Sgei -> Sgeu < 1220287781 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :14:14:01 --- nick: Sgeu -> Sgeo < 1220287785 0 :Judofyr!unknown@unknown.invalid PRIVMSG #esoteric :woot? < 1220287800 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Judofyr: that's from the logs < 1220287814 0 :Judofyr!unknown@unknown.invalid PRIVMSG #esoteric :lol < 1220288718 0 :dogface!unknown@unknown.invalid PRIVMSG #esoteric :Good nick nobody did a /nick ihope. < 1220288734 0 :dogface!unknown@unknown.invalid PRIVMSG #esoteric :s/nick/thing/ < 1220289665 0 :Corun!n=Corun@halls-129-31-82-181.hor.ic.ac.uk JOIN :#esoteric < 1220290376 0 :Hiato!n=Hiato@dsl-245-24-48.telkomadsl.co.za JOIN :#esoteric < 1220290738 0 :oklopol!unknown@unknown.invalid QUIT :Read error: 104 (Connection reset by peer) < 1220290749 0 :oklopol!n=nnscript@oklopol.yok.utu.fi JOIN :#esoteric < 1220291159 0 :ais523!i=93bc1bcc@gateway/web/ajax/mibbit.com/x-9569e213c2ceba65 JOIN :#esoteric < 1220291164 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :hi tusho < 1220291172 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :hi optbot, hi fungot < 1220291173 0 :fungot!unknown@unknown.invalid PRIVMSG #esoteric :ais523: hm. no comments on " fnord". right. i'm not doing anything to decrease the number of variables < 1220291173 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :ais523: yes < 1220291223 0 :fizzie!unknown@unknown.invalid PRIVMSG #esoteric :Neh, optbot makes my poor fungot look all deranged-like. < 1220291224 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :fizzie: (force X) < 1220291224 0 :fungot!unknown@unknown.invalid PRIVMSG #esoteric :fizzie: i had my computer manufacturer replace my hard drive blew up, and an auxiliary function < 1220291249 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I feel really foolish, anyway < 1220291264 0 :fizzie!unknown@unknown.invalid PRIVMSG #esoteric :Because of? < 1220291264 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I'm on Windows at the moment because I remembered to bring my laptop here but forgot to bring its power supply < 1220291268 0 :pikhq!unknown@unknown.invalid PRIVMSG #esoteric :I freaking love ignore. < 1220291300 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :pikhq: yes, it lets everyone see just the bits of the channel they like, so it helps everyone as long as they're not offended by being ignored < 1220291312 0 :pikhq!unknown@unknown.invalid PRIVMSG #esoteric :
ACTION nods
< 1220291322 0 :fizzie!unknown@unknown.invalid PRIVMSG #esoteric :It would be pretty hard to offend the bots, I think. < 1220291325 0 :pikhq!unknown@unknown.invalid PRIVMSG #esoteric :Hell of a lot better than saying "Shut the fuck up, fungot!" < 1220291326 0 :fungot!unknown@unknown.invalid PRIVMSG #esoteric :pikhq: ( that kela can't complain about pay... i write programs for a new language, i would < 1220291337 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :hi ais523 < 1220291345 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :hi AnMaster < 1220291371 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, no need for TCP/IP support directly in intercal since cfunge have SOCK since about a week < 1220291373 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :;) < 1220291451 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :fizzie, there is a bug in fungot I think < 1220291453 0 :fungot!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: hmmmmm... thats not going to refer me to a mistake. i still haven't gotten all that excited by emacs, but cmuscheme.el works well enough to need a new toplevel with threads already loaded? ie, you can < 1220291463 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :it didn't detect it lost connection < 1220291480 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :RAW >>> PING :orwell.freenode.net <<< *long ago* was last line < 1220291492 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :yet it detects QUIT fine < 1220291499 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :but not timeout, I wonder why < 1220291515 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: I'll probably add it anyway for CLC-INTERCAL compatibility, as an expansion library < 1220291520 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ok < 1220291552 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :fizzie, could be a cfunge bug of course, but I think I reflect if anything returns an error < 1220291568 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, good news btw: cfunge compiles under ICC < 1220291577 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ICC? < 1220291586 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :Intel's C Compiler < 1220291590 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ah < 1220291593 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :well C++ < 1220291594 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: I've had an idea < 1220291595 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :but does C too < 1220291611 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :how easy would it be to compile cfunge under a non-POSIX C99 implementation? < 1220291623 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :or one which, in fact, had basically no standard library < 1220291633 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :freestanding + I/O < 1220291637 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, hm well you need to mess up loading code since I use mmap() to make parsing code simpler < 1220291658 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :oh and you have to drop SOCK, SCKE, PERL and a few other such fingerprints < 1220291664 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :well, yes < 1220291668 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :also mmap wouldn't be a problem < 1220291669 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :mess with y command to push environment in some other way < 1220291676 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :because I'm planning to implement I/O with a reverse mmap, so to speak < 1220291683 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :reverse mmap!? < 1220291688 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :files are kept in memory because there's nowhere else to keep them < 1220291694 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, anyway FILE uses streams < 1220291706 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, apart from that, there may be more < 1220291711 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :so streams are harder than mmap, but still possible and in fact quite easy < 1220291719 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :(you just need a couple of pointers inside the FILE structure) < 1220291723 0 :fizzie!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: I should be catching most places that reflect, but not all. < 1220291723 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I haven't really studied free-standing ones < 1220291733 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, it uses streams for o too < 1220291745 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :fizzie, well no idea where it locked up, didn't run it under a debugger < 1220291751 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: you get no standard functions at all, and only the header files which are nothing but macros < 1220291771 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, you would need to provide malloc/calloc/free/strdup and co. < 1220291772 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :so that's limits.h, iso646.h, float.h, and one other which I can't remember right now < 1220291784 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: that shouldn't be too hard, everyone uses malloc < 1220291785 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :and some other < 1220291792 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and strdup is trivial to write once you've got malloc < 1220291796 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :HI ais523 < 1220291803 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, and there are probably a lot more, for example math.h stuff < 1220291804 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :so I'm going to have to implement malloc somehow < 1220291805 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :hi tusho < 1220291807 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I use log() for some stuff < 1220291817 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :sin()/cos() and so on < 1220291822 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: ugh, looks like I'm going to have to get a math library from somewhere then < 1220291827 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I'm using floating point emulation as-is < 1220291838 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :which is a pain because of all the bitwise operations < 1220291858 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well I use sinf() and sinl() they are C99, but if you don't mind always using double you could just replace the f/l versions with the plain ones < 1220291872 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, think of fingerprints like FPDP FPSP < 1220291879 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :oh they assume float is 32-bit and double 64-bit < 1220291883 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: float is easier than double, or at least faster < 1220291887 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I think they will crap out *badly* if that isn't true < 1220291890 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and I went and stuck with usual 32-bit assumptions for the compiler < 1220291908 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, hm what else, I use an xml writing library, but it is included in lib, there are a few more things in lib < 1220291911 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :not 100% of them < 1220291913 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :char=8, short=16, int=32, long=32, long long=64, float=32, double=64 < 1220291914 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: the bf compiler? < 1220291915 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric ::P < 1220291919 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: tes < 1220291920 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, anyway I use a lot more standard routines < 1220291921 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :s/tes/yes/ < 1220291928 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: not very easy then < 1220291929 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: get newlib working on it < 1220291930 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :or similar < 1220291933 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, I guess < 1220291937 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :however it would probably be easiest to use something like newlib < 1220291939 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, I haven't really looked < 1220291939 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :just have to port the asm bits and such < 1220291941 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: ha, snap < 1220291946 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: :) < 1220291949 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :wait < 1220291958 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: i has idea < 1220291968 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :http://sourceforge.net/projects/pdclib try this perhaps < 1220291969 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, I have assumed POSIX-2001 and C99 when I coded < 1220291973 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :when i did os dev that seemed the best choice < 1220291973 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :anyway, I use the nonstandard long double = 64 (and thus a synonym for double) because the C standard says I'm allowed to < 1220291975 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :it's c99 < 1220291981 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :and very easy to modify to get working on your stuff < 1220291992 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :i.e. it's designed that you can configure it and perhaps change a few bits and it'll work < 1220292003 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well that works ok, I only use long double in a few cases but non where size matters < 1220292007 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ah, public domain will be useful as this project is such a mess of licences at the moment < 1220292010 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :it would be 80 bits on x86 anyway < 1220292021 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: hasn't had a release since 2006 i think maybe there have been checkins since then though < 1220292023 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :so get the svn < 1220292027 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :still, it's a good basis if nothing else < 1220292027 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, < 1220292028 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :#ifndef __STDC_IEC_559__ < 1220292028 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :# warning "cfunge requires the floating point support to conform to the IEC 60559 floating-point standard in order to work. Hoping this will work anyway..."; < 1220292028 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :#endif < 1220292031 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :the code is very clear and clean < 1220292039 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I might just make the whole thing GPL3+ though, that would be legal and simplify matters < 1220292040 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I assume your stuff with spew warnings < 1220292046 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: plz gpl2+ < 1220292054 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, cfunge is GPL3+ < 1220292055 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :already < 1220292056 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: the version of gcc it's based on is GPL3+ < 1220292061 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: gah < 1220292066 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and you seriously don't want me to rewrite gcc... < 1220292067 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :does that mean you can't make it gpl2 < 1220292071 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: yes < 1220292073 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :stupid gcc. < 1220292079 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :
ACTION stabs richard stallman
< 1220292082 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :stupid gpl3 :-P < 1220292087 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :what about llvm backend? < 1220292091 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :BSD < 1220292093 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :++ < 1220292100 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: totally. < 1220292105 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :i don't mind gpl2, really < 1220292107 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: why are you so upset with gpl3? < 1220292118 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: it makes the gpl more gply :) < 1220292121 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :BSD means companies can reuse code without giving anything back < 1220292125 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :gpl2 has a barely-acceptable level of gpl < 1220292129 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: yes, and? < 1220292130 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :it's their right < 1220292135 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :good for them < 1220292143 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :if they add an awesome modification and it makes them rich and famous and they use it < 1220292144 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :tusho, well that is what BSD doesn't suite me < 1220292144 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :good for them < 1220292153 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :tusho, bad luck, I go for GPL < 1220292156 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: A license is not the correct place to argue against capitalism. < 1220292162 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :since I consider that everyone should share back < 1220292170 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :tusho, CC-by-sa-nc? < 1220292171 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :the gpl is just propaganda that polyglots as a license. < 1220292172 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :then < 1220292184 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :would be worse < 1220292184 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: That still denies commercial use. < 1220292196 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :A license is not the correct place to argue against capitalism. there are perfectly good outlets for that < 1220292196 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :tusho, which is what I want, unless they give back < 1220292199 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :but the gpl is just unproductive. < 1220292202 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :GPL allows commercial use < 1220292211 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: but not commercial use with modification without giving back < 1220292216 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: GPL3 is more forgiving than GPL2 on people who mess up < 1220292228 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :tusho, well you can still sell a linux distro containing GPL software < 1220292229 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster. say google use your crappy search library but add tons of amazing things and it makes them the best search engine ever < 1220292237 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: it allows commercial use with modification without giving back as long as they don't redistribute the result < 1220292237 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, yes indeed < 1220292238 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :their business would be OVER if they had to release those changes < 1220292244 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :it's just unproductive < 1220292250 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :inhouse use of modified GPL2/GPL3 is fine even without backcontributing < 1220292252 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :and if you'd prefer everyone just shared and be happy, well, that's a political position < 1220292253 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :tusho, and? < 1220292253 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: hence, you kill google! Stop! < 1220292256 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :== not the place for a license. < 1220292260 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I don't want to support them < 1220292263 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :Google is dying because of YOU! < 1220292271 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: ok, stop exaggerating < 1220292272 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :it was an example < 1220292274 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant and tusho: stop trolling < 1220292277 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :both of you < 1220292280 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :i was not trolling, AnMaster < 1220292282 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :I'm not trolling < 1220292285 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :I was just making a joke < 1220292287 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :i was trying to have an argument < 1220292296 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :but, of course, i'm telling you that you're wrong < 1220292299 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric := obviously trolling, right? < 1220292299 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : inhouse use of modified GPL2/GPL3 is fine even without backcontributing < 1220292303 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :yes that is fine with me < 1220292318 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: yes, but what if google use it in a desktop product < 1220292320 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric : AnMaster. say google use your crappy search library but add tons of amazing things at it makes them the best search engine ever <-- actually they could do that even under GPL3 without backcontributing unless they sold or gave the code to someone else < 1220292322 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :desktop search or whatever < 1220292323 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :however making money from someone else's work without giving anything back... < 1220292326 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :not under AGPL though < 1220292331 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: see, it's silly < 1220292338 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :a website is not different from a dekstop app, fundamentally < 1220292343 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well I would use AGPL for web apps anyway < 1220292347 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :agpl is more gply < 1220292349 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :but even so < 1220292350 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :it's wrong. < 1220292355 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :tusho, you think so < 1220292359 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :well you use Mac < 1220292365 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :so of course you are a capitalist < 1220292366 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: well suppose the desktop search which incorporates your code is buggy < 1220292366 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :*shrug* < 1220292368 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :oh look, more AnMaster trolling < 1220292369 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and you can't fix it < 1220292372 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :'hahaha you use apple products' < 1220292374 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :'CAPITALIST' < 1220292391 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :tusho, I just do the same as you :P < 1220292400 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :yea, i was trying to have a reasoned argument < 1220292407 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :no you were trying to troll < 1220292408 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :but fuck that, it's impossible to disagree with you without being called a troll < 1220292411 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :you are on ignore. < 1220292433 0 :Judofyr!unknown@unknown.invalid PRIVMSG #esoteric :echo "AnMaster" >> .gitignore < 1220292440 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Judofyr: /ignore AnMaster < 1220292444 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :beaten by mere characters! < 1220292450 0 :Judofyr!unknown@unknown.invalid PRIVMSG #esoteric :Git > * < 1220292454 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, anyway back to the topic... you will need to drop some fingerprints, all floating point are in various fingerprints btw < 1220292457 0 :fizzie!unknown@unknown.invalid PRIVMSG #esoteric :That's a curious definition of "beaten" there. < 1220292469 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :fizzie: gawlf < 1220292471 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Judofyr: gitirc? < 1220292481 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, further, file IO will need to be changed < 1220292487 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :loading can be done from a string < 1220292487 0 :Judofyr!unknown@unknown.invalid PRIVMSG #esoteric :tusho: now that's what I call an idea! < 1220292493 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, while writing use streams < 1220292497 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :
ACTION kills Judofyr before he implements
< 1220292503 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :bad Judofyr. bad! < 1220292511 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :Judofyr: wouldn't that command mean that files called AnMaster wouldn't be stored in your git repository? < 1220292521 0 :KingOfKarlsruhe!n=nice@HSI-KBW-091-089-028-216.hsi2.kabelbw.de JOIN :#esoteric < 1220292529 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: don't worry, streams are not a hard part of the C library to implement when all your files are stored in memory < 1220292548 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, and well I use extern char **environ; need to handle that in some way < 1220292556 0 :Judofyr!unknown@unknown.invalid PRIVMSG #esoteric :ais523: file is kinda like a person, and repository is kinda like a channel.... < 1220292565 0 :Judofyr!unknown@unknown.invalid PRIVMSG #esoteric :anyway, I got to go! < 1220292568 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, not sure what else there is... < 1220292570 0 :Judofyr!unknown@unknown.invalid PRIVMSG #esoteric :training ;) < 1220292576 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :whaddyatrain? < 1220292581 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :bye Judofyr < 1220292585 0 :Judofyr!unknown@unknown.invalid PRIVMSG #esoteric :guess! < 1220292590 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :no < 1220292591 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well STDIO for terminal, but that should be easy < 1220292596 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :i shall do no such thing < 1220292598 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :speed coding? < 1220292601 0 :Judofyr!unknown@unknown.invalid PRIVMSG #esoteric :Judo, perhaps? < 1220292601 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: harder than streams actually, it needs to be special-cased < 1220292605 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, I use getline to read a line at once, then use my own internal buffer < 1220292609 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :oh < 1220292610 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, buffered IO < 1220292619 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: there is no other sort in brainfuck < 1220292619 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, so fflush() and such are called < 1220292621 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :Judofyr: i'd never have guessed that < 1220292625 0 :Judofyr!unknown@unknown.invalid PRIVMSG #esoteric :*gone* < 1220292634 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: stop talking to AnMaster, it's confusing without his context. < 1220292660 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: why not, I'm fine with people ignoring each other but they should learn to live with half-conversations < 1220292667 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: it was a joke < 1220292673 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: has AnMaster commented on my ignoring of him yet < 1220292684 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: no, we changed the subject < 1220292691 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :i bet he will now < 1220292700 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: for all I know e's ignoring you too < 1220292708 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :oh, that'd be nice < 1220292710 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :can you ask him if he is? < 1220292715 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :everyone stop talking, i've ignored everyone, and i don't like missing anything < 1220292722 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :oklopol: heeh < 1220292724 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :s/ee/e/ < 1220292728 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :oklopol: ok < 1220292751 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :i hate it when people make a big deal out of ignoring others < 1220292762 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :i personally don't give a shit if i'm being ignored < 1220292774 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, memcpy(), strcpy, various other stuff from string.h < 1220292776 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :oklopol: you said everyone should stop talking < 1220292791 0 :oklopol!unknown@unknown.invalid QUIT :Read error: 54 (Connection reset by peer) < 1220292794 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: gcc needs the mem* functions in the standard library to work < 1220292797 0 :oklopol!n=nnscript@oklopol.yok.utu.fi JOIN :#esoteric < 1220292799 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: e was joking < 1220292803 0 :fizzie!unknown@unknown.invalid PRIVMSG #esoteric :If you _really_ want to have conversations-via-an-intermediary, you can always use fungot's ^echo if you don't mind the duplicationary. (But don't do that.) < 1220292804 0 :fungot!unknown@unknown.invalid PRIVMSG #esoteric :fizzie: seems to me to do that in the " better" language. < 1220292804 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :really i guess it's just making the statement people find me useless or annoying, but if they're ignoring me, what do i care what they think < 1220292812 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: lies < 1220292817 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, hm apart from that... fprintf() snprintf() iirc < 1220292832 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, probably strtol() < 1220292842 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :^echo yo hi AnMaster < 1220292842 0 :fungot!unknown@unknown.invalid PRIVMSG #esoteric :yo hi AnMaster yo hi AnMaster < 1220292844 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :atof() iirc in the floating point fingerprints < 1220292848 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: I'm definitely going to try to find someone else's implementation of vsprintf, once you have that you can get all the others < 1220292853 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :well, vsprintf and vsscanf < 1220292857 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :well I'm not ignoring tusho, nor do I think he is ignoring me < 1220292863 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, no *scanf < 1220292870 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I use my own parsing < 1220292877 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :luckily it's easy to find an infinitely long string buffer in a brainfuck program < 1220292900 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, since I need to "stop one digit before overflow" rather than "clamp to MAX_INT" < 1220292904 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :befunge specs heh < 1220292941 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, um that has an issue < 1220292947 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :the sizeof() issue < 1220292949 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :to be exact < 1220292957 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :sizeof what? < 1220292965 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :and pointers < 1220292971 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :you need a fixed size for them < 1220292972 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :hmm... another potential problem, is 16MB enough memory? < 1220292972 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :in C < 1220292989 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: pointers are fixed size, they're 26 bits long padded to 32 < 1220293001 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :2 bits for the sort of memory to look in, 24 for the location there < 1220293001 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, um, depends. Normal programs: yes mycology: no < 1220293005 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, oh I found another thing < 1220293022 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I need gettimeofday() < 1220293033 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :with a good resolution < 1220293035 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :for HRTI < 1220293045 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :argh, that's pretty tricky in brainfuck, I think I'll use the DJGPP solution < 1220293053 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :which is to make the function always error out or return invalid data < 1220293058 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, sysinfo need date and such too < 1220293069 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :DJGPP's implementation of fork looks something like pid_t fork() {errno=ENOMEM; return -1;} < 1220293070 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well in that case I think cfunge may abort() on gettimeofday() < 1220293075 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :or just fail in other way < 1220293079 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :ais523: heh, nice < 1220293087 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, anyway 16 MB isn't enough for mycology < 1220293094 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it's a lot simpler than cygwin's, but less useful < 1220293107 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: because of ff*ky or something else as well? < 1220293110 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :since HRTI does a test calling y several times < 1220293113 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant, exactly < 1220293124 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I think without HRTI memory usage peek at around 11 MB < 1220293126 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: well I'd probably try to compile fingerprintless cfunge < 1220293126 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :yeah, I guess I could do something about that < 1220293127 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :at least last I checked < 1220293135 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I'd like to compile C-INTERCAL too, but it has problems due to being a compiler < 1220293136 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :but that was a while ago < 1220293141 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :so it is probably a bit more now < 1220293144 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :which is that I'd have to port gcc to brainfuck to really get it working < 1220293153 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, hm even core does some such stuff < 1220293157 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :as in, write a brainfuck version of gcc < 1220293180 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :time(NULL) to get current time in y < 1220293183 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :and gmtime() < 1220293189 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :that is in core < 1220293199 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :befunge-93 would be a lot easier to handle there < 1220293203 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :well y is going to have to lie in brainfuck without something like PSOX < 1220293209 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :but befunge-98 need a lot more system interaction < 1220293222 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well you will have to claim you don't handle i or o either then < 1220293239 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, and you will need to fake some environment variable and command line arguments < 1220293245 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :shouldn't be much of a problem, really < 1220293247 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :because they are both terminated by double \0 < 1220293251 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :iirc < 1220293258 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I might try to do a GregorR and port a miniature OS to brainfuck < 1220293262 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :anyway if either is empty it cause confusion < 1220293278 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, anyway the hash library I use for funge space may do other stuff < 1220293282 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :that is needed by core < 1220293303 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :mmap() and STDIO are, various string and memory routines < 1220293338 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, random() < 1220293341 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :how will you handle it? < 1220293352 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :needed for ? instruction < 1220293363 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: using a deterministic method like Mersenne Twister, possibly prompting for random number seed on startup < 1220293375 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I could have it as an -mprompt-for-seed option to gcc, for instance < 1220293383 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, I initialise it from current time < 1220293405 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: it's easy enough to define srandom() to a nop < 1220293415 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :*cringe* < 1220293448 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :but the more conforming way would be to get time() to return a magic value that causes srandom() to be a nop, and make it work in any other case < 1220293462 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, fingerprints I *remember* use floating point: 3DSP, BASE, FPSP, FPDP < 1220293465 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :there may be more < 1220293478 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :this is making no sense to me < 1220293482 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: luckily gcc comes with floating point emulation libraries < 1220293485 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, err gettimeofday() < 1220293486 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :is used < 1220293507 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : struct timeval tv; < 1220293507 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : if (gettimeofday(&tv, NULL)) { < 1220293507 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : perror("Couldn't get time of day?!"); < 1220293507 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : exit(EXIT_FAILURE); < 1220293507 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : } < 1220293509 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :like that < 1220293516 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: that's POSIX, but I can handle it the same way as time() if needed, I'll get the C standard stuff working first, though < 1220293517 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :if it works < 1220293520 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : srandom(tv.tv_usec); < 1220293526 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :side note: how to display tab as something other than ^I in irssi < 1220293527 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, cfunge *is* POSIX < 1220293528 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :anybody know? < 1220293535 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I never claimed it didn't make use of POSIX stuff < 1220293539 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :just see mmap() for example < 1220293557 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: I know, I was wondering how easy it would be to rip the problematic parts of POSIX out of it, probably not too hard but it would disable features < 1220293564 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :running it unmodified would just be crazy < 1220293579 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, oh you want to drop most fingerprints out, of you need to link ncurses for example < 1220293582 0 :fizzie!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: /set expand_escapes on or something like that. < 1220293583 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: I don't, but at least it's better than Konversation which displays tab as toggling italics < 1220293587 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :which is very confusing < 1220293588 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :or* < 1220293593 0 :fizzie!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: I don't know what else it expands when that toggle is on. < 1220293606 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, haha < 1220293614 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :well mine display it as a single space < 1220293618 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :which is rather odd < 1220293619 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :but ok < 1220293646 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :fizzie: isn't that for expanding \t to a tab character < 1220293651 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :on the other hand I guess my ERC is nowdays spending more time in the hooks in my .emacs than in the core code ;) < 1220293655 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :so \t becomes that fugly ctrl-I as well :-P < 1220293670 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :here on Mibbit it displays it as 8 spaces, I think < 1220293683 0 :fizzie!unknown@unknown.invalid PRIVMSG #esoteric :Oh, it did that thing. < 1220293687 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :I guess I'll have to dig into the source and make a modification < 1220293701 0 :fizzie!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: You could plug a Perl script into it too if you like that more. < 1220293710 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, anyway STDIO is needed for Befunge < 1220293711 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :any befunge < 1220293713 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :hmm, that might be easier < 1220293721 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :I might not like it more but it might be easier :-P < 1220293727 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, buffered STDIO too to be exact < 1220293742 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, and working fflush(stdout) < 1220293744 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: in what way does it need buffering? < 1220293756 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :line buffering is easy because it hits buffering on the BF interp itself < 1220293757 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well the code of cfunge assumes that is happening < 1220293774 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and most good BF interps have a setting to flush after each character of output < 1220293778 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, I read one line of input at a time < 1220293784 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, then buffer it myself < 1220293789 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I probably use fgets() < 1220293792 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :actually < 1220293793 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: well you get one line of input at a time < 1220293797 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I use a gnulib function < 1220293802 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :gnulib getline() < 1220293831 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :copied to support.c < 1220293835 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :does that do much the same thing as the ggets function that keeps getting posted to comp.lang.c? < 1220293843 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ah that does getc < 1220293847 0 :fizzie!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: scripts.irssi.org has tab_stop.pl. < 1220293851 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, huh? < 1220293855 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I got no idea what ggets does < 1220293861 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :man getline < 1220293862 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :
ACTION has a look
< 1220293863 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :iirc < 1220293866 0 :fizzie!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: "Replaces the evil inverted I with a configurable number of whitespaces" < 1220293870 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :on any Linux < 1220293878 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, any glibc system would have it in glibc < 1220293879 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :hooray for Stefan < 1220293881 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :fizzie: cheers < 1220293882 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: reads to the next newline and returns a malloced string < 1220293900 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, I use a few gnulib functions like this for glibc specific ones < 1220293908 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well yes that is what it does < 1220293918 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :anyway strndup() from gnulib too < 1220293924 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :and strnlen() < 1220293932 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :so I got copies of both < 1220293933 0 :psygnisfive!n=psygnisf@to196-057.resnet.stonybrook.edu JOIN :#esoteric < 1220293935 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: AnMaster: dogface: I thought of a really evil way to do command line arguments for an esoprogram, I might use it for C-INTERCAL < 1220293944 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, oh? < 1220293945 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :basically, a command line argument is one character < 1220293947 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :including control codes < 1220293955 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :except it goes from a # to the next newline < 1220293957 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :err? < 1220293962 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :that way you can have multicharacter options < 1220293974 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :so for instance you might have -a^D#version < 1220293975 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :f < 1220293978 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :http://waffles.fm/main.html <-- has waffles.fm bitten the dust? < 1220293981 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :foo < 1220293981 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric : foo < 1220293984 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :as a command line argument with 4 options < 1220293989 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :Oh, heh. < 1220293993 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :"Admin Login" is just "Login". < 1220293994 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :(^D represents control-D here) < 1220293995 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :argh, it works not < 1220294010 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it was inspired by Nethack < 1220294012 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, cfunge uses getopt() to parse command line arguments, it assumes the strict POSIX variant, so once it hits a non-parameter the rest is befunge program name and command line arguments for that program < 1220294024 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :http://ok.org/ totally needs something cooler than what is there < 1220294025 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :the evil inverted I is stronger than Perl < 1220294029 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :those controls work great interactively, not so much over a command line, which is where the evil comes from < 1220294050 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: well that's sane, getopt is easy to reimplement anyway < 1220294051 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :foo foo < 1220294079 0 :fizzie!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: Maybe it only replaces on privmsgs by others? Here's a tab: ... I hope that was a tab. < 1220294081 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, anyway if you don't use buffered STDIO a lot of befunge programs will behave strange < 1220294089 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, for example returning too early < 1220294090 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :fizzie: evidently so < 1220294095 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :that sucks :-/ < 1220294096 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, in input < 1220294109 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, however you can tell that you use unbuffered in y < 1220294119 0 :ais523!unknown@unknown.invalid QUIT :"http://www.mibbit.com ajax IRC Client" < 1220294128 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :but then programs like the wumpus in befunge won't work < 1220294131 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :huh... < 1220294133 0 :ais523!i=93bc1bcc@gateway/web/ajax/mibbit.com/x-eedfbf2de2bff03a JOIN :#esoteric < 1220294133 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :why leave < 1220294139 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :umm... I don't know < 1220294139 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, what was the last you saw? < 1220294145 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I was halfway through a sentence too < 1220294150 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : ais523, anyway if you don't use buffered STDIO a lot of befunge programs will behave strange < 1220294150 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : ais523, for example returning too early < 1220294151 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I think I hit back on my browser by mistake < 1220294153 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : ais523, in input < 1220294153 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : ais523, however you can tell that you use unbuffered in y < 1220294154 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :but am not sure how < 1220294156 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : but then programs like the wumpus in befunge won't work < 1220294156 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : huh... < 1220294156 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : why leave < 1220294162 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :there was stuff other ppl said too < 1220294167 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :(hardly as important ;) < 1220294170 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :
ACTION ducks
< 1220294173 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: it will be buffered the same way as the BF interp < 1220294183 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :most BF interps I know line-buffer input < 1220294185 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, you have to say which way in y < 1220294198 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, also it need to flush stdout before any input < 1220294200 0 :fizzie!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: You probably need to signal_add it to some other sensible signal in addition to only "server incoming". But at least you're not starting from scratch. < 1220294204 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :cfunge calls fflush() to do that < 1220294207 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: I can add -mbuffered-input, I'll get the user to tell me during compile < 1220294219 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :um? < 1220294225 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :huh? < 1220294229 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: you can add new options to gcc < 1220294234 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :to tell you about the target CPU < 1220294237 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well buffered output too < 1220294242 0 :psygnisf_!n=psygnisf@to196-057.resnet.stonybrook.edu JOIN :#esoteric < 1220294242 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :in this case the target "CPU" is actually a brainfuck interpreter < 1220294244 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :fizzie: that may be what the FIXME: experimental is about :-P < 1220294251 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :anyway I already do my own buffer for input < 1220294254 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :so the user has to explain about the interp < 1220294264 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :so input is less of a problem than output < 1220294265 0 :fizzie!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: The whole script looks a bit iffy. < 1220294268 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I assume 8-bit wrapping, though, it's much more difficult and time-consuming otherwise < 1220294290 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, anyway another issue, threads in befunge, I plan to create a fingerprint that will only block the current thread on IO, a new version of SOCK < 1220294298 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :fizzie: also, I don't think I can /set anything to only spaces < 1220294310 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :oh and for such I need non-blocking IO too < 1220294314 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, SCKE uses poll() < 1220294314 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: well don't expect that to work in brainfuck, possibly not in C-INTERCAL either < 1220294321 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :non-blocking IO is fine for C-ITNERCAL though < 1220294330 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, as in poll()? < 1220294336 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :and maybe select() too < 1220294347 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :that will be in fingerprints of course < 1220294367 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: select() will block the INTERCAL program too, but that's expected behaviour in a single-threaded program and I don't support concurrent < 1220294371 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, oh how does variable length structs work in GCC? < 1220294378 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I assume they are taken care of at a higher level? < 1220294389 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :cfunge use some structs with a foo bar[]; at the end < 1220294392 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :C99 feature < 1220294396 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: they're pretty trivial really, it just takes the address of the last struct member < 1220294410 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :gcc used to have that as an extension < 1220294417 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :but its syntax was foo bar[0]; < 1220294431 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, btw you may know: < 1220294432 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :The difference between -fno-peephole and -fno-peephole2 is in how they are < 1220294433 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : implemented in the compiler; some targets use one, some use the other, a few use both. < 1220294434 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :well < 1220294438 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :not sure if they accept C99 syntax too, probably they do because that probably wouldn't be a difficult change < 1220294439 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :what is the difference exactly? < 1220294467 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: -fno-peephole turns off RTL to asm peepholing, -fno-peephole2 turns off RTL to RTL peepholing < 1220294472 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, gcc accepts the C99 syntax with -std=c99 at least < 1220294481 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :RTL is the last intermediate language in the chain of languages that gcc translates the program between < 1220294484 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ah < 1220294485 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and is somewhat processor-dependent < 1220294493 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, why so many? < 1220294506 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I remember GLIMPS or something like that being mentioned? < 1220294507 0 :fizzie!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: At least /set does not seem to be trimming any leading whitespace, so maybe just "/set whatever " to set to " " or something. Haven't tried. < 1220294514 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :forgot the name < 1220294517 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: well, each frontend has its own internal representation, which is translated to GENERIC which is common between most of them < 1220294523 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :fizzie: yes, I am messing around with it now and testing in a query < 1220294550 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :that's translated to GIMPLE in a more-or-less processor-agnostic way (although the way it translates varargs is dependent on processor) < 1220294554 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: i invented a method of encoding < 1220294561 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ah GIMPLE was the name < 1220294562 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :then from GIMPLE it's translated to RTL < 1220294565 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :you type out some keys, then your reciever types them out and they make shaped < 1220294573 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, does your stuff handle varargs? < 1220294573 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :edctgbf rfvetcb < 1220294580 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :(space means end of shape, start new one) < 1220294581 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :try it < 1220294588 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: I think so, although I haven't tested that, or anything else for that matter < 1220294591 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well it needs to handle printf < 1220294603 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it's meant to handle varargs, and all other C89 features, also all C99 features that gcc have implemented < 1220294625 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, an idea for how to check for what functions are used just hit me < 1220294628 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :
ACTION tests
< 1220294631 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ah yes works < 1220294631 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: I used to do that using calculator keypads < 1220294636 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :nm -D ./cfunge < 1220294637 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: nm? < 1220294637 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, try that < 1220294641 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: nm=never mind < 1220294645 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: here, have a smiley face < 1220294649 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: I'm on Windows at the moment < 1220294657 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :vfr567ujnbrydvbhj < 1220294657 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : nm - list symbols from object files < 1220294658 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :try it < 1220294659 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :due to forgetting to bring my laptop's power supply here < 1220294665 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : -D < 1220294665 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : --dynamic < 1220294665 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : Display the dynamic symbols rather than the normal symbols. This is only meaningful for dynamic objects, such as certain types of < 1220294665 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : shared libraries. < 1220294674 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :well it lists imported functions too < 1220294693 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :http://rafb.net/p/0ge9DV43.html < 1220294700 0 :fizzie!unknown@unknown.invalid PRIVMSG #esoteric :objdump would probably do it with different flags too. < 1220294700 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: I used nm to find out which symbols in C-INTERCAL could cause namespace clashes and mangled them all < 1220294705 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :nm won't work for gcc-bf though < 1220294709 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :of course gcc will inline calls to memcpy and such on x86/x86_64 iirc < 1220294714 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :using special low level stuff < 1220294724 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :partly because I implemented as as a front-end to cp < 1220294729 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and ar as a front-end to tar < 1220294738 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it seemed easiest, as the linker has to work on the asm implementation < 1220294750 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, anyway a lot of those are only used in fingerprints, there is no way to disable compiling fingerprints, nor is it something I plan to do < 1220294755 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :you can disable them at runtime < 1220294755 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :this means that libgcc.a is in fact just a tar.gz of asm files with .o extensions < 1220294761 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :which is useful in mycology sometimes < 1220294766 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :if you mess around with core < 1220294773 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :and want to not have to scroll up a lot < 1220294779 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: disabling compiling fingerprints is trivial, you just remove them all from the fingerprint description file < 1220294781 0 :psygnis__!n=psygnisf@to196-057.resnet.stonybrook.edu JOIN :#esoteric < 1220294781 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523 is not interested :( < 1220294786 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well yeah < 1220294793 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: I am slightly, but can't figure out what you were trying to say < 1220294796 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, except it will want one at least I think... < 1220294800 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: it's a smiley face < 1220294819 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :cde4567ujmnbvcrtfvg < 1220294822 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :perhaps more legible < 1220294823 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: NULL is trivial < 1220294825 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :the smiley face is everything that has been said after tusho's last message < 1220294831 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :if anyone needed that cleared up < 1220294831 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, I think strange stuff may happen if it tries to use a for loop to iterate over a 0 length array... < 1220294833 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :heh < 1220294835 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :no it's not :P < 1220294838 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :he's jokes are so weird. < 1220294843 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :*his < 1220294846 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :since I use sizeof(array) / sizeof(record) nowdays < 1220294847 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :what the fuck was that :\ < 1220294856 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :not ending 0 entry < 1220294867 0 :oklopol!unknown@unknown.invalid PRIVMSG #esoteric :i think i'm gonna poo and shit (pun intended) -> < 1220294874 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :have fun < 1220294877 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: C's control structures are all designed to handle the 0-length edge case incidentally < 1220294881 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, anyway... http://rafb.net/p/0ge9DV43.html are all the functions used by cfunge here < 1220294884 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :except do-while, but you normally only use that one deliberately < 1220294893 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :and other symbols < 1220294910 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :but NULL surely doesn't require standard library support < 1220294914 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :nor ROMA for that matter < 1220294916 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, indeed < 1220294920 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :there are a few more ones iirc < 1220294934 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :what does roma do < 1220294943 0 :psygnisfive!unknown@unknown.invalid QUIT :Read error: 110 (Connection timed out) < 1220294947 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :tusho, map some instructions to push roman numerals < 1220294950 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: interprets capital letters as roman numerals < 1220294953 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ah < 1220294983 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, SUBR, INDV shouldn't use anything except malloc() and such either if even that < 1220295007 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :REFC use malloc() but you can't get away without malloc() for cfunge at all < 1220295009 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :well obviously I'm going to have to implement malloc as just about every C program ever uses it < 1220295019 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :likewise < 1220295023 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, malloc() calloc() free() memset() and a few more < 1220295026 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :s/.*// < 1220295038 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster-without-anmaster is pretty zen < 1220295039 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :memchr, memcpy < 1220295043 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: I think I'll implement all of stdlib.h, and find an implementation of stdio.h somewhere < 1220295045 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :tusho, ?? < 1220295048 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :you get one person stating obvious things in a row for ages < 1220295065 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, string.h too < 1220295071 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :use quite a bit from that < 1220295073 0 :psygnisfive!i=82f5c439@gateway/web/ajax/mibbit.com/x-39ae4e45bc821880 JOIN :#esoteric < 1220295079 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :woo hey guys < 1220295094 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :gcc needs some headers on the target to exist to compile: string.h stdlib.h stdio.h time.h sys/types.h unistd.h < 1220295099 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :but I only edited the last two with touch < 1220295103 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :as they aren't standard C < 1220295107 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and hi psygnisfive < 1220295107 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :10:14:17 well I'm not ignoring tusho, nor do I think he is ignoring me < 1220295109 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :haha < 1220295113 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :i was just logreading and saw that < 1220295117 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :i just got into my dorm :D < 1220295122 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster, you are actually on ignore :p < 1220295133 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: happy mailman reminders day by the way < 1220295134 0 :fizzie!unknown@unknown.invalid PRIVMSG #esoteric :tusho: What's the point of the /ignore if you logread the stuff still? < 1220295139 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :fat lot if I care < 1220295141 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: beat you to it yesterday < 1220295145 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :for the australian agora list :) < 1220295152 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :fizzie: i wanted to see if he's commented on my ignoring < 1220295160 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: I wasn't here yesterday, and yesterday isn't mailman reminders day except in Australia < 1220295172 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :just because he doesn't like GPL and wants to troll, then goes on to ignore me < 1220295174 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :well he is strange < 1220295178 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :we all know that < 1220295211 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :10:49:07 tusho, map some instructions to push roman numerals < 1220295215 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :why did you answer to /dev/null... < 1220295221 0 :psygnisf_!unknown@unknown.invalid QUIT :Connection timed out < 1220295253 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :10:52:52 just because he doesn't like GPL and wants to troll, then goes on to ignore me < 1220295262 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :sorry trying to have a reasoned argument, i'll just blindly agree with you in future < 1220295262 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :heh, at the moment ABI has a %devnull register which throws away data moved into it < 1220295267 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I do wish he stops highlighting me though < 1220295267 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :which will be optimised away later < 1220295270 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :well, after i stop /ignoring you < 1220295272 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :and anyway it can't be called ignore < 1220295274 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :i might just forget for a year or so < 1220295286 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :so someone tell me how C++'s grammar is unrestricted please < 1220295289 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :10:54:27 I do wish he stops highlighting me though < 1220295289 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :not with tusho log reading < 1220295293 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: AnMaster AnMaster AnMaster AnMaster < 1220295295 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :he have to ignore log < 1220295296 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :psygnis__: logread. < 1220295299 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :or it isn't ignore < 1220295300 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523 linked to an article < 1220295308 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :tusho: is in log? < 1220295311 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :psygnisfive: C++ is compile-time TC < 1220295311 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :ok. < 1220295318 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, hum < 1220295320 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :im not sure how that works but ok :) < 1220295325 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, why such a strange register < 1220295334 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :which reminds me < 1220295339 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :botte. < 1220295343 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :psygnisfive: using the template resolution mechanism < 1220295345 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :hm < 1220295346 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, anyway brainfuck doesn't *have* registers < 1220295350 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :perhaps I'll just write a log searcher first < 1220295351 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :then botte < 1220295356 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :yeah, good idea tusho < 1220295358 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :hmm < 1220295364 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :also tusho: I too was trying to have a reasoned argument < 1220295365 0 :oklopol!unknown@unknown.invalid QUIT :Read error: 104 (Connection reset by peer) < 1220295365 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :how can i make sure it already has the most recent logs... < 1220295365 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :however < 1220295366 0 :oklofok!n=nnscript@oklopol.yok.utu.fi JOIN :#esoteric < 1220295367 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: due to generating code from filling in templates < 1220295371 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :you did ignore that < 1220295376 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ah, wait, it can't log-tail then < 1220295376 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :you just said what you thought < 1220295379 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ignoring what I said < 1220295389 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, hum? < 1220295391 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and register in asm = data stored at a fixed location on the tape in BF < 1220295416 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: sorry, I meant to higlight psygnisfive on the comment before last rather than you < 1220295423 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, anyway how will you handle pointers? I think the generated code would be spectacularly slow < 1220295425 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :but I'd been talking to you so much I typed the wrong name < 1220295439 0 :oklofok!unknown@unknown.invalid PRIVMSG #esoteric :compile-time tc equals unrestricted grammar? < 1220295446 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :oklofok! :D < 1220295446 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :oklofok: for c++ < 1220295448 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: yes, it will be, although pointers aren't that hard (just slow) and I've thought up several optimisations < 1220295458 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :psygnisfive: god, stop going oklopol! whenever he talks < 1220295461 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :oklofok: all TC == unrestricted grammar. < 1220295462 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :we can tell. < 1220295476 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :oklofok: I don't think so necessarily, it rather depends on whether the grammar is the only thing relevant at compile-time < 1220295484 0 :oklofok!unknown@unknown.invalid PRIVMSG #esoteric :psygnisfive: having a tc type system automatically makes it impossible to parse in general? < 1220295489 0 :oklofok!unknown@unknown.invalid PRIVMSG #esoteric :i somewhat doubt that < 1220295495 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :no i didnt say that :P < 1220295499 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I mean 1) pointers, lots of them 2) cells in funge space can't be less than 4 bytes < 1220295500 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it could be, say, that the grammar was type 3 but some other step in the compilation was TC < 1220295508 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :unrestricted grammars are computationally equivalent to turing complete machines < 1220295515 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, about every app would break with sub-32-bit cells < 1220295516 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: well pointers are 26 bits, padded to 32 < 1220295525 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and the cells are 32-bit < 1220295534 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, that isn't brainfuck... < 1220295537 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :so if C++ is compile-time TC then theres some unrestricted grammar that goes along with it < 1220295545 0 :oklofok!unknown@unknown.invalid PRIVMSG #esoteric :psygnisfive: everyone knows that; ais523: we were talking about whether parsing is tc, not just compilation; tusho: true < 1220295546 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :brainfuck got unsigned 8 bit... < 1220295549 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: yes it is, the pointers are stored in 4 8-bit brainfuck cells < 1220295554 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ah < 1220295559 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :just like on an x86 system < 1220295565 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :oklofok: wait which part was true < 1220295566 0 :oklofok!unknown@unknown.invalid PRIVMSG #esoteric :psygnisfive: oh < 1220295566 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :gcc is fine with storing data in more than one cell < 1220295573 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :my telling psygnisfive not to okoping all the time? < 1220295578 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, anyway cfunge uses function pointers < 1220295582 0 :oklofok!unknown@unknown.invalid PRIVMSG #esoteric :tusho: for c++ it is true, in case it's true < 1220295585 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: they're fine too < 1220295585 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, how the heck do you handle that? < 1220295588 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I use them everywhere < 1220295588 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :oklofok: i know. apparently C++ is TC at compile time. earlier tho they said the syntax of C++ was itself unrestricted < 1220295591 0 :oklofok!unknown@unknown.invalid PRIVMSG #esoteric :i'm not sure whether it is < 1220295597 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, huh... how can you do that in brainfuck < 1220295602 0 :oklofok!unknown@unknown.invalid PRIVMSG #esoteric :psygnisfive: yeah i'm a bit confused too < 1220295606 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :i dont think it is < 1220295607 0 :oklofok!unknown@unknown.invalid PRIVMSG #esoteric :not sure what's the case < 1220295608 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: each segment of code has a number < 1220295610 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, you need to jump in code a lot < 1220295612 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :psygnisfive: it is < 1220295614 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :yes < 1220295615 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :because unrestructed grammars are a pain in the ass to parse. < 1220295618 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: yo, you link him to the article. < 1220295634 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :so every goto, label, and function call in the program is translated to a break in the BF code < 1220295643 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :where it stores the number of the next block of code in some dedicated registers < 1220295652 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, oh and you probably want to sed out all occurrences of the word "inline" in cfunge ;P < 1220295652 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :then the whole body of the code is effectively a switch in a loop < 1220295657 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: I don't know where it is offhand < 1220295660 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :or the resulting code would be HUGE < 1220295662 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :bah, k < 1220295684 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: why, inline gives a better speed gain in BF than it does in other langs < 1220295689 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :the resulting code's going to be HUGE anyway < 1220295699 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well code could grow a lot < 1220295700 0 :oklofok!unknown@unknown.invalid PRIVMSG #esoteric :A's type, or should i say kind, needs to be known @ "A < B > C", so it's unrestricted < 1220295703 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :besides the better way is probably to set gcc's inlining flags < 1220295707 0 :oklofok!unknown@unknown.invalid PRIVMSG #esoteric :i think that's it really < 1220295716 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it doesn't allow inline to grow the code by more than 50% by default, for instance < 1220295721 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :oklofok: whats that mean now? < 1220295721 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it'll uninline things if it would < 1220295724 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ah true < 1220295737 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: you can change that, might be helpful for your speed optimisation < 1220295742 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, haha < 1220295763 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :worryingly I'm trying to optimise gcc-bf's output too < 1220295770 0 :oklofok!unknown@unknown.invalid PRIVMSG #esoteric :psygnisfive: i think i'd have to think for a while to answer that. < 1220295771 0 :psygnis__!unknown@unknown.invalid QUIT :Connection timed out < 1220295772 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I assume a run-length-encoding interp though < 1220295785 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :so I assume that >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> is as fast as > < 1220295786 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, normal cfunge binary on x86, stripped, is around 109 KB < 1220295787 0 :oklofok!unknown@unknown.invalid PRIVMSG #esoteric :but i think i'll just sleep < 1220295787 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :using GCC < 1220295791 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :oklofok: :P whats it mean tho to say that its kind needs to be known at ~?? < 1220295794 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :that is with -march=pentium3 < 1220295798 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :gcc 4.3 < 1220295815 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: what about the insane -O3 version with funroll loops? < 1220295823 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, I don't have a copy around < 1220295831 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :only other is 1.4 MB from debug info... < 1220295836 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :wait < 1220295842 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :2.5 MB, it is -ggdb3 < 1220295842 0 :oklofok!unknown@unknown.invalid PRIVMSG #esoteric :psygnisfive: i meant you need to know whether A is a type or an object, really, i think; "kind" was definitely the wrong term, and i'm not sure it's hard to know which one A is < 1220295847 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :oh btw profile feedback won't work on gcc-bf < 1220295851 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :nor will any debug format < 1220295855 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :-g gives a warning that it was ignored < 1220295857 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, I assume that :P < 1220295861 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :oklofok: i dont see how thats relevant to the syntax tho, see < 1220295863 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :that it wont* < 1220295872 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :nor will nested functions, but those aren't standard C anyway < 1220295889 0 :oklofok!unknown@unknown.invalid PRIVMSG #esoteric :psygnisfive: well in case the types are TC, you need to resolve that stuff before you can parse AC < 1220295890 0 :Hiato!unknown@unknown.invalid QUIT :"Leaving." < 1220295897 0 :oklofok!unknown@unknown.invalid PRIVMSG #esoteric :so you can't parse all cases at all < 1220295902 0 :oklofok!unknown@unknown.invalid PRIVMSG #esoteric :because the type system can infloop < 1220295903 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, as far as I know I got no nested functions < 1220295910 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, it is C99 + POSIX < 1220295917 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: well you shouldn't have, they aren't C99 or POSIX, just a gcc extension < 1220295923 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :exactly < 1220295924 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :oklofok: oh right but types and stuff are done at compilation, they're not part of the syntax. < 1220295934 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :they're sort of like lambdas but less useful because they can't have any scoping other than auto < 1220295935 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, all GCC extensions I have (attributes mostly) are optiona < 1220295937 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :optional < 1220295939 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :with ifdef < 1220295948 0 :oklofok!unknown@unknown.invalid PRIVMSG #esoteric :psygnisfive: you need to do them at the same time as the compilation though < 1220295949 0 :oklofok!unknown@unknown.invalid PRIVMSG #esoteric :err < 1220295955 0 :oklofok!unknown@unknown.invalid PRIVMSG #esoteric :the same time as the parsing < 1220295961 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :heh, my header files simply #define __attribute__(x) to nothing if __GNUC__ isn't defined < 1220295963 0 :Hiato!n=Hiato@dsl-245-24-48.telkomadsl.co.za JOIN :#esoteric < 1220295972 0 :oklofok!unknown@unknown.invalid PRIVMSG #esoteric :you can't parse without knowing the types, and you can't know the types unless you've parsed the program < 1220295977 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :oklofok: i doubt this. parse then verify. < 1220295983 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well yeah I do a bit more since ICC support *some* attributes < 1220295990 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I must have spent an hour or so writing stdio.h < 1220295996 0 :oklofok!unknown@unknown.invalid PRIVMSG #esoteric :psygnisfive: different parse trees depending on types, that's definitely true of C++ < 1220295997 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :even though I was copying from glibc < 1220296000 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :#include < 1220296003 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :(that's how it ended up LGPL2.1) < 1220296008 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, cfunge will fail badly without errno < 1220296021 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I have an errno.h < 1220296022 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it defines errno < 1220296024 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and that's it < 1220296040 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :oklofok: i still doubt that anything truly requires an unrestricted grammar. i cant even imagine how different types force different parses in a way that requires TCness. < 1220296049 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :probably I should define numeric codes for the C99 errno codes, though < 1220296054 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, the getline() from gnulib assumes that it will have reasonable values < 1220296075 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I find it's normally possible to rewrite programs around most restrictions < 1220296076 0 :psygnisfive!unknown@unknown.invalid QUIT :"http://www.mibbit.com ajax IRC Client" < 1220296089 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :C-INTERCAL was POSIX originally, but I think it can be compiled without unistd.h nowadays < 1220296093 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :nor any of the functions from it < 1220296104 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well befunge98 requires date/time < 1220296125 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: maybe Befunge-108 should have an option for freestanding Befunge < 1220296128 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :which doesn't assume an OS < 1220296129 0 :psygnisfive!i=82f5c439@gateway/web/ajax/mibbit.com/x-9c1ec2c2918571a9 JOIN :#esoteric < 1220296132 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :just like there's freestanding C < 1220296143 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, um, the interpreter would have to handle it still < 1220296146 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :wait < 1220296151 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :not sure how it would work < 1220296160 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it would be just a case of returning dummy information for some of y < 1220296176 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :because Befunge-98 already allows not implementing i and o < 1220296235 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, you will have to remove the signal(SIGPIPE, SIG_IGN); thingy < 1220296243 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :happens in main.c < 1220296245 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :http://rafb.net/p/lUOFp085.html < 1220296245 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :anyway < 1220296249 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :that may be of interest < 1220296257 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :of course some are from fingerprints < 1220296260 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :core is a lot less < 1220296260 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: heh, what you just wrote is by definition a NOP in brainfuck < 1220296266 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :you're telling it to ignore something that can't happen anyway < 1220296294 0 :oerjan!n=oerjan@hagbart.nvg.ntnu.no JOIN :#esoteric < 1220296303 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :sort of like ABSTAIN FROM COMING FROM in INTERCAL-72 < 1220296305 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, you need a working printf anyway < 1220296313 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :hmm... I wonder if C-INTERCAL correctly sees that as an error < 1220296341 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and yes, I'm going to implement or find from somewhere stdlib, stdio, and string, as programmers really assume they need those < 1220296359 0 :oerjan!unknown@unknown.invalid PRIVMSG #esoteric :
ACTION wonders if there are many programs using ABSTAIN FROM ABSTAINING
< 1220296400 0 :megatron!n=moozilla@207-118-44-201.dyn.centurytel.net JOIN :#esoteric < 1220296408 0 :moozilla!unknown@unknown.invalid QUIT :Nick collision from services. < 1220296411 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :oerjan: probably not, when you're using ABSTAIN as control flow normally you aim for individual lines, and when you aim for a gerund it's usually NEXTING < 1220296412 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, stdint, stdbool and so on too < 1220296429 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: stdint's just macros, right? and stdbool is trivial in gcc < 1220296442 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well stdint is probably just typedefs < 1220296451 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :for int32_t int64_t and such < 1220296460 0 :psygnisfive!unknown@unknown.invalid QUIT :"http://www.mibbit.com ajax IRC Client" < 1220296464 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, I think cfunge may use int64_t for some other stuff even if funge space is 32-bit < 1220296465 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :not sure < 1220296481 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :oh yes TURT fingerprint < 1220296482 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: well, LONG < 1220296487 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :but since that writes svg files... < 1220296492 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :you wouldn't want it anyway < 1220296495 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :and it uses math < 1220296495 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :anyway I'm using a nice generic implementation method < 1220296500 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :for long integers < 1220296507 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, TURT too depends on math.h < 1220296516 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :probably I could add support for 128-bit integers without much trouble (I already have 64-bit long long due to C99) < 1220296529 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, I decided against implementing LONG because it is unportable between 32-bit and 64-bit funges < 1220296530 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :256-bit would be harder as gcc has no name for a data type that large internally < 1220296537 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :causing programs to be unportable rather < 1220296538 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ah, ok < 1220296546 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I'm still faced with much the same problem, though < 1220296560 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :which is: what's the most efficient way to multiply 64-bit numbers in 8-bit brainfuck? < 1220296561 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, there is some vector extension? < 1220296567 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :and GCC got __int128_t at least < 1220296576 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: I don't use the vector extension < 1220296587 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and __int128_t will currently be emulated in software by gcc < 1220296593 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, yes i know it will < 1220296599 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :or it will use SSE I guess < 1220296601 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :which will probably result in more or less the same code anyway < 1220296602 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :on x86_64 < 1220296610 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: ah, I was talking about gcc-bf < 1220296622 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :which is fine with 64-bit numbers (it stores them in 8 consecutive registers or memory locations) < 1220296634 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, how many registers do you have= < 1220296635 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :? < 1220296645 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :64 ordinary registers < 1220296652 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :5 fixed registers at current < 1220296653 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :and how many special purpose? < 1220296658 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ah < 1220296658 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :but probably I'll have more eventually < 1220296660 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :program counter? < 1220296663 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :and what else? < 1220296664 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :(fixed = gcc's name for special purpose) < 1220296672 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, what ones are they < 1220296689 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :4 registers which are a combined pc and cc0, and one scratch register < 1220296701 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :oh btw I was thinking of generating code at runtime, using JIT with LLVM, could be rather interesting < 1220296706 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :also I have stack pointer and a stack of frame pointers, but they're represented in unary for speed < 1220296709 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I think JITing funge would work < 1220296715 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: probably < 1220296716 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :but probably won't do it < 1220296746 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, cfunge's stack can grow rather large I think < 1220296758 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :probably outside what 8 bits could represent for size < 1220296777 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :oh what is cc0 btw? < 1220296790 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: well gcc-bf supports an unlimited size stack, but you can't take pointers to it or pass structures to or from functions if it grows beyond 16 MB < 1220296803 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, hm 16 MB no < 1220296805 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: condition code, which holds the result of a comparison < 1220296812 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :but maybe a few kb on stac < 1220296813 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :stack* < 1220296824 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :and I do take pointers to stuff on stack all the time < 1220296842 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: not a problem, the stack pointer is represented by two consecutive 0s in a long run of 1s on every sixth tape element < 1220296848 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :since I prefer variable on stack and pointer rather than having to remember to free < 1220296855 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :so you can get to the stack pointer easily with [[>>>>>>]>>>>>>] < 1220296868 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :makes better code IMO < 1220296873 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :unless variables are large < 1220296875 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and pointers to the stack are 24-bit integers with an extra byte stating that they're on the stack < 1220296876 0 :Hiato!unknown@unknown.invalid QUIT :"Leaving." < 1220296886 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and yes, I agree with you, alloca was probably invented for that purpose < 1220296896 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, I got some 1024 * 8 bytes arrays on stack in one function or another iirc < 1220296897 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :pity it isn't standard C really, probably some systems can't manage it < 1220296899 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :assuming 64-bit funge < 1220296907 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :1024 * 4 otherwise < 1220296917 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :actually it may be char buf[1024] < 1220296917 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: 8KB is fine, although might take a while to access < 1220296919 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :don't remmeber < 1220296941 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :BTW can cfunge cope with 16-bit int? < 1220296947 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, no < 1220296952 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it ought to be able to if you use types correctly, hardly anyone does though < 1220296954 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :definitely not < 1220296957 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :C-INTERCAL can't, I know < 1220296961 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well maybe < 1220296965 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :not sure < 1220296980 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I probably use int32_t most of the time < 1220296982 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ideally I should be able to set sizeof(int)=2 in gcc-bf, but everything assumes it's 4 nowadays so I'll have it as a command-line option < 1220296983 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :but not sure < 1220297026 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :anyway stack won't ever get 16 MB < 1220297030 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :heap can probably < 1220297074 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I think I know how to implement pointers larger than 26-bit < 1220297090 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :hmm... how many BF interpreters can cope with over 72 million successive > signs? < 1220297091 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, fingerprints use a *lot* of function pointers, remember that < 1220297103 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: function pointers are in a separate memory space < 1220297103 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :and I have a static array with function pointers < 1220297105 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :for the loaders < 1220297114 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :static const array even < 1220297115 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :which allows 16 mebifunctions < 1220297122 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, 16 what? < 1220297135 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :mebi=2^20 just like mega=10^6 < 1220297137 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :anyway I got way more than 16 functions that I use function pointers to < 1220297139 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :ais523: 72 million? that's what, 300 megabytes of memory? < 1220297142 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :..... < 1220297148 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: no, 72 megabytes < 1220297158 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :ais523: is each cell not 4 bytes < 1220297162 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: so you have over 16 million total functions + labels < 1220297167 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :hah ok < 1220297168 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: no, 8-byte cells < 1220297176 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :ais523: so then it's more like 600 megabytes < 1220297178 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :if you store an int it's stored in 4 successive cells < 1220297189 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, I do use goto for error handling in FILE and SOCK where I need similiar clean up paths in a lot of cases < 1220297195 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :otherwise goto is very very sparse < 1220297198 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it uses a bit over 72 million cells < 1220297199 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :if ever outside those two < 1220297209 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: everything's translated into goto in the asm anyway < 1220297215 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :so it doesn't matter what it was in your code < 1220297217 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well I meant at C level < 1220297225 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :while is a convenience for the programmer, not for the compiler < 1220297227 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, err < 1220297228 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :not goto < 1220297230 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :call/ret < 1220297237 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I'm sure of that functions call are not goto < 1220297242 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :or you couldn't return < 1220297244 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: call/ret is also translated into goto the way I'm doing things < 1220297250 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it pushes a label onto the stack first < 1220297253 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :then gotos the function < 1220297253 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, oh btw I sometimes return structs < 1220297256 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :by value < 1220297259 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :the function pops a label from the stack < 1220297261 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :actually just in one place < 1220297266 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :but I still do it there < 1220297271 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :not sure if you can handle that < 1220297278 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :it is a { x, y } struct < 1220297282 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: if you're using gcc, no you don't, it automatically rewrites that as pass by reference < 1220297301 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :but if the struct's 64 bits or smaller it stores it in a long long instead and it doesn't matter that it's a struct < 1220297301 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, hm doesn't make sense since I construct that in *return* < 1220297303 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :like: < 1220297318 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :return (fungeVector) { .x = x, .y = y }; < 1220297319 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :that < 1220297327 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :not sure where it would place the reference < 1220297352 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: the function that calls it allocates space for a fungeVector on the stack and passes a pointer to it to the function that returns a fungeVector < 1220297362 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, ugh < 1220297368 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :then the function returning a fungeVector stores in the memory referenced by that pointer < 1220297376 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, but that breaks AMD64 ABI < 1220297377 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: that's how gcc and most other compilers handle struct returns < 1220297387 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :AMD64 ABI would return that struct in registers < 1220297388 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :iirc < 1220297390 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :except it modifies it to conform with ABIs if possible < 1220297403 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it does use registers for things 64-bit and smaller, I think < 1220297412 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :except to conform with someone else's ABI < 1220297425 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I think, but I'm not sure, that AMD64 ABI splits such a struct up over 2 registers... < 1220297432 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and probably can handle 128-bit structs too on systems which can normally return long long longs in registers, don't know how many of those exist though < 1220297434 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :can't find the pdf atm < 1220297448 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :long long long? < 1220297449 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :that exist? < 1220297450 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: just compile with optimizations on and look at the asm < 1220297458 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :for instance atm the gcc-bf ABI returns 64-bit integers and structs in registers r0-r7 < 1220297468 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: no it doesn't, but what else could you call a 128-bit int? < 1220297478 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, int128_t < 1220297495 0 :oklofok!unknown@unknown.invalid QUIT :Read error: 104 (Connection reset by peer) < 1220297496 0 :oklopol!n=nnscript@oklopol.yok.utu.fi JOIN :#esoteric < 1220297496 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :well yes, but long long long has a swing to it < 1220297531 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :hah < 1220297582 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :long short < 1220297592 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: I want 24-bit ints! < 1220297594 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :48-bit too < 1220297600 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, why on earth? < 1220297602 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :wait < 1220297604 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :there are a whole lot of missing lengths of integers < 1220297612 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: what would long short be? < 1220297614 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :actually mysql has a 24-bit data type AFAIR < 1220297616 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :struct foo { unsigned int bar:24; } < 1220297618 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :also < 1220297619 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, that *may* work < 1220297622 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :what about negative half trit < 1220297623 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric ::D < 1220297626 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :bit field < 1220297628 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :turkey booooooooooomb! < 1220297635 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: interesting, I wonder if that's 3 bytes on gcc-bf? < 1220297644 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I've told the compiler not to pad anywhere unless the user asks for it < 1220297647 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :or to make whole bytes < 1220297651 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well I never tried anything but one bit bitfields < 1220297665 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :but iirc other values than 1 work too < 1220297675 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: most compilers will give you a 32-bit struct if you do that < 1220297680 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :with 8 bits of padding < 1220297688 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :at least on most processors < 1220297699 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :but will access it like a 24-bit unsigned int < 1220297706 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :by ignoring the top 8 bits < 1220297707 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, cfunge uses bitfields, I made sure the structs had as few holes as possible on x86 and x86_64 using both 32-bit and 64-bit funges < 1220297711 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :tried all combos < 1220297719 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :used a tool the kernel developers made: pahole < 1220297728 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :it reads the debug info from -g and lists any holes < 1220297731 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: I know, you told me earlier < 1220297731 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :very nifty tool < 1220297738 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I did? < 1220297740 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :you got good memory < 1220297745 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :unlike me < 1220297778 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, anyway how do you do bitfields in your gcc-bf? < 1220297788 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: badly < 1220297795 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it takes lots of bitwise operations < 1220297798 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, as in slow? or incorrect? < 1220297804 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: very slow but correct < 1220297805 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well cfunge will be hellish slow then < 1220297809 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :lots of multiplication and division in loops < 1220297817 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, since it accesses a few bitfields for every instruction executed < 1220297828 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :basically: isStringMode < 1220297829 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :and < 1220297841 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :wait more than that < 1220297847 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : ipMode mode; ///< String or code mode. < 1220297848 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : bool needMove:1; ///< Should ipForward be called at end of main loop. Is reset to true each time. < 1220297848 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : bool stringLastWasSpace:1; ///< Used in string mode for SGML style spaces. < 1220297848 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: probably it would be worth having a mode that unpacked the bitfields into one unsigned char per bitfield < 1220297849 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :that is it < 1220297864 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, not really on x86/x86_64 < 1220297866 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I checked there < 1220297875 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :so < 1220297876 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :avofs < 1220297876 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :no noticable difference < 1220297878 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :oh, I think it's probably a lot faster on gcc-bf if you don't have many bits in your bitfield < 1220297887 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :but chars will still be faster still < 1220297888 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :oh wow, some intercal code! in the wild! < 1220297892 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :coooooooool < 1220297892 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, there is another one: < 1220297893 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : bool fingerSUBRisRelative:1; ///< Data for fingerprint SUBR. < 1220297900 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: whwew did you find it? < 1220297910 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: i'd tell you but then i'd have to kill you < 1220297915 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :not a good deal overall i think < 1220297928 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: ew, bitfields < 1220297934 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant, why? < 1220297937 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: are these constant structs? < 1220297940 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :or do they change over time < 1220297943 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: I was just about to ask you :-P < 1220297943 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, no that is in ip struct < 1220297947 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :so it changes a lot < 1220297954 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ok < 1220297959 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, and is checked once every time in main loop < 1220297962 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :or something like that < 1220297965 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :one of them is < 1220297971 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :anyway I suspect gcc-bf will be painfully slow if run on an ordinary BF interpreter < 1220297975 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :needMove in concurrent funge < 1220297979 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant, ?? < 1220297987 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: why bitfields < 1220297992 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant, why not? < 1220298009 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, you could create one that reverse compile it to C... < 1220298010 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :;P < 1220298018 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :more code, and probably slower < 1220298029 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant, as I said, there was no noticable difference < 1220298037 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: well I'm going to litter the output with optimisation data < 1220298041 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :yeah, probably not noticeable < 1220298052 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :but it's one extra instruction for each access :-P < 1220298052 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :such as @4 to mean "the pointer is now at cell 4 of the tape" < 1220298056 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant, and I'm not that speed crazy < 1220298068 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant, plus this means it will fit into my L2 cache ;) < 1220298070 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :
ACTION ducks
< 1220298093 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: surely it'd be cached anyway < 1220298095 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: not L1? < 1220298103 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, this is a sempron < 1220298106 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :GREEN THINGS!! < 1220298110 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :GREN THINGS DEVEOTED TO MACHINESSSSSSSSSSS < 1220298111 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :so very very SMALL cache < 1220298114 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :SDFSDS;DFSL;FKSDFL;KD;AKD;ASDK;ASDK;ALSD^G^G^G^G < 1220298115 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :so about nothing fits < 1220298122 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :DDDDDDD:DDDDD < 1220298129 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :heck even the P3 near here got larger cache < 1220298130 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :KJLjkLJklJKLjLjkLJlkJljKLjlkklJ < 1220298132 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :slower yes < 1220298134 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :but more cache < 1220298139 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: you could probably fit a BF interp written in asm into it, those can be very small indeed < 1220298141 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :o_XXXXXXXXXX < 1220298145 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, cache size : 128 KB < 1220298148 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :,o/ /// o\, < 1220298150 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :from /proc/cpuinfo < 1220298154 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :the P3 got twice that < 1220298157 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :128 KB isn't very small! < 1220298167 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :and of course it will have lot of other stuff < 1220298169 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :HO HO I HEARTY LAFF < 1220298171 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :LAFFLAFLAFLAFLALFAF < 1220298171 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :than just hte ip struct < 1220298181 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :by "very small" I thought you meant a few hundred bytes, that's what I'm used to working with sometimes < 1220298189 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :DO YOU LAF < 1220298192 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, hah < 1220298193 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :PIGS HOW DO YOU LAFGHU < 1220298197 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :dddd < 1220298227 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, modern x86 can have caches larger than 2-3 MB these days < 1220298241 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: even in the L1? < 1220298244 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: L1 caches, nope < 1220298247 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :+for < 1220298255 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :indeed not for L1 < 1220298261 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :for L1 the most I seen is 512 kb < 1220298264 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :iirc < 1220298279 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :iDISAGREElol,wiht ur jiaoj ioj < 1220298292 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :why do we have a randomness generator in here? < 1220298308 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: we have at least two. optbot, fungot, hi! < 1220298308 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :ais523: If anybody wishes: Throw a runtime exception with the message "I'm in ur channel throwin ur exceptionz." < 1220298309 0 :fungot!unknown@unknown.invalid PRIVMSG #esoteric :ais523: paste all the urls i've visited. strange.) an earlier version of sql but not without? :p. ugh i need to enter " qemu" to edit a file that has ?scm ( fnord " source-file.scm")) < 1220298313 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :comic effect lol < 1220298315 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, 3 < 1220298316 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :then < 1220298317 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :^echo optbot < 1220298317 0 :fungot!unknown@unknown.invalid PRIVMSG #esoteric :optbot optbot < 1220298318 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: !bf8 +[<+>+<+>+<+>+<+] < 1220298318 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :fungot: even ignoring the fact that you've read his book < 1220298318 0 :fungot!unknown@unknown.invalid PRIVMSG #esoteric :optbot: it was too easy heh one time i figured out my bug :d) < 1220298319 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :tusho, fungot optbot < 1220298319 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :fungot: you lose, by a lot < 1220298319 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: Knock knock. < 1220298320 0 :fungot!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: it doesn't look like it does the fnord i want to do is to write a render procedure for sdl is just a value that prints as void. it is a load of hell. twice. most confusing. :p ( although theoretically speaking i could try. < 1220298320 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :all of them < 1220298321 0 :fungot!unknown@unknown.invalid PRIVMSG #esoteric :optbot: i'm certain he isn't annoying at all. the code i write, more should be all set)) f < 1220298321 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :fungot: +2 5=7 < 1220298322 0 :fungot!unknown@unknown.invalid PRIVMSG #esoteric :optbot: actually just parsing ski says. remember physics 103, modern physics, general functions i suppose. < 1220298323 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :fungot: indeed. everything is subjective < 1220298325 0 :fungot!unknown@unknown.invalid PRIVMSG #esoteric :optbot: fopen(3) freebsd library functions manual fopen(3) < 1220298326 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :fungot: the short way ;) < 1220298327 0 :fungot!unknown@unknown.invalid PRIVMSG #esoteric :optbot: i made it up as much as cheap jokes would like you to die, but it does not render via cocoa, and qt/ kde < 1220298328 0 :optbot!unknown@unknown.invalid PRIVMSG #esoteric :fungot: Jim is pretty much a light Tcl interpreter, with nice things like "closures" added. < 1220298366 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :3 < 1220298373 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :4 COMIC EFFECT CLEAN MAKER 2!!!!!! < 1220298564 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, anyway if you want floating point to work with cfunge means float will be exactly 32-bit and double exactly 64-bits < 1220298575 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :since I have to mess around with unions < 1220298579 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :for some fingerprints < 1220298594 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :don't worry, those are exactly the sizes of floating point I'm using < 1220298595 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: aren't there float32_t types < 1220298598 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :or some such < 1220298599 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :although long double = double < 1220298604 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant, nop < 1220298612 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :hoorays for standard C < 1220298617 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :hip hip, hooray < 1220298619 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :hip hip, hooray < 1220298619 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, that is fine, while I do use long double I never depend on it's size < 1220298620 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :hip hip, hooray < 1220298621 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: I don't think so, systems on which float wasn't 32 bits almost certainly wouldn't implement them so it would be pointless < 1220298639 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: float formats are a lot more varied than int formats < 1220298639 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :ais523: why wouldn't they < 1220298692 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, cfunge will need both sin() and sinf() then, and you would just map sinl() to sin() < 1220298717 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: different processors have different sort of float support, for instance things like the 387 work in 80-bit float internally, so it can cause problems by having too much precision internally as double is only 64 < 1220298731 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :yes < 1220298735 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :ais523: why would that be a problem < 1220298739 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :and long double on x86_64 is 128-bits < 1220298743 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :it uses SSE < 1220298746 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :an algorithm that relies on a certain bittiness is broken anyway < 1220298760 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :that's one example, most compilers have an option to emulate exact 64-bit double and normally just switch between 64 and 80 at will because normally too much precision is not a problem < 1220298799 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :ais523: I still don't see why that would prevent a float32_t from existing < 1220298804 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :but gcc has options to work exactly to the spec and use exactly the right amount of precision by copying the float values into memory and back every operation < 1220298825 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant: it would have to be implemented in software, slowing the program down a lot and requiring floating point emulation libraries < 1220298843 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :ais523: it doesn't have to have any specific characteristics < 1220298860 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :if you have 36-bit floats you can have 32-bit floats which just have 4 bits of the exponent always zero < 1220298860 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : but gcc has options to work exactly to the spec and use exactly the right amount of precision by copying the float values into memory and back every operation < 1220298861 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :err < 1220298862 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :no < 1220298868 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :you can set the precision < 1220298870 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :with some instruction < 1220298872 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :pretty sure < 1220298894 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: it's one of the -mwhatever options on x86, I know because I was reading the gcc manual last night < 1220298900 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :jkjlkjlfkdjkdlfjfdg < 1220298906 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :AIS523 AnMaster Deewiant AIS523 AnMaster Deewiant AIS523 AnMaster Deewiant AIS523 AnMaster Deewiant AIS523 AnMaster Deewiant AIS523 AnMaster Deewiant AIS523 AnMaster Deewiant AIS523 AnMaster Deewiant AIS523 AnMaster Deewiant AIS523 AnMaster Deewiant < 1220298921 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :tusho: congrats, you're the first person I've ignored in years < 1220298927 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :awesome < 1220298941 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, um -mpc64 ? < 1220298972 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, but iirc that sets some floating point control register < 1220298974 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :or such < 1220298980 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: I don't think so, but I can't remember what the option was offhand, it had some long name < 1220298989 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :mfpmath rings a bell, related? < 1220298999 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :Deewiant, that is for selecting x87 or see < 1220299001 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :sse* < 1220299008 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :meh < 1220299019 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : -m96bit-long-double < 1220299019 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : -m128bit-long-double < 1220299024 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :can't be that < 1220299029 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :they are for alignment in structs < 1220299060 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :i wonder if i can get ignored by everyone in #esoteric < 1220299061 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :that would rock < 1220299081 0 :fizzie!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster, ais523: are you sure you don't mean -ffloat-store? < 1220299097 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :fizzie: ah, that might be it < 1220299104 0 :fizzie!unknown@unknown.invalid PRIVMSG #esoteric :"Do not store floating point variables in registers -- This option prevents undesirable excess precision --" < 1220299118 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :um < 1220299120 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :hm < 1220299128 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: well I just ignored you to help you with your mission, I'll probably unignore you again in a bit < 1220299130 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :but what about setting the control register of x87? < 1220299134 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :sweet < 1220299136 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I'm 99% sure that is possible < 1220299138 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :fizzie: /ignore me, would you? < 1220299146 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :FUNNY JOKE POSSIBILITY: < 1220299150 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :fizzie stays silent < 1220299153 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :funny, I don't plan to ignore tusho < 1220299154 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :...because he's already ignoring me < 1220299154 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :fizzie: yes, that's what I was thinking of < 1220299170 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :mentally sure < 1220299173 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :but not with client < 1220299182 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ironic that tusho can't read this < 1220299204 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I'll paste it, I'm ignoring tusho but I don't think tusho's ignoring me < 1220299211 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :i am not < 1220299216 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :19:59 AnMaster funny, I don't plan to ignore tusho 19:59 AnMaster mentally sure 19:59 AnMaster but not with client 19:59 AnMaster ironic that tusho can't read this < 1220299226 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ah yes now he can < 1220299226 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster i see you < 1220299229 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :i see you with my eyes < 1220299229 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :since you pasted it < 1220299230 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :or rather < 1220299233 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :through ais523's eyes. < 1220299243 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :^echo HELLO WORLD HEAR ME ROAR < 1220299244 0 :fungot!unknown@unknown.invalid PRIVMSG #esoteric :HELLO WORLD HEAR ME ROAR HELLO WORLD HEAR ME ROAR < 1220299247 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :well I don't plan to paste back what tusho said < 1220299251 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :that would be too silly < 1220299252 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :^bf ,[.,]!ah this is better < 1220299253 0 :fungot!unknown@unknown.invalid PRIVMSG #esoteric :ah this is better < 1220299262 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :^bf ,[.,]!so Deewiant... adhisaweh8q2y381786*(y88 PANCAKES < 1220299262 0 :fungot!unknown@unknown.invalid PRIVMSG #esoteric :so Deewiant... adhisaweh8q2y381786*(y88 PANCAKES < 1220299263 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: yep < 1220299267 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I might logread it later < 1220299307 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, does c-intercal compile with ICC? < 1220299322 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: never tried, it should compile with most things though < 1220299336 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, icc supports a lot of GCC extensions btw, it even defines __GNUC__ by default to get GNU specific stuff from system headers < 1220299336 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it even used to compile with pre-C89 C < 1220299362 0 :Hiato!n=Hiato@dsl-245-24-48.telkomadsl.co.za JOIN :#esoteric < 1220299370 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :but cfunge manage without those (-no-gcc to ICC) < 1220299405 0 :KingOfKarlsruhe!unknown@unknown.invalid PRIVMSG #esoteric :http://imgs.xkcd.com/comics/python.png < 1220299417 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, ah it will have to wait since I can't do out of tree build < 1220299424 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :don't feel like making a copy of the source < 1220299425 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :sorry < 1220299455 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ah, ok < 1220299465 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, *HINT HINT* < 1220299522 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, as I don't have icc on my amd64 (for obvious reasons) I would nfs mount the source and compile it on the p3 using icc < 1220299523 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: to me building out of tree is just extra complexity to the user, besides it does build out of tree just the out of tree place it builds is a fixed place elsewhere in the tree < 1220299543 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well that is not really out of tree < 1220299553 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I normally have several different builds of cfunge < 1220299556 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :on same source < 1220299563 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :all of them out of tree thus < 1220299589 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: well you can create a new tree with just the base directory with configure and an empty lib, include, bin, and temp, symlink the src directory, and reconfigure < 1220299598 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :that's how you do an out of tree C-INTERCAL build < 1220299604 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :admittedly that isn't obvious though < 1220299606 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well that seems complex < 1220299616 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, but I suggest supporting it the real way < 1220299616 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric ::) < 1220299686 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it would be pretty easy to support actually, you could just have the configure script create lib include bin and temp, and symlink src, then compile the normal way < 1220299696 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :or have an out-of-tree-configure which was a wrapper < 1220299701 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: ping < 1220299785 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well I suggest doing it like everyone else does < 1220299805 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric : ais523, well I suggest doing it like everyone else does <--- I think you are missing the point of INTERCAL < 1220299825 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, hah < 1220299826 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ok < 1220299904 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, what is the command to check out darcs now again? < 1220299912 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :of intercal < 1220299915 0 :Corun!unknown@unknown.invalid QUIT :"This computer has gone to sleep" < 1220299924 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :
ACTION tries to remember
< 1220299946 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :darcs pull http://code.eso-std.org/c-intercal/ < 1220299957 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :darcs failed: Unable to "darcs pull" here. < 1220299957 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :You need to be in a repository directory to run this command. < 1220299960 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :no < 1220299961 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :darcs get < 1220299965 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523 can't see that < 1220299968 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :but i think AnMaster can < 1220299970 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :if you can, say yes < 1220299971 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :i'll logread < 1220299971 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ah thanks tusho < 1220299973 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: yes I can, I unignored you about 2 minutes ago < 1220299981 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :but that's the first thing you did since < 1220299994 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :s/did/said/ < 1220300023 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, does darcs work over nfs? < 1220300038 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: no idea, I don't see why not though < 1220300096 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :-xK -march=pentium3 -O3 -ipo -no-prec-div < 1220300099 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I *think* < 1220300120 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, please makde config.sh +x < 1220300123 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :it would be very useful < 1220300133 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: bug in darcs, it is at my end but darcs forgets file permissions < 1220300138 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :probably the most famous bug in darcs < 1220300142 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :not a bug < 1220300143 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :a feature < 1220300144 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :i think < 1220300162 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: no, it's a bug, just it's really difficult to fix for some reason or they would have fixed it already I suspect < 1220300165 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :checking for gcc... icc < 1220300166 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :eh? < 1220300173 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :checking whether we are using the GNU C compiler... yes < 1220300176 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ok.. whatever < 1220300178 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: darcs development has slooooooooowed to a crawl < 1220300182 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: it check for __GNUC__ < 1220300185 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :and a buncha people are switching darcs -> git < 1220300190 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :i think it's on death row, it just doesn't know it yet < 1220300199 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, && !defined(__INTEL_COMPILER) < 1220300213 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: that test is to see if gcc extensions can be used < 1220300215 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :src/oil.y(466): remark #810: conversion from "int" to "char" may lose significant bits < 1220300215 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : buf[bi++]=c; < 1220300215 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : ^ < 1220300215 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :nice < 1220300220 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :there are other tests for things like command line arguments < 1220300231 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :src/dekludge.c(55): remark #1419: external declaration in primary source file < 1220300231 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : extern void prexpr(node *np, FILE* fp, int freenode); /* AIS */ < 1220300231 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : ^ < 1220300231 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :yes < 1220300252 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, there should be no extern in C files in icc's opinion < 1220300255 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I agree most of the time < 1220300261 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :there is one case in cfunge < 1220300266 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :extern char **environ; < 1220300267 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: oh, and storing the result of getchar in a char is a reasonable thing to do IMO once you've verified separately that it isn't EOF < 1220300277 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: what about extern int errno? < 1220300278 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, agreed < 1220300281 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, wrong < 1220300283 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :use errno.h < 1220300284 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :always < 1220300290 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, since at least here it is not an int < 1220300293 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: yes, but that's included into your source < 1220300294 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :it is something more complex < 1220300297 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :that is rentrant < 1220300299 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, it is not < 1220300315 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :#include < 1220300318 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :always < 1220300323 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: yes, I know, that's how I do it too < 1220300333 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :what I'm saying is shouldn't it complain about the extern in errno.h? < 1220300341 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, that is a header < 1220300342 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :or does it give header files a free pass? < 1220300344 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :different < 1220300349 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, yes indeed it does < 1220300358 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :icc: command line remark #10148: option '-W' not supported < 1220300359 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :icc: command line warning #10120: overriding '-O2' with '-O3' < 1220300359 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :hm < 1220300365 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, if you want all warnings try -Wall < 1220300373 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it has both -W and -Wall I think < 1220300378 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, ICC doesn't < 1220300385 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, so better check such stuff < 1220300390 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :-W is the old name for -Wextra in gcc, and C-INTERCAL is stuck in the past < 1220300400 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, consider being portable? < 1220300409 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :if you still work on DOS < 1220300414 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :why not work on ICC correctly < 1220300415 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: it's portable in theory but hasn't been tested on non-gcc compilers for years < 1220300420 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :so some gccisms may have snuck in < 1220300424 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :without anyone noticing < 1220300441 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :src/abcess.h(210): remark #193: zero used for undefined preprocessing identifier < 1220300441 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : #if (MULTITHREAD != 0) || (YUKDEBUG != 0) || defined(ICK_EC) < 1220300441 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : ^ < 1220300442 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :oh, some of the external calls stuff relies on gnu ld to work < 1220300444 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :so who agrees with me: random noise pixels look pretty < 1220300445 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :not sure what that is < 1220300446 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, ^ < 1220300456 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I think it may not do what you want < 1220300462 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :try defined() < 1220300471 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: oh, I do, it's a little-known feature of the C preprocessor which is confusing < 1220300481 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, ? < 1220300483 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :that undefined preprocessing identifiers are treated as 0 in #if < 1220300492 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :yes < 1220300494 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :but still < 1220300495 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :why use that < 1220300504 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :src/abcess.h(112): remark #310: old-style parameter list (anachronism) < 1220300504 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : extern void ick_resize(); < 1220300512 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :well i was just logreading < 1220300513 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: < 1220300514 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :try adding a void in there? < 1220300516 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :boohoo, anachronism < 1220300519 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :intercal is meant to be different in every way < 1220300521 0 :Deewiant!unknown@unknown.invalid PRIVMSG #esoteric :who cares, it's correct < 1220300522 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :for no reason at all. < 1220300524 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :get that in to your head. < 1220300528 0 :dogface!unknown@unknown.invalid QUIT :Read error: 60 (Operation timed out) < 1220300541 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ok < 1220300545 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :tusho, will LOVE this < 1220300546 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :src/lexer.l(308): (col. 13) remark: REVERSED LOOP WAS VECTORIZED. < 1220300547 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :src/lexer.l(307): (col. 13) remark: REVERSED LOOP WAS VECTORIZED. < 1220300547 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :src/lexer.l(306): (col. 13) remark: REVERSED LOOP WAS VECTORIZED. < 1220300552 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: I probably would have if I caught it earlier, I had to add prototypes to bits of C-INTERCAL earlier, though < 1220300554 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :look it optimised c-intercal! < 1220300555 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :to use SSE < 1220300562 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :and vectorised loops < 1220300566 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I know tusho loves such < 1220300570 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I don't care... < 1220300578 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: gcc does that too at -O3, it just doesn't tell you about it unless you ask it to < 1220300586 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, try protoize < 1220300591 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :comes with gcc iirc < 1220300601 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: yes, I hadn't heard about it back then and the conversion was years ago < 1220300603 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well default is to tell < 1220300610 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, how can you get gcc to tell you btw? < 1220300629 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: not sure by the way, it's probably in one of the debugging dumps < 1220300638 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ah < 1220300641 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :gcc tends not to have options to shout at you whenever it does an optimisation < 1220300660 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: yesterday for fun I turned on all the debug dumps on a very simple program and it created about 100 of them < 1220300667 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well there are optimising log verbosity(sp?) level for icc < 1220300681 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :to stdout though < 1220300689 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :temp/oilout03.c(3): remark #1418: external function definition with no prior declaration < 1220300689 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : int optimize_pass1_3(node *np) < 1220300706 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :it thinks there should either be a prototype in a header or it should be static < 1220300718 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, and GCC will say that too with the right switches < 1220300733 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: there is in most cases, that function results from splitting optimize_pass1 into smaller pieces so it doesn't crash gcc on ia64 though < 1220300738 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :that bug was reported by Debian < 1220300748 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, hm here is one that *could* be bad, or *could* be just a false positive: < 1220300749 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :temp/oilout01.c(106): remark #981: operands are evaluated in unspecified order < 1220300750 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : x=x3; c=c3; if(!(!(x&2863311530LU)&&iselect(x,1431655765LU)==xselx(iselect(x,1431655765LU)))) break; < 1220300756 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : ^ < 1220300764 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :no, that's not bad < 1220300773 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :iselect and xselx are both pure functions < 1220300783 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :so it doesn't matter which order they're evaluated in < 1220300799 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well how do you do linking? < 1220300800 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :calling ld? < 1220300803 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :or calling compiler? < 1220300809 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :calling compiler < 1220300812 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I think ICC will break if you call ld < 1220300813 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ah good < 1220300814 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :using shell expansion < 1220300824 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, icc will do cross-object optimising < 1220300826 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :$CC oilout*.o < 1220300830 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :so it will put those together again < 1220300837 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: and crash on IA64? < 1220300838 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :at the final linking < 1220300843 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, maybe, don't know < 1220300853 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: maybe it has more memory than the Debian autobuilders < 1220300854 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :gcc is very memory hungry < 1220300856 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :remember that < 1220300868 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :btw I also managed to get it to crash even on x86 once, the split avoided that problem < 1220300881 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, gcc is very memory hungry < 1220300923 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :sh -c "(test -f /home/anmaster/local/ick/share/info/ick.igz && : --quiet --dir-file=`echo /dev/null` /home/anmaster/local/ick/share/info/ick.igz) || true" < 1220300924 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :err < 1220300926 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric : After all replacements due to macro expansion and the defined unary operator have been performed, all remaining identifiers are replaced with the pp-number 0, and then each preprocessing token is converted into a token. < 1220300928 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :--dir-file=`echo /dev/null` < 1220300931 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, WHAT THE HECK? < 1220300941 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :--dir-file=/dev/null < 1220300944 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :is what you mean < 1220300947 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :not echo like that < 1220300949 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :well yes, surely < 1220300959 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I think things must have been evaluated in the wrong order < 1220300963 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :still, it comes to the right thing < 1220300972 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and besides it's running : which ignores all its arguments anyway < 1220300980 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :so no problem < 1220300989 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ah, the joys of autoconf < 1220301021 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, will ick use $CC or gcc? < 1220301036 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :the actual compiler compiles with icc < 1220301038 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: it /ought/ to use $CC, that hasn't been tested for years though < 1220301041 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :that I can say < 1220301044 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :so quite possibly doesn't work < 1220301074 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :$ CC=echo ick -b beer.i < 1220301074 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :beer.c -I/usr/include/ick-0.28 -I. -I./../include -L/usr/lib -L. -L./../lib -O2 -o beer -lick < 1220301075 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :well that works < 1220301089 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :beer.c(3016): warning #177: label "L1910" was declared but never referenced < 1220301089 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : case -1910: ; L1910: < 1220301089 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : ^ < 1220301092 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :lots of stuff like that < 1220301096 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :harmless in generated code < 1220301110 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :works < 1220301114 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :right result that is < 1220301129 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :well there are lots of unused labels in the result < 1220301150 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: try it without the CC= < 1220301150 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :-wd177 would quited that < 1220301160 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, my /usr/bin/cc is gcc so... < 1220301162 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :why? < 1220301170 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I think it tries to use the value of CC there was at compile time if there isn't a CC in the environment < 1220301177 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :/opt/intel/cc/10.1.018/bin/icc < 1220301194 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :anyway I'm glad it works with non-gcc compilers < 1220301202 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, at least beer does < 1220301206 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :at least ones which take much the same options < 1220301207 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :leaks 500 bytes though < 1220301216 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, no warnings without $CC set < 1220301217 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: what, the compile, or the compiled program? < 1220301219 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :so I assume it is gcc < 1220301224 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, the compiled program < 1220301227 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ah, ok < 1220301241 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :==8602== definitely lost: 500 bytes in 16 blocks. < 1220301245 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :using gcc now < 1220301247 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: that's bad, the compile is known to leak loads but I didn't think compiled programs leaked < 1220301251 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :==8602== 36 bytes in 8 blocks are definitely lost in loss record 1 of 3 < 1220301251 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :==8602== at 0x4006D6E: malloc (vg_replace_malloc.c:207) < 1220301251 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :==8602== by 0x8057679: ick_resize (in /home/anmaster/c-intercal/pit/beer) < 1220301251 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :==8602== by 0x8056A1B: main (in /home/anmaster/c-intercal/pit/beer) < 1220301255 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :and < 1220301257 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :==8602== 464 bytes in 8 blocks are definitely lost in loss record 3 of 3 < 1220301258 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :==8602== at 0x4006D6E: malloc (vg_replace_malloc.c:207) < 1220301258 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :==8602== by 0x80576FC: ick_resize (in /home/anmaster/c-intercal/pit/beer) < 1220301258 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :==8602== by 0x8056A1B: main (in /home/anmaster/c-intercal/pit/beer) < 1220301269 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :oh, I thnk I know what that might be < 1220301275 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :let me check something < 1220301320 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ok, that's harmless < 1220301330 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :at the very end of the program it isn't freeing the contents of arrays < 1220301333 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :just the pointers to them < 1220301336 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: stop talking to yourself < 1220301340 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :there's like 50 lines of just you < 1220301346 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :easy enough to fix though, so I may as well < 1220301348 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ICL778I UNEXPLAINED COMPILER BUG < 1220301348 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : ON THE WAY TO 0 < 1220301348 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : CORRECT SOURCE AND RESUBNIT < 1220301352 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, should that happen? < 1220301356 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :$ ./beer +help < 1220301356 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :no it shouldn't < 1220301358 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :was what I did < 1220301365 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :oh, with +help it's fine < 1220301369 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, oh? < 1220301386 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :after +help runs there used to be a simulated segfault < 1220301393 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :err < 1220301395 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :wtf :P < 1220301406 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I took the time delay out of it, but there's still an internal error < 1220301406 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, anyway CC from compile time isn't used < 1220301412 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :which is invoked deliberately < 1220301413 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and ok < 1220301431 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, how would I test some of the ec features < 1220301434 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :that normally need GCC < 1220301436 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it probably should be and there's support from it in the code, looks like I'm going to have to tweak the build process again < 1220301443 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :give me a command line for ick in pit < 1220301470 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ick -beE beer.i syslibc < 1220301499 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, just two labels that weren't used this time < 1220301499 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :huh < 1220301511 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, also how to send some cflags on to ICC < 1220301517 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :as it is in a gcc compatiblity mode by default < 1220301519 0 :dogface!n=Peggy@c-71-205-100-59.hsd1.mi.comcast.net JOIN :#esoteric < 1220301528 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :need to send -no-gcc to tell it to not try to support GCC extensions < 1220301534 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: you can put them in $CC I think < 1220301541 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :hi dogface < 1220301559 0 :dogface!unknown@unknown.invalid PRIVMSG #esoteric :Ello. < 1220301582 0 :dogface!unknown@unknown.invalid PRIVMSG #esoteric :I don't like how irssi's auto-reconnect doesn't work. < 1220301586 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well then beer work < 1220301605 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :/tmp/syslibc.c(54): remark #174: expression has no effect < 1220301605 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : do { if(0) { ick_l2_65540 : ; if(ick_global_linelabel != (1010) || (1010) > 65535) goto ick_l2_65541 ; ick_global_checkmode = 0; } 0 ; ick_checksuckpoint(1010); } while(0); < 1220301606 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, ^ < 1220301609 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: ah great! < 1220301614 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : ^ < 1220301618 0 :dogface!unknown@unknown.invalid PRIVMSG #esoteric :Seems that it tries to reconnect once, and if that fails, it forgets about the server's existence. < 1220301622 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: it's complaining about the 0; < 1220301622 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, um? < 1220301629 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: crosseed messages... < 1220301637 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :hmm... I wonder why there's a 0; there anyway < 1220301659 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, http://rafb.net/p/QXAv9U46.html < 1220301663 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :you may want to read that < 1220301679 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, could be some real useful warnings < 1220301725 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :the one on line 30 of the paste looks genuine, that's a gcc extension I triggered by accident (it allows stray semicolons as null declarations, C doesn't) < 1220301747 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, the one on 62 also looks valid < 1220301765 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: no, the one on 62's bogus < 1220301771 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :really? < 1220301774 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :the variable could have been used but wasn't < 1220301784 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :think of it like a library function that's never used < 1220301788 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well it was never in the generated code < 1220301804 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: it could have been substituted in with a macro < 1220301811 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :but I never used that macro in syslibc < 1220301812 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :hm ok < 1220301814 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :thus the warning < 1220301845 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, also "expression has no effect" looks valid to me < 1220301934 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: nah, that's fine, it's just a 0; I wrote because I needed a nop there < 1220301943 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :probably it should be (void)0; which is the canonical C nop < 1220301951 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :$ ./cftoec.sh ~/cfunge/trunk < 1220301951 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :./cftoec.sh: line 13: realpath: command not found < 1220301952 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, huh ^ < 1220301953 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :but that's to avoid code duplication in the header files < 1220301960 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :oh dear, I tend to rely on realpath a lot < 1220301969 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, this is archlinux < 1220301970 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :to prevent problems with directory changes < 1220301980 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well arch linux doesn't have it by default it seems < 1220301988 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: I don't think it's default anywhere unfortunately, Ubuntu doesn't have it by default either < 1220302000 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, maybe stop using it :) < 1220302000 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :probably it shouldn't have been in C-INTERCAL then, I just get into the habit of using it.. < 1220302018 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: it should work if you change it to echo as long as you give an absolute path < 1220302031 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :why the heck does it need absolute path? < 1220302050 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: so the path doesn't get lost when you change directory < 1220302057 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it doesn't need an absolute path normally, that's what the realpath is for < 1220302064 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :um, I would use a subshell < 1220302065 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :to make the path absolute if a relative path was given < 1220302085 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it makes a lot more sense than erroring out just because you were given a relative path, like configure does < 1220302103 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :well do that then < 1220302123 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I'll find some way around it < 1220302133 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it's just that I'm so used to realpath I forgot that systems didn't have it by default < 1220302140 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, you didn't update for the FUNGEDATATYPE -> fungeCell change it seems? < 1220302146 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :even though I told you some time ago < 1220302149 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :or you forgot to push < 1220302156 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: not yet, no, I haven't been working on C-INTERCAL recently < 1220302170 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :mostly I've either been asleep or working on gcc-bf < 1220302175 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it will be fixed before the next release < 1220302187 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, also why does it ignore $CC < 1220302195 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :the cftoec.sh script < 1220302208 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, cfunge compiles just fine with ICC < 1220302209 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :because I wrote it in about 5 minutes in a hurry < 1220302212 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ah < 1220302251 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :anyway ICC give a lot more readable errors < 1220302256 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :and so will clang < 1220302271 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :clang? < 1220302279 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :you know about LLVM? < 1220302286 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :not really < 1220302297 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :clang is the new C/C++ frontend written from scratch being coded for LLVM < 1220302313 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :modular, better error tracking than gcc while using less memory < 1220302316 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :and so on < 1220302322 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :looks very promising < 1220302331 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :still not in usable state < 1220302340 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :it can handle some C but almost no C++ < 1220302342 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :yet < 1220302356 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :but certainly looks promising < 1220302366 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :interesting, I know a lot about gcc from working on it for a week or so, and its design seems to be mostly about the genericness of frontend and backend, and the ability to do crazy optimisations easily < 1220302380 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it's not so good at error detection except when an optimisation discovers something's gone wrong, though < 1220302423 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :google for clang < 1220302461 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :seems interesting < 1220302465 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :competition in C compilers is good < 1220302471 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I don't want GCC getting too big for their boots < 1220302574 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :/tmp/syslibc.c(192): remark #128: loop is not reachable from preceding code < 1220302575 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : do { if(0) { ick_l2_65556 : ; if(ick_global_linelabel != (1001) || (1001) > 65535) goto ick_l2_65557 ; ick_global_checkmode = 0; } 0 ; ick_checksuckpoint(1001); } while(0); < 1220302577 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, what about that one < 1220302606 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: do while 0 is an idiom < 1220302606 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :and still, why do you have those "expression has no effect" < 1220302612 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and shouldn't be treated as a loop at all < 1220302632 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, why a do { } while at all? < 1220302637 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :you could just strip that < 1220302641 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: because that statement was created by filling out a template (reasonably obviously, given its appearance), and there was a blank which I didn't need to put a command in so I put a 0 in instead < 1220302649 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: macro expansion, it makes a block act like a statement < 1220302666 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :so you can do if(1) macro(args); else something_else(); < 1220302675 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and it compiles correctly < 1220302691 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :do { } while(0) is a common trick because it's a single statement if you put ; at the end < 1220302701 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :whereas a block isn't, once you add the semicolon it's two statements < 1220302705 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :/tmp/syslibc.c(197): remark #111: statement is unreachable < 1220302705 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : if(ick_local_checkmode) ick_doresume((1),-1); ick_l1_65538 : ; ick_l6_65538 : ; ick_l2_65557 : return; } < 1220302705 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : ^ < 1220302706 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :that too? < 1220302727 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :yes, that's the very end of the function, and that function isn't allowed to return as it's only called from INTERCAL, not from C < 1220302739 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :functions can be called either via INTERCAL or via C mechanisms < 1220302749 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :if called via INTERCAL mechanisms they must return via INTERCAL mechanisms < 1220302756 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :whereas that's the code for returning via the C mechanism < 1220302767 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :which is never used in this case < 1220302853 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :http://rafb.net/p/uTeEIr64.html < 1220302857 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, any false positive there? < 1220302884 0 :Hiato!unknown@unknown.invalid QUIT :Read error: 104 (Connection reset by peer) < 1220302884 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :"external declaration in primary source file" and "external function definition with no prior declaration" are not false positives to me < 1220302887 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :just FYI < 1220302918 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, BAD: < 1220302919 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :rot13.c(579): warning #2132: statement expressions are a GNU extension < 1220302919 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : if(0) { ick_l1_65538 : ; if(ick_global_linelabel == (10U) && (10U) <= 65535) if(({int i=0; if (!ick_abstained[86]) { i=1;};i;})) { if(ick_global_goto) ick_lose("555 FLOW DIAGRAM IS EXCESSIVELY CONNECTED\n ON THE WAY TO %d\n", ick_lineno, (char*)0); ick_global_goto = 65544 ; } goto ick_l1_65539 ; ick_l2_65557 : ; if(ick_global_linelabel != 65544 ) goto ick_l2_65558 < 1220302919 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : ; ick_global_checkmode = 0; }; < 1220302919 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : ^ < 1220302924 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :GNUish < 1220302925 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :the one on 31's genuine and fixable, the one on 44 reminds me why I needed gcc < 1220302931 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :for external calls < 1220302940 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :that one's very genuine, and may take some thought to fix < 1220302952 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it would be nice to find a different way and so get rid of the gcc dependency < 1220302971 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, hope you can skip using GCC specific ones :) < 1220302976 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :even though icc can handle those < 1220302976 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :maybe move all the statement expressions to generated functions, not sure if that would work due to the need to access local variables < 1220302990 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :({ }) is kind-of hard to substitute into standard C < 1220302991 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, now to try to compile main ick with these flags < 1220302997 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :maybe I'll ask comp.lang.c if they have any ideas < 1220303009 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :nested functions would work except they're a GNU extension too < 1220303017 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, pass local variables along? < 1220303026 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :foo(&a, &b, &c) < 1220303033 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: hard to tell what the local variables are < 1220303043 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :because they could be in user-supplied C code < 1220303188 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :icc: command line remark #10148: option '-W' not supported < 1220303195 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :you should probably check in configure < 1220303221 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :yes, although last I checked configure didn't have an option to check "option to turn on all warnings" < 1220303230 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :kind of hard to see how it could manage that really < 1220303239 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :RADICAL < 1220303246 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :NO SIR < 1220303249 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :YOUR UNWASHED MASSES? < 1220303251 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :NOT APPRECIATED!! BAD < 1220303264 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, hm < 1220303276 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, I may have a m4 macro to check if an option is supported < 1220303288 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :by checking if there was any output < 1220303303 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: but sometimes supported options generate output, sometimes unsupported options do < 1220303307 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :actually it checked if it was GCC first, then checked using -Werror to see if it was supported < 1220303322 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :as a facetious example, how can you tell if --version works or not? < 1220303330 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :hah < 1220303341 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :src/ick_ec.c(222): warning #1011: missing return statement at end of non-void function "ick_getonespot" < 1220303341 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : } < 1220303341 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : ^ < 1220303342 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, ^ < 1220303346 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :and < 1220303347 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :src/ick_ec.c(252): warning #1011: missing return statement at end of non-void function "ick_gettwospot" < 1220303347 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : } < 1220303347 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : ^ < 1220303366 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :oh dear, that looks bad, let me look at the source < 1220303376 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, full compile log: http://rafb.net/p/6uCztn52.html < 1220303397 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: < 1220303399 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :stop talking to yourself < 1220303400 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :src/cesspool.c(919): warning #1011: missing return statement at end of non-void function "ick_ieg277" < 1220303401 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : } < 1220303401 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : ^ < 1220303402 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :that too < 1220303403 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :or, more nonsense from me < 1220303413 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :tusho, you could try unignoring me < 1220303414 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: that one's fine, the statement before errors out and doesn't return < 1220303416 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :that would help < 1220303428 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :maybe I should start messing about with __attribute__((__noreturn__)) < 1220303431 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, anyway see http://rafb.net/p/6uCztn52.html < 1220303438 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well ICC doesn't support that one < 1220303442 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I do for Splint as it accepts annotations in comments < 1220303457 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :which therefore don't interfere with anything else < 1220303463 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :and I only use it on functions that GCC suggests using noreturn for < 1220303485 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :it didn't have any false positives or negatives here < 1220303489 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :oh, I use noreturn on functions which actually don't return < 1220303508 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :src/clc-cset.c(262): warning #187: use of "=" where "==" may have been intended < 1220303508 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : csro->shifts==1 && (sso=1); < 1220303508 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : ^ < 1220303510 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :hum < 1220303514 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :don't get that at all < 1220303529 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :on the other hand it isn't very C-ish < 1220303530 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: it's just not used to Perl, that's all < 1220303538 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :clc-cset.c is full of Perl idioms as a homage to CLC-INTERCAL < 1220303544 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :they tend to require a lot more parens to work in C, though < 1220303544 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :src/lexer.l(307): (col. 13) remark: REVERSED LOOP WAS VECTORIZED. < 1220303545 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :now < 1220303548 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :that should say: < 1220303557 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :REVERSE POLARITY WAS VECTORIZED < 1220303560 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :would be much better < 1220303561 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric ::D < 1220303566 0 :oerjan!unknown@unknown.invalid PRIVMSG #esoteric :
ACTION read that as VAPORIZED
< 1220303638 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: that all looks fine, some cases where I should probably use ifdef rather than if, but apart from that no serious errors < 1220303651 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, or #if defined() < 1220303667 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : #if (MULTITHREAD != 0) || (YUKDEBUG != 0) || defined(ICK_EC) < 1220303669 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :that would be < 1220303673 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: why do that when #ifdef exists, except in complicated cases where you want to test more than one thing in the if? < 1220303683 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, agreed < 1220303701 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : #if defined(MULTITHREAD) || defined(YUKDEBUG) || defined(ICK_EC) < 1220303703 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :right? < 1220303708 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :or should there be ! in front? < 1220303708 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: no, because it might be defined to 0 < 1220303721 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I want to test that it's defined and with a non-zero value < 1220303726 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, but ICK_EC won't be that? < 1220303731 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :#define MULTITHREAD 0 exists in several cases < 1220303737 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: yes, that's right < 1220303750 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, maybe time to update the ot same scheme < 1220303755 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :would make it easier to read < 1220303779 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :sed 's/#define MULTITHREAD 0/#undef MULTITHREAD/' < 1220303782 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :or something like that < 1220303789 0 :ais523!unknown@unknown.invalid QUIT :"http://www.mibbit.com ajax IRC Client" < 1220303806 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :.. < 1220303808 0 :ais523!i=93bc1bcc@gateway/web/ajax/mibbit.com/x-88d11ea2f51fe9f8 JOIN :#esoteric < 1220303812 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : AnMaster: yes, that's right < 1220303812 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : ais523, maybe time to update the ot same scheme < 1220303812 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : would make it easier to read < 1220303812 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : sed 's/#define MULTITHREAD 0/#undef MULTITHREAD/' < 1220303812 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : or something like that < 1220303812 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ugh, sorry < 1220303827 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, take your laptop with you next time! < 1220303828 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :;P < 1220303830 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: the problem is that the MULTITHREAD and the 0 are occasionally kept in different source files < 1220303834 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and my laptop's with me < 1220303838 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I just forgot to bring its power supply < 1220303844 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :actually I might move onto my laptop now < 1220303850 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, oh wait icc can auto-parallellise programs < 1220303853 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :as the battery's charged and won't run out before I'm thrown out of here < 1220303856 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :to use pthreads in loops < 1220303873 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: well if it doesn't misoptimise correct code there's no problem < 1220303895 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :heh < 1220303904 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I haven't done anything weird-control-like that isn't allowed by the C standard < 1220303915 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I've just made a lot more interesting use of setjmp and friends than is normally considered sane < 1220303944 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :hahah < 1220304015 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, anyway there is no need for -W these days < 1220304026 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :use -Wextra if you have too, after checking it is GCC < 1220304027 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: it's a synonym for -Wextra, so there is < 1220304042 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :deprecated ones iirc < 1220304061 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and as I said earlier, parts of C-INTERCAL were ported from pre-C89 C, so you can understand that it has trouble catching up < 1220304075 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :lex.yy.c(2254): (col. 2) remark: LOOP WAS VECTORIZED. < 1220304075 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :/tmp/ipo_icc1tzGiK.o: In function `main': < 1220304075 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :/tmp/ipo_icc1tzGiK.c:(.text+0x30): undefined reference to `__kmpc_begin' < 1220304075 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :/tmp/ipo_icc1tzGiK.c:(.text+0x3a): undefined reference to `__kmpc_global_thread_num' < 1220304075 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :/tmp/ipo_icc1tzGiK.c:(.text+0x24ab): undefined reference to `__kmpc_end' < 1220304076 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :make: *** [bin/ick] Fel 1 < 1220304078 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ok nice one < 1220304097 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :had no problems with cfunge with that option < 1220304103 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: mibbit changed parts of those error messages to sad faces < 1220304114 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well that sucks for you < 1220304115 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :where it said :( < 1220304116 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :*shrug* < 1220304123 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :what option was that? < 1220304139 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :-parallel < 1220304141 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :to ICC < 1220304145 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :anyway I missed -static < 1220304151 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :it should work with them combined < 1220304159 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I'm going to leave this computer and go onto my laptop now < 1220304162 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :see you again soon < 1220304165 0 :ais523!unknown@unknown.invalid QUIT :"mibbit.com: back soon" < 1220304167 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well < 1220304169 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :not really < 1220304172 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :going to sleep soon < 1220304284 0 :oklofok!n=nnscript@oklopol.yok.utu.fi JOIN :#esoteric < 1220304286 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :i should probably unignore AnMaster < 1220304289 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :or i'll forget tomorrow < 1220304291 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais: for log reading -parallel will make it multithreaded in ICC < 1220304293 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :wait, that's a good thing. possibly < 1220304313 0 :oklopol!unknown@unknown.invalid QUIT :Read error: 113 (No route to host) < 1220304363 0 :LinuS!n=LinuS@217.202.117.183 JOIN :#esoteric < 1220304378 0 :calamari!n=calamari@ip68-98-89-121.ph.ph.cox.net JOIN :#esoteric < 1220304457 0 :Tritonio_!unknown@unknown.invalid QUIT :"Leaving." < 1220304505 0 :ais523!n=ais523@sm01-fap04.bham.ac.uk JOIN :#esoteric < 1220304524 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, going to bed soon < 1220304527 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :anyway it works for oil < 1220304531 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :but not ick < 1220304533 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :icc -O2 -W -Wall -parallel -Wall -Wcheck -wd810 -wd981 -no-gcc -xK -march=pentium3 -O3 -ipo -static -no-prec-div -diag-enable port-win -DICKINCLUDEDIR=\"/home/anmaster/local/ick/include/ick-0.29\" -DICKDATADIR=\"/home/anmaster/local/ick/share/ick-0.29\" -DICKBINDIR=\"/home/anmaster/local/ick/bin\" -DICKLIBDIR=\"/home/anmaster/local/ick/lib\" -DYYDEBUG -DICK_HAVE_STDINT_H=1 -I./src -I./temp -o temp/oil < 1220304533 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : temp/oil.c < 1220304535 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :that works fine < 1220304540 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :icc temp/perpet.o temp/parser.o temp/lexer.o temp/feh2.o temp/dekludge.o temp/oilout*.o temp/ick_lose.o temp/fiddle.o temp/uncommon.o -o bin/ick < 1220304542 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :that doesn't < 1220304547 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :/tmp/ipo_iccY7jGt7.o: In function `main': < 1220304548 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :/tmp/ipo_iccY7jGt7.c:(.text+0x30): undefined reference to `__kmpc_begin' < 1220304548 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :/tmp/ipo_iccY7jGt7.c:(.text+0x3a): undefined reference to `__kmpc_global_thread_num' < 1220304548 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :/tmp/ipo_iccY7jGt7.c:(.text+0x24a9): undefined reference to `__kmpc_end' < 1220304550 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :is the result < 1220304551 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :what does? < 1220304553 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :-static -parallel? < 1220304559 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: you probably need -static on the link too < 1220304560 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, I see it < 1220304562 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :not just the compiler < 1220304569 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :you forgot to pass it in $CFLAGS < 1220304577 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :you forgot to pass CFLAGS there < 1220304582 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :unlike the other time you link < 1220304588 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :that's because you pass $LDFLAGS when linking < 1220304602 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, well all cases I seen it uses CFLAGS too when linking < 1220304647 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, and you *do* pass that when compiling old < 1220304649 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :oil* < 1220304659 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :$CFLAGS is for the compile normally < 1220304662 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :so passing it in LDFLAGS as well would be double < 1220304664 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :for oil < 1220304667 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :maybe I should do it so $CC is used for compile and $LD for link, and they're both the detected C compiler by default < 1220304670 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :do I compile and link oil in one step? < 1220304671 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :musn't happen < 1220304675 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, you do < 1220304681 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :see what I said above < 1220304681 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :that would explain it < 1220304758 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ok, looks like I have to work even more on the build system < 1220304761 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : ais: for log reading -parallel will make it multithreaded in ICC < 1220304764 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :you missed that < 1220304771 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :no, I got that < 1220304789 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :anyway I'm not sure -parallel will help all that much < 1220304795 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :I think it basically does mapreduce() < 1220304802 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :err s/()// < 1220304805 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :probably feh2.c could be redesigned so it would but atm it won't < 1220304832 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :besides ick runs very fast compared to gcc, so normally it doesn't matter about optimising ick itself < 1220304851 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, but would it break it's programs to be compiled with -parallel? < 1220304877 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: I don't see how it could, I'm not doing anything disallowed by the C standard so unless it's listed as unsafe in the compiler docs it should be fine < 1220304892 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, you said pthreads would break stuff? < 1220304920 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :src/perpet.c(664): remark #1599: declaration hides variable "c" (declared at line 285) < 1220304921 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : int c=getchar(); < 1220304921 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : ^ < 1220304922 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: only if calls and returns don't match up < 1220304922 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, ^ < 1220304938 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: that's why it's in a separate block, scoping exists for a reason < 1220304949 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :so you want to shadow it? < 1220304949 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ok < 1220304965 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :just gcc will warn with -Wshadow for that too < 1220304980 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :src/clc-cset.c(303): remark #593: variable "ssrecord" was set but never used < 1220304980 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : int sstesting, ssbestsf, ssrecord, j, k; < 1220304980 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric : ^ < 1220305000 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: when I need a temporary variable I create a small block so that shadowing will prevent an identifier clash < 1220305014 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :AnMaster: I can't even remember what ssrecord does offhand < 1220305017 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :http://rafb.net/p/cIjSdJ39.html is the last log from main ick compile using icc < 1220305019 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :let me look that up < 1220305025 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :ais523, going to sleep < 1220305026 0 :AnMaster!unknown@unknown.invalid PRIVMSG #esoteric :night < 1220305030 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :ok, night < 1220305533 0 :optbot!unknown@unknown.invalid TOPIC #esoteric :the entire backlog of #esoteric: http://tunes.org/~nef/logs/esoteric | function g() is a big hint < 1220305684 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :hi ais523 < 1220305690 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :will you talk to something other than silence now < 1220305692 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :hi tusho < 1220305701 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: it depends on whether you say something interesting < 1220305710 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :i can handle that < 1220305712 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :something interesting < 1220305714 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :verifying that C-INTERCAL ports to compilers other than gcc is interesting < 1220305718 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :for instance < 1220305724 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :and that's what I was doing, if you were wondering < 1220305752 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: does it compile on my brain < 1220305762 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :tusho: I don't know, it doesn't really compile in mine < 1220305763 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :
ACTION tracks order
< 1220305771 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :it's a bit too large to grasp all at once < 1220305773 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :It sits at "DISPATCHED"! < 1220305784 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :ais523: my brain is pretty damn awesome < 1220305786 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :i think i could handle it < 1220305787 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :maybe < 1220305793 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :well, you know where the code is < 1220305795 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :if I augmented it with a large pen and paper extension < 1220305799 0 :tusho!unknown@unknown.invalid PRIVMSG #esoteric :and "caring" < 1220306173 0 :psygnisfive!i=82f5c439@gateway/web/ajax/mibbit.com/x-ebf1c8b742140a2e JOIN :#esoteric < 1220306189 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :hey bitches < 1220306365 0 :oerjan!unknown@unknown.invalid PRIVMSG #esoteric :i don't think there are any bitches here. there is one dogface though. < 1220306483 0 :psygnisfive!unknown@unknown.invalid PRIVMSG #esoteric :dont make me rape your ass, bitch < 1220307075 0 :oerjan!unknown@unknown.invalid QUIT :"And a nice evening to you too" < 1220307563 0 :kar8nga!unknown@unknown.invalid PART #esoteric :? < 1220308571 0 :jix!unknown@unknown.invalid QUIT :"CommandQ" < 1220308811 0 :calamari!unknown@unknown.invalid PRIVMSG #esoteric :old news, but new to me... programmable wristwatch with a battery that lasts 2 years.. http://en.wikipedia.org/wiki/Timex_Datalink < 1220308823 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :hi calamari < 1220308827 0 :calamari!unknown@unknown.invalid PRIVMSG #esoteric :hi ais < 1220308839 0 :ais523!unknown@unknown.invalid PRIVMSG #esoteric :I don't think I've seen you here recently... < 1220308850 0 :calamari!unknown@unknown.invalid PRIVMSG #esoteric :probably not < 1220310463 0 :ais523!unknown@unknown.invalid QUIT :"going home, and basically out of battery" < 1220311381 0 :KingOfKarlsruhe!unknown@unknown.invalid QUIT :Remote closed the connection < 1220311670 0 :psygnisfive!unknown@unknown.invalid QUIT :"http://www.mibbit.com ajax IRC Client" < 1220312372 0 :LinuS!unknown@unknown.invalid QUIT :"Puzzi. S�, parlo proprio con te. Puzzi."