IRC log of #maemo-ssu for Sunday, 2014-01-19

_ade_freemangordon: I don't think we need to have libc6 depend on libcityinfo0-0. A new libcityinfo0 should have the right libc6 dependency.00:13
_ade_If the old libcityinfo is in place, some references may be out of date, but nothing serious.00:14
freemangordon_ade_: sure00:14
_ade_sorry for any confusion00:14
*** _ade_ has quit IRC00:27
*** LauRoman|Alt has joined #maemo-ssu01:01
DocScrutinizer05maybe we should not only make sure that all thumb-binaries reliably bail out the very moment they got started when kernel/system doesn't support thumb01:03
DocScrutinizer05we alsi should define a minimum requirements for system to work even when a full thumbification gets busted by wrong kernel - it still shouldn't result in a bootloop that's not recoverable01:04
*** LauRoman has quit IRC01:04
DocScrutinizer05I think it might be a reasonable requirement that a system in such pathological state still offers a self-contained way to recover, e.g by unconditionally loading HAM which mustn't segfault and must allow to install thumb-enabled kernel or in any other way successively recover from that situation01:06
DocScrutinizer05all thumbification then had to make sure that such recovery is always possible01:07
DocScrutinizer05i.e. it shouldn't be allowed to thumbify the init process (upstart, eh?) and the init shell01:08
DocScrutinizer05then the init shell can test for proper system support of thumb and branch to an emergency recovery scheme when that support is missing01:11
freemangordonDocScrutinizer05: hmm, that one sounds sane01:17
DocScrutinizer05thanks! :-)01:17
freemangordonthough... I was thinking of thumb-compiling glibc, so maybe a way to achieve ^^^, is to have non-thumbified libc6 (and all other needed libs) somewhere in /lib/non-thumb/01:19
DocScrutinizer05or bind statically01:20
freemangordonbusybox?01:20
freemangordonmight work01:20
DocScrutinizer05umm01:20
freemangordonpreinit script is executed by /bin/sh afaik01:21
freemangordonwhich is BB imo01:21
freemangordonbut should be possible to be done01:21
DocScrutinizer05yeah, you might pull in a statically linked non-thumb miinimal aka standard version of busybox to do that initial testing. Could exec to busybox-power-thumb when test been success01:22
freemangordonexactly01:22
*** NIN101 has quit IRC01:22
freemangordonDocScrutinizer05: no -power- :) unless it enters cssu some day :)01:23
freemangordonanyway, I'll think about some runtime protection01:24
DocScrutinizer05for that thumb version that gets explicitly started by init scripts and is not needed to run nit initially, I don't mind01:24
freemangordonyeah, should make no difference01:24
DocScrutinizer05can be busybox-super-mega-power and live on eMMC and eat 200MB there01:25
freemangordonno01:25
freemangordonthis must be on rootfs01:25
freemangordonnothing elese is mounted at that point01:25
freemangordon*else01:25
DocScrutinizer05yeah, you have postpone the exec then01:25
DocScrutinizer05until eMMC mounted01:25
freemangordonchecking for thumb support in the kernel should be the first think to be done in preinit script IMO01:26
freemangordon*thing01:26
DocScrutinizer05you could even bindmount the bb-supadupa from eMMC on top of the original one in rootfs01:26
freemangordonI can't as it will be the thumbified bb that will contain the mount and it could sigill ;)01:27
DocScrutinizer05for those who think bb-supadupa is absolutely mandatory for init, for whatever reason01:27
freemangordonso the first sh to run should be non-thumb01:27
freemangordonsh/bb01:27
DocScrutinizer05freemangordon: you should consider if you want to start a business with neo900 group01:28
freemangordonhmm, business as in?01:28
DocScrutinizer05we need or rather want an OS01:28
DocScrutinizer05it should have added value that's stuff like VPN, cryptfs, another few goodies, and it should have support from maintainer for registered users, and we would ship it with each Neo900 and pay you per device sold01:30
DocScrutinizer05you could even offer monthly or per-year registration to the servers offering the updates and stuff01:30
DocScrutinizer05of course I think it should be based on fremantle ;-)01:32
DocScrutinizer05basically you could run a SSU01:32
DocScrutinizer05of course we don't expect new software getting developed, just distro maintenance basically01:35
DocScrutinizer05you package a distro (much like SuSE did in former times, and still does with SLES etc) and you charge for that service01:36
freemangordonDocScrutinizer05: the problem is that I can work on that project only in my spare time, which is a bit limited01:36
DocScrutinizer05do you think you could coordinate a group of developers all willing to work on it parttime and share the dollars?01:37
freemangordonI think yes01:37
DocScrutinizer05do you think you could *find* such group of developers?01:37
freemangordonthough, keep in mind, I am not doing all this stuff for money ;)01:37
freemangordonno, this is a big problem01:38
freemangordonI can;t even find good developers for my dayly job01:38
* dos1 is interested01:38
DocScrutinizer05freemangordon: see? ^^^ :-)01:38
freemangordonyeah :)01:38
DocScrutinizer05freemangordon: maybe just try a tiny bit harder ;-)01:38
dos1I'm available at around half-time next semester ;)01:39
DocScrutinizer05of course we (Neo900) are willing to place adds to the website and do whatever we can to find devels for your group01:40
freemangordonDocScrutinizer05: see, if I am going to get money for a job, I should be involved more than my free time allows. remember, there are other people that count on me for a job to be done :)01:40
freemangordonDocScrutinizer05: anyway, let me have some time to think about that stuff01:41
DocScrutinizer05sure01:41
freemangordon(and to finally find the reason why gcc4.7.2 screwes glibc locales)01:42
DocScrutinizer05we maybe can slightly modify the whole business model when you e.g. say you don't want to run SSU infra, we can find somebody else for doing that01:42
freemangordonmaybe some of the ex-nokians would be interested01:43
DocScrutinizer05quite possible01:43
*** hbib has quit IRC01:46
DocScrutinizer05if anybody else is listening and thinking "Umm, *I* could do *that*" - don't hesitate to ping me or send a mail to contact at neo900.org. We are not picky about who's "boss" of such project01:46
freemangordondammit, seems like a bug in gcc :(02:02
*** kolp has quit IRC02:06
*** BCMM has quit IRC02:06
DocScrutinizer05wut? you found a bug in gcc? incredible!02:26
DocScrutinizer05;-)02:26
*** arcean has quit IRC03:03
*** aap has quit IRC03:38
*** aap has joined #maemo-ssu03:38
*** okias has quit IRC03:43
*** LauRoman|Alt has quit IRC04:11
*** sixwheeledbeast has quit IRC04:16
*** M4rtinK has quit IRC04:18
*** dafox has quit IRC04:24
*** dos1 has quit IRC04:33
*** nox- has quit IRC04:45
*** javispedro has quit IRC05:02
*** amiconn has quit IRC05:42
*** amiconn_ has joined #maemo-ssu05:42
*** amiconn_ is now known as amiconn05:43
*** ototo is now known as zz_ototo09:12
*** cappu has quit IRC09:25
*** cappu has joined #maemo-ssu09:29
*** sixwheeledbeast has joined #maemo-ssu09:55
*** NIN101 has joined #maemo-ssu10:14
*** LauRoman has joined #maemo-ssu10:17
*** trx has quit IRC10:36
*** trx has joined #maemo-ssu10:40
*** trx has joined #maemo-ssu10:40
*** luf has joined #maemo-ssu11:01
*** kolp has joined #maemo-ssu11:43
*** dafox has joined #maemo-ssu11:53
*** dafox is now known as Guest5113111:54
*** NIN102 has joined #maemo-ssu11:57
*** NIN101 has quit IRC11:59
*** luf has quit IRC12:30
freemangordon kerio: http://talk.maemo.org/showpost.php?p=1407462&postcount=191712:48
keriomh12:49
kerioit could be a problem12:49
freemangordonhmm?12:49
kerioi still have no decent internets on my n90012:49
kerioactually ima backup12:49
freemangordonso?12:49
kerioidk its a bit annoying12:49
kerioi'll do it tho, need to backup first12:49
freemangordonanyway you should download the .deb by hand12:49
freemangordonok12:49
keriofuck moving files around12:50
kerioi wget12:50
kerioor bust12:50
freemangordonkerio: BTW I have the impression that everything is 2 times faster. could be a placebo effect though12:50
kerio:312:50
kerioalso how's it possible that a 2600eur laptop only has 2 usb ports i dont get it12:51
freemangordonkerio: wait, what?!? you paid 2600 euros for a laptop?12:51
keriowell i paid 2400 for it12:51
freemangordonare you crazy man?12:51
keriobut it's so fucking cool12:52
freemangordondoes it do blowjobs? I guess for that price :P12:52
kerio...why the hell does rescueos need a login via telnet12:53
kerioinstead of giving you a shell12:53
* ShadowJK 's obnoxiously expensive laptop came with 5 usb ports12:54
keriofwiw they can't really fit i guess12:54
keriomeh12:54
keriothis shits like crazy small12:54
freemangordonShadowJK: are you on -thumb?12:55
ShadowJKyes12:55
freemangordonwanna help me test thumb-compiled glibc6?12:55
ShadowJKuh, okay12:55
ShadowJKsounds scary :)12:55
kerioi'm backupping dis12:56
* freemangordon is afk for a while12:56
keriostupid question: does it work on *your* device?12:58
freemangordonkerio: see the link I posted ;)12:58
freemangordonkerio: ofc it does12:58
kerioalright i trust you12:58
freemangordonhow do you think I decided that:12:58
freemangordonit is 2 times fatser12:59
kerioidk it's something i'd do :312:59
kerio"can you please test this it might wreck your n900, i don't wanna test it on mine"12:59
freemangordonkerio: you're not me :)13:09
freemangordonI never, ever, ask lusers to install thumb-related stuff on their devices without first installing it on my daily and had a reboot13:11
keriomh, why isn't internet sharing working as intended here13:12
keriomeh13:12
freemangordonShadowJK: hmm, why scary, it is just another library :)13:15
keriogaaah why isn't this working13:21
keriofucking osx13:21
keriomeh13:22
kerio"just works" my ass13:22
*** BCMM has joined #maemo-ssu13:23
keriofreemangordon: wait, why are you using an external file storage thing13:26
kerioinstead of your space on merlin's server13:26
freemangordonhmm, good question :D13:27
kerioi can't wget that :s13:27
freemangordonhowever, now my desktop is finally on linux, I'll set up web server and debian repo soon13:27
freemangordonkerio: download it with microb13:28
kerioalso i *really* need to find a way to use my home connection13:28
kerioi need to update 22MB of things13:28
kerio22 is a lot13:28
kerio...meh fuck it13:28
freemangordonkerio: what is the problem with your home connection?13:28
kerioi can't use it13:28
freemangordonwhy?13:28
keriobecause my n900's wifi doesn't work13:28
freemangordonooh13:28
freemangordonbroken?13:29
kerioi think so, yeah13:29
freemangordonhmm13:29
kerionow, with snow leopard, internet sharing over usbnet used to work13:29
keriobut now, nope13:29
kerioi wonder if i can use bluetooth pan13:30
kerioi'll tell you, it's really pretty fucking annoying13:32
kerioi should probably set up some "stable" usb networking on my home server actually13:32
kerioi really need a powered usb hub for that, tho13:32
keriothe sheevaplug has no protection circuits on the usb port13:33
kerioso it's easy to overdraw13:33
kerioand wreck the power supply13:33
freemangordonwhy don;t you by another device with everything working?13:33
kerioi'm not gonna buy another n90013:33
kerioseriously13:33
*** dos1 has joined #maemo-ssu13:34
freemangordonhmm, why?13:34
keriothe one i have works!13:34
freemangordonbut, but,... you said wifi dowsn't wokr13:35
freemangordonomg, what a typing skills13:35
keriofreemangordon: yeah but it makes phone calls13:35
freemangordonyou lost me on that one13:35
kerioit does serve its main purpose13:37
*** _rd has joined #maemo-ssu13:37
keriofreemangordon: ok here goes nothin'13:39
trxfreemangordon installed, rebooted13:39
trxso far so good13:39
keriorebooting13:39
kerioh-d isn't crashing13:40
kerioso far so good13:40
freemangordongood13:40
trxit actually is faster13:40
freemangordontrx: ain't?13:41
trxor placebo :)13:41
freemangordonyeah :D13:41
trxbut it is13:41
keriothe point of placebo isn't that it does nothing13:41
keriothe point of placebo is that it works13:41
kerio:313:41
kerioanyway, it works13:41
trxit started up faster, and opens shit faster13:41
freemangordon:nod:13:41
freemangordonsame feeling here13:41
trxgood job :)13:41
keriofeel faster but it could be suggestion13:41
freemangordonwill compare with my GF's device when she is here13:42
keriolet's get DocScrutinizer into this13:43
ShadowJKmain purpose is wifi+3g for irc, surely13:43
kerioShadowJK: to be honest, yeah13:44
keriobut meh, i have a laptop13:44
kerioso wifi+irc isn't *that* useful13:44
kerioand irc uses so little traffic anyway13:44
freemangordonhmm, ok, will test it for a week and will issue a new update13:46
*** trx has quit IRC14:11
*** M4rtinK has joined #maemo-ssu14:13
*** okias has joined #maemo-ssu14:16
*** _rd has quit IRC14:17
*** Guest51131 has quit IRC14:17
*** hbib has joined #maemo-ssu14:36
Ashley`freemangordon, I am not sure, but I think my N900 with your libc started up faster :P14:42
*** dafox has joined #maemo-ssu14:50
*** _rd has joined #maemo-ssu14:55
*** _rd has quit IRC15:24
kerioit probably did15:29
kerioi mean, libc is kind of used everywhere15:29
kerioand this is a better version15:29
*** NIN102 has quit IRC15:33
*** NIN102 has joined #maemo-ssu15:34
*** scoobertron has quit IRC15:41
*** scoobertron has joined #maemo-ssu15:41
*** BCMM has quit IRC15:51
*** scoobertron has quit IRC15:57
*** scoobertron has joined #maemo-ssu16:01
*** _rd has joined #maemo-ssu16:05
*** _rd has quit IRC16:22
*** javispedro has joined #maemo-ssu16:24
*** _rd has joined #maemo-ssu16:39
*** trx has joined #maemo-ssu16:54
*** trx has joined #maemo-ssu16:54
*** _rd has quit IRC16:56
*** _rd has joined #maemo-ssu17:06
freemangordonhmm, I tried to compare application startup times between my device with -thumb glibc and my GF's device, with cssu's one. Also compared the devices startup times. My device is OC to 805, her is @ 600. Surprise, surprise:17:16
freemangordonThere is no difference :D17:17
freemangordonso, that means that my test cases are flawed and we're still flash/swap speed bound17:17
freemangordonI am open to suggestions on how to test thumb/non-thumb glibc speed17:18
freemangordonDocScrutinizer05: ^^^17:18
freemangordonall others too ofc:  ^^^17:19
*** _rd has quit IRC17:24
*** trx has quit IRC17:31
*** hbib1 has joined #maemo-ssu17:31
*** _rd has joined #maemo-ssu17:33
*** hbib has quit IRC17:34
DocScrutinizer05I think there is no better test than real usecase like boot time and app startup. It's probably hard to create and run real standardized application performance tests17:41
*** trx has joined #maemo-ssu17:48
kerioDocScrutinizer05: install the glibc!17:51
*** dhbiker has joined #maemo-ssu17:53
*** arcean has joined #maemo-ssu17:53
freemangordonDocScrutinizer05: yes, but if the speed is IO bound, such test tells nothing about glibc speed18:19
DocScrutinizer05well, then glibc speed is irrelevant?18:20
DocScrutinizer05when you find your PC has a bottleneck on IO/HDD, will you throw massive amounts of money at a octocore instead of the dualcore it may have right now, when you consider improving it?18:28
*** _rd has quit IRC18:30
*** _rd has joined #maemo-ssu18:34
freemangordonDocScrutinizer05: come on, I am not 13 years old :P. If glibc is faster that means slightly better battry life, ain't?18:39
freemangordonDocScrutinizer05: I want to measure glibc performance, not the system performance. But have no idea how18:40
DocScrutinizer05umm, right. then that's the way to go for glibc evaluation, no? simply check system load average last 5 min, while doing exactly same tasks on two systems18:40
dos1aren't thumb binaries actually slower?18:40
DocScrutinizer05supposed to be slower, yes18:41
dos1I thought that speed up on cssu-thumb came from decreased memory usage18:41
DocScrutinizer05:nod:18:41
DocScrutinizer05I'm unclear if this whole thing is about thumb though18:41
freemangordondos1: but the catch is that gcc used to build them is waaay better than stock18:42
DocScrutinizer05might be related to a newer improved glibc version, unrelated to thumb18:42
dos1freemangordon: ah, ok18:42
DocScrutinizer05:-)18:42
DocScrutinizer05makes sense18:42
freemangordondos1: for example - some openssl benchmarks are 2 times faster with thumb and gcc 4.7.218:43
DocScrutinizer05freemangordon: check system load18:43
DocScrutinizer05make sure you're not suffering from IO lagging18:43
freemangordonDocScrutinizer05: hmm, ok. will ask google too18:43
freemangordonit is not a lag, might be related to rootfs compression18:43
DocScrutinizer05e.g game playing might be a good way to check for CPU load18:43
freemangordondon;t think so18:44
DocScrutinizer05nah, IO spoils load figures while CPU actually might be idle18:44
freemangordonyep18:44
DocScrutinizer05thus do something that's CPU heavy and IO light18:44
DocScrutinizer05and then check system load18:45
DocScrutinizer05A vs B18:45
freemangordonhmm, what about that one? http://www.etalabs.net/libc-bench.html18:46
DocScrutinizer05time for ((x=0; x<10000000; x++ )) do :; done18:46
DocScrutinizer05well, maybe 2 "0" less18:48
freemangordonlets see18:49
DocScrutinizer05IroN900:~# time for ((x=0; x<100000; x++ )) do :; done; cat /proc/loadavg18:51
DocScrutinizer05real    0m15.943s18:51
DocScrutinizer05user    0m15.344s18:51
freemangordonhmm, actually it takes about a second for every test, lets not OK18:51
DocScrutinizer05sys     0m0.289s18:51
DocScrutinizer050.23 0.07 0.02 1/202 2296218:51
freemangordonOC even18:51
DocScrutinizer05maybe I need to add one 018:51
freemangordonuse how it is, the whole bench takes about 40 seconds18:51
freemangordonhere :)18:51
freemangordonreal0m 35.85s18:52
freemangordonuser0m 17.40s18:52
freemangordonsys0m 14.48s18:52
freemangordondevice @ 600 MHz, glibc-thumb18:53
freemangordonthis is for libc-bench, lets see how it will perform on cssu glibc18:53
DocScrutinizer05IroN900:~# time for ((x=0; x<1000000; x++ )) do :; done; cat /proc/loadavg18:56
DocScrutinizer05real    2m41.718s18:56
DocScrutinizer05user    2m36.547s18:56
DocScrutinizer05sys     0m2.336s18:56
DocScrutinizer050.94 0.46 0.17 1/202 2296318:56
freemangordonreal0m 35.85s18:57
freemangordonuser0m 17.40s18:57
freemangordonsys0m 14.48s18:57
freemangordondevice with cssu libc @ 600 MHz18:57
freemangordonoops18:57
freemangordonreal0m 35.60s18:57
freemangordonuser0m 17.16s18:57
freemangordonsys0m 14.38s18:57
freemangordonthat one ^^^18:57
freemangordonDocScrutinizer05: -sh: syntax error: "(" unexpected18:58
freemangordondo you have bash by chance?18:58
DocScrutinizer05use a proper shell18:58
freemangordonoh, come on18:58
freemangordonI won't install bash on my GF's device just to please you :)18:59
DocScrutinizer05then rewrite the above oneliner to basicbourne19:00
* freemangordon is C/++ developer :P19:00
DocScrutinizer05and i'll happily c&p and echo the results19:00
freemangordonnot a linux admin19:00
freemangordonseriously, it'll take me 15 minutes to figure it out19:00
DocScrutinizer05the obvious use of "for i in `seq 1 1000000`" might fail epically19:01
DocScrutinizer05you'll have to unroll the for-statement into a proper conditional sequence wrapped into a while loop19:02
DocScrutinizer05sth like i=0; while [ i -lt 100000 ]; do :; done19:03
DocScrutinizer05err19:03
DocScrutinizer05sth like i=0; while [ i -lt 100000 ]; do $(( i++ )) :; done19:03
freemangordonDocScrutinizer05: scratch that , this libc-bench tests various stuff, like ptherds etc19:04
freemangordonseems glibc-thumb is neither faster nor slower than cssu glibc19:04
DocScrutinizer05that's for sure nice but far from my every day reality19:04
DocScrutinizer05well, THAT result however is pretty close to my reality ;-P19:05
freemangordonok, maybe 2-5% faster, but i guess that is not relevant19:05
DocScrutinizer05yeah, <5% is probing error19:05
freemangordonwhat counts is that gliibc alone is 1.2 MB in cssu and ~800k thumbified19:05
DocScrutinizer05hmm, so we saved 400kB19:06
DocScrutinizer05which is nice though not groundbreaking19:06
freemangordonmore than that, there are more libs and bins in glibc19:09
freemangordonmaybe aboiut 600-700KiB19:09
*** _rd has quit IRC19:20
*** FlameReaper has quit IRC19:22
DocScrutinizer05really nice, but still... It's a shared lib19:33
DocScrutinizer05I guess the best thing to say about new glibc would be that it's basically not distinguishable from old one19:34
DocScrutinizer05100% compatibility is of paramount importance. everything else is just a bonus on top19:36
DocScrutinizer05I've seen gcc or linker fsckup symbol names so stuff broke with no apparent reason19:37
DocScrutinizer05and of course it did that for one variable type only, in one particular situation19:37
DocScrutinizer05sure apps liked against new lib used new symbol name, but "old" apps suddenly stopped working with "symbol not found" despite the particular function didn't change at all in new lib version19:40
DocScrutinizer05linked*19:41
*** _rd has joined #maemo-ssu19:41
DocScrutinizer05and since no proper testframe came with the whole thing, the problem only showed up much later, when first app not only referred to but actually used that particular function (iirc)19:42
DocScrutinizer05must have been like 6 years or more ago, so sorry when my memory is sparse19:43
DocScrutinizer05iirc it been in context of twinkle and probably libboost or the rtp-libs19:44
DocScrutinizer05or maybe even qt19:44
freemangordonDocScrutinizer05: just look at lines 39-40 here https://gitorious.org/community-ssu/glibc/commit/c3afe0ae3f658b947126e27950ad0cf41410ae2319:55
freemangordonthat is what fixes the non-working locales :D19:55
freemangordonre: "I've seen gcc or linker fsckup symbol names so stuff broke with no apparent reason"19:56
freemangordonwithout that patch _nl_category_name_idxs[category] always evaluates to 0, no matter the index19:57
freemangordongcc screwed it badly this time19:57
freemangordonor /me knows nothing about C19:58
*** ravelo has joined #maemo-ssu20:28
*** _rd has quit IRC20:33
*** M4rtinK has quit IRC20:33
DocScrutinizer05err, looks pretty much gibbersih to me.20:39
DocScrutinizer05anyway that one actual c line that's in there looks semantically changed to me20:40
DocScrutinizer05 _nl_category_names.str looks like an object, while  _nl_category_name_idxs[category] seems an array20:42
DocScrutinizer05no idea what happens when adding those20:42
DocScrutinizer05to make matter worse, the whole thing is a multiline #def aiui20:45
DocScrutinizer05which renders the whole thinh subject to macroprocessor parsing. No idea what the macroprozessor creates out of it20:47
DocScrutinizer05thing*20:47
DocScrutinizer05a trailing space can already mess up stuff I guess20:47
DocScrutinizer05I seem to recall it's not first time I seen "( )" used in macros, for obscure reasons20:49
DocScrutinizer05though the major diff is the deref*20:49
DocScrutinizer05and all this needs checking if it might mean something special to the macroprocessor20:50
DocScrutinizer05don't ask me about the makefile sed commands, completely obscure20:51
DocScrutinizer05+nscd-cflags += -fstack-protector $(common-objpfx)$(binfmt-subdir)/ld-linux.so.3   errwutevr20:52
*** _rd has joined #maemo-ssu20:57
freemangordonDocScrutinizer05: scratch the makefiles change, I pointed you to lines 39-4021:21
freemangordon- _nl_category_names.str + _nl_category_name_idxs[category]21:21
freemangordon40 + (_nl_category_names.str + *(_nl_category_name_idxs + category))21:22
freemangordonthis is one and the same thing21:22
freemangordonbut gcc fails to properly compile the old one21:22
freemangordonthat "_nl_category_names.str + _nl_category_name_idxs[category]" one21:22
freemangordonthis always results in like "category" is 021:23
freemangordonI put the brackets as I am used to always surrond macro expressions in brackets21:24
freemangordon*surround21:24
ShadowJKI forget if it depends on how the type whether foo[bar] is same as * (foo + bar) or not21:28
*** M4rtinK has joined #maemo-ssu21:30
*** zz_ototo is now known as ototo21:30
freemangordonShadowJK: index is always converted to in and whether it is *(p+i) or p[i] makes (well, should not make) any difference21:32
freemangordons/in/int/21:32
infobotfreemangordon meant: ShadowJK: intdex is always converted to in and whether it is *(p+i) or p[i] makes (well, should not make) any difference21:32
freemangordonhmm?21:33
freemangordonanyway, read "converted to int"21:33
freemangordonShadowJK: both dereference the same pointer type21:34
freemangordonwell, it is not the first time in the history when the compiler oversmarts itself21:34
*** NIN102 has quit IRC21:35
freemangordonShadowJK: think of *p and p[0]21:35
DocScrutinizer05freemangordon: is this c or c++?21:42
*** NIN101 has joined #maemo-ssu21:42
DocScrutinizer05aiui _nl_category_names.str is an object21:42
freemangordonDocScrutinizer05: this is C21:42
freemangordonglibc, remember :P21:42
DocScrutinizer05ooh21:42
DocScrutinizer05:-P21:42
DocScrutinizer05well, then it's actually just a question if it maybe is a macropreprocessor hiccup21:43
DocScrutinizer05you qould try kick out optimization, just for test21:44
DocScrutinizer05could*21:44
DocScrutinizer05-O0 ?21:44
*** FlameReaper has joined #maemo-ssu21:44
DocScrutinizer05check preproc output of both versions21:45
DocScrutinizer05check assembly of both versions21:45
DocScrutinizer05will tell a story, I'm sure21:45
DocScrutinizer05no doubt it's a bug or highly undesirable "feature" of gcc21:46
ShadowJKlol, I logged in to my server and did "nano test.c" and discovered previous test was also pointer arithmetic21:46
DocScrutinizer05nevertheless I'd want to check what exactly happening there21:47
DocScrutinizer05maybe compiler thinks _nl_category_name_idxs is an array of vars of size 021:48
DocScrutinizer05(yeah I know that doesn't make any sense)21:49
DocScrutinizer05nayway sizeof(_nl_category_name_idxs) would be first thing I'd check21:50
DocScrutinizer05as well as sizeof(_nl_category_name_idxs[0])21:51
*** _rd has quit IRC21:55
*** FlameReaper has quit IRC21:56
*** M4rtinK2 has joined #maemo-ssu22:04
DocScrutinizer05I'd almost *bet* compiler "thinks" the elements of _nl_category_name_idxs are size 022:05
DocScrutinizer05does it comsist of structs?22:06
DocScrutinizer05which are still "empty" at that time/phase of compiler run?22:07
*** M4rtinK has quit IRC22:07
freemangordonDocScrutinizer05: glibc can't be compiled without optimization22:08
freemangordonthere is a compile-time check22:08
DocScrutinizer05and I bet it optimizes by compile-time solving of constant arithmetic expressions22:08
DocScrutinizer05and for some reason thinks sizeof(_nl_category_name_idxs) == 022:09
DocScrutinizer05thus the whole "+ _nl_category_name_idxs[category]" term is const 022:10
DocScrutinizer05--> optimize it out22:10
*** _rd has joined #maemo-ssu22:16
*** M4rtinK2 has quit IRC22:27
*** _rd has quit IRC22:32
*** _rd has joined #maemo-ssu22:33
*** arcean has quit IRC22:54
*** _rd has quit IRC22:56
*** LauRoman has quit IRC23:01
*** hbib1 has quit IRC23:03
*** M4rtinK2 has joined #maemo-ssu23:20
keriofreemangordon: have you seen luf lately?23:20
*** nox- has joined #maemo-ssu23:22
*** xes has joined #maemo-ssu23:29
*** okias has quit IRC23:41
*** ravelo has quit IRC23:48
*** NIN101 has quit IRC23:48

Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!