| 01:51.04 | *** join/#brlcad PrezKennedy (n=Apathy@c-68-55-177-2.hsd1.md.comcast.net) |
| 03:19.11 | *** join/#brlcad danfalck (n=dan@pool-71-111-76-8.ptldor.dsl-w.verizon.net) |
| 05:13.45 | *** join/#brlcad danfalck (n=dan@pool-71-111-76-8.ptldor.dsl-w.verizon.net) [NETSPLIT VICTIM] |
| 05:13.46 | *** join/#brlcad b0ef (n=b0ef@062016141085.customer.alfanett.no) [NETSPLIT VICTIM] |
| 05:54.10 | *** join/#brlcad PrezKennedy (n=Apathy@c-68-55-177-2.hsd1.md.comcast.net) |
| 07:25.20 | *** join/#brlcad danfalck (n=dan@pool-71-111-76-8.ptldor.dsl-w.verizon.net) [NETSPLIT VICTIM] |
| 07:25.21 | *** join/#brlcad b0ef (n=b0ef@062016141085.customer.alfanett.no) [NETSPLIT VICTIM] |
| 08:31.24 | *** join/#brlcad brlcad (n=sean@bz.bzflag.bz) [NETSPLIT VICTIM] |
| 08:44.01 | *** join/#brlcad dtidrow_work (n=dtidrow@host169.objectsciences.com) [NETSPLIT VICTIM] |
| 13:50.33 | Maloeran | It stores the value in some other register, then flushes the content of %rcx on the stack to be able to use it ; systematically |
| 13:53.39 | ``Erik | so fix gcc *shrug* |
| 14:09.30 | *** join/#brlcad SWPadnos (n=Me@dsl245.esjtvtli.sover.net) |
| 15:18.20 | Maloeran | Erik, seems nested functions can be used on OSX with -fnested-functions after all. Does the ban hold? |
| 15:18.55 | ``Erik | uhm, does it work on fbsd? |
| 15:19.15 | Maloeran | Sure, works pretty much everywhere |
| 15:19.41 | Maloeran | OSX is a weird exception that requires an extra compiler switch, besides -std=gnu99 |
| 15:20.02 | ``Erik | uhmmmm, I guess if it works on leenwx, fbsd, mac, and winderz, it should be ok *shrug* |
| 15:20.40 | ``Erik | I mean, the point is to make it run on the platforms, not arbitrarily avoid language constructs |
| 15:20.43 | Maloeran | Works on winderz with mingw/cygwin and Intel. Is any other compiler of interest? |
| 15:21.38 | ``Erik | nah... mebbe intel vectorC or pathscale, but 'functionality' is the purpose... uh, vc++ might be desired by some, uhhhhhh, |
| 15:21.50 | ``Erik | I think bob was the one doing the windows BRL-CAD stuff? |
| 15:22.00 | Maloeran | Pathscale supports gnu99, vc doesn't even support C99 to begin with |
| 15:22.09 | Maloeran | Yes, he's the one |
| 15:26.57 | ``Erik | <-- still codes to c89 *shrug* it works everywhere |
| 15:27.09 | Maloeran | This code is just going to be messy and less efficient without nested functions |
| 15:27.15 | ``Erik | I d'no if vc++ can use libraries from mingw? |
| 15:27.35 | Maloeran | Hum, mingw can produce DLLs so surely |
| 15:27.51 | ``Erik | yeah, but didn't vc++ need both a .dll and a .lib? |
| 15:28.08 | ``Erik | and, uh, iirc, the .lib was very compiler specific? or mebbe I'm confused with borlands compiler suite |
| 15:28.21 | Maloeran | Ah quite possible |
| 15:28.39 | ``Erik | I remember that vc++ .lib's didn't play nice with borland, so significant hoops had to be jumped through to use vc++ compiled libraries with bcc |
| 15:28.46 | ``Erik | but that was, uh, over ten years ago. |
| 15:29.16 | Maloeran | i don't know of anything in mingw to produce .lib files or something |
| 15:29.42 | ``Erik | very much not my world :) |
| 15:29.54 | ``Erik | that's over on the other side of you linux dorks ;) |
| 15:31.54 | ``Erik | hmmm, I had a picture of a sun monitor, and on it was a penguin toy inside of a condom... I should find that... :) |
| 15:33.15 | Maloeran | Blasphemy! |
| 15:34.37 | Maloeran | It appears XCode 2.3 added -fnested-functions, whatever XCode might be |
| 15:34.46 | ``Erik | http://www.birkoph.com/tech/IT_tux-in-condom.jpg |
| 15:34.50 | ``Erik | XCode is the mac ide |
| 15:35.28 | Maloeran | XCode 2.3 which in turns requires OSX 10.4 |
| 15:36.18 | ``Erik | 10.4 is an acceptable requirement for macs *shrug* |
| 15:36.27 | Maloeran | ( Not getting much of a reply there yet ) |
| 15:36.37 | Maloeran | Okay. |
| 15:36.58 | Maloeran | Ah! Poor Tux |
