On Wed, Feb 18, 2015 at 10:12:19AM +0100, Thomas Schwinge wrote:
> 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?
My bad. Yes, that does resolve the issue, make & make install now worked
for nvptx-none for me with the patches (2 from Bernd, my mode_table, my
t-nvptx).
Can you or Bernd comment on the other issues I've raised, i.e. whether you
are going to apply Bernd's approved patches, on the t-nvptx fix?
I'll try to have a look at the va_list stuff, if it blocks everything rather
than just testcases with va_list being offloaded.
Jakub
