Re: linux-f8-pango - fix or replacement?
Torfinn Ingolfsen wrote: Hi, I am using the linux-f8 ports on FreeBSD 7.2-stable (mainly to get linux-flashplugin to work). However linux-f8-pango have an open security issue (and have had for some time now). There is no update of linux-f8-pango (not yet anyway) in the ports tree. Can I replace it with something else? (but without changing all ports to linux-f10) Unfortunately the only thing that can provide what linux-pango does is another version of linux-pango. No -- you'ld have to change the linux-base port and all other linux ports to the f10 version if you wanted to use linux-f10-pango-1.22.3. linux_base-f10-10_2 seems to work OK for me on 7.2-STABLE, at least for providing flashplayer and acrobat8. However, it won't help in your aim of trying to get a vulnerability free linux-pango: % portaudit linux-f10-pango-1.22.3 Affected package: linux-f10-pango-1.22.3 Type of problem: pango -- integer overflow. Reference: http://portaudit.FreeBSD.org/4b172278-3f46-11de-becb-001cc0377035.html 1 problem(s) found. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
Re: security/gnupg installing pth-2.0.7 causing problems
On Friday 02 October 2009 00:46:18 David Southwell wrote: -Original Message- On Thursday 01 October 2009 23:30:57 da...@vizion2000.net wrote: Hi gnupg-2.0.13 depends on devel and installs it. This causes problems on a 7.2-p3 amd64 system. A number of ports fail to build due to conflicts between pth and the standard system thread library. For example x11-toolkits/py-qt4-gui build fails with pth-2.0.7 installed. After deletion py-qt4-gui builds and installs correctly. Something wrong with your system. Noone from KDE/FreeBSD team reports about such bugs.. For example, I have pth installed already for all my systems, and py-qt4 always build fine. please show your /etc/make.conf and buildlog with errors. What is the best way to deal with this when security/gnupg is required? Would it be possible for the gnupg to detect it is on an amd64 system and adjust its dependencies accordingly? Should the problem also be dealt with at source in the devel/pth port? Are you testing on a multi processor system intel quad with a generic amd64 build? We testing on ALL available platforms. OK Later today I will run some tests and post the script. David I dropped this task -- got too tied up elsewhere. Then some ports were updated and security/gnupg was rebuilt and the problem re-emerged. Can someone please amend the gnupg port so it does not install pth when system threads are available!!! pth is NOT compatible with system threads. Thanks David ___ 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
Re: security/gnupg installing pth-2.0.7 causing problems
On Sunday 08 November 2009 20:17:19 David Southwell wrote: On Friday 02 October 2009 00:46:18 David Southwell wrote: -Original Message- On Thursday 01 October 2009 23:30:57 da...@vizion2000.net wrote: Hi gnupg-2.0.13 depends on devel and installs it. This causes problems on a 7.2-p3 amd64 system. A number of ports fail to build due to conflicts between pth and the standard system thread library. For example x11-toolkits/py-qt4-gui build fails with pth-2.0.7 installed. After deletion py-qt4-gui builds and installs correctly. Something wrong with your system. Noone from KDE/FreeBSD team reports about such bugs.. For example, I have pth installed already for all my systems, and py-qt4 always build fine. please show your /etc/make.conf and buildlog with errors. What is the best way to deal with this when security/gnupg is required? Would it be possible for the gnupg to detect it is on an amd64 system and adjust its dependencies accordingly? Should the problem also be dealt with at source in the devel/pth port? Are you testing on a multi processor system intel quad with a generic amd64 build? We testing on ALL available platforms. OK Later today I will run some tests and post the script. David I dropped this task -- got too tied up elsewhere. Then some ports were updated and security/gnupg was rebuilt and the problem re-emerged. Can someone please amend the gnupg port so it does not install pth when system threads are available!!! pth is NOT compatible with system threads. Repeat again - you only one with this kind of problem, which assume situations with something wrong in your installation/make.conf settings. For further investigation please show up your make.conf, kernel config, pkg list We use gnupg with pth flavour without any side effects. -- Dima Red Fox Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018 Khabarovsk, Russia | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29 k...@freebsd Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995 Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024 signature.asc Description: This is a digitally signed message part.
Re: Issues with devel/boost-* on Sparc64
OK, Mark, no problems. Alexander Churanov ___ 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
Re: linux-f8-pango - fix or replacement?
Hello, On Sun, Nov 8, 2009 at 9:09 AM, Matthew Seaman m.sea...@infracaninophile.co.uk wrote: Unfortunately the only thing that can provide what linux-pango does is another version of linux-pango. No -- you'ld have to change the linux-base port and all other linux ports to the f10 version if you wanted to use linux-f10-pango-1.22.3. linux_base-f10-10_2 seems to work OK for me on 7.2-STABLE, at least for providing flashplayer and acrobat8. However, it won't help in your aim of trying to get a vulnerability free linux-pango: I see. Ok, I'll just keep the f8 version then. Thanks. -- Regards, Torfinn Ingolfsen ___ 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
Re: Issues with devel/boost-* on Sparc64
Boris, good day. Sat, Nov 07, 2009 at 09:11:56PM -0500, Boris Kochergin wrote: Alexander Churanov wrote: HI folks! As I know, currently devel/boost-libs port fails to build on sparc64. I had a discussion of this in September. The root cause is unknown for me. To investigate into this further I need either access to a sparc64 box or a person who has access and whom I may instruct with the actions to perform. Are there any plans to fix ports for sparc64 before the release? Sincerely, Alexander Churanov, maintainer of devel/boost-* ___ 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 Ahoy. I can give you shell access to a reasonably-speedy sparc64 machine (4 x 300 MHz) running 8.0-BETA. I am willing to try. How to proceed? If you'll need my SSH key, it is in the attachment. -- Eygene ____ _.--. # \`.|\.....-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, /# while single-stepping the kernel. `-' `\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / #-- FreeBSD Developers handbook {_.-``-' {_/# ssh-rsa B3NzaC1yc2EBIwAAAgEAxC5Iw8CyS+dpx1VEVV59NCt/UTnO+VcYFnbs526OPjuLiAOSkBItSqlWE96Bpwi+vgUMpDYNW8nlaahVzotoQyjge/vL/o8hZ1fr+WdLGr4HTKWhiESe7qfsnNCmY56irx1a35DwMDiPgM948jkkz0HoK2flCAj5cU29mez2a23th5fJZXo4NCyb0jzewp0vqDRX6MW1Qmg/rBfUdFbu2v9VUmemK9Uxs6LBAYRkkfaugHw+LIj7WKBvaSfyBDu55ID6ve5L78Ai6YAKPF+WiILkFw5z/TCzuFLpL0JN7Im1YxJOmGHMfGrFrY2h7gSQAdtrQvDBG/A4wToMLqneqvOe1VYSPwO8+jEH9CwkybRy77USrxlZBbXHOJ/hPNa+HSEoTuJAwolSpItDZCAnoVr8v51yzFr1L238DLFId4y05tiU6ioJWGjGX+75iEcL2BHaNBpk6a1n+dx13c87HAKX2VCLFrhi1xD0IviD3WPGM+ELOC46wTvabXFhtXxzOhakdbcNZhQ830KmtRu0I2sO4yh7oTT85tcbKhQP6J2SNE0J7wIlo0VX2WdsPgPDeo4scnJWLFeQysC4CjbGj8eiiJt5yP7oOXLM075sRgt8xZZdQCTyniQf3gSWclPzeia0tqAMvnkc85zWfTlJWvGszzjAfmcPHIVRkURxkYE= r...@void.codelabs.ru ___ 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
Re: security/gnupg installing pth-2.0.7 causing problems
2009/11/8 David Southwell da...@vizion2000.net: I dropped this task -- got too tied up elsewhere. Then some ports were updated and security/gnupg was rebuilt and the problem re-emerged. Can someone please amend the gnupg port so it does not install pth when system threads are available!!! pth is NOT compatible with system threads. Can you compile security/gnupg without devel/pth installed? -- Jun Kuriyama kuriy...@freebsd.org // FreeBSD Project kuriy...@s2factory.co.jp // S2 Factory, Inc. ___ 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
RFC: svn for make fetch
I was hoping to get a bit more of a response to a recent posting of mine with regard to using svn to fetch files for ports My proposal: http://www.mail-archive.com/freebsd-ports@freebsd.org/msg23776.html A summary of what has been going on: http://wiki.freebsd.org/EitanAdler/ports-svn This is something that more than 2 people should have an input on ___ 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
Re: security/gnupg installing pth-2.0.7 causing problems
2009/11/8 David Southwell da...@vizion2000.net: I dropped this task -- got too tied up elsewhere. Then some ports were updated and security/gnupg was rebuilt and the problem re-emerged. Can someone please amend the gnupg port so it does not install pth when system threads are available!!! pth is NOT compatible with system threads. Can you compile security/gnupg without devel/pth installed? Sure if you make it depend upon libpthread-stubs-0.1 rather than pth then there are no problems. With devel/pth there are serious problems with python and other apps on intel quad processor systems compiled using amd64 kernel option. I am not the only one who has had this problem. Greg Larkin reported the same issue and stated in regard to libical: However, the compilation still fails in icalmemory.c due to conflicting definitions for the pthread functions. I haven't figured that one out, and I've cc'd the port maintainer team in case any of them have any ideas. What puzzles me is why the gnupg maintainer is so reluctant to provide alternative options to using pth when there are both system libraries and libpthread-stubs-0.1 available as an alternative. Dependencuy upon libpthread-stubs-0.1 enables gnupg to function without causing unnecessary problems. My understand is the pth was written for those systems which do not have alternative libraries for handling threads. David ___ 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
Re: RFC: svn for make fetch
On Sun, 08 Nov 2009 17:31:57 +0200, Eitan Adler wrote: I was hoping to get a bit more of a response to a recent posting of mine with regard to using svn to fetch files for ports My proposal: http://www.mail-archive.com/freebsd-ports@freebsd.org/msg23776.html A summary of what has been going on: http://wiki.freebsd.org/EitanAdler/ports-svn This is something that more than 2 people should have an input on Unless you solve plist problem (and completely automated plist generation would be a fantastic thing to have!), such functionality should not be available (or at least advertised) to end-users. You may also consider moving it to separate file (bsd.maintainer.mk). I don't quite get the logic behind ${USER} == ${SVN_USER} conditional. Why do you assume that if my username is the same as username for svn checkout then I want to upload snapshot to freefall ? In addition not every maintainer has @freebsd.org account. Uploading should be customizable (maybe UPLOAD_CMD - like FETCH_CMD). Other than that I really like the idea (maintainer part) since I had to do something similar recently with smartmontools and having a standardised way to prepare ports for svn snapshots would have saved me some time. FWIW here is how I did it (in port's Makefile): PORTVERSION=5.38.r${SVNREVISION} SVNREVISION=2924 # no prebuilt files in svn USE_AUTOTOOLS= aclocal:110 autoheader:262 automake:110 autoconf:262 # skip... .if defined(MAINTAINER_MODE) DISTFILES= SVN_URL=https://path/to/trunk x-maintainer-make-snapshot: svn export -r${SVNREVISION} ${SVN_URL} ${DISTNAME} ${TAR} -cjvf ${DISTNAME}.tar.bz2 ${DISTNAME} ${RM} -rf ${DISTNAME} post-extract: svn co -r${SVNREVISION} ${SVN_URL} ${WRKSRC} .if defined(HEAD_REVISION) SVNREVISION!= svn info ${SVN_URL} | grep ^Last Changed Rev: \ | awk '{print $$4}' .endif # TODO generate plist .endif # MAINTAINER_MODE ___ 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
Re: Improving Ada support on FreeBSD and in the ports system
'Lo, On 2009-11-08 00:06:16, Daniel Eischen wrote: The packages are way out of date and don't build with the newer GNAT's. Patches welcome. Right! PROBLEM 3. Compiler version chaos and lack of architecture support We have: lang/gnat (GPL 2009 version, i386 only) Patches for amd64 support are also welcome. I thought you were going to do a port for GNAT-gpl amd64? I am indeed. Just waiting for the gnat-gcc44 port to be committed, then I'll work on getting GPL 2009 compiling on amd64. M pgpru9xjl4mIU.pgp Description: PGP signature
Re: Improving Ada support on FreeBSD and in the ports system
On 2009-11-07 22:06:36, Mark Linimon wrote: There were several more working, but a recent compiler update broke them. At that time the portmgr team went ahead and marked the ports broken. That both advises users that they don't compile, and also triggers a periodic email to the ports@ mailing list. Beyond that we have to rely on work done by individual contributors. Seems reasonable. Most of the general mechanisms for selecting port alternative foo vs. bar live in ports/Mk. In particular, you will probably want to look at ports/Mk/bsd.gcc.mk. A more advanced example is in bsd.java.mk. Note: don't feel bad if you don't understand the contents of these files; they have evolved to their current state over quite some period of time. It's perfectly fair to ask for help. It's on the list. Thanks! For something like this that isn't widely used, I wouldn't spend too much time on anything other than i386 and amd64. That's where the majority of our user base is (I'm guessing 80% and 15%, respectively, based on the PR arrival statistics.) That's good to know. I don't have any sparc64 machines laying around... M pgpAXccXnvBs2.pgp Description: PGP signature
Portmaster with package support ready for beta testing!
Howdy! I'm very pleased to announce that the first version of portmaster with package support is ready for beta testing. :) I'd like to thank all those who have been so generous in supporting this work. It's really a great feeling not only knowing that the community is supportive of my efforts, but also to be able to finally make this feature available after so many requests have been made for it. As you can see from the commit message below I have tried to stay (mostly) command-line compatible with portupgrade so the syntax of the new features shouldn't be a problem. For now the only available method of fetching packages is via http, I'll be working on file system support next. I don't think ftp support is going to be possible unless I can find a creative way to download a remote directory list. *** I'm sure that there are some rough edges, so if you choose to test this please back up at least your /var/db/pkg directory first. *** Things to look out for: 1. If you get a failure on not being able to find a package repository please send me the output of 'uname -r' 2. You should probably use -v to start with (if you don't already) to get an idea of what's happening behind the scenes Things I need testing for: 1. Especially if you set PACKAGESITE, I need to know how people use this, do you keep all your files in one big directory, do you keep them organized by ports category (e.g., archivers, dns, etc.)? 2. If you set the PACKAGEROOT environment variable 3. Interaction of the package stuff with exotic command line options. I've tried to test as many combinations as I can think of, but y'all are more creative than I am. :) If you're reporting a bug or problem please include the output of 'uname -r', what command line options you used, what you thought should happen, what actually happened, any error messages, etc. To get the new version: 1. If you have svn installed: svn co svn://svn.freebsd.org/base/user/dougb/portmaster 2. Via http: http://svn.freebsd.org/viewvc/base/user/dougb/portmaster Enjoy! Doug Original Message Subject: svn commit: r199056 - user/dougb/portmaster Date: Sun, 8 Nov 2009 20:17:15 + (UTC) To: src-committ...@freebsd.org, svn-src-u...@freebsd.org Author: dougb Date: Sun Nov 8 20:17:15 2009 New Revision: 199056 URL: http://svn.freebsd.org/changeset/base/199056 Log: First run at package support! This version is functional and fairly well tested but I'm sure there are bugs and things that don't work as expected Supports the following new options: -P|--packages and -PP|--packages-only ala portupgrade --packages-if-newer This feature will allow package installation if the available package is newer than the installed version, even if it's not the latest version according to your ports tree. [1] Still to come: Support for packages on filesystem, instead of http [1] Special funding committment for this feature and package support generally by: Modirum MDpay Sponsored by: http://dougbarton.us/portmaster-proposal.html Funded by:Christer Solskogen Funded by:Douglas Berry Funded by:Beat Gatzi -- Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ ___ 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
make config in editors/vim port
Hi, I've returned to using FreeBSD after a couple of years. I'm trying to compile vim without X11 and some other options that can be tweaked in the port. Everywhere I read suggests the user should supply -DWITHOUT_X11 when compiling Vim. However, I notice there is an options file which has a bunch of options other than just WITHOUT_X11 that I care about. When I try to do ``make config'' I get: [/usr/ports/editors/vim]# make config === No options to configure I do recall there being the ability to configure the port using dialog(1) awhile ago. Has this gone? -- Naveen Nathan To understand the human mind, understand self-deception. - Anon ___ 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
Re: make config in editors/vim port
On 2009-11-08T13:34:43-0800, Naveen Nathan nav...@lastninja.net wrote: I've returned to using FreeBSD after a couple of years. I'm trying to compile vim without X11 and some other options that can be tweaked in the port. Everywhere I read suggests the user should supply -DWITHOUT_X11 when compiling Vim. However, I notice there is an options file which has a bunch of options other than just WITHOUT_X11 that I care about. When I try to do ``make config'' I get: [/usr/ports/editors/vim]# make config === No options to configure I do recall there being the ability to configure the port using dialog(1) awhile ago. Has this gone? Defining WITH_OPTIONS or WITH_VIM_OPTIONS in /etc/make.conf will enable the regular dialog configuration screen. -- Kenyon Ralph signature.asc Description: Digital signature
Re: Portmaster with package support ready for beta testing
Miroslav Lachman wrote: I take a quick look at the code and I have one question. Can you explain way --no-deps and --force are used for pkg_add? I can only venture an explanation. Once you have computed a good order for upgrading via packages, you cannot accept that pkg_add ruins your computation by doing things on its own. In principle you have a global view of the problem, which is better than the local view embedded in each package. Hence forcing pkg_add is the only sane way. -- Michel TALON ___ 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
FreeBSD Port: valgrind-3.5.0_1,1
Hi, Valgrind still seems troubled when it comes to multithreaded programs. It seems pthread_self() always returns the same id no matter which thread calls it - possibly the id of last created thread. Running a simple test program under Valgrind fails whereas running it as a regular binary works fine. No matter how you twist and turn the creation of mutex'es they seem to always end up recursive, and don't really protect anything as thay can be taken by multiple threads simultaneously. They also seem to behave differently depending on whether they were initialized dynamically - as in using pthread_mutex_init() - or statically as in using PTHREAD_MUTEX_INITIALIZER. br - N :o) ___ 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
INDEX now builds successfully on 6.x
___ 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
gscan2pdf Perl errors
I am getting the following error when I attempt to run gscan2pdf on a newly built system. The port was installed using portinstall. Can't locate Sys/SigAction.pm in @INC (@INC contains: /usr/local/lib/perl5/5.8.9/BSDPAN /usr/local/lib/perl5/site_perl/5.8.9/mach /usr/local/lib/perl5/site_perl/5.8.9 /usr/local/lib/perl5/5.8.9/mach /usr/local/lib/perl5/5.8.9 .) at /usr/local/lib/perl5/site_perl/5.8.9/mach/forks/signals.pm line 10. BEGIN failed--compilation aborted at /usr/local/lib/perl5/site_perl/5.8.9/mach/forks/signals.pm line 10. Compilation failed in require at /usr/local/lib/perl5/site_perl/5.8.9/mach/forks.pm line 83. BEGIN failed--compilation aborted at /usr/local/lib/perl5/site_perl/5.8.9/mach/forks.pm line 84. Compilation failed in require at /usr/local/bin/gscan2pdf line 105. BEGIN failed--compilation aborted at /usr/local/bin/gscan2pdf line 105. Undefined subroutine threads::_END called at (eval 1) line 1. END failed--call queue aborted. So I tried to portinstall devel/p5-Sys-SigAction and although it reported that it was looking good it failed to compile. What am I doing wrong? Glenn --- Installing 'p5-Sys-SigAction-0.11' from a port (devel/p5-Sys-SigAction) --- Building '/usr/ports/devel/p5-Sys-SigAction' === Cleaning for p5-Sys-SigAction-0.11 === Vulnerability check disabled, database not found === Extracting for p5-Sys-SigAction-0.11 = MD5 Checksum OK for Sys-SigAction-0.11.tar.gz. = SHA256 Checksum OK for Sys-SigAction-0.11.tar.gz. === p5-Sys-SigAction-0.11 depends on file: /usr/local/bin/perl5.8.9 - found === Patching for p5-Sys-SigAction-0.11 === p5-Sys-SigAction-0.11 depends on file: /usr/local/bin/perl5.8.9 - found === p5-Sys-SigAction-0.11 depends on file: /usr/local/lib/perl5/site_perl/5.8.9/Test/More.pm - found === p5-Sys-SigAction-0.11 depends on file: /usr/local/bin/perl5.8.9 - found === Configuring for p5-Sys-SigAction-0.11 Checking for Microsoft Windows... (not supported) Checking for multi-threaded Perl... (warning) Checking support for signals... (required) Checking support for POSIX::sigaction... (required) Checking for armv5tejl... (not supported) Checking if your kit is complete... Looks good ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall20091109-2598-15qs214-0 env make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! devel/p5-Sys-SigAction(unknown build error) Summary of my perl5 (revision 5 version 8 subversion 9) configuration: Platform: osname=freebsd, osvers=7.2-release-p4, archname=i386-freebsd-64int uname='freebsd hawk 7.2-release-p4 freebsd 7.2-release-p4 #0: fri oct 2 12:21:39 utc 2009 r...@i386-builder.daemonology.net:usrobjusrsrcsysgeneric i386 ' config_args='-sde -Dprefix=/usr/local -Darchlib=/usr/local/lib/perl5/5.8.9/mach -Dprivlib=/usr/local/lib/perl5/5.8.9 -Dman3dir=/usr/local/lib/perl5/5.8.9/perl/man/man3 -Dman1dir=/usr/local/man/man1 -Dsitearch=/usr/local/lib/perl5/site_perl/5.8.9/mach -Dsitelib=/usr/local/lib/perl5/site_perl/5.8.9 -Dscriptdir=/usr/local/bin -Dsiteman3dir=/usr/local/lib/perl5/5.8.9/man/man3 -Dsiteman1dir=/usr/local/man/man1 -Ui_malloc -Ui_iconv -Uinstallusrbinperl -Dcc=cc -Duseshrplib -Dinc_version_list=none -Dccflags=-DAPPLLIB_EXP=/usr/local/lib/perl5/5.8.9/BSDPAN -Doptimize=-O2 -fno-strict-aliasing -pipe -Ud_dosuid -Ui_gdbm -Dusethreads=n -Dusemymalloc=y -Duse64bitint' hint=recommended, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=define use64bitall=undef uselongdouble=undef usemymalloc=y, bincompat5005=undef Compiler: cc='cc', ccflags ='-DAPPLLIB_EXP=/usr/local/lib/perl5/5.8.9/BSDPAN -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -I/usr/local/include', optimize='-O2 -fno-strict-aliasing -pipe', cppflags='-DAPPLLIB_EXP=/usr/local/lib/perl5/5.8.9/BSDPAN -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -I/usr/local/include' ccversion='', gccversion='4.2.1 20070719 [FreeBSD]', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=12345678 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=4, prototype=define Linker and Libraries: ld='cc', ldflags =' -Wl,-E -L/usr/local/lib' libpth=/usr/lib /usr/local/lib libs=-lgdbm -lm -lcrypt -lutil perllibs=-lm -lcrypt -lutil libc=, so=so, useshrplib=true, libperl=libperl.so gnulibc_version='' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' -Wl,-R/usr/local/lib/perl5/5.8.9/mach/CORE' cccdlflags='-DPIC -fPIC', lddlflags='-shared -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: MYMALLOC PERL_MALLOC_WRAP