[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Mac OS X sscanf bug/feature?
From: |
Ben Abbott |
Subject: |
Re: Mac OS X sscanf bug/feature? |
Date: |
Sun, 27 Mar 2016 14:48:17 -0400 |
> On Mar 27, 2016, at 2:44 PM, Mike Miller <address@hidden> wrote:
>
> On Sun, Mar 27, 2016 at 14:27:57 -0400, Ben Abbott wrote:
>> In my system’s libs I see a libc++.dylib and a libstdc++.dylib. How do
>> I to ask clang to use -libstdc++ instread of -libc++?
>
> On my system I can use the "-stdlib=libc++" or "-stdlib=libstdc++"
> options to override the system-dependent default. I don't know whether
> your system provides you with all of the header files and libraries
> needed to use libstdc++, but worth a shot.
>
> --
> mike
Ok. Looks like Apple’s clang doesn’t like that.
In file included from libinterp/dldfcn/__delaunayn__.cc:50:
In file included from libinterp/corefcn/Cell.h:31:
In file included from ./liboctave/array/Array.h:38:
./liboctave/array/idx-vector.h:68:55: error: friend declaration of 'unique_ptr'
does not match any declaration in namespace 'std'
template <typename T, typename D> friend class std::unique_ptr;
~~~~~^
In file included from libinterp/dldfcn/__delaunayn__.cc:55:
./liboctave/util/unwind-prot.h:71:14: error: no member named 'unique_ptr' in
namespace 'std'
std::unique_ptr<elem> ptr (lifo.top ());
~~~~~^
./liboctave/util/unwind-prot.h:71:25: error: 'elem' does not refer to a value
std::unique_ptr<elem> ptr (lifo.top ());
^
./liboctave/util/action-container.h:42:9: note: declared here
class elem
^
In file included from libinterp/dldfcn/__delaunayn__.cc:55:
./liboctave/util/unwind-prot.h:71:31: error: use of undeclared identifier 'ptr'
std::unique_ptr<elem> ptr (lifo.top ());
^
./liboctave/util/unwind-prot.h:73:9: error: use of undeclared identifier 'ptr'
ptr->run ();
^
libinterp/dldfcn/__delaunayn__.cc:194:19: warning: use of old-style cast
[-Wold-style-cast]
FOREACHvertex_ (facet->vertices)
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/sw/include/libqhull/libqhull.h:912:34: note: expanded from macro
'FOREACHvertex_'
#define FOREACHvertex_(vertices) FOREACHsetelement_(vertexT, vertices,vertex)
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/sw/include/libqhull/qset.h:137:24: note: expanded from macro
'FOREACHsetelement_'
variable##p= (type **)&((set)->e[0].p); \
^ ~~~~~~~~~~~~~~~~
1 warning and 5 errors generated.
Makefile:17592: recipe for target
'libinterp/dldfcn/libinterp_dldfcn___delaunayn___la-__delaunayn__.lo' failed
make[2]: ***
[libinterp/dldfcn/libinterp_dldfcn___delaunayn___la-__delaunayn__.lo] Error 1
make[2]: Leaving directory
'/Users/bpabbott/Development/mercurial/default/sources'
Makefile:25371: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
'/Users/bpabbott/Development/mercurial/default/sources'
Makefile:9683: recipe for target 'all' failed
make: *** [all] Error 2
Ben
- Mac OS X sscanf bug/feature?, Ben Abbott, 2016/03/26
- Re: Mac OS X sscanf bug/feature?, Doug Stewart, 2016/03/26
- Re: Mac OS X sscanf bug/feature?, Ben Abbott, 2016/03/26
- Re: Mac OS X sscanf bug/feature?, Mike Miller, 2016/03/26
- Re: Mac OS X sscanf bug/feature?, Ben Abbott, 2016/03/27
- Re: Mac OS X sscanf bug/feature?, Mike Miller, 2016/03/27
- Re: Mac OS X sscanf bug/feature?, Ben Abbott, 2016/03/27
- Re: Mac OS X sscanf bug/feature?, Mike Miller, 2016/03/27
- Re: Mac OS X sscanf bug/feature?,
Ben Abbott <=
- Re: Mac OS X sscanf bug/feature?, Mike Miller, 2016/03/27
- Re: Mac OS X sscanf bug/feature?, Ben Abbott, 2016/03/27
Re: Mac OS X sscanf bug/feature?, Carlo De Falco, 2016/03/27