| 1 |
On 22-07-2009 10:31:42 +0200, Markus Duft wrote: |
| 2 |
> On Wed, 2009-07-22 at 10:22 +0200, Fabian Groffen wrote: |
| 3 |
> > On 22-07-2009 10:10:32 +0200, Markus Duft wrote: |
| 4 |
> [snip] |
| 5 |
> > |
| 6 |
> > I think the following will get us up to speed quickly: |
| 7 |
> > - rename the current script to "readpecoff" or something |
| 8 |
> > - ship it with portage for the time being |
| 9 |
> |
| 10 |
> ok. i updated the patch -> attached. |
| 11 |
|
| 12 |
Good, will you apply it to the ebuild? I'll do my best to apply it |
| 13 |
tonight to portage. |
| 14 |
|
| 15 |
> > Then I'd like it when we could get a scanpecoff (like scanmacho and |
| 16 |
> > scanelf, the C-programs from pax-utils) that does the job, replacing |
| 17 |
> > your huge bash-script. |
| 18 |
> |
| 19 |
> puh. i could try to implement such a thing, but to be correct i would |
| 20 |
> need one for interix, and one for windows - that the "readpecoff" script |
| 21 |
> can handle both is more a hack than a solution ;) |
| 22 |
> |
| 23 |
> OTOH - why not..? it feels like a good idea to have such a utility. it |
| 24 |
> could detect wether the file is interix/winnt and handle it correctly - |
| 25 |
> maybe i could also lookup the interix shared library section format from |
| 26 |
> the binutils patch, and implement it there - so that scanpecoff is |
| 27 |
> faster than parsing objdump output all the time... |
| 28 |
|
| 29 |
That's the idea, and also such that we can inspect interix/windwows |
| 30 |
files from Solaris, Darwin, Linux, etc. |
| 31 |
|
| 32 |
> > I once split that patch into our binutils ebuild for 2.17, maybe it's |
| 33 |
> > useful? |
| 34 |
> |
| 35 |
> ah, you did that - i was wondering why the hell the binutils have such a |
| 36 |
> big patch - i could not remember doing it ;) however objdump from our |
| 37 |
> binutils is still unable to dump the "Dynamic (.so) Section" along with |
| 38 |
> the other private PE headers :(. |
| 39 |
> |
| 40 |
> i will not investigate on this further if i'm able to extract the |
| 41 |
> information in the future shiny new scanpecoff from pax-utils. if i'm |
| 42 |
> unable to get scanpecoff to read interix binaries by itself, i will try |
| 43 |
> to fix this, so that we can at least use our own objdump instead of the |
| 44 |
> system one... |
| 45 |
|
| 46 |
We'll see. I hope we can find the details to get the data from the |
| 47 |
files. |
| 48 |
|
| 49 |
|
| 50 |
-- |
| 51 |
Fabian Groffen |
| 52 |
Gentoo on a different level |
Archives