--- Log for 09.07.119 Server: hitchcock.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 17 days and 5 hours ago 00.10.00 Quit lagfra (Ping timeout: 245 seconds) 00.10.20 Join lagfra [0] (~brasello@anon-40-99.vpn.ipredator.se) 00.14.03 Quit TheSeven (Ping timeout: 252 seconds) 00.14.09 Join [7] [0] (~quassel@rockbox/developer/TheSeven) 00.31.00 *** Saving seen data "./dancer.seen" 00.51.12 Quit Jinx (Ping timeout: 248 seconds) 01.00.37 Quit ZincAlloy (Quit: Leaving.) 01.04.05 # Build Server message: New build round started. Revision c7f26de, 280 builds, 9 clients. 01.06.01 Join Jinx [0] (~Jinx@unaffiliated/jinx) 01.43.29 Quit Acou_Bass (Quit: byeeeeeeeeeeeeeee) 01.44.30 Join Acou_Bass [0] (~Acou_Bass@cpc97736-bolt17-2-0-cust152.10-3.cable.virginm.net) 02.31.04 *** Saving seen data "./dancer.seen" 03.23.46 Join krabador [0] (~krabador@unaffiliated/krabador) 03.30.47 Quit Huntereb (Ping timeout: 246 seconds) 03.31.53 Join Huntereb [0] (~Huntereb@d-69-161-102-241.va.cpe.atlanticbb.net) 03.35.13 Quit Jenetrix (Remote host closed the connection) 03.35.36 Join Jenetrix [0] (Jen@jenetrix.io) 03.54.35 Quit beencubed (Ping timeout: 246 seconds) 04.08.25 Join beencubed [0] (~beencubed@209.131.238.248) 04.09.29 # * __builtin is getting some weird behavior from GCC regarding struct member alignment 04.10.01 # <__builtin> I have a struct with an int32_t member, with no special attributes 04.10.37 # <__builtin> yet that member is not aligned on a 4-byte boundary relative to the start of the struct... 04.12.39 # <__builtin> well, I should clarify 04.12.45 # <__builtin> that member is actually an array of length 1 04.13.34 Quit Moarc (Quit: i znowu NADMUCHAƁ BALONA) 04.14.16 # <__builtin> the struct in question is struct FM_OPL in http://gerrit.rockbox.org/r/#/c/1653/18/apps/plugins/sdl/progs/wolf3d/fmopl_gpl.c 04.14.24 # <__builtin> the member is output[1] 04.16.53 Join Moarc [0] (~chujko@a105.net128.okay.pl) 04.31.08 *** Saving seen data "./dancer.seen" 05.40.23 Quit [7] (Ping timeout: 252 seconds) 05.40.48 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 06.23.06 Quit krabador (Remote host closed the connection) 06.31.12 *** Saving seen data "./dancer.seen" 06.39.36 # __builtin is this on an arm target? 07.13.32 Join ZincAlloy [0] (~Adium@2a02:8108:9440:dfc:b8eb:d63f:f3a:1fa9) 07.18.42 Quit ZincAlloy (Quit: Leaving.) 08.31.15 *** Saving seen data "./dancer.seen" 08.42.46 Join deevious [0] (~Thunderbi@193.226.142.214) 08.43.43 Quit TheSeven (Ping timeout: 252 seconds) 08.45.29 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 09.28.09 Join petur [0] (~petur@91.183.48.77) 09.28.09 Quit petur (Changing host) 09.28.09 Join petur [0] (~petur@rockbox/developer/petur) 10.30.57 Quit Huntereb (Ping timeout: 272 seconds) 10.31.16 *** Saving seen data "./dancer.seen" 10.53.49 # __builtin: is it on purpose that you're still op? 10.54.21 Join Huntereb [0] (~Huntereb@d-69-161-102-241.va.cpe.atlanticbb.net) 12.31.17 *** No seen item changed, no save performed. 13.08.53 Quit dfkt (Disconnected by services) 13.09.04 Join dfkt_ [0] (~dfkt@unaffiliated/dfkt) 13.31.14 Join dfkt [0] (~dfkt@unaffiliated/dfkt) 13.34.37 Quit dfkt_ (Ping timeout: 272 seconds) 13.50.24 Quit Jinx (Ping timeout: 248 seconds) 13.52.07 Join igitoor_ [0] (igitur@2a00:d880:3:1::c1ca:a648) 13.56.05 Quit igitoor (*.net *.split) 13.56.15 Quit WakiMiko (*.net *.split) 13.58.25 Quit xcin (Ping timeout: 248 seconds) 13.59.35 Join massiveH [0] (~massiveH@ool-18e4e27c.dyn.optonline.net) 14.00.17 Quit igitoor_ (Changing host) 14.00.17 Join igitoor_ [0] (igitur@unaffiliated/contempt) 14.00.24 Join Jinx [0] (~Jinx@unaffiliated/jinx) 14.01.34 Join WakiMiko [0] (~WakiMiko@unaffiliated/wakimiko) 14.02.09 Join xcin [0] (~x@159.203.132.140) 14.02.24 Nick igitoor_ is now known as igitoor (igitur@unaffiliated/contempt) 14.03.49 Quit JanC (Read error: Connection reset by peer) 14.10.29 Join JanC [0] (~janc@lugwv/member/JanC) 14.14.36 Quit olspookishmagus (Ping timeout: 245 seconds) 14.15.32 Join olspookishmagus [0] (~pookie@snf-137798.vm.okeanos.grnet.gr) 14.15.55 Nick olspookishmagus is now known as Guest34898 (~pookie@snf-137798.vm.okeanos.grnet.gr) 14.31.20 *** Saving seen data "./dancer.seen" 15.24.39 Mode "#rockbox -o __builtin" by ChanServ (ChanServ@services.) 15.25.01 # <__builtin> pixelma: no, thanks for reminding me 15.25.20 # <__builtin> Bilgus: yes, ipod6g 15.29.36 # <__builtin> I managed to work around the issue by moving the offending member to the start of the struct, but it's still a mystery why gcc did that 15.35.36 Quit massiveH (Quit: Leaving) 15.46.40 Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net) 15.56.44 Join St3ak [0] (~st3ak@st3ak3000.powered.by.lunarbnc.net) 16.31.21 *** Saving seen data "./dancer.seen" 16.48.40 # __builtin, I had a similar issue with a struct in lua it was getting misaligned but only sometimes 16.51.31 # I finally forced it aligned with __attribute__aligned but I'm sure its just covering up the underlying issue 16.53.09 # <__builtin> yeah, same here 16.53.16 # <__builtin> I feel like it might be a GCC bug 16.59.59 Quit dfkt (Quit: SIC GORGIAMVS ALLOS SVBJECTATOS NVNC.) 17.05.44 Quit petur (Quit: Connection reset by beer) 17.22.06 # Build Server message: New build round started. Revision 3f59fc8, 280 builds, 9 clients. 17.22.21 # <__builtin> alright, here we go! 17.29.51 # I actually figured it was something in our build system but maybe my google-foo was just lacking 17.34.41 # <__builtin> it might be GCC trying to optimize its way into trouble 17.35.05 # <__builtin> I'm building with -O3, might be the culprit 18.14.20 # * Bilgus thinks __builtin is missing some files :p 18.14.48 # http://build.rockbox.org/dev.cgi 18.29.59 # <__builtin> damn 18.30.03 # <__builtin> I swear I added that 18.31.05 # Build Server message: New build round started. Revision a1353a3, 280 builds, 9 clients. 18.31.25 *** Saving seen data "./dancer.seen" 18.46.58 Join krabador [0] (~krabador@unaffiliated/krabador) 18.47.47 Join lebellium [0] (~lebellium@89-92-69-110.hfc.dyn.abo.bbox.fr) 19.06.11 # <__builtin> hmm... 19.08.06 # Build Server message: New build round started. Revision b1f1637, 280 builds, 9 clients. 19.21.00 Join dys [0] (~dys@tmo-115-182.customers.d1-online.com) 19.27.45 Quit IncognitoMan (Read error: Connection reset by peer) 19.28.04 Join IncognitoMan [0] (~Incognito@unaffiliated/incognitoman) 20.06.15 Join ZincAlloy [0] (~Adium@ip5f5abff9.dynamic.kabel-deutschland.de) 20.23.18 # what happened to fs-bluebot updating #rockbox on the build status? I mean I glad it's back but I remember when it would tell of failure or success 20.31.26 *** Saving seen data "./dancer.seen" 20.40.17 # good question. It gets its output from the build client log. And that seems to be ok. 21.03.45 Quit dys (Ping timeout: 245 seconds) 21.07.59 Join dys [0] (~dys@tmo-106-212.customers.d1-online.com) 21.49.28 Quit rudi_s (*.net *.split) 21.49.34 Join rudi_s [0] (~simon@steep.informatik.uni-erlangen.de) 21.51.33 Quit rudi_s (Client Quit) 21.51.46 Join rudi_s [0] (~simon@steep.informatik.uni-erlangen.de) 22.31.27 *** Saving seen data "./dancer.seen" 22.51.17 # __builtin: wolf3d on sansa clip zip seems to freeze at "Preparing sounds (18/47)" 22.51.36 # I'll get you more info to work with 22.52.25 # <__builtin> I wouldn't be surprised if it's an alignment bug 23.01.20 # <__builtin> Bilgus: I figured out the alignment issue 23.01.37 # <__builtin> turns out there's a #pragma pack(1) buried in the wolf3d headers 23.03.03 # <__builtin> normally that wouldn't be an issue, but since the code in question *takes the address* of an unaligned struct field, the compiler assumes it's aligned when it's not 23.21.07 Quit lebellium (Quit: Leaving) 23.35.53 # Build Server message: New build round started. Revision 152e415, 280 builds, 10 clients. 23.43.50 Join petur [0] (~petur@rockbox/developer/petur) 23.50.00 Quit GeekShadow (Ping timeout: 245 seconds)