[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: clang errors
From: |
Carlo De Falco |
Subject: |
Re: clang errors |
Date: |
Wed, 16 Aug 2017 13:48:46 +0000 |
> On 15 Aug 2017, at 19:41, Dmitri A. Sergatskov <address@hidden> wrote:
>
> It looks to me clang does not like the change 3430:
>
> http://buildbot.octave.org:8010/changes/3430
>
>
> <<<<
>
> In file included from libinterp/builtin-defun-decls.h:8:
> ../libinterp/octave-value/ovl.h:192:29: error: no matching conversion for
> functional-style cast from 'void' to 'std::initializer_list<octave_value>'
> return octave_value_list (std::initializer_list<octave_value> ({args...}));
> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> ../libinterp/corefcn/file-io.cc:1003:16: note: in instantiation of function
> template specialization 'ovl<octave_value_list>' requested here
> retval = ovl (os.oscanf (args(1), who));
> ^
> /usr/bin/../lib/gcc/x86_64-redhat-linux/7/../../../../include/c++/7/initializer_list:47:11:
> note: candidate constructor (the implicit copy constructor) not viable: no
> known conversion from 'const octave_value_list' to 'octave_value' for 1st
> argument
> class initializer_list
> ^
> /usr/bin/../lib/gcc/x86_64-redhat-linux/7/../../../../include/c++/7/initializer_list:47:11:
> note: candidate constructor (the implicit move constructor) not viable: no
> known conversion from 'const octave_value_list' to 'octave_value' for 1st
> argument
> /usr/bin/../lib/gcc/x86_64-redhat-linux/7/../../../../include/c++/7/initializer_list:66:17:
> note: candidate constructor not viable: requires 0 arguments, but 1 was
> provided
> constexpr initializer_list() noexcept
> ^
> /usr/bin/../lib/gcc/x86_64-redhat-linux/7/../../../../include/c++/7/initializer_list:62:17:
> note: candidate constructor not viable: requires 2 arguments, but 1 was
> provided
> constexpr initializer_list(const_iterator __a, size_type __l)
> ^
> >>>>
>
> See also buildbot logs.
>
> Dmitri.
> --
I am seeing the same build failure with clang++ on OSX since yesterday.
c.
- clang errors, Dmitri A. Sergatskov, 2017/08/15
- Re: clang errors,
Carlo De Falco <=