Re: ports/bash4 --enable-static fails
On Wed, May 9, 2012 at 2:37 PM, Sean Bruno wrote: > I'm assuming that the recent jemalloc updates have broken something > subtly that is now causing static symbol compilation to fail. > > ports/bash4 isn't the simplest case, but its the most obvious one that > is in my face. > > > http://people.freebsd.org/~sbruno/bash4_jemalloc.txt > Hi, The problem is here: == ./lib/malloc/libmalloc.a(malloc.o):/usr/ports/shells/bash/work/bash-4.2/lib/malloc/malloc.c:1269: first defined here /usr/lib/libc.a(jemalloc_jemalloc.o): In function `realloc': jemalloc_jemalloc.c:(.text+0x2350): multiple definition of `realloc' ./lib/malloc/libmalloc.a(malloc.o):/usr/ports/shells/bash/work/bash-4.2/lib/malloc/malloc.c:1262: first defined here /usr/lib/libc.a(jemalloc_jemalloc.o): In function `calloc': jemalloc_jemalloc.c:(.text+0x24d0): multiple definition of `calloc' ./lib/malloc/libmalloc.a(malloc.o):/usr/ports/shells/bash/work/bash-4.2/lib/malloc/malloc.c:1294: first defined here /usr/lib/libc.a(jemalloc_jemalloc.o): In function `malloc': jemalloc_jemalloc.c:(.text+0x27a0): multiple definition of `malloc' ./lib/malloc/libmalloc.a(malloc.o):/usr/ports/shells/bash/work/bash-4.2/lib/malloc/malloc.c:1254: first defined here == Bash is trying to override the malloc() functions in libc with its own implementation in lib/malloc/malloc.c . I have seen this type of trick before 3rd party code that tries to override the libc implementation of malloc() / free() with its own. kan@ explained this to me before, but I don't know if I can explain it as well as him, because it has to do with how static linking works. :) Basically, the malloc.o object from bash, *must* have implementations of *all* the relevant functions in jemalloc_jemalloc.o in order for malloc.o to properly override jemalloc_jemalloc.o. If you have something like: jemalloc_jemalloc.o (libc) malloc.o (Bash) === = malloc() malloc() free() free() calloc() realloc() the static linker will not be able to replace jemalloc_jemalloc.o from libc with malloc.o from Bash, because calloc() and realloc() symbols in jemalloc_jemalloc.o (libc) do not exist malloc.o (Bash). Since the linker can only deal with whole objects (.o files), it will try to pull in both jemalloc_jemalloc.o and malloc.o when doing static linking. I may have got some of the details/explanation wrong, but I have fixed something similar to this in 3rd party code, when the layout of malloc() functions in libc changed between FreeBSD 4 and FreeBSD 6. What you need to do is: (1) run nm or readelf on jemalloc_jemalloc.o, then run nm or readelf on malloc.o (2) Look at the symbols in both (3) Add the missing symbols to malloc.c in Bash -- Craig Rodrigues rodr...@crodrigues.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Binary packages for LibreOffice 3.5 or 3.4
On Tue, May 08, 2012 at 09:53:15AM +0300, Andriy Gapon wrote: > on 08/05/2012 08:51 Baptiste Daroussin said the following: > > > > Yes but only with gcc46 because cppunit needs the same libstdc++ > > as libreoffice so with gcc 4.6 is needs to be built with bundled, > > while it is unbundled with clang. > > So the "internal" cppunit was probably not needed in the environment > where the "external" cppunit was also built with gcc46. But I guess > that there is no good way to detect that. I don't know if it is good enough but $ strings -a /bin/ls | grep GCC GCC: (GNU) 4.2.1 20070831 patched [FreeBSD] (... -- more 6 times.) detects the compiler here (FreeBSD 9.0p1). The only one I have. -- rollingbits -- rollingb...@gmail.com, rollingb...@terra.com.br luca...@ig.com.br, rollingb...@yahoo.com, rollingb...@globo.com Get my public GPG key in http://rollingbits.tripod.com/mykey.html pgpUaUNry9PVt.pgp Description: PGP signature
[PATCH] pciconf -e to list PCI errors
So this is a bit hackish, but this patch provides a simple way to see if any PCI errors have occurred on a system. If we grew real AER support in the kernel we might want to then rip this out (which is why I hadn't posted this earlier). However, this might be useful as an intermediate step. http://www.FreeBSD.org/~jhb/patches/pciconf_e.patch -- John Baldwin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
ports/bash4 --enable-static fails
I'm assuming that the recent jemalloc updates have broken something subtly that is now causing static symbol compilation to fail. ports/bash4 isn't the simplest case, but its the most obvious one that is in my face. http://people.freebsd.org/~sbruno/bash4_jemalloc.txt Sean ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Binary packages for LibreOffice 3.5 or 3.4
Has anyone answered the original question? Are there going to be packages for libreoffice? If not, why not? Doug -- This .signature sanitized for your protection ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: SIGBUS in BUILDWORLD on libc
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 thanks to Jos Backus, I recompiled libc and libthr (cd /usr/src/lib/libc make make install cd /usr/src/lib/libthr make make install make #(to be absolutely sure, as I got SIGBUS the first time) make install ) and it got past this SIGBUS error. the full buildworld is still running, but I suspect it will be fine now. - -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: l...@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPqtBnAAoJENC8dtAvA1zmHncH/ipPvZdRd8zNI09LBGIK4h60 iaOb+A3yyjcrVfT/ZDAOg+XtqISENQE0TYTlrwBmWsJvYtj+HXYXfNZuS2B8+ViM 0UaWYIGURT5i+Ofl7hG5gK5X/QPF+mQZFSWrUSKV1ozGm//g+w+ReGUkRDu0uN58 nF0DNTmUbHcmduU/lQWkmNiPLw2PdRyLI9FW6oebn3eoEUst2XR09/WWksts333Y kWbfuBNxu01y4nTqBN2feJCOt9pLuoqRX/l+LEAtFaJsspN6RzDpMaNRxNnEnAM3 NzPC/gKMEXGvE0K5LzVaC25ivuAT2EbA7CkWu31JAo30HDcwQcJdRANlEYY6xsg= =Sr1c -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: MALLOC_PRODUCTION
On 5/8/2012 10:26 PM, Christer Solskogen wrote: > On Wed, May 9, 2012 at 1:20 AM, Beech Rintoul > wrote: >> I'm a bit unclear where to define MALLOC_PRODUCTION. does it go in >> make.conf or src.conf? > make.conf. > http://svnweb.freebsd.org/base/head/UPDATING?revision=234396&view=markup > Thanks to everyone who replied. Actually, UPDATING is wrong. Since this only affects a system build the proper place to define it is in src.conf. It will work from either make.conf or src.conf, but there's no reason to define it on a ports build. Maybe someone with a src bit can fix that. Beech ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Binary packages for LibreOffice 3.5 or 3.4
Baptiste Daroussin writes: > >With clang, I get: > > > > = > > (1/1) Building module icc > > = > > Entering > /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/icc > > > > Using system SampleICC, nothing to do here. > > Entering > /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/icc/source/create_sRGB_profile > > > > Making:create_sRGB_profile > > /usr/bin/ld: cannot open output file > ../../unxfbsd.pro/bin/create_sRGB_profile: No such file or directory > > clang++: error: linker command failed with exit code 1 (use -v to see > invocation) > > dmake: Error code 1, while making > '../../unxfbsd.pro/bin/create_sRGB_profile' > > What options are you using? huff@> make showconfig ===> The following configuration options are available for libreoffice-3.5.2_2: WEBDAV=on "Support webdav protocol" KDE4=off "With Qt4/KDE4 vclplug support" GTK=on "With GTK vclplug support" GTK3=off "With GTK3 vclplug support" GNOME=off "Better integration in gnome environnement" JAVA=on "Add Java support (XML Filters, macros)" SYSTRAY=off "Enable systemtray quickstarter" MMEDIA=off "Enable multimedia backend for impress" SDK=off "Build with SDK" SVG=on "Enable SVG support" DEBUG=off "Build with debug symbols and verbose output" PGSQL=on "Build with PostgreSQL-SDBC driver" ===> Use 'make config' to modify these settings Robert Huff ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
SIGBUS in BUILDWORLD on libc
I'm getting the following running buildworld: ctfconvert -L VERSION wcspbrk.So cc -fpic -DPIC -O2 -pipe -fno-omit-frame-pointer -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libc/string/wcsrchr.c -o wcsrchr.So ctfconvert -L VERSION wcsrchr.So cc -fpic -DPIC -O2 -pipe -fno-omit-frame-pointer -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libc/string/wcsspn.c -o wcsspn.So ctfconvert -L VERSION wcsspn.So cc -fpic -DPIC -O2 -pipe -fno-omit-frame-pointer -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libc/string/wcsstr.c -o wcsstr.So ctfconvert -L VERSION wcsstr.So cc -fpic -DPIC -O2 -pipe -fno-omit-frame-pointer -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libc/string/wcstok.c -o wcstok.So ctfconvert -L VERSION wcstok.So cc -fpic -DPIC -O2 -pipe -fno-omit-frame-pointer -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libc/string/wcswidth.c -o wcswidth.So ctfconvert -L VERSION wcswidth.So cc -fpic -DPIC -O2 -pipe -fno-omit-frame-pointer -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libc/string/wcsxfrm.c -o wcsxfrm.So ctfconvert -L VERSION wcsxfrm.So cc -fpic -DPIC -O2 -pipe -fno-omit-frame-pointer -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc
Re: Binary packages for LibreOffice 3.5 or 3.4
On Wed, May 09, 2012 at 11:00:12AM -0400, Robert Huff wrote: > > Daniel Nebdal writes: > > > >> Making: libuno_sal.so.3 > > >> : ERROR: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.15 required by > > ../unxfbsd.pro/lib/check_libuno_sal.so.3 not found > > >> dmake: Error code 1, while making '../unxfbsd.pro/lib/libuno_sal.so.3' > > > > > > That was the problem I was speaking about mixing different libstdc++ the > > one > > > from base and the one from gcc46. > > > > > > I don't know how to fix this. > > > > Does this also happen when building libreoffice with clang? > > With clang, I get: > > = > (1/1) Building module icc > = > Entering > /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/icc > > Using system SampleICC, nothing to do here. > Entering > /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/icc/source/create_sRGB_profile > > Making:create_sRGB_profile > /usr/bin/ld: cannot open output file > ../../unxfbsd.pro/bin/create_sRGB_profile: No such file or directory > clang++: error: linker command failed with exit code 1 (use -v to see > invocation) > dmake: Error code 1, while making '../../unxfbsd.pro/bin/create_sRGB_profile' > > > > Robert Huff > What options are you using? regards, Bapt pgp76Ix8PVOKa.pgp Description: PGP signature
Re: Binary packages for LibreOffice 3.5 or 3.4
Daniel Nebdal writes: > >> Making: libuno_sal.so.3 > >> : ERROR: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.15 required by > ../unxfbsd.pro/lib/check_libuno_sal.so.3 not found > >> dmake: Error code 1, while making '../unxfbsd.pro/lib/libuno_sal.so.3' > > > > That was the problem I was speaking about mixing different libstdc++ the > one > > from base and the one from gcc46. > > > > I don't know how to fix this. > > Does this also happen when building libreoffice with clang? With clang, I get: = (1/1) Building module icc = Entering /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/icc Using system SampleICC, nothing to do here. Entering /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/icc/source/create_sRGB_profile Making:create_sRGB_profile /usr/bin/ld: cannot open output file ../../unxfbsd.pro/bin/create_sRGB_profile: No such file or directory clang++: error: linker command failed with exit code 1 (use -v to see invocation) dmake: Error code 1, while making '../../unxfbsd.pro/bin/create_sRGB_profile' Robert Huff ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: panic: incorrect npmc count
On Wed, May 9, 2012 at 1:16 AM, Peter Jeremy wrote: > [This may be a duplicate because I forgot to update my subscription > after changing address but I've also corrected a typo] > > (I've copied fabient@ because r233628 appears to have been the last > commit in this area). > > I've just updated a P4 test box from r232545 to r235127 and it now > panics during boot: > panic: [intel,202] incorrect npmc count 35 > Looking at sys/dev/hwpmc/hmpmc_intel.c line 202, the expected > npmc count is 19. > > When I look at the actual code in pmc_intel_initialize(): > pmc_mdep_alloc() initialises pmd_npmc to zero and then increments > it by SOFT_NPMCS (16) in pmc_soft_initialize(). > pmc_tsc_initialize() then increments it by TSC_NPMCS (1) > pmc_p4_initialize() then increments it by P4_NPMCS (18) > This totals 35 (as per the panic message). > > Can someone explain the KASSERT() that expects 19 - it boils down to > KASSERT(0+16+1+18 == 1+18, ...) > I gather not many people are running -current on a P4. > > -- > Peter Jeremy That KASSERT is just out of date. The soft PMC support is quite new. I would just drop the KASSERT entirely; it really isn't adding any value. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Binary packages for LibreOffice 3.5 or 3.4
On Wed, May 09, 2012 at 03:09:48PM +0200, Daniel Nebdal wrote: > On Wed, May 9, 2012 at 2:43 PM, Baptiste Daroussin wrote: > > On Wed, May 09, 2012 at 07:59:15AM -0400, Robert Huff wrote: > >> > >> Daniel Nebdal writes: > >> > > > >> > > In the case of gcc46, when I execute the previous six lines, > >> > > return to > >> > > > >> > /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2, > >> > > and run "make", I get: > >> > > > >> > > it says: > >> > > > >> > > Error expanding embedded variable. > >> > > > >> > > (Per a previous message, I have re-compiled libcmis with > >> > > gcc42.) > >> > > > >> > > Any ideas? > >> > > > >> > > > >> > > Robert Huff > >> > > >> > > >> > Try with gmake instead? > >> > >> After fishing in different directoroes, I did so and got: > >> > >> Entering > >> /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/sal/textenc > >> > >> Entering > >> /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/sal/util > >> > >> Making: libuno_sal.so.3 > >> : ERROR: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.15 required by > >> ../unxfbsd.pro/lib/check_libuno_sal.so.3 not found > >> dmake: Error code 1, while making '../unxfbsd.pro/lib/libuno_sal.so.3' > >> > >> > >> Robert Huff > >> > > > > That was the problem I was speaking about mixing different libstdc++ the one > > from base and the one from gcc46. > > > > I don't know how to fix this. > > > > regards, > > Bapt > > > Does this also happen when building libreoffice with clang? I just > built it on 8.2 using clang, and that worked fine (apart from a > failure in vcl, but that was caused by some leftover qt3 headers in > /usr/local/include ). > > > Daniel Nebdal With clang it is ok Bapt pgpo2PhEFj76I.pgp Description: PGP signature
Re: Binary packages for LibreOffice 3.5 or 3.4
On Wed, May 9, 2012 at 2:43 PM, Baptiste Daroussin wrote: > On Wed, May 09, 2012 at 07:59:15AM -0400, Robert Huff wrote: >> >> Daniel Nebdal writes: >> > > >> > > In the case of gcc46, when I execute the previous six lines, >> > > return to >> > > >> > /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2, >> > > and run "make", I get: >> > > >> > > it says: >> > > >> > > Error expanding embedded variable. >> > > >> > > (Per a previous message, I have re-compiled libcmis with >> > > gcc42.) >> > > >> > > Any ideas? >> > > >> > > >> > > Robert Huff >> > >> > >> > Try with gmake instead? >> >> After fishing in different directoroes, I did so and got: >> >> Entering >> /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/sal/textenc >> >> Entering >> /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/sal/util >> >> Making: libuno_sal.so.3 >> : ERROR: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.15 required by >> ../unxfbsd.pro/lib/check_libuno_sal.so.3 not found >> dmake: Error code 1, while making '../unxfbsd.pro/lib/libuno_sal.so.3' >> >> >> Robert Huff >> > > That was the problem I was speaking about mixing different libstdc++ the one > from base and the one from gcc46. > > I don't know how to fix this. > > regards, > Bapt Does this also happen when building libreoffice with clang? I just built it on 8.2 using clang, and that worked fine (apart from a failure in vcl, but that was caused by some leftover qt3 headers in /usr/local/include ). Daniel Nebdal ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Binary packages for LibreOffice 3.5 or 3.4
On Wed, May 09, 2012 at 07:59:15AM -0400, Robert Huff wrote: > > Daniel Nebdal writes: > > > > > > In the case of gcc46, when I execute the previous six lines, > > > return to > > > > > /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2, > > > and run "make", I get: > > > > > > it says: > > > > > > Error expanding embedded variable. > > > > > > (Per a previous message, I have re-compiled libcmis with > > > gcc42.) > > > > > > Any ideas? > > > > > > > > > Robert Huff > > > > > > Try with gmake instead? > > After fishing in different directoroes, I did so and got: > > Entering > /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/sal/textenc > > Entering > /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/sal/util > > Making:libuno_sal.so.3 > : ERROR: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.15 required by > ../unxfbsd.pro/lib/check_libuno_sal.so.3 not found > dmake: Error code 1, while making '../unxfbsd.pro/lib/libuno_sal.so.3' > > > Robert Huff > That was the problem I was speaking about mixing different libstdc++ the one from base and the one from gcc46. I don't know how to fix this. regards, Bapt pgpvpcnhVW7AG.pgp Description: PGP signature
Re: Binary packages for LibreOffice 3.5 or 3.4
Daniel Nebdal writes: > > > > In the case of gcc46, when I execute the previous six lines, > > return to > > > /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2, > > and run "make", I get: > > > > it says: > > > > Error expanding embedded variable. > > > > (Per a previous message, I have re-compiled libcmis with > > gcc42.) > > > > Any ideas? > > > > > > Robert Huff > > > Try with gmake instead? After fishing in different directoroes, I did so and got: Entering /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/sal/textenc Entering /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/sal/util Making:libuno_sal.so.3 : ERROR: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.15 required by ../unxfbsd.pro/lib/check_libuno_sal.so.3 not found dmake: Error code 1, while making '../unxfbsd.pro/lib/libuno_sal.so.3' Robert Huff ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [HEADS-UP] BSD sort coming to -CURRENT
On 2012.05.09. 13:01, Hartmann, O. wrote: On 05/09/12 12:44, Gabor Kovesdan wrote: >On 2012.05.09. 1:21, Oleg Moskalenko wrote: >>Michael, >> >>The situation is actually more complex than I described in my email, >>but the good news is that we already have a fix that supports all >>older syntax forms. I tested it with ispell ports and it builds just >>fine. We will update the bsdsort port soon. >I've just committed the update. Thanks for the quick fix Oleg and thanks >Michael for the bug report. > >Gabor Will those, who are with FBSD CURRENT, have a special knob set in /etc/src.conf to make the new stuff the default? Or will it just "flow in" and I do not have to take care of the change? In the first phase, BSD sort will be installed as "bsdsort" and GNU sort as "sort" by default and you will have a WITH_BSD_SORT knob, which changes to BSD sort installed as "sort" and GNU sort as "gnusort". In second phase, this will be the default option and you will be able to set WITHOUT_BSD_SORT to restore GNU sort as default and in third phase GNU sort will go away and there will be no knob. This is the currently planned migration scenario. Gabor ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [HEADS-UP] BSD sort coming to -CURRENT
On 05/09/12 12:44, Gabor Kovesdan wrote: > On 2012.05.09. 1:21, Oleg Moskalenko wrote: >> Michael, >> >> The situation is actually more complex than I described in my email, >> but the good news is that we already have a fix that supports all >> older syntax forms. I tested it with ispell ports and it builds just >> fine. We will update the bsdsort port soon. > I've just committed the update. Thanks for the quick fix Oleg and thanks > Michael for the bug report. > > Gabor Will those, who are with FBSD CURRENT, have a special knob set in /etc/src.conf to make the new stuff the default? Or will it just "flow in" and I do not have to take care of the change? Regards, Oliver ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Binary packages for LibreOffice 3.5 or 3.4
> > In the case of gcc46, when I execute the previous six lines, > return to > /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2, > and run "make", I get: > > it says: > > Error expanding embedded variable. > > (Per a previous message, I have re-compiled libcmis with > gcc42.) > > Any ideas? > > > Robert Huff Try with gmake instead? -- Daniel Nebdal ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [HEADS-UP] BSD sort coming to -CURRENT
On 2012.05.09. 1:21, Oleg Moskalenko wrote: Michael, The situation is actually more complex than I described in my email, but the good news is that we already have a fix that supports all older syntax forms. I tested it with ispell ports and it builds just fine. We will update the bsdsort port soon. I've just committed the update. Thanks for the quick fix Oleg and thanks Michael for the bug report. Gabor ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: x220 notes
On Fri, 04 May 2012 14:29:32 -0700, matt wrote Hi Matt, Thanks for your answer. > Try setting hw.pci.do_power_resume=0 and > hw.pci.do_power_suspend=0 in sysctl.conf > > If that doesn't work for you try setting each to one > separately, and together if all fails. > > Also try setting resume beep and see whether it's getting that > far (debug.acpi.resume_beep=1). I've had no time to test settings separately, but setting both sysctls leads to the same issue as you : a modem-like beep at resume time :/ Also, I sometimes get a black screen when rebooting into the kernel I have which is known to work (graphics + 3D accel + suspend/resume). Quite strange, it persists at reboot. The only way I have found is remove the battery and wait a few hours to be able to start X again... Best regards, -- Ganael LAPLANCHE http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac , http://www.FreeBSD.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: : jemalloc_arena.c:182: Failed assertion: "p[i] == 0"
On Tue, May 08, 2012 at 03:59:42PM -0700, Jason Evans wrote: > On May 8, 2012, at 2:58 PM, Stefan Farfeleder wrote: > > On Tue, May 08, 2012 at 02:47:59PM -0700, Jason Evans wrote: > >> On May 8, 2012, at 2:37 PM, Stefan Farfeleder wrote: > >>> > >>> I hit the same assertion with r235052 and inkscape. I'm now using > >>> MALLOC_PRODUCTION and it works again. > >> > >> Was the assertion failure easily reproducible with inkscape? > > > > Yes, it crashed everytime before showing the GUI. The backtrace goes > > like this: [snip] > sbrk() is being used rather than mmap(). Unless mmap() is failing (which > would surprise me), this indicates that you are using a version of libc > that's old enough to have the bug I fixed in r234569. I'm afraid the backtrace was somehow corrupted. Here's a new one from a libc compiled with -g: (gdb) bt #0 0x00080ad760ac in thr_kill () at thr_kill.S:3 #1 0x00080ae22548 in abort () at /usr/src/lib/libc/stdlib/abort.c:77 #2 0x00080ad9f57d in arena_chunk_validate_zeroed (chunk=0x188d3, run_ind=6) at jemalloc_arena.c:182 #3 0x00080ada1c51 in arena_run_split (arena=0x8104000c0, run=Variable "run" is not available. ) at jemalloc_arena.c:318 #4 0x00080ada3624 in arena_run_alloc (arena=0x8104000c0, size=4096, large=false, zero=false) at jemalloc_arena.c:524 #5 0x00080ada3ffc in arena_bin_malloc_hard (arena=0x8104000c0, bin=0x810400298) at jemalloc_arena.c:1128 #6 0x00080ada432d in __jemalloc_arena_tcache_fill_small (arena=0x8104000c0, tbin=0x810806068, binind=2, prof_accumbytes=Variable "prof_accumbytes" is not available. ) at jemalloc_arena.c:1250 #7 0x00080ad9394f in __jemalloc_tcache_alloc_small_hard (tcache=Variable "tcache" is not available. ) at jemalloc_tcache.c:32 #8 0x00080ad93d70 in __jemalloc_tcache_alloc_small (tcache=0x810806000, size=32, zero=false) at tcache.h:340 #9 0x00080ada73a0 in malloc (size=32) at jemalloc_jemalloc.c:807 #10 0x00080a6a283d in operator new () from /usr/lib/libstdc++.so.6 #11 0x000803300dcf in sigc::internal::trackable_callback_list::add_callback () from /usr/local/lib/libsigc-2.0.so.0 #12 0x007a5664 in sp_style_new_from_object () Stefan ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"