Automatic commit of irc logs
authorC R Onjob <matches@ucc.asn.au>
Mon, 7 Apr 2014 17:00:03 +0000 (01:00 +0800)
committerSam Moore <matches@ucc.asn.au>
Mon, 7 Apr 2014 17:00:03 +0000 (01:00 +0800)
Q: What happens when four WASPs find themselves in the same room?
A: A dinner party.

irc/#ipdf.log

index b304903..fc04a1c 100644 (file)
 --- Day changed Sun Apr 06 2014
 13:40 <@matches> I get the feeling my part of the project could just be "typedef Real to something from boost"
 14:15 <@matches> I suppose I could talk about FPU and hardware
+--- Day changed Mon Apr 07 2014
+21:42 <@matches> I had a horrible horrible thought... implement a FPU in VHDL and then somehow run all our floating point operations on it :P
+21:42 <@matches> (This is not a good idea at all but it might be fun)
+21:42 <@matches> You know, for some definition of fun
+21:44 <@matches> So my lit review will probably be 1) We need higher precision documents because science (Pixels or Perish) 2) This is how FP works in hardware 3) This is how you can get higher precision in software
+21:45 <@matches> Oh, and 4) Document formats and rendering them (PDF/PostScript etc)
+21:46 <@matches> That is starting to sound suitably ridiculously broad?
+21:46 <@matches> Can always cut things out I guess
+21:47 <@matches> To reflect what we actually end up doing
+22:05 <@sulix> From what Tim was saying, I don't think "too broad" is a possibility.
+22:05 <@sulix> We could be talking about Aztec history and it'd probably not be "too broad."
+22:05 <@sulix> I do need to remember to read "Pixels of Perish," though.
+22:19 <@matches> I'll have a look into VHDL stuff, there seem to be compilers and simulators for linux
+22:20 <@matches> For a minute I was afraid I'd have to use the UWA EE VHDL environment
+22:20 <@matches> Which is like, running a Java program in a Windows XP VM
+22:20 <@matches> I heard you liked simulations of hardware so I simulated some hardware in your simulated hardware

UCC git Repository :: git.ucc.asn.au