[Bug ld/20376] Possible address calculation overflow

2016-07-17 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20376 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug ld/20376] Possible address calculation overflow

2016-07-17 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20376 H.J. Lu changed: What|Removed |Added CC||hjl.tools at gmail dot com -- You are rece

[Bug ld/20376] Possible address calculation overflow

2016-07-17 Thread gan.bo at columbia dot edu
https://sourceware.org/bugzilla/show_bug.cgi?id=20376 --- Comment #2 from Bo Gan --- (In reply to H.J. Lu from comment #1) > From > > http://www.sco.com/developers/gabi/latest/ch5.pheader.html > > p_paddr > > On systems for which physical addressing is relevant, this member is > reserved for t

Re: addr2line seems to be off by one

2016-07-17 Thread Alan Modra
On Sat, Jul 16, 2016 at 09:06:10PM +0200, Albert Netymk wrote: > == addr.c > > ``` > #include > > void f() { } > > int main(int argc, char **argv) > { > f(); > puts("done"); > return 0; > } > ``` > > ``` > $ clang -g addr.c ; objdump -d a.out | grep -B 3 puts | tail -n 4 > 400556: