From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: Date: Wed, 1 May 2013 12:25:33 -0700 Message-ID: From: Skip Tavakkolian To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=089e013a1edeef3ae904dbad1462 Subject: Re: [9fans] Go tip build fails Topicbox-Message-UUID: 4ec86d0e-ead8-11e9-9d60-3106f5b1d025 --089e013a1edeef3ae904dbad1462 Content-Type: text/plain; charset=ISO-8859-1 found the other instance at line ldelf.c:681; the assignment from e32 is indirect via "add". same results as before. On Wed, May 1, 2013 at 12:14 PM, Skip Tavakkolian < skip.tavakkolian@gmail.com> wrote: > bootes% grep -n 'rp->add' *.[ch] | grep e32 > ldelf.c:709: rp->add = e->e32(sect->base+rp->off); > ldmacho.c:807: rp->add = (int32)e->e32(s->p+rp->off) + rp->off + 4 - > secaddr; > ldmacho.c:809: rp->add = (int32)e->e32(s->p+rp->off); > ldpe.c:294: rp->add = (int32)le32(rsect->base+rp->off); > ldpe.c:300: rp->add = le32(rsect->base+rp->off); > > it seems that ldelf.c:709 is the only place that fits your instructions. > doing the cast has no effect (i.e. fails building cmd/go with the same > error messages) > > > On Wed, May 1, 2013 at 11:54 AM, Rob Pike wrote: > >> that means you are building from source >> >> in the ld directory, look for assignments to rd->add from calls to e32. >> two do not do a cast to int32. try casting those two and let me know if you >> can >> >> i will be at work in a couple of hours, not on a phone, and can offer >> more help then. >> >> >> -rob >> >> On May 1, 2013, at 11:31 AM, Skip Tavakkolian >> wrote: >> >> yes. >> >> >> On Wed, May 1, 2013 at 11:11 AM, Rob Pike wrote: >> >>> Are you using Plan 9? Because I don't understand how you could get >>> those messages on Plan 9, but I do on other systems. >>> >>> -rob >>> >>> >> > --089e013a1edeef3ae904dbad1462 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
found the other instance at line ldelf.c:681; the assignme= nt from e32 is indirect via "add". =A0same results as before.


On Wed, May= 1, 2013 at 12:14 PM, Skip Tavakkolian <skip.tavakkolian@gmail.co= m> wrote:
bootes% grep -n 'r= p->add' *.[ch] | grep e32
ldelf.c:709: rp->add =3D e->e32(sect->base+rp->= ;off);
ldmacho.c:807: rp->= add =3D (int32)e->e32(s->p+rp->off) + rp->off + 4 - secaddr;
ldmacho.c:809: rp->= add =3D (int32)e->e32(s->p+rp->off);
ldpe.c:294: rp->add =3D (int32)le32(rsect-= >base+rp->off);
ldpe.c:300: rp->ad= d =3D le32(rsect->base+rp->off);

it seems th= at ldelf.c:709 is the only place that fits your instructions. =A0doing the = cast has no effect (i.e. fails building cmd/go with the same error messages= )

On Wed, May 1, 2013 at 11:54 AM, Rob Pike = <robpike@gmail.com> wrote:
that means you are building from source
in the ld directory, look for assignments to rd->add from c= alls to e32. two do not do a cast to int32. try casting those two and let m= e know if you can

i will be at work in a couple of hours, not on a phone,= and can offer more help then.=A0
<= br>
-rob

On May 1, 2013, at 11:31 AM, Skip Tavakkolian <skip.tavakkolian@gmail.com> w= rote:

yes.


On Wed, May 1, 2013 at 11:11 AM, Rob Pik= e <robpike@gmail.com> wrote:
Are you using Plan 9? Because I don't un= derstand how you could get
those messages on Plan 9, but I do on other systems.

-rob




--089e013a1edeef3ae904dbad1462--