<Anarchos>
zozozo i tried to do it better, but i suffer from some circularities in the module : parser needs formulas and formulas need parser...
<Anarchos>
zozozo it suffers its technical debt and lack of refactoring
2020-07-07
<simpson>
companion_cube: Oh. Yeah, opinion incoming: I'm not on the FP side of things. I'm suggesting that *all* formal provers suffer from a mismatch between what is expressible in their proof languages vs. what we imagine when we are in the process of cognitively understanding the proof.
2020-06-18
<ebb>
Everyone's package downloads would have suffered otherwise :)
2020-05-09
<tobiasBora>
Ok I see, thanks. Not sure why haskell does not suffer from this problem then, but thanks. Also, the bind syntax is quite annoying, and I'm not sure how to use a let-based syntax here. Should I replace the "bind" with a let* as defined here? https://caml.inria.fr/pub/docs/manual-ocaml/bindingops.html
2020-02-05
<m_oss>
XML is suffering
2019-07-09
<dmbaturin>
Well, even then you can proofread it... which it needs badly as it suffers from artifacts of late night writing. :)
2019-07-04
<xvilka>
dmbaturin: Debian (and Ubuntu) is the worst. We (radare2) suffer from their policies too
2019-02-13
<Drup>
(although, I see where he comes from with this, since floating points can be locally unboxed, and thus suffer no penalty, while tagged integers will always have a penalty)
2018-08-17
<discord>
<Perry> "Its development began in 2003, after Davis suffered from a series of manic episodes that left him briefly hospitalized for mental health issues.1 Davis is a former atheist who proclaimed that he had "communications" with God, and that God told him the operating system he built was for God's third temple. According to Davis, TempleOS is of "divine" intellect due to the inspired nature of the code, and that God said
2018-06-25
<Leonidas>
it seems to suffer from hidden complexity. not as bad as YAML but still
2018-05-15
<orbifx>
I think Discord wants everyone onit to suffer.. to see Discord written everywhere...
2017-12-26
<rgrinberg>
companion_cube: well you said that gmp doesn't provide .a on your distro, with a container you can select a base image that doesn't suffer such a problem
2017-06-08
<Drup>
barcabuona: except there are plenty of ways to write the same function, almost as conveniently and that don't suffer the same problem
2017-01-30
<octachron>
companion_cube, true, a "suffering ahead" label is also clearly missing
2016-12-26
<companion_cube>
anyone willing to suffer and help me write a jupyter kernel library?
2016-11-13
<digiorgi>
Hi! i new o the ocaml world. I need to write a web applicationvery integrated to paypal and the aws api. Is ocaml ok for this? will i suffer for the lack of threads and libraries?
2016-10-17
<aantron>
i often just do -warn-error +A and then add -4, -whatever, etc., for the ones that i am willing to suffer :)
2016-10-11
<toolslive>
just saw that ocisgen.org suffers partial failure.
2016-09-20
<osa1>
I'm suffering already
<Bluddy[m]>
osa1: ocaml is bottom to top. If you don't get used to that, you'll really suffer
2016-08-23
<companion_cube>
unrelated, but I feel like I'm going to suffer a lot to compile sth on windows :s
2016-07-27
<pierpa>
"The thing is that experienced users won't see the benefits of the new syntax and will actually suffer from it"
2016-07-23
<flux>
mrvn, no. resource management in GC finalizer leads to suffering.
2016-07-11
<Bluddy[m]>
begin is a pain. Why suffer an pay begin in some places where a constant amortized 'end' will solve all problems?
2016-06-21
<gasche>
there is some relief in letting others get their hands dirty with this thorny problem, but also slight anxiety at suffering the consequences down the road
2016-04-25
<hcarty>
rgrinberg: I had to write some code for Windows and wanted to write it in OCaml. So it's by choice, but I am/was a suffering OCaml programmer targeting Windows
<rgrinberg>
where are all of these suffering ocaml prorammers on windows I sometimes wonder
2016-03-30
<zozozo>
zarith probably suffers from function call where there are simple instructions for ints (maybe flambda inlining would help ?)
2016-03-22
<toolslive>
@Algebr : I also suffered from lwt daemonization. We first had the idea to do daemonization as late as possible, but you need to do it before you do anything else that's lwt related.
2016-03-10
<ggole>
That should both clarify your understanding of GADTs and make clear what I meant when I talked about suffering and type hackery.
<ggole>
Kakadu: GADTs are mostly about inflicting suffering on yourself
2016-02-19
<Drup>
companion_cube: it suffers a lot from over-parens
2016-01-15
<Drup>
(reactiveData is a project that suffered a lot from you removing hhugo from the world :D)
2015-12-04
<ggole>
Of course Obj.magic doesn't give you any guarantees, only suffering and death. Still, I was surprised.
2015-11-12
<companion_cube>
it's not finished yet, and I'm already suffering too much
2015-09-11
<t4nk333>
I was wondering b/c heard Erlang dictionaries used to implement a set suffer from a practical upper limit...about 1000, due to explosion of comparisons that must be made on every insert.
2015-07-05
<dsheets>
whirm, performance suffers across the call boundary so you can multiplex a library like that and still win if you don't cross the boundary a lot
<whirm>
Yeah, I was thinking that maybe you could have a bunch of instances of the same process-library if it doesn't support mutithreading to increase performance, but if the performance suffers...
<dsheets>
performance suffers quite a bit so it depends on your application's needs
2015-06-27
<SomeDamnBody>
holy cow my code is suffering huuge performance issues
2015-05-26
<ggole>
Their real application is inducing suffering.
2015-05-02
<ggole>
Ever had that feeling like your machine hates you and wants you to suffer?
<lewis1711>
I wouldn't say it "Suffers"... ocaml was/is popular among the numerical programming community.
<apache2_>
unsafe_int_of_float or no_fucks_given_int_of_float would be a better name for a function that suffers from this 'everything is 0' syndrome
2015-04-19
<ggole>
Poly variants do suffer from strange error messages
2015-03-31
<bernardofpc>
for example, I had to suffer a lot to discover that I needed a POST service in a button and could not put a POST in a link, even if a link would be more practical
<struktured>
so far haven't suffered from that yet
2015-03-10
<Drup>
"hurdur, I suffer hence everyone should do too" <- that.
<whitequark>
so, suffer.
<whitequark>
if I suffered, everyone else should suffer as well, and become mad at ocp and their crappy build system
2015-03-06
<whitequark>
mrvn: bullshit. an implementation without GIL would not suffer from that, for example
2015-01-26
<MercurialAlchemi>
Tekk_: what if you suffer from paren blindness?
2015-01-15
<pippijn>
suffers from NIH
2014-12-24
<artagnon>
It's exposed via the C++ bindings; why should OCaml suffer?
2014-12-13
<rgrinberg>
"suffer the consequences" might be a little exaggerating
<whitequark>
so even if you don't have any connection to haskell or its community whatsoever, you still suffer the consequences
2014-12-12
<MercurialAlchemi>
well, I'm not under impression that OCaml suffers from the bot problem
2014-12-11
<whitequark>
your life is suffering. accept it and embrace it
2014-12-10
<ggole>
I worked a bit on that new destruct feature (which is really neat, btw), and it suffers a bit from this problem too.
2014-11-22
<marvin-hh>
And, yet, when there is a lack of technical knowledge when someone is doing something related to technology, the business does suffer.
2014-11-12
<MercurialAlchemi>
but it suffers from slow startups and give-me-all-your-RAM syndrom
2014-11-10
<mcc>
"the suffering of javascript developers" appears quite high in that search
* ggole
mumbles something about build systems and suffering
2014-11-02
<ggole>
It's an immutable law that build systems spread confusion and suffering.
2014-10-10
<flux>
adrien, I do think it's impossible. there are tons of subreddits, and probably many won't suffer from the deficiencies as much as you may think..
2014-09-06
<Drup>
(and don't suffer the whole "just use a tight loop that do not yield to make the whole thing block")
<whitequark>
you know the collective noun thing, right? "the suffering of JavaScript developers"
<ggole>
Did you suffer?
<whitequark>
you will suffer
2014-08-12
<def`>
whitequark: did you suffer having to learn the 26 characters of ascii alphabet? :|
2014-04-30
<arboris>
tautologico, ok I'm watching those issues now. At least I'm not the only one that is suffering
2014-04-29
<_obad_>
BTW do you know if debian has a similar feature? or is everyone suffering through patch lists?
2014-04-28
<whitequark>
a moderate amount of suffering is appropriate for this situation
2014-04-19
<whitequark>
also, I believe LLVM will not suffer from the issue that >10 arguments forbid TCO
2014-04-12
<ggole>
gasche: presumably polymorphic recursion suffers the same problem
2014-04-11
<ggole>
(CDR-coding suffers from having to admit mutation of the list structure, which an ML can dispense with.)
2014-03-16
<gasche>
elfring: I think you suffer from a grave case of premature optimization
2014-02-13
<pippijn>
(which doesn't suffer from separation of knowledge and the consequent redundancy of it)
2013-12-25
<ggole>
My experience is that GADTs mostly involve pain and suffering.
2013-11-14
<dramas>
whreas i am using whitespace at the moment and suffering for the lack of editor indicating my scopes
2013-11-13
<dramas>
i have suffered abuse at the hands of languages that consider whitespace significant
2013-10-20
<BitPuffin>
Drup: but I read that ocaml doesn't suffer from a stop the world gc like haskell
2013-09-03
<pippijn>
ok, the stress test does suffer from compare, it's 0.249 with -
2013-08-25
<wmeyer>
adrien: I'm suffering already :S :S
<adrien>
wmeyer: you're going to suffer soon :D
2013-08-23
<ggole>
Although the data structure I was thinking of would probably suffer the same drawback.
2013-08-10
<dsheets>
right now, you will suffer a performance hit like 10x but that margin should drop to near 1x with new improvements coming in ctypes 0.2 and ctypes 0.3
2013-07-05
<pippijn>
MarcWeber: it still suffers from the same old "needs to look at *every* file in the tree to check up-to-dateness"
2013-07-02
<wmeyer>
I see, no good, it's always bad thing to get a cold, I suffered from that last week, that prevented me in general of doing anything useful
2013-06-27
<whitequark>
in fact where it isn't, it often suffers from perl ancestrance :p
2013-06-21
<ggole>
But they don't suffer the same problems
2013-04-21
<ggole>
Presumably our work will suffer the same fate
2013-04-06
<bernardofpc>
and I have another example from my own sufferings
2013-03-30
<ggole>
Deallocated ones can be reallocated as part of the caml heap, confusing the GC and leading to suffering.
2013-01-28
<jonafan>
i have yet to suffer tk
2013-01-17
<ousado>
the c++ target suffers from "Dynamic" which basically forces the runtime to expect boxed, untyped values everywhere
2012-12-31
<mk270>
wmeyer: that essay is superb. to what extent do you think ocaml suffers from a similar curse?
2012-12-20
<nicoo>
Though it seems stuff like OCaml-LLVM suffers from lack of documentation
<wmeyer>
tac: agreed, and there a lot of other non-state related issues - but the origin is how efficient problem can be solved - the stateless programming is just implementation detail - itself it raises barier a lot, but pure functional programming languages suffer from the same disease as imperative ones - just maybe somewhat smaller and in different (better) way
2012-11-30
<Qrntz>
f[x], thanks, I ended up just keeping const char * and copying it into a string when requested (don't think performance will suffer noticeably with the current call graph)
2012-10-05
<hcarty>
adrien: You can download ocamlbrew and run it locally without suffering any ill effects :-)
2012-08-21
<fasta_>
ocamlfind etc. manages everything, but it suffers from amnesia.
2012-08-16
<jonafan>
ocaml suffers a lot from a lack of centralized authority
2012-07-27
<Drakken>
hcarty that's what I want to know: which applications really suffer from a lack of multi-core GC, and how do deal with the ones that aren't too much of a problem.
2012-07-18
<gildor>
thelema_: so I will suffer in silence ;-)
<flux>
obviously I'm not going to release any locks now and suffer the small cost of not interleaving C code with ocaml threads
2012-05-09
<ssbr_>
so in particular, it suffers the same problem of "well, what if the format string doesn't match the types of the passed parameters?"
2012-03-30
<adrien>
I'm very annoyed because in most of my programs, I have to suffer the consequences of a big fat and ugly mutable object: the user ='(
2011-09-30
<hcarty>
I doubt List.map suffers terribly. But <, >, =, compare, etc. all dig into the dirty underbelly of OCaml to do what they do
2011-04-07
<kaustuv>
orbitz: Some people consider shit gold. I am talking about sensible definitions of "functional", not what delusions Joe Reddituser suffers from
2011-02-14
<mfp>
sqlexpr suffers from the same pb as PG'OCaml regarding queries built at runtime --- you end up having to build SQL strings by hand
2011-01-19
<gildor>
mfp: do you know if pgocaml suffer from the same limitation ?
2010-08-28
<adrien>
damn, my nm-fu has suffered severely
2010-06-22
<thelema>
modules don't help - we could write everything in terms of the given funtions (mainly fold), but the performance would suffer so...
2010-03-01
<Camarade_Tux>
I haven't either, two concerns however: they're young and not complete yet (although almost) and it looks like they're suffering from some NIH syndrome (or maybe they want to provide the most consistent interfaces possible)
2010-01-01
<palomer>
let g = f () ;; <--g is an application, though suffers from the value restriction
2009-12-19
<thelema>
ocamlfind suffers from the same problem - putting the information on dependencies outside the file. ocamlbuild tags should be able to be part of the file
2009-12-18
<flux>
well, code written for lists but used with arrays would likely suffer extreme performance problems
2009-12-12
<bogen>
heh, hopefully no one who runs x11perf -all suffers from epilepsy
2009-10-26
<Camarade_Tux>
and my writing is also starting to suffer badly, night ;)
2009-08-21
<bluestorm>
and you will certainly suffer from "missing libraries" issues if you choose OCaml to develop your game
2009-08-20
<rbancroft>
don't allocations also suffer from the similar problems? concurrent access to a heap
2009-08-17
<Spiwack>
Though of course, all the unpackaged libs would suffer.
2009-06-04
<Alpounet>
When doing some tests for my JSSP application, I suffered (even physically :-p) from that.
2009-04-11
<thelema>
extlib's fold_right really suffers for some reason...
2009-04-07
* Yoric[DT]
has suffered from a nasty fever since Thursday morning.
2009-04-04
<kaustuv>
(which I do suffer from, greatly)
2009-03-30
<palomer>
oh my, extlib doesn't suffer from this problem
2009-02-19
<thelema_>
My personal pet wish is array bounds-check elimination, but it suffers from the same 3 problems. (mostly 1&2)
2009-02-05
<Camarade_Tux>
several ocaml benchmarks of the shootout suffer from an incomplete library set or different names
2009-01-24
<bluestorm>
and possibly suffering from the post-summer project death malediction
2009-01-23
<rwmjones>
gildor, I do ... my mail server is suffering from old age and spam and takes its fair time delivering email
2008-12-04
<alexyk_>
much safer for not suffering braindamage and having regrets
2008-11-22
<det>
Camarade_Tux, but you're performance will suffer if you dont use them
2008-11-17
<palomer>
yes, but it runs a hundred times slower, suffers from memory leaks and takes 10 gigs of ram just to start up
2008-10-04
<olegfink>
for example, I suffer from the fact that my suspension thing is essentially a unit -> (unit -> unit) type map and I can't express this in camlp4
2008-09-07
<thelema>
each time I've tried to use an external package, I've been met with lots of pain and suffering. maybe that's why I avoid them, and why I think this project should get stuck in the compiler.
2008-09-05
<Palace_Chan>
ah i remember back when i had feisty on another machine i suffered from a lot of root ownership on my home dir
2008-08-30
<gildor>
you need to have one that don't suffer ssh vulnerability problem
2008-08-27
<bluestorm>
depends on the level of pain you've suffered and how much farther you want to go
<Yoric[DT]>
(it works but it's going to suffer one large optimization before I release a pre-version)
2008-08-25
<Camarade_Tux>
also, I've tried a rope library, performance was worse (but the real one which suffered is Map, 700% slower)
2008-06-26
* Yoric[DT]
suffers from deadline headache.
2008-06-25
<xevz>
Anotheng thing, which both PHP and Perl suffers from, is old, bad, easily findable guides and articles. :P
<batcoder-7>
But ocaml could be considered a scripting language and it doesnt suffer those problems
2008-05-28
<vixey>
I've never suffered mercury or arch
2008-05-06
* Yoric[DT]
has suffered enough of ref-counting in C++.
2008-04-21
<delamarche>
i thought the ocaml runtime suffered from GIL-like problems, though, doesn't it? Like only one thread can run at a time?
2008-04-15
* Yoric[DT]
suffers from having to teach that in C.
2008-04-09
<hcarty>
git does suffer from a lot of older tutorials now being very out-dated
2008-04-02
* palomer
thinks that the ocaml gods wanted me to suffer when they decided they didn't like mutually recursive modules
2008-04-01
<Smerdyakov>
From my perspective, it suffers from a web front page that is an empty square.
<RobertFischer>
There was an interesting start-up here in the Twin Cities that is suffering for lack of a good business model, too: www.carol.com
2008-03-23
<mwc>
most of the functionality of matlab without the pain and suffering of matlab.
2008-03-08
<thelema>
the git branch suffers one problem from the conversion, and some configure files (magically copied from an upstream branch) didn't make it into the needed branches. Non-INRIA branches have the needed files checked in, the INRIA branches I'm afraid to do so with, for fear of breaking synchronization
2008-02-13
<thelema>
C programmers don't seem to suffer much harm having types declared in .h files, upon which their .c files depend.
2008-02-03
<Yorick>
I actually suffer more from brackets than semicolons
2007-12-29
<madroach>
pango_: hey, that's nice! Just the accuracy could suffer a bit...
2007-11-04
<Ober>
so if you write say a tcp service in ocaml is it not going to suffer from silly programmer mistakes that allow the remote buffer overflows/offby1/input validation issues of say C?
2007-09-02
<pango>
the whole extlib suffers from this problem
2007-05-13
* LeCamarade
is suffering with his snail, dog-slow conn. :o(
2007-04-03
<jacobian>
I'm willing to suffer quite a lot to jettison PHP though
2006-12-16
<twobitsprite>
haskell suffers from this the most
2006-12-14
<dark_light>
whatsup103, gui and network programming seems to be two things ocaml isn't sooo good. i am suffering to make a "easy-to-understand" network code (and i want it far way of my actual processing code)
2006-11-14
<jigga_what>
dark_light: but cuba is not a stable government and suffers from much supression .......... i lived in MIAMI ........its like 60 percent cuban .................i have heard all the sotries about cuba
2006-10-18
<pango>
and I find the chapter like "I never used Caml, but I know enough about it to compare" hardly professional for a researcher. Must suffer from some kind of NIH syndrome
2006-09-25
<Smerdyakov>
I think you already observed yourself that OCaml suffers from being maintained by researchers.
2006-09-12
<youknow365>
zvrba: im not going ot get into any IRC flame war .........but you know how some of these ops on IRC are .........some are very nice and will ehlp you ........and the others will degrate you and ban you for their own enjoyment, those people usually suffer from no social enviroment / depression and use IRC as a tool for their pleasure , and obitz is one of those kind of people
2006-08-11
<zvrba>
the only thing you suffer from are serious illusions ...
<youknow365>
well iw ould like to get it done fast but also the best way so i dont suffer from anything later on
2006-07-07
<Smerdyakov>
I can certainly understand hesitation to use a slipshod abomination like OCaml in a classroom, but SML doesn't suffer from the same ad-hoc design.
2006-05-18
<metaperl>
i'm the one suffering :)
2006-04-12
<ulfdoz>
That would be perfect. Unfortunately fink seems to suffer from debian's package update intervals.
2006-03-10
<dylan>
Eh. Adding this channel was just an exercise. I generate stats for another channel, and I was using make. Now I'm using my make replacement, and it's flexible enough for me to not suffer pain when adding new channels.
2006-01-17
<vincenz>
meaning that it'll suffer starvation
<Smerdyakov>
vincenz, you seem to be suffering from GNU disease, where the quality of a toolset is judged by how many fanboys are yammering about it per unit time.
2005-12-11
<schlick>
Strings suffer from similar problems.
2005-05-23
<mrvn>
I tend to not have not exhausitve matches in the first place. The few times I do I suffer the extra typing.
2004-12-02
* Nutssh
suffers from too many interests. "I had to pick one thing and stick with it."
2004-08-18
<zaza^^>
my leet english skills are suffering :)
2004-05-29
<wolfman8k>
The compiler would then produce code which would call out to a library which would have to be linked in (rather like you have to add -lm to your command line to use sin() in C). So programs which don't use matricies don't have to suffer the "code bloat" associated with them.
2004-04-23
<Banana>
but ... your reputation may suffer though...
2004-03-26
<indigo>
you believe a better solution is to make those who have tastes different than yours suffer by forcing your personal preferences upon them?
2003-12-21
<Eglin>
Adobe wants to protect their content, so you suffer
2003-11-23
<Riastradh>
CALL/CC has nothing to do with FFIs. (well, it can make the external language suffer much pain, I guess)
2003-09-23
<Xcalibor>
also suffered mac os 7, 8 and 9
<Xcalibor>
and only suffered windows as an obligation
2003-09-02
<thomas_>
yes but a game that simple won't suffer from redrawing all blocks i think
2003-07-18
<Smerdyakov>
I'm on the SML side of the fence, and I wholeheartedly agree that OCaml suffers from excessive closedness of community and development.
2003-06-21
<mrvn>
What C suffers from is all the old garbage that was neccessary at first due to cpu limitations and compiler complexity.
<lus|wazze>
i think there are only very few people who would suffer from the delusion that C is high level
2003-05-13
<Riastradh>
What -YOU- consider to be suffering.
<Riastradh>
Unnecessary suffering?
<taw>
i'm merely trying to protect him from unnecessary suffering
2003-02-22
<emu>
.NET bytecode suffers all the same problems because MS ripped off Java without even bothering to improve
2003-02-19
<mrvn>
mellum: One can suffer from that?
<mellum>
Riastradh: Oh, I'm just suffering a Buffy the Vampire Slayer overdose.
2003-02-17
<systems>
i thought about it, there is a lot of books for beginners and the expert needs only the man pages and the docs... the intermediate level or post beginners suffer the most
2003-02-16
<jameson>
It would certainly be preferrable to see an OS kernel, liniker, loader etc. being written in a solid, pure, statically typechecked language. The problem is that existing tools and programs (written mostly in C and C++, for historical reasons) would suffer badly from this.
2003-01-06
<Systems>
emacs suffers from an identity syndrome
2002-12-03
<asqui>
No im suffering from "wow i got this bitch to work but i cant be bothered to write it up so ill just dance like im selling nails on irc"
<SoreEel>
Good, you're suffering from anti-sleep intoxication.
2002-11-02
<mrvn>
There is no limit to what people make themself suffer.
2002-09-16
<MegaWatS>
what I mean is this quote: "* The programmer that suffers from this disease carefully avoids to use arrays and assigment. In the most severe forms, one observe a complete denial of writting any imperative construction, even in case it is evidently the most elegant way to solve the problem" to which I agree fully
2002-02-19
<Submarine>
I'm not using GMP to do fancy computations. I'm just using them to compute sound bounds that don't suffer from overflow or wrap-around modulo 2^n.