Re: frame unwinding patches

2017-04-11 Thread Ulf Hermann
> I do agree with Jan that frame pointer unwinding is notoriously > untrustworthy. Even with some sanity checks it is hard to know whether > you are doing a correct unwind. gdb gets away with it through pretty > advanced frame sniffers, which take a lot of low-level compiler > generation knowledge

[Bug general/21011] "may be used uninitialized" error with -Werror=maybe-uninitialized

2017-04-11 Thread mark at klomp dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=21011 --- Comment #8 from Mark Wielaard --- Please post how exactly you are configuring the build, compiler (version) and flags used. It would certainly help to have a concrete patch against current git. -- You are receiving this mail because: Yo

Re: dwfl_attach_state alternative taking Ebl?

2017-04-11 Thread Mark Wielaard
On Wed, 2017-04-05 at 15:04 +0200, Milian Wolff wrote: > On Wednesday, April 5, 2017 2:46:34 PM CEST Mark Wielaard wrote: > > On Thu, 2017-03-30 at 13:14 +0200, Milian Wolff wrote: > > > > OK. How do you know the Elf architecture in that case? How and by what > > > > is it given? Is that an EM cons

Re: dwfl_attach_state alternative taking Ebl?

2017-04-11 Thread Ulf Hermann
/* [...] Architecture of DWFL modules is specified by ELF, ELF must remain valid during DWFL lifetime. Use NULL ELF to detect architecture from DWFL, the function will then detect it from arbitrary Dwfl_Module of DWFL. [...] */ So would that be an alternative for you? How do you create