Date: Sun, 11 Jun 2017 18:21:22 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-ports-bugs@FreeBSD.org Subject: [Bug 219484] cad/openvsp: fails to build with lang/gcc6 or later on 10.* Message-ID: <bug-219484-13-oQXvQp6LSS@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-219484-13@https.bugs.freebsd.org/bugzilla/> References: <bug-219484-13@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D219484 --- Comment #1 from fernando.apesteguia@gmail.com --- I think this is related to libc++. On my system (11.0-RELEASE), vsp is link= ed against libc++: ldd /usr/local/bin/vsp /usr/local/bin/vsp: libcpptest.so.0 =3D> /usr/local/lib/libcpptest.so.0 (0x8010fb000) libxml2.so.2 =3D> /usr/local/lib/libxml2.so.2 (0x80130e000) libfltk_images.so.1.3 =3D> /usr/local/lib/libfltk_images.so.1.3 (0x8016a4000) libfltk_forms.so.1.3 =3D> /usr/local/lib/libfltk_forms.so.1.3 (0x8018b1000) libfltk_gl.so.1.3 =3D> /usr/local/lib/libfltk_gl.so.1.3 (0x801ab800= 0) libGL.so.1 =3D> /usr/local/lib/libGL.so.1 (0x801cd4000) libfltk.so.1.3 =3D> /usr/local/lib/libfltk.so.1.3 (0x801f5d000) libSM.so.6 =3D> /usr/local/lib/libSM.so.6 (0x80225f000) libICE.so.6 =3D> /usr/local/lib/libICE.so.6 (0x802466000) libX11.so.6 =3D> /usr/local/lib/libX11.so.6 (0x802681000) libXext.so.6 =3D> /usr/local/lib/libXext.so.6 (0x8029c0000) libGLU.so.1 =3D> /usr/local/lib/libGLU.so.1 (0x802bd1000) libGLEW.so.1 =3D> /usr/local/lib/libGLEW.so.1 (0x802e59000) libthr.so.3 =3D> /lib/libthr.so.3 (0x803116000) libc++.so.1 =3D> /usr/lib/libc++.so.1 (0x80333d000) <------ libcxxrt.so.1 =3D> /lib/libcxxrt.so.1 (0x8035fc000) libm.so.5 =3D> /lib/libm.so.5 (0x80381a000) libgcc_s.so.1 =3D> /usr/local/lib/gcc5/libgcc_s.so.1 (0x803a45000) libc.so.7 =3D> /lib/libc.so.7 (0x803c5b000) libz.so.6 =3D> /lib/libz.so.6 (0x80400f000) liblzma.so.5 =3D> /usr/lib/liblzma.so.5 (0x804226000) libXcursor.so.1 =3D> /usr/local/lib/libXcursor.so.1 (0x80444f000) libXfixes.so.3 =3D> /usr/local/lib/libXfixes.so.3 (0x80465a000) libXft.so.2 =3D> /usr/local/lib/libXft.so.2 (0x80485f000) libfontconfig.so.1 =3D> /usr/local/lib/libfontconfig.so.1 (0x804a75= 000) libXinerama.so.1 =3D> /usr/local/lib/libXinerama.so.1 (0x804cbb000) libpng16.so.16 =3D> /usr/local/lib/libpng16.so.16 (0x804ebd000) libjpeg.so.8 =3D> /usr/local/lib/libjpeg.so.8 (0x8050f7000) libexpat.so.1 =3D> /usr/local/lib/libexpat.so.1 (0x805365000) libxcb-dri3.so.0 =3D> /usr/local/lib/libxcb-dri3.so.0 (0x80558c000) libxcb-present.so.0 =3D> /usr/local/lib/libxcb-present.so.0 (0x8057= 8e000) libxcb-sync.so.1 =3D> /usr/local/lib/libxcb-sync.so.1 (0x805990000) libxshmfence.so.1 =3D> /usr/local/lib/libxshmfence.so.1 (0x805b9600= 0) libglapi.so.0 =3D> /usr/local/lib/libglapi.so.0 (0x805d97000) libXdamage.so.1 =3D> /usr/local/lib/libXdamage.so.1 (0x805feb000) libX11-xcb.so.1 =3D> /usr/local/lib/libX11-xcb.so.1 (0x8061ed000) libxcb.so.1 =3D> /usr/local/lib/libxcb.so.1 (0x8063ee000) libxcb-glx.so.0 =3D> /usr/local/lib/libxcb-glx.so.0 (0x806614000) libxcb-dri2.so.0 =3D> /usr/local/lib/libxcb-dri2.so.0 (0x80682d000) libXxf86vm.so.1 =3D> /usr/local/lib/libXxf86vm.so.1 (0x806a31000) libdrm.so.2 =3D> /usr/local/lib/libdrm.so.2 (0x806c35000) libXrender.so.1 =3D> /usr/local/lib/libXrender.so.1 (0x806e45000) libfreetype.so.6 =3D> /usr/local/lib/libfreetype.so.6 (0x80704e000) libXau.so.6 =3D> /usr/local/lib/libXau.so.6 (0x8072f6000) libXdmcp.so.6 =3D> /usr/local/lib/libXdmcp.so.6 (0x8074f8000) libbz2.so.4 =3D> /usr/lib/libbz2.so.4 (0x8076fd000) But in 10.x the libc++ does not provide a delete operator with parameters (void*, unsigned long). Just these ones[1]: _LIBCPP_WEAK _LIBCPP_NEW_DELETE_VIS 120 void 121 operator delete(void* ptr) _NOEXCEPT 122 { 123 if (ptr) 124 ::free(ptr); 125 } 126=20=20=20=20=20 127 _LIBCPP_WEAK _LIBCPP_NEW_DELETE_VIS 128 void 129 operator delete(void* ptr, const std::nothrow_t&) _NOEXCEPT 130 { 131 ::operator delete(ptr); 132 } 133=20=20=20=20=20 134 _LIBCPP_WEAK _LIBCPP_NEW_DELETE_VIS 135 void 136 operator delete[] (void* ptr) _NOEXCEPT 137 { 138 ::operator delete (ptr); 139 } 140=20=20=20=20=20 141 _LIBCPP_WEAK _LIBCPP_NEW_DELETE_VIS 142 void 143 operator delete[] (void* ptr, const std::nothrow_t&) _NOEXCEPT 144 { 145 ::operator delete[](ptr); 146 } 147=20=20=20=20=20 148 #endif // !__GLIBCXX__ However, in 11.x, we have these operators: $ egrep '^operator delete' /usr/src/contrib/libc++/src/new.cpp=20 operator delete(void* ptr) _NOEXCEPT operator delete(void* ptr, const std::nothrow_t&) _NOEXCEPT operator delete(void* ptr, size_t) _NOEXCEPT <--- operator delete[] (void* ptr) _NOEXCEPT operator delete[] (void* ptr, const std::nothrow_t&) _NOEXCEPT operator delete[] (void* ptr, size_t) _NOEXCEPT I think this is the same problem that affects other ports[2]. I suppose eit= her updating libc++ on 10.x or forcing linking against libstc++ if possible sho= uld help. [1] https://svnweb.freebsd.org/base/release/10.3.0/contrib/libc%2B%2B/src/new.c= pp?revision=3D297553&view=3Dmarkup [2] https://bugs.freebsd.org/bugzilla/buglist.cgi?quicksearch=3Dfails%20to%20bu= ild%20with%20lang%2Fgcc6%20or%20later%20on%2010.*&list_id=3D175765 --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-219484-13-oQXvQp6LSS>