search for: about_

Here''s something that caused me a couple of hours of head-scratching today: Apparently, if your model doesn''t derive from ActiveRecord, it is NOT reloaded for each operation in the development environment. I was working with something that uses a single model per session, and stores its data in the session. I kept wondering why I didn''t see my changes. Finally, I

Michael Smith wrote: > >It is currently impossible to compile it under *BSD, at least afaik. > >src/im_sun.c includes stropts.h, which doesn't come with OpenBSD. After > >feeding one .h file after another from a linux box, it finally wanted > >gnu/stubs.h. There will never be GNU stuff in *BSD, so that must be > >solved differently. > Why on earth are you

On Wed, 11 Nov 2015 11:13:43 -0800, Daniel Berlin via llvm-dev wrote: <snip for gmane> > Heck, i could even reason about inline asm if i wanted to ;-). > > My point is that this call is super special compared to all other > calls, > and literally everything in LLVM has to understand that. > The liklihood of subtle bugs being introduced in functionality (IE >

Hauptman-Woodward Medical Research Institute (Buffalo,NY) is an independent, non-profit research facility that is committed to improving human health through biomedical research. In addition to that, it's a really cool place to work. HWI is a casual, low stress environment. Each of us is very busy with our work, but it is work that we enjoy. Even though our retirement plans are very good,

...gt; Sadly, checking today his site is down, but binaries for the Zaurus are > available. > > There was a problem with NA handling that needed specifically addressing, > and some missing fonts, but the fpu emulation worked fine. This was using > X11, keypebble and VNC. It could _just about_ run in the standard RAM - > although was a lot happier with extra memory. Most impressive, and well done > Simon (and the R team). Right. As I recall it, the FPU/NA issue was a case of configure getting the byte-order wrong and not (as was believed for a while) a problem with non-IEEE arithm...