Hi! On Tue, 17 Feb 2015 17:40:33 +0100, Jakub Jelinek <ja...@redhat.com> wrote: > On Tue, Feb 17, 2015 at 04:21:06PM +0000, Joseph Myers wrote: > > On Tue, 17 Feb 2015, Jakub Jelinek wrote: > > > I have nvptx-newlib symlinked into the gcc tree as newlib, so I expected > > > it > > > would be built in-tree, is that not the case (at least wiki/Offloading > > > mentions that).
> configure:4261: checking for C compiler default output file name > configure:4283: /usr/src/gcc/objnvptx/./gcc/xgcc > -B/usr/src/gcc/objnvptx/./gcc/ -nostdinc > -B/usr/src/gcc/objnvptx/nvptx-none/newlib/ -isystem > /usr/src/gcc/objnvptx/nvptx-none/newlib/targ-include -isystem > /usr/src/gcc/newlib/libc/include -B/usr/local/nvptx-none/bin/ > -B/usr/local/nvptx-none/lib/ -isystem /usr/local/nvptx-none/include -isystem > /usr/local/nvptx-none/sys-include -g -O2 conftest.c >&5 > error opening libc.a > collect2: error: ld returned 1 exit status > very early during in-tree newlib configure. Do you literally have »nvptx-newlib symlinked into the gcc tree as newlib«? If yes, then that should explain the problem: as I wrote in <http://news.gmane.org/find-root.php?message_id=%3C87egq8mir1.fsf%40schwinge.name%3E>, you need to »add a symbolic link to nvptx-newlib's newlib directory to the directory containing the GCC sources«, so not link [GCC]/newlib -> [newlib-nvptx], but [GCC]/newlib -> [newlib-nvptx]/newlib. Does that resolve the issue? Grüße, Thomas
signature.asc
Description: PGP signature
