Re: MALLOC_PRODUCTION
On Wed, May 9, 2012 at 1:20 AM, Beech Rintoul free...@freebsdnorth.com 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=234396view=markup -- chs, ___ 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: 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
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 ganael.laplan...@martymac.org http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac marty...@freebsd.org, 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: [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: 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 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: [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: 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: 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
On Wed, May 9, 2012 at 2:43 PM, Baptiste Daroussin b...@freebsd.org 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 03:09:48PM +0200, Daniel Nebdal wrote: On Wed, May 9, 2012 at 2:43 PM, Baptiste Daroussin b...@freebsd.org 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: panic: incorrect npmc count
On Wed, May 9, 2012 at 1:16 AM, Peter Jeremy pe...@rulingia.com 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
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: 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
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
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
Re: MALLOC_PRODUCTION
On 5/8/2012 10:26 PM, Christer Solskogen wrote: On Wed, May 9, 2012 at 1:20 AM, Beech Rintoul free...@freebsdnorth.com 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=234396view=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: 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: 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
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
[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
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
Re: ports/bash4 --enable-static fails
On Wed, May 9, 2012 at 2:37 PM, Sean Bruno sean...@yahoo-inc.com 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
