--- Log for 12.01.116 Server: sendak.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 4 days and 3 hours ago 00.03.44 Quit xorly (Ping timeout: 240 seconds) 00.04.05 Nick [Sinner] is now known as [Saint] (~hayden@rockbox/staff/saint) 00.09.14 Quit uwe_ (Ping timeout: 272 seconds) 00.09.41 Quit dys (Ping timeout: 260 seconds) 00.09.42 Join uwe_ [0] (~uwe_@dslb-088-067-183-148.088.067.pools.vodafone-ip.de) 00.17.37 Quit Hadaka_ (Ping timeout: 260 seconds) 00.18.05 Join Hadaka [0] (~naked@83.246.72.254) 00.18.16 Nick suYin is now known as suYin`OFF (mysuyin@server2.shellfire.net) 00.36.00 *** Saving seen data "./dancer.seen" 00.41.18 # woohoo, got ADB working on the DX80 00.41.34 Quit ender` (Quit: The only time the word "incorrectly" isn't spelled incorrectly is when it's spelled incorrectly.) 00.41.58 # <[Saint]> vlcn: so I take it your build environment was set up with the info and binaries I gave you? 00.42.03 # <[Saint]> Or, are we yet to do so? 00.42.16 # Should be all setup, but I haven't tested it yet. 00.42.44 # <[Saint]> Do you have the android-19 platform tools and image? 00.43.01 # <[Saint]> you'll need 'em. 00.43.13 # I think the ones I have installed are newer than that, let me check 00.43.46 # <[Saint]> If you used the env vars I gave you, with editing their paths to suit of course, 'android' (the Android SDK Manager) should be in your path. 00.44.12 # yep :) 00.44.24 # <[Saint]> Actually, I'll need to check, I think there's a chance it's using Android-16 for the DX. 00.44.35 # <[Saint]> But I may be thinking of yp-r* 00.45.10 # <[Saint]> adb and fastboot et al will also be in your $PATH 00.45.15 # <[Saint]> I find this pretty useful. 00.45.17 # yeah 00.45.26 # definitely is 00.46.08 Quit bertrik (Remote host closed the connection) 00.46.16 # <[Saint]> Ok, you can pretty much select everything in SDK Manager and delete it. 00.46.38 # <[Saint]> There's a tonne of shit (all the latest tools for 6.0) you'll never use. 00.47.41 # <[Saint]> You'll need: 00.47.41 # <[Saint]> Android SDK Tools (latest version) 00.47.41 # <[Saint]> Android SDK Build-tools (version 19.1) 00.47.41 DBUG Enqueued KICK [Saint] 00.47.41 # <[Saint]> SDK Platform (version 19) 00.47.46 # <[Saint]> everything else can go. 00.48.05 # ok 00.49.41 # <[Saint]> By default you'll have around 1GB of useless (to you) API23 stuffs. 00.50.51 # yeah I'll go in an clean it up there in a bit, it'll be alright for now. 00.51.13 # So what's my next step then -- should I just run with the DX90 build and see what happens? 00.51.40 # <[Saint]> May as well. Do you have our build dependencies installed? I could list them again for you if you like. 00.51.59 # should be all installed 00.52.40 # <[Saint]> automake bison build-essential ccache flex libc6-dev libgmp3-dev libmpfr-dev libsdl1.2-dev libtool openjdk-7-jdk openjdk-7-jre texinfo 00.53.35 # <[Saint]> and, yes, you may as well. configure will tell you straight away if there's any environmental dependency that isn;t met. 00.54.05 # <[Saint]> ie. not being able to find the SDK or NDK, or not being able to find the toolchains. 00.54.48 # https://gist.github.com/kelchm/116ce98690201ed3bf52 00.56.15 # <[Saint]> Ah, fuck it, it is using Android-16 still. 00.56.23 # <[Saint]> sec. 00.57.47 # <[Saint]> Oh, actually... 00.57.54 # <[Saint]> did you install the patches I gave you? 00.58.01 # oh, good question 00.58.06 # I don't think I did 00.59.05 # <[Saint]> Do you still have them? 00.59.23 # yep 01.01.18 # applied 01.01.33 # <[Saint]> and, that output, from the gist...what did that come from exactly? 01.01.58 # running configure and selecting the DX90 (223 I think it was?) 01.02.14 # <[Saint]> also, you'll probably need to log out and back in to get it to pick up the adjustments to the path. 01.04.02 Quit girafe (Read error: Connection reset by peer) 01.05.32 # [Saint], done. Looks like I'm getting the same exact error though. 01.06.49 # <[Saint]> Ok, bear with me, just trying to sort it out locally. 01.07.20 # <[Saint]> aha, done. 01.07.29 # no worries, I really appreciate the help. 01.09.25 # <[Saint]> Ok, you can do this manually pretty easily. 01.09.25 # <[Saint]> Lines 759 and 760 in ../rockbox/tools/configure 01.09.43 # <[Saint]> adjust both instances of --toolchain=arm-linux-androideabi-4.6 to --toolchain=arm-linux-androideabi-4.9 01.09.59 # <[Saint]> and adjust both instances of android-16 to android-19 01.10.06 # <[Saint]> re-run configure, and you're done. 01.10.41 # <[Saint]> If we get this sorted out for you, I'll look at pushing this to gerrit and moving it all upstream. 01.12.47 # cool, that did it. 01.14.02 # There's not really anything interesting here, but here it is just because: https://gist.github.com/kelchm/cf9b033c97744176c185 01.16.10 # <[Saint]> I guess I'll also need to fix it up so that it stops bitching about the recommended crosscompiler. 01.16.42 # <[Saint]> there's no real reason that this couldn;t be built against android-19 like evrything else, by my understanding. 01.17.02 # <[Saint]> only MIPS needs special attention. 01.17.26 # <[Saint]> It is my belief that this uses android-16 solely due to the age of it and the time it was added. 01.17.39 # <[Saint]> but, we'll soon see, I guess. 01.18.22 # <[Saint]> once you can build for DX90, we'll see what needs to be done (if anything) to get this to function on DX80. 01.18.30 # <[Saint]> and then add a build target for it. 01.19.05 # <[Saint]> Aha, I see where I fucked up with gccchoice. 01.19.14 # <[Saint]> But, that should be a harmless warning. 01.19.42 # <[Saint]> line 757 in configure, s/4.6/4.9/ 01.19.53 Quit pamaury (Ping timeout: 240 seconds) 01.20.34 Join krabador [0] (~krabador@unaffiliated/krabador) 01.22.39 # right 01.23.02 # fwiw, the DX80 does run a newer version of 'Android' than the DX50/DX90 I think 01.23.16 # shouldn't matter to the best of my knowledge 01.28.28 Quit shmibs (Quit: leaving =o) 01.29.57 Join shmibs [0] (~shmibs@shmibbles.me) 01.36.47 # <[Saint]> pamaury: (logs) - yes, I just fixed it now, actually. 01.37.15 # <[Saint]> pamaury: (logs) - do: 01.37.34 # <[Saint]> "eval "$(ssh-agent -s)" ; ssh-add" 01.37.58 # <[Saint]> then add your ssh passphrase when prompted, and then try to re-auth with gerrit. 01.50.17 # [Saint], https://gist.github.com/kelchm/b713684be7cb14a17c17 01.52.06 # <[Saint]> you didn't add the patch to change the linker from gold to bfd 01.52.26 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 01.52.26 # * [Saint] is pretty confident he supplied it 01.52.40 # <[Saint]> If you don't have it, I can send it again. 01.54.13 # hmm, I did apply it 01.54.21 # or at least my bash history tells me I did 01.55.35 # <[Saint]> is -fuse-ld=bfd present in the androidcc GLOBAL_LDOPTS string? 01.56.07 # <[Saint]> (in ../tools/configure, around line 679 or so) 01.56.25 # <[Saint]> If it is present, I'll have to dig a little deeper locally. 01.57.15 # Yep: GLOBAL_LDOPTS="-Wl,-z,defs -Wl,-z,noexecstack,-fuse-ld=bfd" 01.57.27 # <[Saint]> Hmmm. OK, I'll have a look. 02.01.45 # <[Saint]> aha - got it. 02.02.25 # <[Saint]> line 751, do s/GLOBAL_LDOPTS="-Wl,-z,defs -Wl,-z,noexecstack"/GLOBAL_LDOPTS="-Wl,-z,defs -Wl,-z,noexecstack,-fuse-ld=bfd"/ 02.02.37 # <[Saint]> that /should/ make it happy. 02.03.01 # <[Saint]> NDK r10e doesn't seem to like our project threading with the gold linker. 02.03.40 # <[Saint]> I just wasn't aware that the DX* were using a separate define for GLOBAL_LDOPTS 02.04.24 # * [Saint] is making notes as we go and formatting a patch set for this 02.04.58 # <[Saint]> So, rest assured that your pain and mine here is going to help others in the long run - if that's any load off your conscience. :) 02.11.51 Quit krabador (Quit: Take The Time) 02.18.16 # [Saint], yeah that seems to have done it. 02.27.02 # <[Saint]> Excellent. 02.28.44 # <[Saint]> I have updated the relevant patches in light of this discussion. 02.36.03 *** Saving seen data "./dancer.seen" 02.42.21 Quit ZincAlloy (Quit: Leaving.) 02.50.02 Join PurlingNayuki [0] (~Thunderbi@124.127.79.171) 03.15.35 # [Saint], I've loaded up the DX90 build and the loader, but just have a black screen. any thoughts on where to go next? 03.16.30 # <[Saint]> what's the Android version it runs? 03.16.43 # <[Saint]> (please don't say 5.*) 03.17.15 # when I try to run xrick I get a "(resources) unable to open "filelist.dat" Error!" error. 03.17.18 # it is running 5.1, but does that actually matter? I mean it's barely even Android isn't it? 03.17.30 # * [Saint] sighs loudly 03.17.37 # <[Saint]> Yes, it matters. 03.17.40 # <[Saint]> It matters a lot. 03.17.42 # lol 03.17.59 # I wouldn't expect it to matter for an NDK application 03.18.24 # <[Saint]> The ART runtime hates our threading. 03.19.01 # <[Saint]> We can get it to not crash immediately, but as soon as a playback thread gets initiated it'll die. 03.19.47 # <[Saint]> jtdesigns01: that's entirely expected if you never installed the resources for it 03.19.56 # ok 03.20.04 # hmm, I don't think that the iBasso players have any android runtime 03.20.06 # do I just need data.zip? 03.20.06 # <[Saint]> just like doom, we don't actually ship the resources due to licensing. 03.20.11 # it's a really weird stripped down version of android 03.20.58 # <[Saint]> vlcn: I know that's true for the older versions, it's some weird android kludge, but I can't guarantee it's not true here. 03.21.05 # true 03.21.11 # well let me poke around a bit and see 03.21.31 # This is a bit out of my comfort zone (I'm a web dev), but I can probably fake my way through it 03.22.01 # <[Saint]> If you can purge the logcat buffer and then get a logcat dump of starting up Rockbox that would be great. 03.25.33 # where can I get the resources for xrick 03.25.35 # ? 03.27.09 # [Saint], here's something that's probably useful but I don't understand the meaning of (yet): "error: only position independent executables (PIE) are supported." 03.32.16 # where can I get the resources for xrick? 03.35.32 # <[Saint]> Fucked if I know. It's nothing we support officially. 03.35.44 # <[Saint]> Ask whoever from wherever you got it from. 03.35.50 # <[Saint]> It wasn't us. 03.36.53 # okay then 03.38.09 # <[Saint]> I realize it seems harsh, but I can't in any good consciousness give support for something that is no part of our codebase. 03.38.48 # <[Saint]> I have no way of knowing what you're running or where it came from. 03.40.24 Quit GeekShadow (Ping timeout: 240 seconds) 03.41.18 # no no, I totally get it 03.42.41 Join GeekShadow [0] (~antoine@nzf.turmel.info) 03.42.41 Quit GeekShadow (Changing host) 03.42.41 Join GeekShadow [0] (~antoine@reactos/tester/GeekShadow) 03.47.05 # [Saint], derp... so that error isn't surprising when trying to execute the loader. It was built with the target platform set to android-14. 03.47.32 # let me just skip over testing that for now 03.47.50 # <[Saint]> Aha. I see. 03.53.02 # <[Saint]> The loader targeting android 14 shouldn't necessarily be problematic. 03.53.33 # <[Saint]> But it quite likely doesn't feel too happy about the loader and Rockbox binary targeting different platforms. 03.54.19 # [Saint], well the specific error I received would be expected in that case 03.54.52 # http://stackoverflow.com/questions/24818902/running-a-native-library-on-android-l-error-only-position-independent-executab?answertab=votes#tab-top 03.55.11 # <[Saint]> I'm just sitting here hoping that they didn't decide to implement a standard runtime this time around 03.55.43 # <[Saint]> carving the ART runtime out of 5.* would be a feat of dedication and quite impressive. 03.56.05 # <[Saint]> It was less so in Android 4.* to remove Dalvik. 03.56.23 # <[Saint]> I still have NFI /why/ they did this. 04.03.07 # <[Saint]> We might also need to change the thread_support as well...but I'm not confident. 04.03.19 # <[Saint]> I do have a DX90 around here...somewhere. 04.03.33 # <[Saint]> I know it's in a box. 04.03.37 # lol 04.05.28 # so I'm stuck on a stupid issue, trying to adb push the .rockbox directory to the correct location. Based on the wiki entry it sounds like the internal storage of the DX50/DX90 is accessible when connected via USB. 04.05.48 # That doesn't seem to be the case here, and I can't seem to adb push anything to /sdcard/ 04.08.51 # <[Saint]> what is the error you're getting? 04.09.38 # <[Saint]> it's not "failed to copy '.rockbox' to '/sdcard': Is a directory" 04.09.41 # <[Saint]> by any chance is it? 04.11.27 # no, I get an error on the first file that it's a 'Read-only file system'. 04.11.53 # <[Saint]> can I see the syntax you're using please? 04.12.53 # https://gist.github.com/kelchm/39a24f05b11416dd5839 04.13.47 # which isn't surprising I guess, because I can't write to it from the shell either. 04.14.06 # it's been awhile since I've done anything with Android, I'm probably missing something here. 04.14.55 # https://gist.github.com/kelchm/10d75f6c34c823f1360f 04.15.05 # <[Saint]> seems like they fucked up access rules a little. 04.15.06 # <[Saint]> try: 04.15.12 # <[Saint]> adb shell mount -o rw,remount / 04.15.21 # <[Saint]> then proceed. 04.15.48 # yeah that did it 04.15.49 # silly me 04.16.09 # <[Saint]> it really shouldn;t be necessary. 04.16.12 # <[Saint]> they screwed up. 04.24.13 Quit sparetire_ (Quit: sparetire_) 04.26.44 # [Saint], no idea, but nothing that I write to /sdcard is persisted? 04.28.00 # <[Saint]> can you use MTP direct mount? 04.28.58 # "Unable to open MTP device '[usb:001,009]'" 04.29.20 # <[Saint]> ...wut 04.35.37 Quit alexweissman () 04.36.07 *** Saving seen data "./dancer.seen" 04.44.36 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 04.47.29 # I'm going to sleep on it and come back to it tomorrow 04.47.54 Quit JdGordon_ (Ping timeout: 265 seconds) 04.48.53 # <[Saint]> Well, I'll be here. 04.49.01 # <[Saint]> Night. 04.49.02 # <[Saint]> o/ 05.14.11 Quit PurlingNayuki (Quit: PurlingNayuki) 05.20.08 Quit TheSeven (Ping timeout: 250 seconds) 05.21.56 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 05.33.14 Quit JanC (Ping timeout: 240 seconds) 05.47.32 Join JanC [0] (~janc@lugwv/member/JanC) 06.12.37 Quit preglow (Remote host closed the connection) 06.36.08 *** Saving seen data "./dancer.seen" 06.38.42 # * Dhraakellian experiments with voicing 07.13.42 # [Saint], couldn't sleep -- any thoughts on where I'm going wrong here? 07.28.06 # huh, same error when trying to execute the rockbox binary too. 07.28.07 # "error: only position independent executables (PIE) are supported." 07.30.09 Join Bray90820 [0] (~bray90820@173-17-46-117.client.mchsi.com) 07.30.09 Quit Bray90820 (Client Quit) 07.48.06 # [Saint], my inexperience with C is showing here... but I expected adding the flags suggested here: http://stackoverflow.com/questions/24818902/running-a-native-library-on-android-l-error-only-position-independent-executab?answertab=votes#tab-top would have helped 07.49.24 # https://gist.github.com/kelchm/9d14ae58d42b1120a97c 08.09.52 Quit amiconn (Remote host closed the connection) 08.09.53 Quit pixelma (Remote host closed the connection) 08.11.12 Join xorly [0] (~xorly@ip-86-49-15-121.net.upcbroadband.cz) 08.11.56 Join pixelma [0] (~pixelma@rockbox/staff/pixelma) 08.12.02 Join amiconn [0] (~amiconn@rockbox/developer/amiconn) 08.19.49 Join ender` [0] (krneki@foo.eternallybored.org) 08.36.09 *** Saving seen data "./dancer.seen" 08.36.52 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 08.37.10 # vlcn: http://stackoverflow.com/questions/30498776/position-independent-executables-and-android-lollipop 08.38.04 # vlcn: I don't know if compiling rockbox with PIE will have side effects. 08.44.27 # vlcn: IIRC we build firmware lib with -fPIC (otherwise linking shared lib will fail) so there are good chances it will just work 08.45.37 # vlcn: also build with make V=1 to see all flags passed to compiler and linker 08.46.22 Join dys [0] (~dys@ip-109-44-156-10.web.vodafone.de) 09.21.31 Join thum [0] (~thum@79.132.236.228) 09.54.18 Quit xorly (Ping timeout: 245 seconds) 10.36.13 *** Saving seen data "./dancer.seen" 10.51.50 Quit __builtin (Quit: No Ping reply in 180 seconds.) 10.53.25 Quit TorC (Ping timeout: 240 seconds) 10.54.08 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 10.55.02 Join __builtin [0] (~me@unaffiliated/franklin) 10.56.01 Join TorC [0] (~TorC@fsf/member/TorC) 10.56.22 Quit Unhelpful_ (Ping timeout: 276 seconds) 11.01.14 Join sparetire_ [0] (~sparetire@unaffiliated/sparetire) 11.16.45 Quit TorC (Ping timeout: 240 seconds) 11.19.19 Join TorC [0] (~TorC@fsf/member/TorC) 12.00.23 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 12.22.01 Quit pamaury (Ping timeout: 272 seconds) 12.27.30 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 12.36.16 *** Saving seen data "./dancer.seen" 12.36.48 Quit pamaury (Ping timeout: 245 seconds) 12.37.20 Quit Guest79566 (Remote host closed the connection) 12.37.28 Join olspookishmagus [0] (~pookie@snf-137798.vm.okeanos.grnet.gr) 12.37.52 Nick olspookishmagus is now known as Guest43062 (~pookie@snf-137798.vm.okeanos.grnet.gr) 13.05.49 Quit Tristitia (Remote host closed the connection) 13.16.10 Join naraic [0] (~naraic@89.100.239.99) 13.18.23 Quit FSanches (Quit: Leaving.) 13.56.52 Join Jinx [0] (Dojo@unaffiliated/jinx) 14.12.41 Quit Jinx (Ping timeout: 250 seconds) 14.17.51 Join Jinx [0] (Dojo@unaffiliated/jinx) 14.36.19 *** Saving seen data "./dancer.seen" 15.25.02 Join chrisb [0] (~chrisb@pool-71-175-253-19.phlapa.east.verizon.net) 15.29.59 Quit wodz (Ping timeout: 260 seconds) 15.34.36 Join ZincAlloy [0] (~Adium@pD9FB7E42.dip0.t-ipconnect.de) 15.51.46 # ah, okay, that='s probably where I went wrong then. 16.03.13 Join xorly [0] (~xorly@ip-86-49-15-121.net.upcbroadband.cz) 16.24.57 # https://gist.github.com/kelchm/e48cae91052253f4cd85 16.28.08 Join Tristitia [0] (~tristitia@69.64.50.196) 16.36.23 *** Saving seen data "./dancer.seen" 16.46.12 Quit [Saint] (Remote host closed the connection) 17.02.17 Join girafe [0] (~girafe@AGrenoble-651-1-511-220.w82-122.abo.wanadoo.fr) 17.31.35 Quit chrisb (Ping timeout: 250 seconds) 17.41.31 Quit ZincAlloy (Quit: Leaving.) 17.54.21 Join chrisb [0] (~chrisb@pool-71-175-253-19.phlapa.east.verizon.net) 17.57.07 Join ZincAlloy [0] (~Adium@pD9FB7E42.dip0.t-ipconnect.de) 17.57.51 Nick krnlyng_ is now known as krnlyng (~liar@83.175.90.24) 18.25.25 Quit dfkt (Ping timeout: 260 seconds) 18.30.43 Quit alucryd (Remote host closed the connection) 18.36.26 *** Saving seen data "./dancer.seen" 18.55.28 Join dfkt [0] (~dfkt@unaffiliated/dfkt) 18.56.55 Nick suYin`OFF is now known as suYin (mysuyin@server2.shellfire.net) 19.03.26 Join alucryd [0] (~quassel@archlinux/developer/alucryd) 19.08.41 Nick megal0maniac is now known as Guest21482 (~megal0man@unaffiliated/megal0maniac) 19.08.41 Quit Guest21482 (Killed (rajaniemi.freenode.net (Nickname regained by services))) 19.08.44 Join megal0maniac [0] (~megal0man@unaffiliated/megal0maniac) 19.11.16 Join lebellium [0] (~chatzilla@89-93-179-187.hfc.dyn.abo.bbox.fr) 19.18.18 Nick Guest43062 is now known as olspookishmagus (~pookie@snf-137798.vm.okeanos.grnet.gr) 19.18.37 Quit krnlyng (Quit: huiiiiii) 19.20.28 Join krnlyng [0] (~liar@178.112.135.245.wireless.dyn.drei.com) 19.21.04 Join krabador [0] (~krabador@unaffiliated/krabador) 20.02.50 Quit knittl (Remote host closed the connection) 20.05.47 Join petur [0] (~petur@rockbox/developer/petur) 20.06.54 Join Bray90820 [0] (~bray90820@173-17-46-117.client.mchsi.com) 20.15.49 Join varogami [0] (~varogami@net-188-217-122-66.cust.vodafonedsl.it) 20.36.28 *** Saving seen data "./dancer.seen" 20.49.28 Quit krnlyng (Ping timeout: 255 seconds) 20.55.07 Join krnlyng [0] (~liar@178.112.227.68.wireless.dyn.drei.com) 21.00.42 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 21.09.46 Join b0hoon [0] (~quassel@87-205-43-162.adsl.inetia.pl) 21.10.11 Join feoafka [0] (~afoakf@d23-16-73-123.bchsia.telus.net) 21.12.41 Quit athidhep (Ping timeout: 256 seconds) 21.14.20 Quit chrisb (Remote host closed the connection) 21.51.54 Join FSanches [0] (~felipe@2804:14c:37:268b:d873:c5ba:3cf9:b77) 21.58.42 # https://gist.github.com/kelchm/76ac3db803d9a0d51128 22.03.34 Join wodz [0] (~wodz@89-75-106-221.dynamic.chello.pl) 22.04.14 # trying to work through this -- I don't understand why the resulting rockbox executable is not using PIE. 22.04.21 # vlcn: You are getting errors in linking codecs. Thats different thing. Codecs are plain shared libs so you CANT link it with PIE 22.04.47 # wodz, fwiw I think I'm past that issue now. 22.05.02 # vlcn: good :-) 22.05.12 # vlcn: Does the main binary work? 22.05.14 # switching to arm-linux-androideabi-4.9 seems to have solved that particular issue. 22.05.33 # wodz, I can't run it on my device because it's not using PIE (see output in the last gist) 22.07.26 # vlcn: so, as I pointed out earlier you need to add flags when linking main binary 22.07.47 # sorry, really not trying to e dense I just have no idea what I'm doing ;) 22.08.19 # As someone who spends 99% of my time working with interpreted languages this kind of build process seems like voodoo magic. 22.08.20 # :P 22.10.42 # wodz, so where is the configuration for the linking of the main binary in the configure script? 22.12.00 # vlcn: look at androidcc() in configure for LDOPTS 22.12.59 # but I am not particularly familiar with android target 22.13.09 # What's the difference between LDOPTS and LDFLAGS? 22.16.52 # It is my speculation but LDOPTS is probably used on hosted targets to link main binary 22.18.56 # vlcn: The easiest route is to hack Makefile generated by configure directly and check with make V=1 where particular flags are added 22.19.31 # vlcn: Then if you find working combination you can edit configure in proper place 22.20.07 # vlcn: you may also catch gevaerts as he probably know more about our build system 22.20.18 # thanks! 22.22.11 # * gevaerts doesn't know much about linker options 22.23.02 # surely more than I 22.23.05 # hehe 22.23.16 # I wouldn't bet on it 22.23.22 # gevaerts: but you probably know where to add it for being used during build :-) 22.23.43 # wodz, okay, you we're totally right. Adding '-pie' to the LDOPTS got me somewhere. 22.23.52 # 'Position Independent Executable: yes' 22.24.48 # I literally found no mention of doing that anywhere in the Android topics I was perusing on Stack Overflow earlier, so that's a huge help. 22.25.08 Quit dfkt (Ping timeout: 245 seconds) 22.28.34 # # ./rockbox 22.28.34 # Killed 22.28.42 # well, that's sometihng I suppose. 22.28.42 # As far as I can see I suspect you want GLOBAL_LDOPTS, but I'm not entirely sure 22.29.25 # LDOPTS is used by the main binary, GLOBAL_LDOPTS is also used by plugins and codecs 22.30.08 Quit krnlyng (Ping timeout: 245 seconds) 22.30.22 # I only added it to LDOPTS in the Makefile for now 22.30.44 # first lets make main binary working 22.31.43 # https://gist.github.com/kelchm/4561ea22119655392951 22.31.48 # this is where I'm at 22.32.15 Join krnlyng [0] (~liar@77.117.20.45.wireless.dyn.drei.com) 22.32.34 Quit b0hoon (Ping timeout: 256 seconds) 22.36.32 *** Saving seen data "./dancer.seen" 22.36.56 # not very verbose :-) 22.37.00 # nope 22.37.01 # lol 22.37.39 # se 22.37.42 # sec, even 22.37.54 # https://gist.github.com/kelchm/4561ea22119655392951 22.47.21 Quit wodz (Quit: Leaving) 22.51.51 Join dfkt [0] (~dfkt@unaffiliated/dfkt) 22.52.51 Nick suYin is now known as suYin`OFF (mysuyin@server2.shellfire.net) 23.04.57 Quit lebellium (Quit: ChatZilla 0.9.92 [Firefox 44.0/20160107144911]) 23.16.33 Quit GeekShadow (Quit: leaving) 23.16.48 Join GeekShadow [0] (~antoine@nzf.turmel.info) 23.16.54 Quit GeekShadow (Changing host) 23.16.54 Join GeekShadow [0] (~antoine@reactos/tester/GeekShadow) 23.43.24 Quit krnlyng (Ping timeout: 246 seconds) 23.47.47 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 23.48.24 Join krnlyng [0] (~liar@83.175.90.24) 23.49.50 # hmm 23.49.57 # well, I'm stumped again.