clang errors

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

clang errors

Dmitri A. Sergatskov
It looks to me clang does not like the change 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.
--

Reply | Threaded
Open this post in threaded view
|

Re: clang errors

Carlo de Falco-2

> On 15 Aug 2017, at 19:41, Dmitri A. Sergatskov <[hidden email]> 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.



Reply | Threaded
Open this post in threaded view
|

Re: clang errors

Carlo de Falco-2

> On 16 Aug 2017, at 15:48, Carlo de Falco <[hidden email]> wrote:
>
>
>> On 15 Aug 2017, at 19:41, Dmitri A. Sergatskov <[hidden email]> wrote:
>>
>> It looks to me clang does not like the change 3430:
>>
>> http://buildbot.octave.org:8010/changes/3430
>>
>
> I am seeing the same build failure with clang++ on OSX since yesterday.

And I can confirm that 21c2fabd6ed2 is the latest working changeset
while 062ce545b21e fails with the same error shown by Dmitri.

> c.


Reply | Threaded
Open this post in threaded view
|

Re: clang errors

Mike Miller-4
On Wed, Aug 16, 2017 at 14:13:38 +0000, Carlo De Falco wrote:
> And I can confirm that 21c2fabd6ed2 is the latest working changeset
> while 062ce545b21e fails with the same error shown by Dmitri.

This is now https://savannah.gnu.org/bugs/?51767, I have posted a patch
there, please test and let me know if there are any remaining errors.

--
mike

signature.asc (849 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: clang errors

Sebastian Schöps
Mike Miller-4 wrote
On Wed, Aug 16, 2017 at 14:13:38 +0000, Carlo De Falco wrote:
> And I can confirm that 21c2fabd6ed2 is the latest working changeset
> while 062ce545b21e fails with the same error shown by Dmitri.

This is now https://savannah.gnu.org/bugs/?51767, I have posted a patch
there, please test and let me know if there are any remaining errors.
Thanks, now 4.3.0+ is again working for me (Apple LLVM version 8.1.0, i.e. clang-802.0.42 on macOS).

Seb.