https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66018
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66018
--- Comment #14 from Thomas Preud'homme ---
(In reply to Jonathan Wakely from comment #13)
> This should be fixed now, please check.
It is indeed. Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66018
Jonathan Wakely changed:
What|Removed |Added
Version|unknown |6.0
--- Comment #13 from Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66018
--- Comment #12 from Jonathan Wakely ---
Author: redi
Date: Thu May 14 11:47:19 2015
New Revision: 223194
URL: https://gcc.gnu.org/viewcvs?rev=223194&root=gcc&view=rev
Log:
PR libstdc++/66018
* acinclude.m4 (GLIBCXX_CHECK_FILESYS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66018
--- Comment #11 from Jonathan Wakely ---
It seems very intentional, not a bug. I have a patch to stop using it but I
can't regenerate the configure script because of the move to automake-1.11.6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66018
--- Comment #10 from Thomas Preud'homme ---
(In reply to Jonathan Wakely from comment #9)
> I think the right solution is just to stop using AC_STRUCT_DIRENT_D_TYPE
> which expands to the opendir link test.
>
> The autoconf manual doesn't say an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66018
--- Comment #9 from Jonathan Wakely ---
I think the right solution is just to stop using AC_STRUCT_DIRENT_D_TYPE which
expands to the opendir link test.
The autoconf manual doesn't say anything about it doing a link test, I was only
trying to fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66018
Thomas Preud'homme changed:
What|Removed |Added
CC||thopre01 at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66018
--- Comment #7 from Christophe Lyon ---
Setting LDFLAGS_FOR_TARGET=-specs=rdimon.specs works for me for
aarch64-none-elf.
Is it expected that we have to use such settings for the build to succeed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66018
--- Comment #6 from Christophe Lyon ---
Looking at libstdc++'s config.log, I noticed that GCC_NO_EXECUTABLES is set
because the default GCC link command fails on aarch64-none-elf and
arm-none-eabi --with-mode=thumb because librdimon.a is not used
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66018
--- Comment #5 from kugan at gcc dot gnu.org ---
For aarch64-none-elf it fails during.
01:53:39 checking for dirent.h that defines DIR... no
01:53:39 checking for sys/ndir.h that defines DIR... no
01:53:39 checking for sys/dir.h that defines DIR.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66018
--- Comment #4 from Andreas Schwab ---
What collect2 is looking for is configured during build, see the gcc/collect-ld
script in the build directory.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66018
--- Comment #3 from chrbr at gcc dot gnu.org ---
having ld in the $(prefix)/$(triplet)/bin fixes the issue.
it seems that collect2 doesn't look for $(prefix)/bin/$(triplet)-ld as before
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66018
clyon at gcc dot gnu.org changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66018
chrbr at gcc dot gnu.org changed:
What|Removed |Added
CC||chrbr at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66018
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
16 matches
Mail list logo
