https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108464
--- Comment #5 from Richard Purdie
---
(In reply to Jakub Jelinek from comment #4)
> Though, even for the other options the change doesn't seem to be a good idea
> as is.
> I think instead the syntax of those remapping options should be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108464
--- Comment #3 from Richard Purdie
---
(In reply to Jakub Jelinek from comment #2)
> Dunno about other uses of remap_filename, but for remap_debug_filename what
> that commit changed doesn't seem to be ever appropriate.
I think it depends on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108464
--- Comment #1 from Richard Purdie
---
I can see why that would change behaviour with the patch :(.
It is a tough dilemma since without the patch, files might have prefixes
removed some of the time but not all the time, depending on whether
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47256
--- Comment #7 from Richard Purdie
---
Thanks for the tip, we'll look into dropping it!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55930
--- Comment #12 from Richard Purdie
---
I started to look at sorting out Yocto Project/Openembedded's gcc patches in
general and ran into a contribution agreement legal quagmire. I still haven't
been able to resolve that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55930
--- Comment #9 from Richard Purdie
---
(In reply to Jonathan Wakely from comment #8)
> (In reply to Richard Purdie from comment #6)
> > Its part of a Yocto Project build and we would only ever build it once so we
> > don't need/want the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55930
Richard Purdie changed:
What|Removed |Added
CC||richard.purdie@linuxfoundat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7125
Richard Purdie richard.purdie at linuxfoundation dot org changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7125
--- Comment #11 from Richard Purdie richard.purdie at linuxfoundation dot org
2012-02-06 16:23:16 UTC ---
Sorry, my previous report should be disregarded as it was user error. The
option does appear to work for me, removing the zlib compile where
