https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
--- Comment #21 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:edd2249b17fb7150da66b03adb1a4e381926047d
commit r12-5367-gedd2249b17fb7150da66b03adb1a4e381926047d
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
--- Comment #20 from Gerald Pfeifer ---
Thank you, Jakub!
I finished testing/preparing the second part of the patch, just did not get
to push.
So I went ahead and gave your suggested patch a try - and it passes bootstrap,
so good to go I'd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
--- Comment #19 from cqwrteur ---
(In reply to Jakub Jelinek from comment #17)
> The include/md5.h part of this has been committed as
> r12-4936-g44d9d55c6d0e3a1e26427662d30f350a80282634
> The other change hasn't been applied from what I can
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
--- Comment #18 from Gerald Pfeifer ---
Thank you, Jakub!
I finished testing/preparing the second part of the patch, just did not get
to push. I'll give your suggested patch a try tonight!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
Andrew Pinski changed:
What|Removed |Added
CC||unlvsur at live dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
H.J. Lu changed:
What|Removed |Added
Keywords||patch
--- Comment #15 from H.J. Lu ---
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
Gerald Pfeifer changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #14 from Gerald
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
--- Comment #13 from H.J. Lu ---
Created attachment 51659
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51659=edit
A patch
Please try this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
--- Comment #12 from Gerald Pfeifer ---
Created attachment 51658
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51658=edit
$WRKDIR/i586-unknown-freebsd11.4/libsanitizer/sanitizer_common/Makefile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
--- Comment #11 from Gerald Pfeifer ---
Created attachment 51657
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51657=edit
$WRKDIR/i586-unknown-freebsd11.4/libsanitizer/Makefile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
H.J. Lu changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #10 from H.J. Lu ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
--- Comment #9 from Gerald Pfeifer ---
(In reply to H.J. Lu from comment #8)
> Does sanitizer_common/sanitizer_platform_limits_freebsd.cpp need any header
> files from GCC?
>From what I found, that does not appear to be the case.
> If yes,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
--- Comment #8 from H.J. Lu ---
Does sanitizer_common/sanitizer_platform_limits_freebsd.cpp need any header
files from GCC?
If yes, why aren't they needed in compiler-rt?
If no, can you filter out these -I options in Makefile?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
--- Comment #7 from H.J. Lu ---
(In reply to kargl from comment #6)
>
> Another possibility is to revert your patch so that others can bootstrap.
The problem won't go away as long as we keep syncing with upstream.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
--- Comment #4 from H.J. Lu ---
Another possibility is to add a configure test to locate the system
and include it instead of .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
--- Comment #3 from H.J. Lu ---
(In reply to Gerald Pfeifer from comment #2)
> (In reply to H.J. Lu from comment #1)
> > That file is FreeBSD specific. Can you use a local patch to force
> > /usr/include/md5.h, like
> >
> > #include_next
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
--- Comment #2 from Gerald Pfeifer ---
(In reply to H.J. Lu from comment #1)
> That file is FreeBSD specific. Can you use a local patch to force
> /usr/include/md5.h, like
>
> #include_next
I tried replacing #include by #include_next ;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
H.J. Lu changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
22 matches
Mail list logo