On Sun, 2010-01-03 at 12:11 +0000, Pedro Alves wrote:
> On Saturday 02 January 2010 16:42:23, Danny Backx wrote:
> > On Fri, 2010-01-01 at 16:24 +0000, Pedro Alves wrote:
> > > FYI, I hadn't applied the ld patch myself because I was
> > > looking to confirm/hear if there's another cleaner way
> > > to get at the image base, but I can't find one. Anyway, I've
> > > now commited the mingw/pseudo-reloc patch. (A bit cleaned up from
> > > yesterday's, reducing divergence from upstream mingw).
> >
> > Looks like I committed only part, apologies.
>
> Sounds like the message came across with phase inverted.
Oh well. I tried a SVN commit, bumped into a conflict (needed to do SVN
up), did that, fixed everything, and then must have forgotten to do
commit again.
> > I did some more testing and saw strange things that I need to look into
> > further. libexpat still works on the emulator but not on my real device.
> > It did so before.
>
> Boo.
False alarm. Everything worked except this one. Eventually I rebuilt it
under a different name. Then it worked. So I power-cycled my phone and
now the problem is gone.
The good thing about Windows Mobile is still that it's mobile. The bad
thing is it's still Windows :-(
> > Question : how certain are we that pseudo-relocation v2 is a requirement
> > for all this ? I've seen improvements when doing the section move
> > operations (no more separate .bss, .idata, .edata) but I've never
> > actually seen a difference between v1 and v2, I took comments about that
> > for granted.
>
> It can only possibly make a difference if pseudo-relocs are
> actually used. Are you clear on what pseudo-relocs are?
Yes I am. Note that in all of my test set,
___RUNTIME_PSEUDO_RELOC_LIST__ and ___RUNTIME_PSEUDO_RELOC_LIST_END__
have identical values so no pseudo relocation is happening.
> I tried to look at the binutils patches that you've applied
> to svn, but they're all kind of mixed up.
I will spend the near future trying to clear things up.
Getting things to work was quite a journey. I needed to put this in
SVN while progressing so others - like you - had less trouble kicking
in when I needed it. That made the mess visible.
Danny
--
Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info
------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Cegcc-devel mailing list
Cegcc-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cegcc-devel
