On Sun, February 9, 2014 2:38 pm, Baptiste Daroussin wrote: > On Sun, Feb 09, 2014 at 06:43:00AM -0800, Waitman Gobble wrote: > >> >> On Sun, February 9, 2014 2:32 pm, Baptiste Daroussin wrote: >> >>> On Sun, Feb 09, 2014 at 06:30:02AM -0800, Waitman Gobble wrote: >>> >>> >>>> >>>> >>>> On Sun, February 9, 2014 4:54 am, Waitman Gobble wrote: >>>> >>>> >>>>> >>>> >>>>> On Wed, February 5, 2014 10:03 pm, Rainer Hurling wrote: >>>>> >>>>> >>>>> >>>>>> Am 05.02.2014 22:20 (UTC+1) schrieb Baptiste Daroussin: >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> On Wed, Feb 05, 2014 at 09:19:51PM +0100, Matthias Andree >>>>>>> wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>> Am 05.02.2014 21:08, schrieb Dimitry Andric: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>>> #17 0x00000000484c0ee0 in >>>>>>>>>> std::__1::locale::id::__next_id >>>>>>>>>> () >>>>>>>>>> from /usr/local/lib/libc++.so.1 >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> Hmm, is this a ports version of libc++? I was not aware >>>>>>>>> Baptiste >>>>>>>>> had already committed this? :) >>>>>>>> >>>>>>>> Yes, it is (as a build requisite, but apparently remained >>>>>>>> installed on the destination machine), because we need to >>>>>>>> match the libraries that the requisites use (Glibmm for >>>>>>>> one). >>>>>>>> >>>>>>>> I have given up on compiling RawTherapee with clang++ for >>>>>>>> now, and use GCC 4.8 on all systems. RawTherapee is >>>>>>>> somewhat demanding, especially at higher optimization level, >>>>>>>> and kills the 10.0-RELEASE base clang and Port GCC 4.6 and >>>>>>>> 4.7, all with >>>>>>>> internal compiler errors. Since GCC 4.8 worked for me, I >>>>>>>> did not bother to send Gerald the details. >>>>>>>> >>>>>>>> We may want to retry with clang if we've got the next clang >>>>>>>> version. Feel free to use Rawtherapee as compiler system >>>>>>>> test ;) >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> try with something like this in libmap.conf libc++.so.1 >>>>>>> /usr/local/lib/libc++.so.1 >>>>>>> If that fixes the problem, then a rpath with /usr/local/lib >>>>>>> should be set while building the port >>>>>> >>>>>> Hmm, I am not very familiar with libmapping. After adding it to >>>>>> /etc/libmap.conf I get >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> #rawtherapee >>>>>> Shared object "/usr/local/lib/libc++.so.1" not found, required >>>>>> by "rawtherapee" >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Thanks for the tip, >>>>>> Rainer >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> >>>>>>> regards, Bapt >>>>>>> >>>>>>> >>>>>> _______________________________________________ >>>>>> freebsd-ports@freebsd.org mailing list >>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-ports >>>>>> To unsubscribe, send any mail to >>>>>> "freebsd-ports-unsubscr...@freebsd.org" >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> Here are a few points regarding rawtherapee on 11.0-CURRENT. >>>>> >>>>> >>>>> >>>>> >>>>> 1) it builds fine using clang (removing all the gcc4.8 from >>>>> makefile). but still crashes the same. >>>>> >>>>> 2) the parse errors such as >>>>> /usr/local/share/rawtherapee/themes/25-Gray-Gray.gtkrc:96: error: >>>>> unexpected identifier `colorize_scrollbar', expected character `}' >>>>> >>>>> >>>>> can be eliminated by installing >>>>> ports/x11-themes/clearlooks-phenix-theme, this is the clearlooks >>>>> theme ported to gtk3 >>>>> >>>>> 3) I believe i'be narrowed the crash down to >>>>> Glib::ustring::format. >>>>> I've >>>>> experimented with various examples and they all crash. Currently >>>>> exploring this problem to see what's up.. anyone have some clue? >>>>> >>>>> here is a sample: >>>>> >>>>> #include <iostream> >>>>> #include <iomanip> >>>>> #include <glibmm.h> >>>>> >>>>> >>>>> >>>>> >>>>> int main() { >>>>> >>>>> double value = 22.0 / 7.0; std::cout << value << std::endl; >>>>> Glib::ustring test = >>>>> Glib::ustring::format(std::fixed,std::setprecision(2),value); >>>>> std::cout << test << std::endl; >>>>> >>>>> >>>>> >>>>> >>>>> } >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> $ clang++ -o testglib `pkg-config --cflags --libs glibmm-2.4` >>>>> testglib.cpp $ ./testglib 3.14286 Abort trap (core dumped) >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> $ /usr/local/bin/gdb testglib >>>>> GNU gdb (GDB) 7.6.2 [GDB v7.6.2 for FreeBSD] >>>>> Copyright (C) 2013 Free Software Foundation, Inc. >>>>> License GPLv3+: GNU GPL version 3 or later >>>>> <http://gnu.org/licenses/gpl.html> >>>>> This is free software: you are free to change and redistribute it. >>>>> There is NO WARRANTY, to the extent permitted by law. Type >>>>> "show >>>>> copying" and "show warranty" for details. This GDB was configured >>>>> as "x86_64-portbld-freebsd11.0". >>>>> For bug reporting instructions, please see: >>>>> <http://www.gnu.org/software/gdb/bugs/>... >>>>> Reading symbols from /usr/home/waitman/testglib...done. >>>>> (gdb) run >>>>> Starting program: /usr/home/waitman/testglib >>>>> [New LWP 100327] >>>>> 3.14286 >>>>> [New Thread 803006400 (LWP 100327)] >>>>> >>>>> >>>>> >>>>> >>>>> Program received signal SIGABRT, Aborted. >>>>> [Switching to Thread 803006400 (LWP 100327)] >>>>> 0x0000000801e313ba in kill () from /lib/libc.so.7 >>>>> (gdb) bt >>>>> #0 0x0000000801e313ba in kill () from /lib/libc.so.7 >>>>> #1 0x0000000801e30069 in abort () from /lib/libc.so.7 >>>>> #2 0x00000008016ce7da in ?? () from /lib/libcxxrt.so.1 >>>>> #3 0x000000080085de68 in Glib::ConvertError::throw_func(_GError*) >>>>> () >>>>> from /usr/local/lib/libglibmm-2.4.so.1 #4 0x000000080086ed2f in >>>>> Glib::Error::throw_exception(_GError*) () >>>>> from /usr/local/lib/libglibmm-2.4.so.1 #5 0x000000080087bcc2 in >>>>> Glib::ustring::FormatStream::to_string() const () >>>>> from /usr/local/lib/libglibmm-2.4.so.1 #6 0x0000000000401de0 in >>>>> Glib::ustring::format<std::__1::ios_base& >>>>> (std::__1::ios_base&), std::__1::__iom_t5, >>>>> double>(std::__1::ios_base& >>>>> ( >>>>> const&)(std::__1::ios_base&), std::__1::__iom_t5 const&, double >>>>> const&) ( a1= 0x401e50: {std::__1::ios_base &(std::__1::ios_base >>>>> &)} >>>>> 0x401e50 >>>>> <std::__1::fixed(std::__1::ios_base&)>, a2=..., a3= >>>>> 0x7fffffffd860: >>>>> 3.1428571428571428) >>>>> at /usr/local/include/glibmm-2.4/glibmm/ustring.h:1158 #7 >>>>> 0x0000000000401696 in main () at testglib.cpp:9 >>>>> (gdb) >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> $ uname -a >>>>> FreeBSD akira.waitman.net 11.0-CURRENT FreeBSD 11.0-CURRENT #1 >>>>> r261643: >>>>> Sat Feb 8 22:11:05 PST 2014 >>>>> root akira waitman net:/usr/obj/usr/src/sys/AKIRA amd64 >>>>> >>>>> $ ldd testglib >>>>> testglib: >>>>> libglibmm-2.4.so.1 => /usr/local/lib/libglibmm-2.4.so.1 >>>>> (0x80081e000) >>>>> libgobject-2.0.so.0 => /usr/local/lib/libgobject-2.0.so.0 >>>>> (0x800a9d000) >>>>> libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x800cea000) >>>>> libintl.so.9 => /usr/local/lib/libintl.so.9 (0x800ff2000) >>>>> libsigc-2.0.so.0 => /usr/local/lib/libsigc-2.0.so.0 (0x8011fb000) >>>>> libc++.so.1 => /usr/lib/libc++.so.1 (0x801400000) libcxxrt.so.1 >>>>> => >>>>> /lib/libcxxrt.so.1 (0x8016be000) >>>>> libm.so.5 => /lib/libm.so.5 (0x8018d8000) libgcc_s.so.1 => >>>>> /lib/libgcc_s.so.1 (0x801b00000) >>>>> libc.so.7 => /lib/libc.so.7 (0x801d0d000) libffi.so.6 => >>>>> /usr/local/lib/libffi.so.6 (0x80208a000) >>>>> libgmodule-2.0.so.0 => /usr/local/lib/libgmodule-2.0.so.0 >>>>> (0x802291000) >>>>> libpcre.so.3 => /usr/local/lib/libpcre.so.3 (0x802494000) >>>>> libthr.so.3 => >>>>> /lib/libthr.so.3 (0x8026fb000) >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Thank you, >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Waitman Gobble >>>>> San Jose California USA >>>>> +1.510-830-7975 >>>>> _______________________________________________ >>>>> freebsd-ports@freebsd.org mailing list >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-ports >>>>> To unsubscribe, send any mail to >>>>> "freebsd-ports-unsubscr...@freebsd.org" >>>>> >>>>> >>>>> >>>>> >>>> >>>> update, if i wrap the segfaulting 101 line in a try block, in >>>> rtimage.cc (which has the format code that bombs out), i get a >>>> Glib::Error::what() of >>>> >>>> >>>> >>>> "Conversion from character set 'UTF-8' to 'WCHAR_T'" >>>> >>>> >>>> >>>> so I think this is a hint about the culprit.. >>>> >>>> ideas? >>>> >>>> -- >>>> Waitman Gobble >>>> San Jose California USA >>>> +1.510-830-7975 >>>> >>>> >>>> >>>> >>>> -- >>>> Waitman Gobble >>>> San Jose California USA >>>> (510) 830-7975 >>>> _______________________________________________ >>>> freebsd-ports@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-ports >>>> To unsubscribe, send any mail to >>>> "freebsd-ports-unsubscr...@freebsd.org" >>>> >>>> >>> >>> Sounds like base iconv ;) >>> >>> >>> >>> regards, Bapt >>> >>> >> >> thanks for the pointer. >> >> apparently i'm having issues today, sending from wrong account (sorry >> about poss. dups). and for some reason i didn't paste the whole error >> message. duh. >> >> should be 'is not supported' >> >> >> "Conversion from character set 'UTF-8' to 'WCHAR_T' is not supported" >> >> > I don't know if glib or glibmm should gain USES=libiconv:wchar_t but that > should fix it. > > regards, Bapt > >
thanks. trying glibmm to see if that fixes it, it's less complicated. i think that's supposed to be USES=iconv:wchar_t ie, /usr/ports/Mk/Uses/iconv.mk right? -- Waitman Gobble San Jose California USA (510) 830-7975 _______________________________________________ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
