00:05.56 | *** join/#bzflag MindstormsKid (~msk@Wikipedia/MindstormsKid) |
00:22.07 | *** join/#bzflag smoooth (~smoooth@cpe-098-024-240-002.ec.res.rr.com) |
00:26.43 | *** join/#bzflag JeffM2501 (~JeffM@unaffiliated/jeffm2501) |
00:26.43 | *** mode/#bzflag [+v JeffM2501] by ChanServ |
00:27.13 | *** join/#bzflag smoooth (~smoooth@cpe-098-024-240-002.ec.res.rr.com) |
01:00.34 | *** join/#bzflag smoooth (~smoooth@cpe-098-024-240-002.ec.res.rr.com) |
01:10.49 | *** join/#bzflag Djpenguin (~David@c-98-207-67-102.hsd1.ca.comcast.net) |
01:44.47 | *** join/#bzflag bier|tp (~bier@p57A679BD.dip.t-dialin.net) |
01:44.49 | *** join/#bzflag bier (~bier@p57A679BD.dip.t-dialin.net) |
02:15.47 | JeffM2501 | does this compile on gcc? int i = 10; double a[i]; |
02:40.43 | BulletCatcher | No compiler errors. |
02:42.07 | BulletCatcher | And if I print (sizeof a) it says 80, so it seems to work as one would hope. |
02:42.14 | JeffM2501 | how about int i = 10; if (rand()%2) i = 2; double a[i]; |
02:42.56 | JeffM2501 | it's not part of the standard behavor, you can only define compile time structures with const values, otherwise you need a new or malloc |
02:44.47 | BulletCatcher | The second example always gives a size of 16. I'm checking the conditional. |
02:45.46 | JeffM2501 | amazing they let that go :) |
02:45.52 | BulletCatcher | rand()%2 seems to always be true. |
02:46.05 | JeffM2501 | looks more like managed code then C++ :) |
02:46.16 | JeffM2501 | heh |
02:46.34 | JeffM2501 | guess GCC just converts array defs to new calls |
02:46.46 | JeffM2501 | instead of letting the compiler preallocate it |
02:46.50 | BulletCatcher | Could be. |
02:46.53 | JeffM2501 | wonder if it changes with optimizations |
02:47.26 | BulletCatcher | Compiling with -O3 makes no difference. |
02:48.09 | JeffM2501 | guess that means the gcc optimizer can never do anything with those |
02:48.22 | JeffM2501 | on windows it won't compile unless i was const |
02:48.25 | BulletCatcher | Ah. rand() always returns the same value since I don't call srand(). |
02:49.46 | JeffM2501 | wonder if you put it in a function, called it more then once would it change the size of that on each call? |
02:52.21 | BulletCatcher | It does precisely that. |
02:52.44 | BulletCatcher | But inside a function a[] is an automatic variable. |
02:53.14 | JeffM2501 | wierd, just never seen anyone try to do stuff like that |
02:53.36 | JeffM2501 | I wonder if it's part of C99 |
02:54.19 | BulletCatcher | Here is the program I wrote: http://bzflag.pastebin.com/Kiti0SGb |
02:54.45 | JeffM2501 | yeah that would not fly on windows |
02:55.01 | JeffM2501 | you'd have to define a as a double* and malloc it |
02:56.24 | JeffM2501 | ahh yeah variable lenght arrays are part of C99 |
02:56.45 | JeffM2501 | and VC isnt' as compliant in C99 as it is in C++0x |
02:58.22 | BulletCatcher | It works the same in gcc with -std=c89 . |
02:58.59 | JeffM2501 | how is gcc at C++0x support? can it use auto? |
03:00.22 | BulletCatcher | I'm not sure about general compliance, but again -std=c++0x gives no warnings and the program runs the same. |
03:00.36 | JeffM2501 | yeah it would for that program |
03:00.45 | JeffM2501 | since that is c not c++ :) |
03:00.51 | JeffM2501 | auto is awesome |
03:01.08 | BulletCatcher | I have gcc 4.5.1 if that matters. |
03:01.28 | JeffM2501 | looks like gcc has supported C99 for a long while |
03:01.36 | JeffM2501 | and ms "has no plans to implement it" |
03:01.46 | BulletCatcher | Isn't that special. |
03:02.10 | JeffM2501 | yeah it's odd, they don't care about c99 but seem to be on a C++ standards kik |
03:02.12 | JeffM2501 | kick |
03:02.20 | BulletCatcher | I'm sure you can get gcc on Windows if you really want it. |
03:02.25 | JeffM2501 | I don't |
03:02.47 | JeffM2501 | I was just helping Constitution port some of his code to windows and he had variable arrays and I had never seen it before |
03:03.07 | JeffM2501 | it was pretty easy to change to work on both, he didn't realy need them to be variable |
03:04.06 | BulletCatcher | Even if he did, new or malloc() is very portable. |
03:04.24 | JeffM2501 | yeah he had one case where he did need it variable and I just did that |
03:04.32 | JeffM2501 | now all he has to do is make it not crash on startup :) |
03:07.47 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
03:07.47 | *** mode/#bzflag [+v spldart] by ChanServ |
03:31.56 | *** join/#bzflag FastLizard4 (FastLizard@wikipedia/pdpc.active.FastLizard4) |
03:34.31 | trepan | alloca() is similar to variable arrays (stack allocation) |
03:35.03 | JeffM2501 | true |
03:42.25 | trepan | iirc, gcc also has a weird interaction between alloca() and variable arrays (something about c++ destructors?) |
03:43.36 | trepan | ah, here it is: http://www.gnu.org/s/libc/manual/html_node/GNU-C-Variable_002dSize-Arrays.html |
03:44.07 | trepan | ... nothing to do with destructors |
04:33.22 | *** join/#bzflag Scythio (~Scythio@d53-64-195-246.nap.wideopenwest.com) |
06:41.16 | *** join/#bzflag JeffM (~Jeff@unaffiliated/jeffm2501) |
06:41.16 | *** mode/#bzflag [+v JeffM] by ChanServ |
06:48.41 | *** join/#bzflag Swigg (~Default@bzflag/player/Swigg) |
07:30.22 | *** join/#bzflag sirquine (~quine@c-67-186-15-145.hsd1.pa.comcast.net) |
07:40.12 | *** join/#bzflag Marzipan- (~Marzipan@p5B2231D2.dip.t-dialin.net) |
07:41.54 | *** join/#bzflag Marzipan (~Marzipan@bzflag/player/Marzipan) |
09:44.03 | *** join/#bzflag short_circuit (~spldart2@bzflag/contributor/spldart) |
09:48.16 | Constitution | thinks about pulling the "it works on my machine" excuse and see how that flies ;) |
11:18.24 | *** join/#bzflag nielsle (~nielsle@4135136-cl69.boa.fiberby.dk) |
12:32.58 | *** join/#bzflag kongr45gpen (~alezakos@ppp-2-85-21-102.home.otenet.gr) |
12:32.58 | *** join/#bzflag kongr45gpen (~alezakos@unaffiliated/alezakos) |
13:22.32 | *** join/#bzflag kongr45gpen (~alezakos@unaffiliated/alezakos) |
13:31.16 | *** join/#bzflag kongr45gpen (~alezakos@ppp-2-85-63-126.home.otenet.gr) |
13:31.16 | *** join/#bzflag kongr45gpen (~alezakos@unaffiliated/alezakos) |
14:39.10 | *** join/#bzflag Swigg (~Default@bzflag/player/Swigg) |
15:27.20 | mrapple | Constitution: It compiles? Ship it! |
16:36.02 | short_circuit | Haven't tried a build in a long time.... I'mma try on this slow machine and see what happens. (nightstand computer) |
16:36.45 | short_circuit | curious "svn: Failed to add file 'bzflag/plugins/COPYING': object of the same name already exists" |
16:38.05 | blast007 | short_circuit: delete the file and try again |
16:38.32 | blast007 | it was probably automatically created by a previous build, but now it actually exists in SVN |
16:39.02 | short_circuit | curious. Ok.... I didn't have any bzflag files still on this rig... that was a freshly created 'bzflag' checkout |
16:39.06 | short_circuit | but I'll delete |
16:40.14 | short_circuit | taps finger while waiting for autogen to finish. didn't feel like killing mid process |
16:41.46 | blast007 | well what command had you run that complained about that? an svn checkout? |
16:42.25 | blast007 | svn up? |
16:45.16 | short_circuit | actually a fresh checkout did it.. then I went into the directory and did an 'up' and it gave the exact same error |
16:45.46 | short_circuit | oop.. and i'm getting a bunch of warnings from autogen... me checks |
16:46.12 | blast007 | short_circuit: trunk or branch? |
16:46.56 | short_circuit | trunk |
16:47.12 | short_circuit | delete copying made it stop complaining.. up ran fine |
16:47.25 | short_circuit | re autogen in case that was the reason for it's spewing |
16:47.55 | short_circuit | there have been alot of updates on this machine since the last time I did a test build on it. |
16:47.58 | short_circuit | who knows |
16:48.05 | blast007 | clean checkout worked fine here |
16:48.33 | short_circuit | meh... need to update to deb 6.0 on this and my game rig soon. One pc here and work are already up'd |
16:52.51 | short_circuit | poop........ getting auto reconf failed again. Pretty soon it will puke a bunch of warnings again |
17:06.39 | BulletCatcher | The README.Linux file contains notes about package dependencies. |
17:06.41 | BulletCatcher | Please update it if needed. |
17:07.39 | short_circuit | I will |
17:07.57 | short_circuit | I know this machine WAS doing successful builds once upon a time |
17:08.23 | short_circuit | I was gonna use bzflag pastebin to put the verbose autogen error in but it doesn't seem to wanna pull up |
17:08.28 | short_circuit | what's a good pastebin? |
17:08.30 | *** join/#bzflag JeffM2501 (~JeffM@unaffiliated/jeffm2501) |
17:08.30 | *** mode/#bzflag [+v JeffM2501] by ChanServ |
17:08.51 | BulletCatcher | try bzflag.pastebin.com |
17:10.50 | short_circuit | http://bzflag.pastebin.com/j2Nii1Z9 |
17:10.59 | short_circuit | brb |
17:11.35 | CIA-99 | BZFlag: 03bullet_catcher * r21364 10/trunk/bzworkbench/INSTALL: Add apt-get command to install needed development packages on Ubuntu. |
17:16.20 | *** join/#bzflag kongr45gpen (~alezakos@unaffiliated/alezakos) |
17:28.53 | *** join/#bzflag Swigg_ (~Default@pool-74-97-216-3.grnvsc.dsl-w.verizon.net) |
17:32.06 | BulletCatcher | ~bzpastebin |
17:32.06 | ibot | i guess bzpastebin is too full of spam |
17:32.11 | BulletCatcher | no, bzpastebin is Use http://bzflag.pastebin.com/ for anything over 3 lines to avoid flooding the channel. |
17:32.23 | BulletCatcher | ~bzpastebin |
17:32.24 | ibot | hmm... bzpastebin is too full of spam |
17:32.33 | BulletCatcher | ibot: no, bzpastebin is Use http://bzflag.pastebin.com/ for anything over 3 lines to avoid flooding the channel. |
17:32.33 | ibot | BulletCatcher: okay |
17:32.38 | BulletCatcher | ~bzpastebin |
17:32.38 | ibot | it has been said that bzpastebin is Use http://bzflag.pastebin.com/ for anything over 3 lines to avoid flooding the channel. |
17:32.54 | Cobra_Fast | that bot isnt very smart |
17:33.16 | BulletCatcher | But we keep trying to teach it, anyway. |
17:33.50 | mrapple | lol |
17:33.56 | mrapple | ~mrapple |
17:33.56 | ibot | methinks mrapple is a great BZFlag map maker, or a bzextreme leader and hoster, or a super-ultra website designer |
17:34.11 | mrapple | really? to kind ibot, to kind. |
17:34.15 | Cobra_Fast | ~Cobra_Fast |
17:34.29 | mrapple | ~BulletCatcher |
17:34.39 | mrapple | ~blast007 |
17:34.39 | ibot | extra, extra, read all about it, blast007 is a cheese stealer |
17:34.57 | Cobra_Fast | busted |
17:35.07 | mrapple | ~ibot |
17:35.08 | ibot | It's me |
17:35.18 | JeffM2501 | the bot is only as smart as it's users |
17:35.19 | mrapple | ~TimRiker |
17:35.19 | ibot | extra, extra, read all about it, timriker is a noob who does c/p |
17:35.23 | mrapple | lol |
17:35.30 | JeffM2501 | you know it works with /msg too right? |
17:35.37 | BulletCatcher | Please play with ibot in private messages. |
17:35.48 | Thumper_ | seconds that idea |
17:35.55 | JeffM2501 | indeed |
17:37.41 | short_circuit | takes a break from his odd autogen failure troubleshooting and runs to the store. bbl and i'lll try to find out if this is a new dependency my prolonged abscense from test builds created or if I just have a bunked build system on this machine. |
17:39.32 | BulletCatcher | short_circuit: I don't think you really had a clean checkout. |
17:39.53 | BulletCatcher | A "make maintainer-clean" command should clean things up. |
17:40.09 | BulletCatcher | Then "svn up" to be sure you are up to date. |
17:40.29 | BulletCatcher | Then confirm cleanliness with a "svn stat --no-ignore" command. |
17:41.18 | Thumper_ | short_circuit: I get the same thing with my version of autoconf. Adding this fixes it for me: export AUTORECONF_OPTIONS="-f -i -s" && ./autogen.sh |
17:41.36 | short_circuit | ooOOoo... I'll try that when I get back. |
17:41.55 | short_circuit | I just deleted the entire directory again and I'm re checking out trunk from scratch |
17:42.07 | short_circuit | bbl |
17:42.14 | short_circuit | thanks for the assistance |
17:42.37 | Thumper_ | hmm or maybe it's not the same |
17:42.55 | BulletCatcher | Thumper_: what version of autoreconf do you have? |
17:42.55 | BulletCatcher | 2.66 works fine for me on Fedora |
17:43.03 | Thumper_ | ii autoconf 2.67-2 automatic configure script builder |
17:44.22 | BulletCatcher | I wonder if they broke something in the 2.66 -> 2.67 upgrade. |
17:44.27 | Thumper_ | probably :) |
17:44.35 | Thumper_ | it used to work fine until I did the upgrade |
17:47.16 | BulletCatcher | Perhaps the ChangeLog says something about it. |
17:48.43 | Thumper_ | I'll look later - have to run out now |
17:49.00 | BulletCatcher | I found it online, and am looking. |
18:03.48 | BulletCatcher | The only change that stands out: "autoreconf passes warning flags to new enough versions of aclocal". |
18:04.31 | BulletCatcher | My aclocal is version 1.11.1. |
18:06.15 | BulletCatcher | It's a stretch to conclude that this is related. |
18:18.46 | short_circuit | just got back. trying a second brand new checkout real quick. if fail I'm gonna try the thumper fix. |
18:20.12 | short_circuit | well welll.. my last checkout must have been corrupted during download. this one isn't having a problem so far. |
18:26.27 | blast007 | short_circuit: it does sound like you had some old checkout, since you shouldn't have gotten that "Failed to add file" error if it was a clean checkout |
18:28.40 | short_circuit | blames it on his shotty inet connection since I haven't attempted a build and had no bzflag dir in home till now. make failed but I did enable plugins and dunno if I have a dependency failure there... trying configure straight up and then retry make |
18:31.36 | short_circuit | ah.. that's better.. I'm missing something for plugins. build is goin fine so far now |
18:33.58 | BulletCatcher | In trunk, plugins are built by default unless you configure with --enable-plugins=no . |
18:35.23 | short_circuit | huh... i wonder why make failed with --enable-plugins then. I got that option from configure --help |
18:35.44 | blast007 | you don't have to do --enable-plugins |
18:35.49 | blast007 | they will built automatically if they can |
18:35.53 | blast007 | you need libtool for that |
18:37.51 | *** join/#bzflag Default__ (~Default@pool-74-97-216-3.grnvsc.dsl-w.verizon.net) |
18:46.57 | *** join/#bzflag nhOmega (ruskie@sourcemage/mage/ruskie) |
18:53.03 | short_circuit | i got libtool. build still running, slow machine |
18:53.14 | short_circuit | I'll try the fast machine next methinks. |
18:54.39 | *** join/#bzflag bier|tp (~bier@p57A679BD.dip.t-dialin.net) |
19:01.03 | *** join/#bzflag swigg (~Default@bzflag/player/Swigg) |
19:03.34 | Thumper_ | BulletCatcher: My aclocal version is aclocal (GNU automake) 1.9.6 |
19:12.12 | BulletCatcher | So you have a newer version of autoconf than Fedora 14, but an older ver of automake. |
19:12.21 | BulletCatcher | Hard to say whether that really matters. |
19:41.17 | *** join/#bzflag soxs (~Adium@pool-72-74-196-178.bstnma.east.verizon.net) |
19:44.52 | short_circuit | Yeah.. it plays... ship it |
19:44.58 | short_circuit | lol |
19:45.10 | short_circuit | gets back to his movie |
19:51.15 | Constitution | ~JeffM2501++ |
19:51.33 | JeffM2501 | lies... all lies! |
19:51.43 | Constitution | no more lies... only the truth |
19:52.24 | Constitution | Voila! In view, a humble vaudevillian veteran... |
19:52.50 | JeffM2501 | will bbl |
20:23.57 | *** join/#bzflag nielsle (~nielsle@4135136-cl69.boa.fiberby.dk) |
20:56.39 | *** join/#bzflag Djpenguin (~David@adsl-216-102-90-233.dsl.snfc21.pacbell.net) |
21:00.57 | short_circuit | vaudeville ft epic w |
21:01.16 | short_circuit | Red = great.... up there with the A team movie |
21:01.20 | short_circuit | now.... |
21:01.23 | short_circuit | unstoppable |
21:12.26 | *** join/#bzflag JeffM2501 (~JeffM@unaffiliated/jeffm2501) |
21:12.26 | *** mode/#bzflag [+v JeffM2501] by ChanServ |
21:40.02 | short_circuit | multiprocessor make is -jx x=number of cores or processors correct? |
21:44.40 | cygal | I saw the "number of cores + 1" advice across different places, but I don't know what it means |
21:44.55 | cygal | maybe it tries to take into account the fact that IO will sometimes be a bottleneck |
21:47.05 | short_circuit | I was doin make -j3 when I was running dual tbred amd processors... I'm on a overclocked quad core now on my high power machine. |
21:47.16 | short_circuit | I'lll gamble and do make /j5 |
21:47.22 | short_circuit | -j5 |
21:48.01 | cygal | it won't kill you :) |
21:49.38 | *** join/#bzflag Swigg (~Default@bzflag/player/Swigg) |
21:59.38 | *** join/#bzflag Swigg_ (~Default@pool-74-97-216-3.grnvsc.dsl-w.verizon.net) |
22:02.22 | *** join/#bzflag Default__ (~Default@pool-74-97-216-3.grnvsc.dsl-w.verizon.net) |
22:03.14 | blast007 | the default is -j2, iirc |
22:03.59 | blast007 | so yes, generally number of course + 1. I've always seen somewhere that they added an extra two since it was a dual socket system. (dual quad core) |
22:04.14 | gn00bie | cores |
22:04.23 | blast007 | yes, that word |
22:04.23 | gn00bie | yes, I will be resident spelling nazi |
22:04.42 | blast007 | of cores you will be |
22:06.11 | gn00bie | :) |
22:20.43 | *** join/#bzflag swigg (~Default@bzflag/player/Swigg) |
22:23.32 | *** join/#bzflag jcp (alex@bzflag/contributor/javawizard2539) |
22:33.58 | *** join/#bzflag Swigg_ (~Default@pool-74-97-216-3.grnvsc.dsl-w.verizon.net) |
22:35.32 | *** join/#bzflag Default__ (~Default@pool-74-97-216-3.grnvsc.dsl-w.verizon.net) |
22:35.52 | *** join/#bzflag swigg (~Default@bzflag/player/Swigg) |
22:55.08 | *** join/#bzflag Swigg (~Default@pool-74-97-216-3.grnvsc.dsl-w.verizon.net) |
22:55.08 | *** join/#bzflag Swigg (~Default@bzflag/player/Swigg) |
23:19.09 | *** join/#bzflag Swigg_ (~Default@pool-74-97-216-3.grnvsc.dsl-w.verizon.net) |
23:24.57 | *** join/#bzflag short_circuit (~spldart2@c-98-197-17-13.hsd1.tx.comcast.net) |
23:36.44 | *** join/#bzflag dcat (~dcat@c-71-197-4-62.hsd1.va.comcast.net) |
23:44.11 | *** join/#bzflag swigg (~Default@bzflag/player/Swigg) |
23:58.11 | *** join/#bzflag soxs (~Adium@pool-72-74-196-178.bstnma.east.verizon.net) |