IRC log for #edev on 20090307

00:24.19*** join/#edev landley (n=landley@208.188.102.69)
00:24.19*** mode/#edev [+o landley] by ChanServ
00:24.53landleywaves at prpplague, but apparently absentia.
00:24.59landleywaves at solar instead.
00:27.06*** join/#edev huassuahsu (n=assa@189.17.84.163)
00:27.17*** part/#edev huassuahsu (n=assa@189.17.84.163)
00:33.51*** join/#edev florian (n=fuchs@mofa0.unix-ag.uni-siegen.de)
00:57.47*** join/#edev JoeLlama (n=snork@unaffiliated/joellama)
02:17.41solarof would waved back but now you are absent
03:04.47*** join/#edev landley (n=landley@cpe-70-116-30-223.austin.res.rr.com)
03:04.47*** mode/#edev [+o landley] by ChanServ
03:06.58*** join/#edev brolin (n=brolin@190.157.13.75)
03:15.25*** join/#edev brolin_ (n=brolin@190.157.13.75)
03:29.04MirellSchlozky's fails at its wireless..
03:55.17*** join/#edev redblue (i=star@ppp235.108-253-207.mtl.mt.videotron.ca)
04:27.32landleyMirell: it does.
04:27.46landleyThere used to be a lot more wireless around Austin.  :(
04:42.05MirellI keep being tempted to get a netbook with a cell wireless chip in it...
04:42.49*** join/#edev mbuf (n=shakthim@61.16.248.242)
04:42.59MirellSomething a little less expensive than the MacBook to carry around anywhere, and if I drop it/lose it, it's still painful, but only $400 painful, not nearly $3K painful...
04:45.37landleyMirell: go for it.
04:50.06MirellIt's one of those debates that I'm perfectly happy to continue to debate about for months so I don't have to spend the money. ^^
05:18.40*** join/#edev chouimat (n=quassel@r2351064.cidc.net)
05:21.13Mirelllandley: http://routerboard.com/prices.html was what I was looking at to play around with
05:39.12ds2Evening
05:39.21Mirell'lo ds2
05:42.17ds2hey Mirell
05:43.00*** join/#edev linac (n=lin@222.76.92.5)
05:52.49*** join/#edev onnoval (n=sam@123.252.146.52)
06:17.34*** join/#edev PuffTheMagic (n=quassel@whiterabbit.rz.uni-mannheim.de)
07:12.28*** join/#edev chouimat_ (n=quassel@r2351064.cidc.net)
07:16.08*** join/#edev harpal (n=Harpal@59.162.116.80)
07:19.18*** join/#edev harpal (n=Harpal@59.162.116.80)
07:35.11*** join/#edev redblue (i=star@ppp022.108-253-207.mtl.mt.videotron.ca)
07:43.52*** join/#edev DrZimmerman (n=theo@77-56-240-146.dclient.hispeed.ch)
08:20.09*** join/#edev harpal (n=Harpal@59.162.116.80)
08:26.23*** join/#edev linac (n=lin@222.76.92.5)
08:53.47*** join/#edev harpal (n=Harpal@59.162.116.80)
09:07.37*** join/#edev lyakh (n=lyakh@p57BD01A8.dip0.t-ipconnect.de)
09:08.31*** join/#edev harpal (n=Harpal@59.162.116.80)
09:30.41*** join/#edev IRWolfie- (n=W0LF@83-71-7-98-dynamic.b-ras1.dbn.dublin.eircom.net)
09:41.20*** join/#edev flameman (n=toor@net-93-65-1-167.cust.dsl.vodafone.it)
11:03.04*** join/#edev JoeLlama (n=snork@unaffiliated/joellama)
11:10.36*** join/#edev pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB)
11:41.34*** join/#edev likewise (n=chatzill@82-171-51-231.ip.telfort.nl)
12:13.55*** join/#edev g1powermac (n=g1powerm@unaffiliated/g1powermac)
12:19.33*** join/#edev hzhzhzRAmiz (n=A_G@41.178.138.186)
12:41.29*** join/#edev A_G_ (n=A_G@41.178.196.42)
12:45.23*** join/#edev A_G__ (n=A_G@196.205.179.58)
12:53.12*** join/#edev florian (n=fuchs@f048102160.adsl.alicedsl.de)
13:13.26*** join/#edev flavioribeiro (n=avaty@189.71.66.144)
13:31.51*** join/#edev g1powermac_PB (n=g1powerm@76.177.147.36)
14:00.56*** join/#edev flavioribeiro (n=avaty@189.71.66.144)
14:39.18*** join/#edev GPSFan (n=kenm@64.92.145.112)
14:39.18*** mode/#edev [+o GPSFan] by ChanServ
14:56.39*** join/#edev DrZimmerman (n=theo@77-56-240-146.dclient.hispeed.ch)
14:58.03*** join/#edev hzhzhzRAmiz (n=A_G@196.205.109.233)
15:09.53*** join/#edev sesters (n=sesters@76-191-131-184.dsl.static.sonic.net)
15:20.23*** join/#edev hzhzhzRAmiz (n=A_G@41.178.192.100)
15:52.20*** part/#edev sesters (n=sesters@76-191-131-184.dsl.static.sonic.net)
15:58.28*** join/#edev mpk (n=mpk@aggr.com)
15:59.46*** join/#edev DrZimmerman (n=theo@77-56-240-146.dclient.hispeed.ch) [NETSPLIT VICTIM]
15:59.46*** join/#edev likewise (n=chatzill@82-171-51-231.ip.telfort.nl) [NETSPLIT VICTIM]
15:59.46*** join/#edev flameman (n=toor@net-93-65-1-167.cust.dsl.vodafone.it) [NETSPLIT VICTIM]
15:59.46*** join/#edev lyakh (n=lyakh@p57BD01A8.dip0.t-ipconnect.de) [NETSPLIT VICTIM]
15:59.46*** join/#edev chouimat (n=quassel@kde/developer/chouinard) [NETSPLIT VICTIM]
15:59.46*** join/#edev PuffTheMagic (n=quassel@unaffiliated/puffthemagic) [NETSPLIT VICTIM]
15:59.46*** join/#edev kergoth (n=kergoth@ip68-3-163-239.ph.ph.cox.net) [NETSPLIT VICTIM]
15:59.46*** join/#edev daowee (n=daowee@ua-83-227-154-166.cust.bredbandsbolaget.se) [NETSPLIT VICTIM]
15:59.46*** join/#edev dijenerate (n=dijenera@65.48.165.51) [NETSPLIT VICTIM]
15:59.46*** join/#edev methril|away (n=Methril@213.27.233.98) [NETSPLIT VICTIM]
15:59.46*** join/#edev ZeZu (n=null@c-98-227-56-17.hsd1.in.comcast.net) [NETSPLIT VICTIM]
15:59.46*** join/#edev HcE (i=egtvedt@egtvedt.no) [NETSPLIT VICTIM]
15:59.46*** join/#edev adyer1 (n=adyer@adsl-69-223-13-78.dsl.chcgil.ameritech.net) [NETSPLIT VICTIM]
15:59.46*** join/#edev armin76 (n=armin@gentoo/developer/armin76) [NETSPLIT VICTIM]
15:59.46*** join/#edev cbrake_away (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) [NETSPLIT VICTIM]
15:59.46*** join/#edev Crofton (n=balister@c-67-190-153-140.hsd1.co.comcast.net) [NETSPLIT VICTIM]
15:59.46*** join/#edev joe_bleau (n=joe_blea@99.175.94.78) [NETSPLIT VICTIM]
15:59.46*** join/#edev pocek (i=pock@87-205-79-201.adsl.inetia.pl)
15:59.46*** join/#edev mparnaudeau (n=parnaude@little-black-box.vmware.com) [NETSPLIT VICTIM]
15:59.46*** join/#edev Crofton|work (n=balister@pool-96-240-173-146.ronkva.east.verizon.net) [NETSPLIT VICTIM]
15:59.46*** join/#edev ccjoe (n=joeg@75-169-37-67.slkc.qwest.net) [NETSPLIT VICTIM]
15:59.47*** join/#edev dfarnsworth (n=dfarnswo@65.200.49.156) [NETSPLIT VICTIM]
15:59.47*** join/#edev sunrunner20 (n=jamesdoe@pool-71-164-237-88.dllstx.fios.verizon.net) [NETSPLIT VICTIM]
15:59.47*** join/#edev mnemoc (n=amery@shell.opensde.net) [NETSPLIT VICTIM]
15:59.47*** join/#edev wmat (n=btraynor@gromit.mixdown.ca) [NETSPLIT VICTIM]
15:59.47*** join/#edev pytey (n=pytey@84.233.192.144)
15:59.47*** join/#edev Ian_Daniher|XO (n=olpc@69.61.230.246) [NETSPLIT VICTIM]
16:01.40*** join/#edev mpl (n=mpk@aggr.com)
16:01.40*** join/#edev g1powermac_PB (n=g1powerm@unaffiliated/g1powermac)
16:20.03*** join/#edev huassuahsu (n=assa@200.97.67.57)
16:20.15*** part/#edev huassuahsu (n=assa@200.97.67.57)
16:42.57*** join/#edev T0mW (n=Tom@24.238.37.23.res-cmts.tv13.ptd.net)
16:43.15T0mWMonMotha: ping
16:47.54*** join/#edev lyakh (n=lyakh@p57BD01A8.dip0.t-ipconnect.de)
16:51.04chouimatmorning
16:53.38joe_bleauHola
16:53.55*** join/#edev JohnnyL (i=JohnnyL@ool-182f0b98.dyn.optonline.net)
16:54.20*** part/#edev JohnnyL (i=JohnnyL@ool-182f0b98.dyn.optonline.net)
17:15.23*** join/#edev lyakh (n=lyakh@p57BD01A8.dip0.t-ipconnect.de)
17:17.48*** join/#edev chouimat (n=quassel@r2351064.cidc.net)
18:14.38*** join/#edev florian (n=fuchs@f048102160.adsl.alicedsl.de)
18:31.13ZeZucan anyone tell me why assembler doesn't like external data (C linkage) .. ie:  if i use   var1: .word 0   vs  .extern var1    and use ldr r0, var1    its happy with the .word but i get an error internal relocation (type: OFFS_IMM) not fixed up  ??
18:42.32*** join/#edev Omegamoon (n=egoe@demolitionman.xs4all.nl)
18:47.27*** join/#edev g1powermac_PB (n=g1powerm@unaffiliated/g1powermac)
18:53.04*** join/#edev g1powermac_PB (n=g1powerm@unaffiliated/g1powermac)
19:04.26*** join/#edev florian (n=fuchs@f048102160.adsl.alicedsl.de)
19:06.22*** join/#edev roxfan2 (n=dunno@19.184-244-81.adsl-dyn.isp.belgacom.be)
19:23.19*** join/#edev JohnnyL (i=JohnnyL@ool-182f0b98.dyn.optonline.net)
19:23.38*** part/#edev JohnnyL (i=JohnnyL@ool-182f0b98.dyn.optonline.net)
19:36.36MadsyZeZu: Perhaps more people will answer if you specify which assembler you use.
19:45.30ZeZutrue,  using the gnu toolchain / assembler,  i've found that it works if i use =var1  but str is not the same,  plain lack of experience with arm assembly ;|
19:46.58MadsyZeZu: The = syntax does not use global variables, but it can be used to access one.
19:48.19MadsyI'm not aware that the GNU ARM toolchain has the .extern directove though. What about .global or .globl ?
19:48.28Madsy-o+i
19:48.45ZeZuwell i've found that it doesn't even seem to need it,  its just bad syntax on my part
19:49.07MadsyIf you want extern linkage, I'm pretty sure you need .global
19:49.19MadsyAlso, make sure that the label is inside the correct segment.
19:49.47ZeZuyes for the one function that is called from C code i use .global
19:49.53ZeZuand the label is in the correct place
19:50.06ZeZuthe trouble is/was just accessing C globals from within the assembly
19:50.15*** join/#edev ccjoe (n=joeg@75-169-37-67.slkc.qwest.net)
19:50.24ZeZuwhich for ldr the = seems to fix,  but for str it does not like the syntax
19:50.39ZeZulooking for reference on it now
19:51.23Madsywith =, you can kind of specify a 32-bit operand. It does an implicit LDR to *fetch* a 32-bit integer nearby.
19:51.38MadsyWhere the storage of those integers are located is specified with .pool
19:51.51MadsyIt should be specified between two functions.
19:53.06ZeZuhmm
19:53.22MadsyIt doesn't always use LDR though. Sometimes the assembler manages to forge the integer with the help of the barrel shifter.
19:53.27*** join/#edev DrZimmerman (n=theo@77-56-240-146.dclient.hispeed.ch)
19:53.30MadsyWhich for LDR/STR is address mode 2
19:54.52MadsyYou can do a rotate right with the last operand Rm, for example. All values with a bit-pattern where all the bits are maximum seven places away from eachother is legal.
19:55.46*** join/#edev ccjoe (n=joeg@75-169-37-67.slkc.qwest.net)
19:56.06ZeZuperhaps it would be easier if i just used movw/movt to put the address in a register and used the register format
19:56.23ZeZuor is there an equiv for STR for this?
19:56.39MadsyI'm not quite following :-)
19:56.51MadsyI don't quite follow*
19:56.55ZeZuerr,  sorry a bit new with arm obv. :)
19:56.58MadsyGah.. horrible English today.
19:57.24ZeZuusing =  as in ldr r0,=lo_var
19:57.30MadsyARM has no memory-memory operands.
19:57.39ZeZuto use str in a similar fashion
19:58.35ZeZuyes,  i've figured that part out,  i'm actually trying to write an address of a label to a global variable with C linkage
19:59.17ZeZuie:  mov r1, #no_update  ;  str r1, =loop_no_update
19:59.38Madsyldr r0, =0x1F; Does this: it stores 0x1F at an address specified by the .pool directive. The generated code becomes something like: ldr r1, pc, #0x80; ldr r0, r1;
20:00.04MadsyWhere pc + 0x80 is a relative offset calculated base on the distance to the .pool storage.
20:00.33ZeZuright,  and how can i do the same for str ?  where i can use an address specified by .pool ?
20:00.51ZeZuthe = doesn't work there i get an error: invalid pseudo operation
20:01.48MadsyUse an ldr first to get the address?
20:02.21Madsyldr r0, =0x40434FF; str r1, r0;
20:02.49MadsyWhops, unaligned address there, but you get the point ;-)
20:02.58ZeZuwont ldr load the contents not the address?
20:03.45MadsyWell, sure. But you have to store the 32-bit immediates yourself.
20:05.30ZeZuso then something like :  mov r1, #no_update ; mov r2, #loop_no_update ; str r1, r2   ?
20:06.47MadsyIf r1 and r2 are both in the range +-4096 and r1 is a value and r2 is an address, sure.
20:07.29Madsymov takes an 8-bit immediate which can be rotated up to 30 times.
20:07.43ZeZuyea that wont work ;|
20:07.45MadsyHm, nevermind. It can be greater than that range.
20:07.59MadsySame rule applies as what I mentioned before :-)
20:09.26MadsyI don't see the problem though. Make a label at any address you want and just load the label.
20:09.49MadsyAnd then use the value you fetched with ldr as an address to str
20:10.29MadsyGiven that the label isn't too far away, the assembler will happily convert the symbol into a relative offset for you.
20:10.41*** join/#edev lyakh (n=lyakh@p57BD01A8.dip0.t-ipconnect.de)
20:10.42ZeZuwell like i said the var is in C code, so it makes its own label,  i'm guessing its too far away
20:10.57ZeZuIts a pretty large project i'm just handling the arm port and recompiler
20:11.09ZeZuits amusing i can write a compiler for arm but not figure the assembler out :|
20:12.11ZeZui'm not sure why it wants me to load the labels address in a variable though,  instead of just making that label global and calling that directly ..
20:12.13MadsyWell, instructions is one thing, the concepts of executable formats is another.
20:12.39ZeZuindeed
20:13.08ZeZuI've worked with some of the executable formats,  mostly elf32/64 and PE/COFF
20:13.19ZeZugets quite hairy when it comes down to relocations etc
20:15.01ZeZuwell thanks for the info,  i'll figure this out yet :)
20:18.50Madsyhttp://sourceware.org/binutils/docs-2.18/as/ARM-Opcodes.html
21:00.24*** join/#edev kergoth (n=kergoth@ip68-3-163-239.ph.ph.cox.net)
23:01.53*** join/#edev g1powermac_PB (n=g1powerm@unaffiliated/g1powermac)
23:20.29*** join/#edev dijenerate (n=dijenera@65.48.165.51)
23:40.30*** part/#edev Omegamoon (n=egoe@demolitionman.xs4all.nl)
23:45.34*** join/#edev redblue (i=star@ppp199.108-253-207.mtl.mt.videotron.ca)
23:53.22*** join/#edev JoeLlama (n=snork@unaffiliated/joellama)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.