Date: Sun, 9 Mar 2014 05:57:36 +1300 From: Stephen Woolerton <direct727@gmail.com> To: Adrian Chadd <adrian@freebsd.org> Cc: "freebsd-arm@freebsd.org" <freebsd-arm@freebsd.org> Subject: Re: building ICU port on arm Message-ID: <8F7E10D7-94C0-4822-998F-B1283505E1DA@gmail.com> In-Reply-To: <CAJ-Vmok2Xr0QBbf2u-aTZNimp2yW_fLhhWDOWytqrWm=KXD4CA@mail.gmail.com> References: <EE1E2A44-EB46-4F14-A31D-E2EF5FABCE16@gmail.com> <CAJ-VmomO1=Y8Y2dgGUVw_hoBN2CmzU9EXh2Z0tyK2Zn4HD2sbQ@mail.gmail.com> <DED29061-5071-4D65-A208-43A9915C1299@gmail.com> <CAJ-Vmok2Xr0QBbf2u-aTZNimp2yW_fLhhWDOWytqrWm=KXD4CA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
I started the icu compile again and it completed successfully this time. = I can only assume a recent update in ports has occurred. Thanks Adrian. I'll close the problem report. Regards Stephen On 9/03/2014, at 4:41 am, Adrian Chadd <adrian@freebsd.org> wrote: > What process is segfaulting? What's in the coredump? >=20 >=20 > -a >=20 >=20 > On 8 March 2014 01:02, Stephen Woolerton <direct727@gmail.com> wrote: >> At some point in the port compile, it crashes with a core dump... >>=20 >> .... compiling the ICU port on a Raspberry Pi Model B... >> ... >> pkgdata: cd ../lib/ && rm -f libicudata.so.52 && ln -s = libicudata.so.52.1 >> libicudata.so.52 >> pkgdata: cd ../lib/ && rm -f libicudata.so && ln -s = libicudata.so.52.1 >> libicudata.so >> gmake[3]: Leaving directory = `/usr/ports/devel/icu/work/icu/source/data' >> gmake[2]: Making `all' in `extra' >> gmake[3]: Entering directory = `/usr/ports/devel/icu/work/icu/source/extra' >> gmake[3]: Making `all' in `uconv' >> gmake[4]: Entering directory >> `/usr/ports/devel/icu/work/icu/source/extra/uconv' >> mkdir uconvmsg >> c++ -D_REENTRANT -DU_HAVE_ELF_H=3D1 -DU_HAVE_ATOMIC=3D1 = -DU_HAVE_TIMEZONE=3D0 >> -I../../common -I../../i18n -I./../toolutil -DU_ATTRIBUTE_DEPRECATED=3D= >> -DUCONVMSG_LINK=3Duconvmsg -O -pipe -W -Wall -pedantic = -Wpointer-arith >> -Wwrite-strings -Wno-long-long --std=3Dc++0x -c -o uconv.o uconv.cpp >> cc -D_REENTRANT -DU_HAVE_ELF_H=3D1 -DU_HAVE_ATOMIC=3D1 = -DU_HAVE_TIMEZONE=3D0 >> -I../../common -I../../i18n -I./../toolutil -DU_ATTRIBUTE_DEPRECATED=3D= >> -DUCONVMSG_LINK=3Duconvmsg -O -pipe -std=3Dc99 -Wall -pedantic = -Wshadow >> -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -c -o uwmsg.o = uwmsg.c >> = LD_LIBRARY_PATH=3D../../lib:../../stubdata:../../tools/ctestfw:$LD_LIBRARY= _PATH >> ../../bin/genrb -e UTF-8 -s resources -d uconvmsg root.txt >> = LD_LIBRARY_PATH=3D../../lib:../../stubdata:../../tools/ctestfw:$LD_LIBRARY= _PATH >> ../../bin/genrb -e UTF-8 -s resources -d uconvmsg fr.txt >> gmake -f pkgdataMakefile >> gmake[5]: Entering directory >> `/usr/ports/devel/icu/work/icu/source/extra/uconv' >> rm -rf pkgdata.inc >> gmake[5]: Leaving directory >> `/usr/ports/devel/icu/work/icu/source/extra/uconv' >> = LD_LIBRARY_PATH=3D../../lib:../../stubdata:../../tools/ctestfw:$LD_LIBRARY= _PATH >> ../../bin/pkgdata -p uconvmsg -O pkgdata.inc -m static -s uconvmsg -d >> uconvmsg -T uconvmsg uconvmsg/uconvmsg.lst >> pkgdata: cc -D_REENTRANT -DU_HAVE_ELF_H=3D1 -DU_HAVE_ATOMIC=3D1 >> -DU_HAVE_TIMEZONE=3D0 -DU_ATTRIBUTE_DEPRECATED=3D -O -pipe -std=3Dc99 = -Wall >> -pedantic -Wshadow -Wpointer-arith -Wmissing-prototypes = -Wwrite-strings -c >> -I../../common -I../../common -DPIC -fPIC -o uconvmsg/uconvmsg_dat.o >> uconvmsg/uconvmsg_dat.c >> pkgdata: cc -D_REENTRANT -DU_HAVE_ELF_H=3D1 -DU_HAVE_ATOMIC=3D1 >> -DU_HAVE_TIMEZONE=3D0 -DU_ATTRIBUTE_DEPRECATED=3D -O -pipe -std=3Dc99 = -Wall >> -pedantic -Wshadow -Wpointer-arith -Wmissing-prototypes = -Wwrite-strings -c >> -I../../common -I../../common -DPIC -fPIC -o uconvmsg/root_res.o >> uconvmsg/root_res.c >> pkgdata: cc -D_REENTRANT -DU_HAVE_ELF_H=3D1 -DU_HAVE_ATOMIC=3D1 >> -DU_HAVE_TIMEZONE=3D0 -DU_ATTRIBUTE_DEPRECATED=3D -O -pipe -std=3Dc99 = -Wall >> -pedantic -Wshadow -Wpointer-arith -Wmissing-prototypes = -Wwrite-strings -c >> -I../../common -I../../common -DPIC -fPIC -o uconvmsg/fr_res.o >> uconvmsg/fr_res.c >> pkgdata: ar r uconvmsg/libuconvmsg.a uconvmsg/uconvmsg_dat.o >> uconvmsg/root_res.o uconvmsg/fr_res.o >> ar: warning: creating uconvmsg/libuconvmsg.a >> pkgdata: ranlib uconvmsg/libuconvmsg.a >> c++ -O -pipe -W -Wall -pedantic -Wpointer-arith -Wwrite-strings >> -Wno-long-long --std=3Dc++0x -o ../../bin/uconv uconv.o uwmsg.o = -L../../lib >> -licui18n -L../../lib -licuuc -L../../stubdata -licudata -lm >> uconvmsg/libuconvmsg.a >> cd ../.. \ >> && CONFIG_FILES=3Dextra/uconv/uconv.1 CONFIG_HEADERS=3D /bin/sh = ./config.status >> config.status: creating extra/uconv/uconv.1 >> gmake[4]: Leaving directory >> `/usr/ports/devel/icu/work/icu/source/extra/uconv' >> gmake[4]: Entering directory = `/usr/ports/devel/icu/work/icu/source/extra' >> gmake[4]: Nothing to be done for `all-local'. >> gmake[4]: Leaving directory = `/usr/ports/devel/icu/work/icu/source/extra' >> gmake[3]: Leaving directory = `/usr/ports/devel/icu/work/icu/source/extra' >> gmake[2]: Making `all' in `test' >> gmake[3]: Entering directory = `/usr/ports/devel/icu/work/icu/source/test' >> gmake[3]: Nothing to be done for `all'. >> gmake[3]: Leaving directory = `/usr/ports/devel/icu/work/icu/source/test' >> gmake[3]: Entering directory `/usr/ports/devel/icu/work/icu/source' >> Note: rebuild with "gmake VERBOSE=3D1 all-local" to show all compiler >> parameters. >> gmake[3]: Leaving directory `/usr/ports/devel/icu/work/icu/source' >> gmake[2]: Leaving directory `/usr/ports/devel/icu/work/icu/source' >> Segmentation fault (core dumped) >>=20 >> =3D=3D=3D>>> make failed for devel/icu >> =3D=3D=3D>>> Aborting update >>=20 >> =3D=3D=3D>>> Update for devel/icu failed >> =3D=3D=3D>>> Aborting update >>=20 >> =3D=3D=3D>>> Killing background jobs >> Terminated >>=20 >> ---- Problem report is here... >>=20 >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D186823&cat=3D >>=20 >>=20 >> Thanks for asking >>=20 >> Stephen >>=20 >> On 8/03/2014, at 9:50 pm, Adrian Chadd <adrian@freebsd.org> wrote: >>=20 >> On 8 March 2014 00:48, Stephen Woolerton <direct727@gmail.com> wrote: >>=20 >> Hi everyone, >>=20 >> Just wondering if anyone has successfully built the ICU port or an = ICU >> package, on an arm device on FreeBSD 10. (Problem report 186823) >>=20 >> The reason is I need to run some code which requires GNUstep-base, = for which >> ICU is a dependency. (I'm hoping to do this project on FreeBSD rather = than >> Linux.) >>=20 >>=20 >> What happens when you try? >>=20 >>=20 >> -a >>=20 >>=20
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?8F7E10D7-94C0-4822-998F-B1283505E1DA>