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 |