From owner-freebsd-amd64@FreeBSD.ORG Sun Mar 21 02:57:14 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB88716A4CE for ; Sun, 21 Mar 2004 02:57:14 -0800 (PST) Received: from pandora.cs.kun.nl (pandora.cs.kun.nl [131.174.33.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0E7543D4C for ; Sun, 21 Mar 2004 02:57:13 -0800 (PST) (envelope-from adridg@cs.kun.nl) Received: from odin.cs.kun.nl [131.174.33.33] (helo=localhost) by pandora.cs.kun.nl (8.12.10/3.67) with ESMTP id i2LAvCJx007609 for ; Sun, 21 Mar 2004 11:57:12 +0100 (MET) From: Adriaan de Groot To: freebsd-amd64@freebsd.org Date: Sun, 21 Mar 2004 11:57:07 +0100 User-Agent: KMail/1.6.51 References: <200403201220.36148.peter@wemm.org> <200403201937.27681.peter@wemm.org> In-Reply-To: <200403201937.27681.peter@wemm.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200403211157.12051.adridg@cs.kun.nl> Subject: Re: Heads up.. bug fix in the pipeline... X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2004 10:57:14 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday 21 March 2004 04:37, Peter Wemm wrote: > FWIW, the changes have been committed. I'd really like to know what > happens to the ogg123 breakage after a world rebuild and a rebuild of > the port and those it depends on. I will rebuild all (without -fPIC in the makefile, natch) right now. Good w= ay=20 to spend a sunday. =2D --=20 pub 1024D/FEA2A3FE 2002-06-18 Adriaan de Groot Would you like a freem? =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAXXUIdqzuAf6io/4RAoiRAJ4roO0mFxVw+FbGxhDd2RSvVdvypwCfXCgO k0+D03rg0W0ACW987ybjqfs=3D =3DYKw9 =2D----END PGP SIGNATURE----- From owner-freebsd-amd64@FreeBSD.ORG Sun Mar 21 07:13:02 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD11116A4CF; Sun, 21 Mar 2004 07:13:01 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A5C143D39; Sun, 21 Mar 2004 07:13:01 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1708C7303A; Sun, 21 Mar 2004 10:13:01 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040321151301.1708C7303A@freebsd-current.sentex.ca> Date: Sun, 21 Mar 2004 10:13:01 -0500 (EST) Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2004 15:13:02 -0000 TB --- 2004-03-21 12:52:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-03-21 12:52:15 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-03-21 12:52:15 - checking out the source tree TB --- 2004-03-21 12:52:15 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64 TB --- 2004-03-21 12:52:15 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-03-21 12:59:09 - Use of uninitialized value in concatenation (.) or string at /home/tinderbox/bin/tinderbox line 544. TB --- 2004-03-21 12:59:09 - building world (CFLAGS={'CFLAGS'}) TB --- 2004-03-21 12:59:09 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-03-21 12:59:09 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-03-21 14:54:54 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-03-21 14:54:54 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-03-21 14:54:54 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Mar 21 14:54:54 GMT 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sun Mar 21 15:04:06 GMT 2004 TB --- 2004-03-21 15:04:06 - generating LINT kernel config TB --- 2004-03-21 15:04:06 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2004-03-21 15:04:06 - /usr/bin/make -B LINT TB --- 2004-03-21 15:04:06 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-03-21 15:04:06 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-03-21 15:04:06 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Mar 21 15:04:07 GMT 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/amd64/amd64/src/sys -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/if.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/amd64/amd64/src/sys -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/if_arcsubr.c /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/if_arcsubr.c: In function `arc_output': /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/if_arcsubr.c:156: error: `type' undeclared (first use in this function) /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/if_arcsubr.c:156: error: (Each undeclared identifier is reported only once /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/if_arcsubr.c:156: error: for each function it appears in.) /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/if_arcsubr.c:166: warning: passing arg 2 of `bcopy' makes pointer from integer without a cast /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/if_arcsubr.c:168: warning: passing arg 2 of `bcopy' makes pointer from integer without a cast *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/obj/amd64/other/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-03-21 15:13:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-03-21 15:13:00 - ERROR: failed to build lint kernel TB --- 2004-03-21 15:13:00 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Sun Mar 21 13:10:31 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10F2716A4CE for ; Sun, 21 Mar 2004 13:10:31 -0800 (PST) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB99943D2F for ; Sun, 21 Mar 2004 13:10:30 -0800 (PST) (envelope-from peter@evilpete.dyndns.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id 73D6E2A8E3 for ; Sun, 21 Mar 2004 13:10:30 -0800 (PST) (envelope-from peter@overcee.wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id 4D934E296 for ; Sun, 21 Mar 2004 13:10:30 -0800 (PST) (envelope-from peter@overcee.wemm.org) Received: from overcee.wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (8.12.11/8.12.11) with ESMTP id i2LL9h6f030394; Sun, 21 Mar 2004 13:09:43 -0800 (PST) (envelope-from peter@overcee.wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by overcee.wemm.org (8.12.11/8.12.11/Submit) id i2LL9ggp030393; Sun, 21 Mar 2004 13:09:42 -0800 (PST) (envelope-from peter) From: Peter Wemm To: freebsd-amd64@freebsd.org Date: Sun, 21 Mar 2004 13:09:42 -0800 User-Agent: KMail/1.6.1 References: <200403201220.36148.peter@wemm.org> <200403201937.27681.peter@wemm.org> <200403211157.12051.adridg@cs.kun.nl> In-Reply-To: <200403211157.12051.adridg@cs.kun.nl> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200403211309.42702.peter@wemm.org> cc: Adriaan de Groot Subject: Re: Heads up.. bug fix in the pipeline... X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2004 21:10:31 -0000 On Sunday 21 March 2004 02:57 am, Adriaan de Groot wrote: > On Sunday 21 March 2004 04:37, Peter Wemm wrote: > > FWIW, the changes have been committed. I'd really like to know > > what happens to the ogg123 breakage after a world rebuild and a > > rebuild of the port and those it depends on. > > I will rebuild all (without -fPIC in the makefile, natch) right now. > Good way to spend a sunday. Yeah, I know. I did it yesterday to see if it helped. I still can't make ogg123 crash (and never could), but I have noticed that firefox has started behaving better. Until about 2 weeks ago, I had forgotten that I had libmap.conf pointing to libc_r. When switching it back to libpthread, firefox went to hell. After the buildworld, it seems to be as stable as it was with libc_r. Note the use of the word "seems". There were times with libpthread that it seemed stable too, but I dont remember it not crashing or locking up for this length of time before. I'm pretty sure that most of the good effects can be had by just doing a world build. There don't seem to be all that many static constructors in C++ shared libraries. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-amd64@FreeBSD.ORG Sun Mar 21 18:57:25 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 132C616A4D0; Sun, 21 Mar 2004 18:57:25 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id A750F43D1D; Sun, 21 Mar 2004 18:57:24 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2C6EF7303A; Sun, 21 Mar 2004 21:57:24 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040322025724.2C6EF7303A@freebsd-current.sentex.ca> Date: Sun, 21 Mar 2004 21:57:24 -0500 (EST) Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2004 02:57:25 -0000 TB --- 2004-03-22 00:33:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-03-22 00:33:36 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-03-22 00:33:36 - checking out the source tree TB --- 2004-03-22 00:33:36 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64 TB --- 2004-03-22 00:33:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-03-22 00:39:54 - Use of uninitialized value in concatenation (.) or string at /home/tinderbox/bin/tinderbox line 544. TB --- 2004-03-22 00:39:54 - building world (CFLAGS={'CFLAGS'}) TB --- 2004-03-22 00:39:54 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-03-22 00:39:54 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-03-22 02:34:59 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-03-22 02:34:59 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-03-22 02:34:59 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Mar 22 02:35:00 GMT 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Mon Mar 22 02:45:46 GMT 2004 TB --- 2004-03-22 02:45:46 - generating LINT kernel config TB --- 2004-03-22 02:45:46 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2004-03-22 02:45:46 - /usr/bin/make -B LINT TB --- 2004-03-22 02:45:46 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-03-22 02:45:46 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-03-22 02:45:46 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Mar 22 02:45:46 GMT 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/amd64/amd64/src/sys -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/bpf_filter.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/amd64/amd64/src/sys -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/bridge.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/amd64/amd64/src/sys -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/bsd_comp.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/amd64/amd64/src/sys -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/if.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/amd64/amd64/src/sys -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/if_arcsubr.c /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/if_arcsubr.c: In function `arc_output': /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/if_arcsubr.c:166: warning: passing arg 2 of `bcopy' makes pointer from integer without a cast /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/if_arcsubr.c:168: warning: passing arg 2 of `bcopy' makes pointer from integer without a cast *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/obj/amd64/other/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-03-22 02:57:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-03-22 02:57:24 - ERROR: failed to build lint kernel TB --- 2004-03-22 02:57:24 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Sun Mar 21 20:13:16 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BA1A16A4CE for ; Sun, 21 Mar 2004 20:13:16 -0800 (PST) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CB5F43D2D for ; Sun, 21 Mar 2004 20:13:16 -0800 (PST) (envelope-from peter@evilpete.dyndns.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id E4DEB2A8E3 for ; Sun, 21 Mar 2004 20:13:15 -0800 (PST) (envelope-from peter@overcee.wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id DB42FE259 for ; Sun, 21 Mar 2004 20:13:15 -0800 (PST) (envelope-from peter@overcee.wemm.org) Received: from overcee.wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (8.12.11/8.12.11) with ESMTP id i2M4CTAv073201 for ; Sun, 21 Mar 2004 20:12:29 -0800 (PST) (envelope-from peter@overcee.wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by overcee.wemm.org (8.12.11/8.12.11/Submit) id i2M4CTiP073200 for amd64@freebsd.org; Sun, 21 Mar 2004 20:12:29 -0800 (PST) (envelope-from peter) From: Peter Wemm To: amd64@freebsd.org Date: Sun, 21 Mar 2004 20:12:29 -0800 User-Agent: KMail/1.6.1 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200403212012.29053.peter@wemm.org> Subject: 32 bit libraries - build hack X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2004 04:13:16 -0000 http://people.freebsd.org/~peter/build32.sh This builds a working set of libraries and rtld to match. Some caveats.. - It must be run AFTER a FULL world build and install. - You MUST be running -current after of yesterday afternoon. Sorry, no 5.2-R/5.2.1-R support here. - c++ doesn't seem to like the -m32 switch, so you'll still need to supply your own libstdc++.so.4. - ldconfig has an undocumented -32 switch for setting the search path for ld-elf32.so.1. You'll need to do this for local and X11R6 libraries. - Yes, you could conceivably use a pure 32 bit /usr/X11R6 and /usr/local. But I haven't tried it and I'm not planning to. You'll need to hack your rc scripts to not add /usr/local/lib to your 64 bit library search paths etc. - no, there is no /compat subtree for this stuff. I'm not aware of anything that needs it. All the files in /etc and /var are shareable because we have explicitly sized types in our definitions for them. This isn't well tested, its a hack. I tried it on a previously unmolested machine (sledge.freebsd.org) before posting this. Ideally this should be better integrated with world at some point, but I'll personally shoot anybody who makes this something that happens unconditionally with every buildworld. #! /bin/sh # $P4: //depot/projects/hammer/build32.sh#5 $ # # This script is for running on a self-hosted amd64 machine, with an up-to-date # world and toolchain etc. ie: the installed world is assumed to match the sources. # It is rude, crude and brutal. But its the only option for now. # # Its purpose is to build a 32 bit library set and a ld-elf32.so.1. # XXX beware.. some of the library targets have no way to disable # XXX installation of includes. ie: it will re-install some files in # XXX /usr/include for you. mkdir /lib32 mkdir /usr/lib32 mkdir /usr/local/lib32 mkdir /usr/X11R6/lib32 # Set up an obj tree chflags -R noschg /tmp/i386 rm -rf /tmp/i386 # and a place to put the alternate include tree into. mkdir -p /tmp/i386/root make MAKEOBJDIRPREFIX=/tmp/i386 DESTDIR=/tmp/i386/root MACHINE_ARCH=i386 hierarchy # Now build includes make MAKEOBJDIRPREFIX=/tmp/i386 DESTDIR=/tmp/i386/root MACHINE_ARCH=i386 obj make MAKEOBJDIRPREFIX=/tmp/i386 DESTDIR=/tmp/i386/root MACHINE_ARCH=i386 includes # libncurses needs a build-tools pass first. I wish build-tools was a recursive target. (cd lib/libncurses; make MAKEOBJDIRPREFIX=/tmp/i386 build-tools) # Now the libraries. This doesn't work for bind, gnuregex and stdc++ yet. hence -k make -DNOMAN -DNODOC -DNOINFO MAKEOBJDIRPREFIX=/tmp/i386 LIBDIR=/usr/lib32 SHLIBDIR=/usr/lib32 MACHINE_ARCH=i386 CC="cc -m32 -I/tmp/i386/root/usr/include -L/usr/lib32 -B/usr/lib32" CXX="c++ -m32 -I/tmp/i386/root/usr/include/c++/3.3 -L/usr/lib32 -B/usr/lib32" LD="ld -m elf_i386_fbsd -Y P,/usr/lib32" -k libraries # bind isn't a problem, its an internal no-install lib, so let it fail. # libstdc++ is a curious one. it looks like "c++ -m32" doesn't work. # Hack to fix gnuregex which does evil hacks to the -I paths. (cd gnu/lib/libregex; make -DNOMAN -DNODOC -DNOINFO MAKEOBJDIRPREFIX=/tmp/i386 LIBDIR=/usr/lib32 SHLIBDIR=/usr/lib32 MACHINE_ARCH=i386 CC="cc -m32 -I/tmp/i386/root/usr/include/gnu -I/tmp/i386/root/usr/include -L/usr/lib32 -B/usr/lib32" CXX="c++ -m32 -I/tmp/i386/root/usr/include/c++/3.3 -L/usr/lib32 -B/usr/lib32" LD="ld -m elf_i386_fbsd -Y P,/usr/lib32" all install) # and now that we have enough libraries, build ld-elf32.so.1 cd libexec/rtld-elf make -DNOMAN -DNODOC -DNOINFO PROG=ld-elf32.so.1 MAKEOBJDIRPREFIX=/tmp/i386 LIBDIR=/usr/lib32 SHLIBDIR=/usr/lib32 MACHINE_ARCH=i386 CC="cc -m32 -I/tmp/i386/root/usr/include -L/usr/lib32 -B/usr/lib32 -DCOMPAT_32BIT" LD="ld -m elf_i386_fbsd -Y P,/usr/lib32" obj make -DNOMAN -DNODOC -DNOINFO PROG=ld-elf32.so.1 MAKEOBJDIRPREFIX=/tmp/i386 LIBDIR=/usr/lib32 SHLIBDIR=/usr/lib32 MACHINE_ARCH=i386 CC="cc -m32 -I/tmp/i386/root/usr/include -L/usr/lib32 -B/usr/lib32 -DCOMPAT_32BIT" LD="ld -m elf_i386_fbsd -Y P,/usr/lib32" depend make -DNOMAN -DNODOC -DNOINFO PROG=ld-elf32.so.1 MAKEOBJDIRPREFIX=/tmp/i386 LIBDIR=/usr/lib32 SHLIBDIR=/usr/lib32 MACHINE_ARCH=i386 CC="cc -m32 -I/tmp/i386/root/usr/include -L/usr/lib32 -B/usr/lib32 -DCOMPAT_32BIT" LD="ld -m elf_i386_fbsd -Y P,/usr/lib32" make -DNOMAN -DNODOC -DNOINFO PROG=ld-elf32.so.1 MAKEOBJDIRPREFIX=/tmp/i386 LIBDIR=/usr/lib32 SHLIBDIR=/usr/lib32 MACHINE_ARCH=i386 CC="cc -m32 -I/tmp/i386/root/usr/include -L/usr/lib32 -B/usr/lib32 -DCOMPAT_32BIT" LD="ld -m elf_i386_fbsd -Y P,/usr/lib32" install -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-amd64@FreeBSD.ORG Sun Mar 21 23:53:30 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79EA316A4CE for ; Sun, 21 Mar 2004 23:53:30 -0800 (PST) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33CFF43D2F for ; Sun, 21 Mar 2004 23:53:30 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.12.11/8.12.10) with ESMTP id i2M7rTps026815; Sun, 21 Mar 2004 23:53:29 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i2M7rSZC026814; Sun, 21 Mar 2004 23:53:28 -0800 (PST) (envelope-from obrien) Date: Sun, 21 Mar 2004 23:53:28 -0800 From: "David O'Brien" To: Peter Wemm Message-ID: <20040322075328.GA20922@dragon.nuxi.com> References: <200403212012.29053.peter@wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200403212012.29053.peter@wemm.org> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: amd64@freebsd.org Subject: Re: 32 bit libraries - build hack X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2004 07:53:30 -0000 On Sun, Mar 21, 2004 at 08:12:29PM -0800, Peter Wemm wrote: > mkdir /lib32 > mkdir /usr/lib32 > mkdir /usr/local/lib32 > mkdir /usr/X11R6/lib32 "lib32" should be reserved for 32-bit libs that are specific to AMD64 (and either won't run on i386, or will run very sub-optimally). These libs should live in lib/i386. -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 22 02:33:26 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60B7616A4CE for ; Mon, 22 Mar 2004 02:33:26 -0800 (PST) Received: from iota.root-servers.ch (iota.root-servers.ch [193.41.193.195]) by mx1.FreeBSD.org (Postfix) with SMTP id 391B543D45 for ; Mon, 22 Mar 2004 02:33:25 -0800 (PST) (envelope-from gabriel_ambuehl@buz.ch) Received: (qmail 29053 invoked from network); 22 Mar 2004 10:33:23 -0000 Received: from 217-162-135-163.dclient.hispeed.ch (HELO ?10.2.2.3?) (217.162.135.163) by 0 with SMTP; 22 Mar 2004 10:33:23 -0000 Date: Mon, 22 Mar 2004 11:36:39 +0100 From: Gabriel Ambuehl Organization: BUZ Internet Services X-Priority: 3 (Normal) Message-ID: <849276008.20040322113639@buz.ch> To: java@freebsd.org, amd64@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: JDK on AMD64? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: gabriel_ambuehl@buz.ch List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2004 10:33:26 -0000 Hello, I've been playing with a clients AMD64 machines and god they really are screaming fast (but quite silent to boot) and I was wondering if anyone has had some success in building a JDK on them. As far as I can tell, the Linuxulator doesn't run on them so there's little luck building it from scratch. However, considering that AMD64 is binary compatible to IA32, it might be possible to compile the JDK on a regular IA32 machine and use it to bootstrap the AMD64 version but so far, I'm having trouble finding the compat module that would allow such binaries to actually run (they can't find their libs). I gather there is some unstable compat module around, if that's true, where can I get it (I don't care just how instable it is, maybe I can get the JDK to run, maybe not)? Best regards, Gabriel From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 22 02:47:49 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B48B16A4CE for ; Mon, 22 Mar 2004 02:47:49 -0800 (PST) Received: from wn1.sci.kun.nl (wn1.sci.kun.nl [131.174.8.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 459F743D3F for ; Mon, 22 Mar 2004 02:47:48 -0800 (PST) (envelope-from adridg@sci.kun.nl) Received: from wn4.sci.kun.nl [131.174.8.3] (helo=wn4.sci.kun.nl) by wn1.sci.kun.nl (8.12.10/3.67) with ESMTP id i2MAlk27005716; Mon, 22 Mar 2004 11:47:46 +0100 (MET) Date: Mon, 22 Mar 2004 11:47:46 +0100 (MET) From: Adriaan de Groot To: Gabriel Ambuehl In-Reply-To: <849276008.20040322113639@buz.ch> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: amd64@freebsd.org Subject: Re: JDK on AMD64? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: adridg@cs.kun.nl List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2004 10:47:49 -0000 On Mon, 22 Mar 2004, Gabriel Ambuehl wrote: > building it from scratch. However, considering that AMD64 is binary > compatible to IA32, it might be possible to compile the JDK on a > regular IA32 machine and use it to bootstrap the AMD64 version but so > far, I'm having trouble finding the compat module that would allow > such binaries to actually run (they can't find their libs). Hi Gabriel, Peter just posted a "nasty hack" script to build IA32 compat libs on amd64 on this list. Check the archives. That might allow you to use the IA32 JDK and go from there. From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 22 03:57:06 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EA9716A4CE for ; Mon, 22 Mar 2004 03:57:06 -0800 (PST) Received: from iota.root-servers.ch (iota.root-servers.ch [193.41.193.195]) by mx1.FreeBSD.org (Postfix) with SMTP id 0B75043D48 for ; Mon, 22 Mar 2004 03:57:03 -0800 (PST) (envelope-from gabriel_ambuehl@buz.ch) Received: (qmail 91916 invoked from network); 22 Mar 2004 11:57:01 -0000 Received: from 217-162-135-163.dclient.hispeed.ch (HELO ?10.2.2.3?) (217.162.135.163) by 0 with SMTP; 22 Mar 2004 11:57:01 -0000 Date: Mon, 22 Mar 2004 13:00:10 +0100 From: Gabriel Ambuehl Organization: BUZ Internet Services X-Priority: 3 (Normal) Message-ID: <1372964947.20040322130010@buz.ch> To: adridg@cs.kun.nl In-Reply-To: References: <849276008.20040322113639@buz.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: amd64@freebsd.org Subject: Re[2]: JDK on AMD64? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: gabriel_ambuehl@buz.ch List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2004 11:57:06 -0000 Hello Adriaan, Monday, March 22, 2004, 11:47:46 AM, you wrote: > On Mon, 22 Mar 2004, Gabriel Ambuehl wrote: >> building it from scratch. However, considering that AMD64 is binary >> compatible to IA32, it might be possible to compile the JDK on a >> regular IA32 machine and use it to bootstrap the AMD64 version but so >> far, I'm having trouble finding the compat module that would allow >> such binaries to actually run (they can't find their libs). > Hi Gabriel, > Peter just posted a "nasty hack" script to build IA32 compat libs on amd64 > on this list. Check the archives. That might allow you to use the IA32 JDK > and go from there. Thanks. It builds just fine but then I end up with: # /usr/local/jdk1.4.2/bin/javac /libexec/ld-elf.so.1: /usr/lib/libpthread.so.1: unsupported file layout Seems like the compat module would have to contain some more libs. Best regards, Gabriel From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 22 06:20:04 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0911516A4CE for ; Mon, 22 Mar 2004 06:20:04 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id A123943D31 for ; Mon, 22 Mar 2004 06:20:01 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.10/8.12.10) with ESMTP id i2MEK0vK029051 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Mar 2004 09:20:01 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id i2MEJto7018145; Mon, 22 Mar 2004 09:19:55 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16478.62987.400119.295567@grasshopper.cs.duke.edu> Date: Mon, 22 Mar 2004 09:19:55 -0500 (EST) To: Peter Wemm In-Reply-To: <200403191756.35502.peter@wemm.org> References: <16474.3985.214325.22127@grasshopper.cs.duke.edu> <200403191756.35502.peter@wemm.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid cc: freebsd-amd64@freebsd.org Subject: Re: freebsd32 organization? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2004 14:20:04 -0000 Peter Wemm writes: <...> > I've split out the 32 bit libraries part of my current WIP. You can see > it here: http://people.freebsd.org/~peter/lib32.diff Thank you. Separating them clearly seems to be the best way. I'll let you and David decide what the prefixes should be (32 vs i386). <...> > robust with libc_r. The libpthread problem appears to be the good old > misaligned stack problem lurking somewhere. > > I'll be tackling this next. I do recommend using the 64 bit firefox > though, it is rock solid with libc_r. Excellent work in tracking down the bug. FWIW, firefox was unstable for us even after mapping libpthread -> libc_r, but I think it may have been something to do with the installed version of Xft that was discussed on -current last week. Drew From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 22 09:41:29 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA60C16A4CE; Mon, 22 Mar 2004 09:41:29 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36D8543D2F; Mon, 22 Mar 2004 09:41:29 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost [127.0.0.1]) by ns1.xcllnt.net (8.12.11/8.12.11) with ESMTP id i2MHfTkr080090; Mon, 22 Mar 2004 09:41:29 -0800 (PST) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.12.11/8.12.11/Submit) id i2MHfSU4080089; Mon, 22 Mar 2004 09:41:28 -0800 (PST) (envelope-from marcel) Date: Mon, 22 Mar 2004 09:41:28 -0800 From: Marcel Moolenaar To: "David O'Brien" Message-ID: <20040322174128.GA80029@ns1.xcllnt.net> References: <200403212012.29053.peter@wemm.org> <20040322075328.GA20922@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040322075328.GA20922@dragon.nuxi.com> User-Agent: Mutt/1.5.5.1i cc: amd64@freebsd.org Subject: Re: 32 bit libraries - build hack X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2004 17:41:29 -0000 On Sun, Mar 21, 2004 at 11:53:28PM -0800, David O'Brien wrote: > On Sun, Mar 21, 2004 at 08:12:29PM -0800, Peter Wemm wrote: > > mkdir /lib32 > > mkdir /usr/lib32 > > mkdir /usr/local/lib32 > > mkdir /usr/X11R6/lib32 > > "lib32" should be reserved for 32-bit libs that are specific to AMD64 > (and either won't run on i386, or will run very sub-optimally). These > libs should live in lib/i386. Agreed. A better place for FreeBSD/i386 libraries is under /compat. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 22 10:16:22 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C376816A4CE for ; Mon, 22 Mar 2004 10:16:22 -0800 (PST) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EFED43D4C for ; Mon, 22 Mar 2004 10:16:20 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.12.11/8.12.10) with ESMTP id i2MIGJwB038034; Mon, 22 Mar 2004 10:16:19 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i2MIGIGv038033; Mon, 22 Mar 2004 10:16:18 -0800 (PST) (envelope-from obrien) Date: Mon, 22 Mar 2004 10:16:18 -0800 From: "David O'Brien" To: Marcel Moolenaar Message-ID: <20040322181618.GA37994@dragon.nuxi.com> References: <200403212012.29053.peter@wemm.org> <20040322075328.GA20922@dragon.nuxi.com> <20040322174128.GA80029@ns1.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040322174128.GA80029@ns1.xcllnt.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: amd64@freebsd.org Subject: Re: 32 bit libraries - build hack X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2004 18:16:22 -0000 On Mon, Mar 22, 2004 at 09:41:28AM -0800, Marcel Moolenaar wrote: > On Sun, Mar 21, 2004 at 11:53:28PM -0800, David O'Brien wrote: > > On Sun, Mar 21, 2004 at 08:12:29PM -0800, Peter Wemm wrote: > > > mkdir /lib32 > > > mkdir /usr/lib32 > > > mkdir /usr/local/lib32 > > > mkdir /usr/X11R6/lib32 > > > > "lib32" should be reserved for 32-bit libs that are specific to AMD64 > > (and either won't run on i386, or will run very sub-optimally). These > > libs should live in lib/i386. > > Agreed. A better place for FreeBSD/i386 libraries is under /compat. Not quite what I said. :-) I disagree with /compat unless we start putting releng4 libs in /compat/freebsd4-ia32 on 5-current. -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 22 11:01:30 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BF6E16A4CE for ; Mon, 22 Mar 2004 11:01:30 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1621D43D3F for ; Mon, 22 Mar 2004 11:01:30 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.10/8.12.10) with ESMTP id i2MJ1Tbv058280 for ; Mon, 22 Mar 2004 11:01:29 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i2MJ1Td7058274 for freebsd-amd64@freebsd.org; Mon, 22 Mar 2004 11:01:29 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 22 Mar 2004 11:01:29 -0800 (PST) Message-Id: <200403221901.i2MJ1Td7058274@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-amd64@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2004 19:01:30 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/11/26] amd64/59713 amd64 Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE23716A4CF; Mon, 22 Mar 2004 12:34:33 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9346643D49; Mon, 22 Mar 2004 12:34:33 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.11/8.12.11) with ESMTP id i2MKYXSe080911; Mon, 22 Mar 2004 12:34:33 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) i2MKYXHt010378; Mon, 22 Mar 2004 12:34:33 -0800 (PST) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.11/8.12.11/Submit) id i2MKYWGa010377; Mon, 22 Mar 2004 12:34:32 -0800 (PST) (envelope-from marcel) Date: Mon, 22 Mar 2004 12:34:32 -0800 From: Marcel Moolenaar To: "David O'Brien" Message-ID: <20040322203432.GA10354@dhcp01.pn.xcllnt.net> References: <200403212012.29053.peter@wemm.org> <20040322075328.GA20922@dragon.nuxi.com> <20040322174128.GA80029@ns1.xcllnt.net> <20040322181618.GA37994@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040322181618.GA37994@dragon.nuxi.com> User-Agent: Mutt/1.4.2.1i cc: amd64@freebsd.org Subject: Re: 32 bit libraries - build hack X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2004 20:34:34 -0000 On Mon, Mar 22, 2004 at 10:16:18AM -0800, David O'Brien wrote: > On Mon, Mar 22, 2004 at 09:41:28AM -0800, Marcel Moolenaar wrote: > > On Sun, Mar 21, 2004 at 11:53:28PM -0800, David O'Brien wrote: > > > On Sun, Mar 21, 2004 at 08:12:29PM -0800, Peter Wemm wrote: > > > > mkdir /lib32 > > > > mkdir /usr/lib32 > > > > mkdir /usr/local/lib32 > > > > mkdir /usr/X11R6/lib32 > > > > > > "lib32" should be reserved for 32-bit libs that are specific to AMD64 > > > (and either won't run on i386, or will run very sub-optimally). These > > > libs should live in lib/i386. > > > > Agreed. A better place for FreeBSD/i386 libraries is under /compat. > > Not quite what I said. :-) I disagree with /compat unless we start > putting releng4 libs in /compat/freebsd4-ia32 on 5-current. We probably need to shuffle things around anyway. With linux compat bits for the native runtime and for i386 besides FreeBSD compat bits for the native runtime, backward versions of the native runtime and likewise for non-native runtimes, things quickly become woody (read: a forest with lots of trees in front of it :-) A good and consistent naming scheme is very likely needed, as well as a good and consistent hierarchy. The same applies to the FREEBSD4_COMPAT kernel option. It's doubling for both the native code as well as any FreeBSD compat code. This makes it impossible to say: I don't want FreeBSD4/amd64 support, but I do want FreeBSD4/i386 compatibility. This is not a problem because there's no FreeBSD4/amd64, but all we have to do is sit and wait. I think you can actually see the problem grow if you look closely enough :-) -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 22 13:05:02 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 917A616A4CF; Mon, 22 Mar 2004 13:05:02 -0800 (PST) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6399543D31; Mon, 22 Mar 2004 13:05:02 -0800 (PST) (envelope-from peter@evilpete.dyndns.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id 197072A8DA; Mon, 22 Mar 2004 13:05:02 -0800 (PST) (envelope-from peter@overcee.wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id 507A2E259; Mon, 22 Mar 2004 13:05:02 -0800 (PST) (envelope-from peter@overcee.wemm.org) Received: from overcee.wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (8.12.11/8.12.11) with ESMTP id i2ML4FhF084243; Mon, 22 Mar 2004 13:04:15 -0800 (PST) (envelope-from peter@overcee.wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by overcee.wemm.org (8.12.11/8.12.11/Submit) id i2ML4Fiv084242; Mon, 22 Mar 2004 13:04:15 -0800 (PST) (envelope-from peter) From: Peter Wemm To: obrien@freebsd.org Date: Mon, 22 Mar 2004 13:04:15 -0800 User-Agent: KMail/1.6.1 References: <200403212012.29053.peter@wemm.org> <20040322075328.GA20922@dragon.nuxi.com> In-Reply-To: <20040322075328.GA20922@dragon.nuxi.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200403221304.15344.peter@wemm.org> cc: amd64@freebsd.org Subject: Re: 32 bit libraries - build hack X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2004 21:05:02 -0000 On Sunday 21 March 2004 11:53 pm, David O'Brien wrote: > On Sun, Mar 21, 2004 at 08:12:29PM -0800, Peter Wemm wrote: > > mkdir /lib32 > > mkdir /usr/lib32 > > mkdir /usr/local/lib32 > > mkdir /usr/X11R6/lib32 > > "lib32" should be reserved for 32-bit libs that are specific to AMD64 > (and either won't run on i386, or will run very sub-optimally). > These libs should live in lib/i386. Except that there aren't any amd64-specific 32 bit libs. There is no 32 bit pointer mode except for i386 mode. While we could configure gcc to use 32 bit longs in 64 bit apps, it doesn't solve the pointer problem. What is in these directories are the only '32 bit amd64 libraries' that we're ever likely to have. They can be compiled to use the fast syscall/sysret instructions instead of int 0x80 and then they'll be 'amd64 specific'. I just hadn't gotten around to it. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-amd64@FreeBSD.ORG Tue Mar 23 10:30:41 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AC7A16A4CE for ; Tue, 23 Mar 2004 10:30:41 -0800 (PST) Received: from curacao.n2it.nl (62-177-157-186.bbeyond.nl [62.177.157.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7F2143D2F for ; Tue, 23 Mar 2004 10:30:40 -0800 (PST) (envelope-from billsf@curacao.n2it.nl) Received: by curacao.n2it.nl (Postfix, from userid 1000) id 3ECE22057; Tue, 23 Mar 2004 19:30:39 +0100 (CET) Date: Tue, 23 Mar 2004 19:30:39 +0100 From: Bill Squire To: Adriaan de Groot Message-ID: <20040323183039.GA4843@curacao.n2it.nl> References: <200403192053.55584.adridg@cs.kun.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200403192053.55584.adridg@cs.kun.nl> User-Agent: Mutt/1.4.2.1i cc: freebsd-amd64@freebsd.org Subject: Re: A different buildworld failure X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2004 18:30:41 -0000 On Fri, Mar 19, 2004 at 08:53:50PM +0100, Adriaan de Groot wrote: > > On a totally unrelated note, GENERIC has got every bizzarre device under the > sun in it, including urio, but ucom seems left out (I've got revision 1.404) > - - is that intentional? It is kind of essential for Palm handhelds. > > - -- > Adriaan de Groot "ucom" works just fine. I never use GENERIC kernels unless I think I've found a bug. So far, my custom kernels have never been the culprit. Bill From owner-freebsd-amd64@FreeBSD.ORG Tue Mar 23 10:35:51 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D9A716A4CE for ; Tue, 23 Mar 2004 10:35:51 -0800 (PST) Received: from curacao.n2it.nl (62-177-157-186.bbeyond.nl [62.177.157.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC8E043D1D for ; Tue, 23 Mar 2004 10:35:50 -0800 (PST) (envelope-from billsf@curacao.n2it.nl) Received: by curacao.n2it.nl (Postfix, from userid 1000) id 1A5FE2057; Tue, 23 Mar 2004 19:35:50 +0100 (CET) Date: Tue, 23 Mar 2004 19:35:50 +0100 From: Bill Squire To: freebsd-amd64@freebsd.org Message-ID: <20040323183550.GB4843@curacao.n2it.nl> References: <200403192053.55584.adridg@cs.kun.nl> <20040319214512.GA54549@dragon.nuxi.com> <200403200010.07287.adridg@cs.kun.nl> <200403191708.51922.peter@wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200403191708.51922.peter@wemm.org> User-Agent: Mutt/1.4.2.1i Subject: Re: A different buildworld failure X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2004 18:35:51 -0000 On Fri, Mar 19, 2004 at 05:08:51PM -0800, Peter Wemm wrote: > > Argh!! If you're trying to compile everything with -fPIC, then you > deserve what you get. > Peter Wemm Putting '-fPIC -DPIC' in the CXXFLAGS= section causes no problems for me. Don't put it in the CFLAGS= section or you will probably be sorry. You must be selective where you use it in normal 'C'. Comments? Bill From owner-freebsd-amd64@FreeBSD.ORG Tue Mar 23 11:07:01 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E33E16A4CE for ; Tue, 23 Mar 2004 11:07:01 -0800 (PST) Received: from curacao.n2it.nl (62-177-157-186.bbeyond.nl [62.177.157.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17D2A43D39 for ; Tue, 23 Mar 2004 11:07:01 -0800 (PST) (envelope-from billsf@curacao.n2it.nl) Received: by curacao.n2it.nl (Postfix, from userid 1000) id 1B1A42057; Tue, 23 Mar 2004 20:07:00 +0100 (CET) Date: Tue, 23 Mar 2004 20:07:00 +0100 From: Bill Squire To: freebsd-amd64@freebsd.org Message-ID: <20040323190700.GC4843@curacao.n2it.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Anyone use nullfs or unionfs ? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2004 19:07:01 -0000 Hi, Nullfs works fine on the high-end amd i386 machines, but is rather 'thrashy' and inefficient on amd64. Is this a hardware bug or is there a patch to make it work? I'm redoing the whole 'jail' concept on FreeBSD and have received funding for a project that will be 100% open source. I would like to use amd64's but if nullfs doesn't work right, I can't. It doesn't work right on top-of-the-line Intel machines either. As for unionfs, it would be very nice if it truely worked. It seems to not be able to deal with very large overlays. Do I need to hack or is someone doing that now. Duplicated efforts are a waste. These are facinating fs concepts and I'm surprised nobody(?) sees them as I do. We are in beta test now and code will be posted soon on my site. I own a percentage share of a provider and it seemed necessary to keep quite for a year to avoid being 'jumped' by the competition. Many of my papers and those of friends on have been used in successful commercial applications, some 'closed source'. :( Fortunately papers on cracking 'digital watermarks' and 'CSS' have been widely deployed in open source projects. That was offtopic -- just want to know about nullfs or unionfs on amd64. Bill From owner-freebsd-amd64@FreeBSD.ORG Tue Mar 23 12:15:31 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F75616A4CE for ; Tue, 23 Mar 2004 12:15:31 -0800 (PST) Received: from bsdhosting.net (bsdhosting.net [65.39.221.113]) by mx1.FreeBSD.org (Postfix) with SMTP id 3C9F743D75 for ; Tue, 23 Mar 2004 12:15:31 -0800 (PST) (envelope-from jhopper@bsdhosting.net) Received: (qmail 71001 invoked from network); 23 Mar 2004 20:15:19 -0000 Received: from bsdhosting.net (HELO ?192.168.1.7?) (jhopper@bsdhosting.net@65.39.221.113) by bsdhosting.net with SMTP; 23 Mar 2004 20:15:19 -0000 From: Justin Hopper To: freebsd-amd64@freebsd.org In-Reply-To: <20040323190700.GC4843@curacao.n2it.nl> References: <20040323190700.GC4843@curacao.n2it.nl> Content-Type: text/plain Message-Id: <1080072928.27726.53.camel@work.gusalmighty.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 23 Mar 2004 12:15:28 -0800 Content-Transfer-Encoding: 7bit Subject: Re: Anyone use nullfs or unionfs ? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2004 20:15:31 -0000 On Tue, 2004-03-23 at 11:07, Bill Squire wrote: > Hi, > > Nullfs works fine on the high-end amd i386 machines, but is rather 'thrashy' > and inefficient on amd64. Is this a hardware bug or is there a patch to make > it work? I'm redoing the whole 'jail' concept on FreeBSD and have received > funding for a project that will be 100% open source. I would like to use > amd64's but if nullfs doesn't work right, I can't. It doesn't work right on > top-of-the-line Intel machines either. > > As for unionfs, it would be very nice if it truely worked. It seems to not > be able to deal with very large overlays. Do I need to hack or is someone > doing that now. Duplicated efforts are a waste. > > These are facinating fs concepts and I'm surprised nobody(?) sees them > as I do. We are in beta test now and code will be posted soon on my > site. I own a percentage share of a provider and it seemed necessary to > keep quite for a year to avoid being 'jumped' by the competition. Many of > my papers and those of friends on have been used > in successful commercial applications, some 'closed source'. :( Fortunately > papers on cracking 'digital watermarks' and 'CSS' have been widely deployed > in open source projects. That was offtopic -- just want to know about > nullfs or unionfs on amd64. I too would be very interested in getting nullfs/unionfs up to production quality. We use the jail system for all of our hosting platforms and have been very happy with it after making several modifications to it to make it more manageable. We tried using nullfs and unionfs for a shared default filesystem and experienced a lot of problems. I was disappointed to find out that our tests on the 5.x line had similar problems. This left us stuck with NFS, which, despite what I've heard, is not a very solid solution for the shared filesystem either. We are investigating using amd64s for our production systems, so I would be very interested in any project that wants to harden the nullfs/unionfs functions and I'd contribute what I could to it. -- Justin Hopper UNIX Systems Engineer BSDHosting.net Hosting Division of Digital Oasys Inc. http://www.bsdhosting.net From owner-freebsd-amd64@FreeBSD.ORG Tue Mar 23 13:06:49 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AA7E16A4CE for ; Tue, 23 Mar 2004 13:06:49 -0800 (PST) Received: from smartmx-02.inode.at (smartmx-02.inode.at [213.229.60.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id D378043D2F for ; Tue, 23 Mar 2004 13:06:48 -0800 (PST) (envelope-from markus@schanovsky.at) Received: from [81.223.211.129] (port=11486 helo=xenos-xp.schanovsky.at) by smartmx-02.inode.at with esmtp (Exim 4.30) id 1B5t6l-0004U6-8b for freebsd-amd64@freebsd.org; Tue, 23 Mar 2004 22:06:47 +0100 Message-Id: <6.0.0.22.2.20040323220436.027a09d8@mail.schanovsky.at> X-Sender: markus#schanovsky.at@mail.schanovsky.at (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Tue, 23 Mar 2004 22:06:19 +0100 To: freebsd-amd64@freebsd.org From: Markus Schanovsky Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: MySQL X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2004 21:06:49 -0000 Hello! Is it real, that there is no port-version of any mysql-database for FreeBSD 5.21 amd64? I can hardly believe that? With best regards Mark ---------- Markus Schanovsky Paedagogisches Institut der Stadt Wien EDV-Administrator Burggasse 14-16/214 Tel: +43-1/523 62 22/99 222 A-1070 Vienna Fax: +43-1/523 62 22/99 93 200 Austria email: m.schanovsky@m56ssr.wien.at priv: markus@schanovsky.at Website: http://www.pi-wien.at From owner-freebsd-amd64@FreeBSD.ORG Tue Mar 23 13:08:37 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B0B216A4CF for ; Tue, 23 Mar 2004 13:08:37 -0800 (PST) Received: from smartmx-05.inode.at (smartmx-05.inode.at [213.229.60.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E4C943D31 for ; Tue, 23 Mar 2004 13:08:37 -0800 (PST) (envelope-from markus@schanovsky.at) Received: from [81.223.211.129] (port=11489 helo=xenos-xp.schanovsky.at) by smartmx-05.inode.at with esmtp (Exim 4.30) id 1B5t8W-0000HR-GP for freebsd-amd64@freebsd.org; Tue, 23 Mar 2004 22:08:36 +0100 Message-Id: <6.0.0.22.2.20040323220628.02825e90@mail.schanovsky.at> X-Sender: markus#schanovsky.at@mail.schanovsky.at (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Tue, 23 Mar 2004 22:08:09 +0100 To: freebsd-amd64@freebsd.org From: Markus Schanovsky Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: cvsup X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2004 21:08:37 -0000 Hello! Today I installed FreeBSD 5.2.1amd64 for the first time and encountered, that cvsup is not supported. Is there any other way to update the ports-tree than downloading the ports.tar.zg file? With best regards Mark ---------- Markus Schanovsky Paedagogisches Institut der Stadt Wien EDV-Administrator Burggasse 14-16/214 Tel: +43-1/523 62 22/99 222 A-1070 Vienna Fax: +43-1/523 62 22/99 93 200 Austria email: m.schanovsky@m56ssr.wien.at priv: markus@schanovsky.at Website: http://www.pi-wien.at From owner-freebsd-amd64@FreeBSD.ORG Tue Mar 23 13:14:45 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5196416A4CE for ; Tue, 23 Mar 2004 13:14:45 -0800 (PST) Received: from wn1.sci.kun.nl (wn1.sci.kun.nl [131.174.8.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32A8843D1D for ; Tue, 23 Mar 2004 13:14:44 -0800 (PST) (envelope-from adridg@sci.kun.nl) Received: from wn4.sci.kun.nl [131.174.8.3] (helo=wn4.sci.kun.nl) by wn1.sci.kun.nl (8.12.10/3.67) with ESMTP id i2NLEg27029680; Tue, 23 Mar 2004 22:14:42 +0100 (MET) Date: Tue, 23 Mar 2004 22:14:41 +0100 (MET) From: Adriaan de Groot To: Markus Schanovsky In-Reply-To: <6.0.0.22.2.20040323220628.02825e90@mail.schanovsky.at> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-amd64@freebsd.org Subject: Re: cvsup X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: adridg@cs.kun.nl List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2004 21:14:45 -0000 On Tue, 23 Mar 2004, Markus Schanovsky wrote: > Today I installed FreeBSD 5.2.1amd64 for the first time and encountered, > that cvsup is not supported. > Is there any other way to update the ports-tree than downloading the > ports.tar.zg file? Yes. Install cvsup. However, the ports cvsup / pkg_add -r will not work, you need David's copy of it. Alternatively, you may port the Modula 3 compiler and use it to build the cvsup port itself. Search the archives of this list for the url - subject "cvsup" ought to do it, pretty much. Remember to unset compress in your supfile. From owner-freebsd-amd64@FreeBSD.ORG Tue Mar 23 14:59:42 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22CF816A4CF for ; Tue, 23 Mar 2004 14:59:42 -0800 (PST) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F2E843D41 for ; Tue, 23 Mar 2004 14:59:41 -0800 (PST) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (zmjktu@localhost [127.0.0.1]) by lurza.secnetix.de (8.12.9p2/8.12.9) with ESMTP id i2NMxdb0052592 for ; Tue, 23 Mar 2004 23:59:39 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.12.9p2/8.12.9/Submit) id i2NMxdkE052591; Tue, 23 Mar 2004 23:59:39 +0100 (CET) (envelope-from olli) Date: Tue, 23 Mar 2004 23:59:39 +0100 (CET) Message-Id: <200403232259.i2NMxdkE052591@lurza.secnetix.de> From: Oliver Fromme To: freebsd-amd64@FreeBSD.ORG In-Reply-To: <20040323190700.GC4843@curacao.n2it.nl> X-Newsgroups: list.freebsd-amd64 User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.9-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: Anyone use nullfs or unionfs ? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2004 22:59:42 -0000 Bill Squire wrote: > As for unionfs, it would be very nice if it truely worked. It seems to not > be able to deal with very large overlays. Do I need to hack or is someone > doing that now. Duplicated efforts are a waste. This might not be exactly what you're looking for, but I've been using union mounts for jails with great success. Note that "union mounts" is something different than unionfs (the former is the "-o union" option to the mount(8) command), but they serve very similar purposes. Maybe it is of use for you, too. YMMV. Regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "The last good thing written in C was Franz Schubert's Symphony number 9." -- Erwin Dieterich From owner-freebsd-amd64@FreeBSD.ORG Tue Mar 23 16:57:11 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 192A716A4CE for ; Tue, 23 Mar 2004 16:57:11 -0800 (PST) Received: from daintree.corp.yahoo.com (daintree.corp.yahoo.com [216.145.52.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E9D443D45 for ; Tue, 23 Mar 2004 16:57:11 -0800 (PST) (envelope-from peter@yahoo-inc.com) Received: by daintree.corp.yahoo.com (Postfix, from userid 2154) id F3BA78821; Tue, 23 Mar 2004 16:57:10 -0800 (PST) From: Peter Wemm To: freebsd-amd64@freebsd.org Date: Tue, 23 Mar 2004 16:57:10 -0800 User-Agent: KMail/1.6.1 References: <200403192053.55584.adridg@cs.kun.nl> <200403191708.51922.peter@wemm.org> <20040323183550.GB4843@curacao.n2it.nl> In-Reply-To: <20040323183550.GB4843@curacao.n2it.nl> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200403231657.10742.peter@wemm.org> Subject: Re: A different buildworld failure X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2004 00:57:11 -0000 On Tuesday 23 March 2004 10:35 am, Bill Squire wrote: > On Fri, Mar 19, 2004 at 05:08:51PM -0800, Peter Wemm wrote: > > Argh!! If you're trying to compile everything with -fPIC, then > > you deserve what you get. > > > > Peter Wemm > > Putting '-fPIC -DPIC' in the CXXFLAGS= section causes no problems for > me. Don't put it in the CFLAGS= section or you will probably be > sorry. You must be selective where you use it in normal 'C'. No, you're missing the point. Do not put "-fPIC -DPIC" *anywhere* in /etc/make.conf. Do not hack blindly hack ports to compile everything with -fPIC (including executables), and yell at anybody else who is doing it. Fix the problem, rather than just plaster over the top of it. That means finding out why the port is doing this in the first place? Is it just because the author is clueless and accidently forgot that shared libraries need to be pic (and got away with it till now on i386). Or they are doing it deliberately with --prefer-non-pic to libtool (and got away with it until now). Or something just went wrong. For some reason, autoconf/libtool seem to think that --prefer-non-pic works when they test it. Maybe finding out why autoconf/libtool mistakenly believe this bogo-flag is usable would would help things a lot. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-amd64@FreeBSD.ORG Tue Mar 23 19:25:56 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0F6016A4CE for ; Tue, 23 Mar 2004 19:25:56 -0800 (PST) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71EDE43D41 for ; Tue, 23 Mar 2004 19:25:56 -0800 (PST) (envelope-from kargl@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) i2O3Pu9D033018 for ; Tue, 23 Mar 2004 19:25:56 -0800 (PST) (envelope-from kargl@troutmask.apl.washington.edu) Received: (from kargl@localhost)i2O3Pu71033017 for freebsd-amd64@freebsd.org; Tue, 23 Mar 2004 19:25:56 -0800 (PST) (envelope-from kargl) From: "Steven G. Kargl" Message-Id: <200403240325.i2O3Pu71033017@troutmask.apl.washington.edu> To: freebsd-amd64@freebsd.org Date: Tue, 23 Mar 2004 19:25:56 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Subject: memory allocation question X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2004 03:25:56 -0000 I may have finally talked my boss into updating my computational workstation (which runs FreeBSD). The directions of our computations is leading towards massive memory requirement. So, the question is: If I have an AMD64 system with 16GB of memory and appropriate kernel options, can a single process allocate >15 GB for its use? -- Steve http://troutmask.apl.washington.edu/~kargl/ From owner-freebsd-amd64@FreeBSD.ORG Tue Mar 23 19:49:42 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6573D16A4CE for ; Tue, 23 Mar 2004 19:49:42 -0800 (PST) Received: from daintree.corp.yahoo.com (daintree.corp.yahoo.com [216.145.52.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A01D43D46 for ; Tue, 23 Mar 2004 19:49:42 -0800 (PST) (envelope-from peter@yahoo-inc.com) Received: by daintree.corp.yahoo.com (Postfix, from userid 2154) id 45CAF881E; Tue, 23 Mar 2004 19:49:42 -0800 (PST) From: Peter Wemm To: freebsd-amd64@freebsd.org Date: Tue, 23 Mar 2004 19:49:41 -0800 User-Agent: KMail/1.6.1 References: <200403240325.i2O3Pu71033017@troutmask.apl.washington.edu> In-Reply-To: <200403240325.i2O3Pu71033017@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200403231949.41997.peter@wemm.org> cc: "Steven G. Kargl" Subject: Re: memory allocation question X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2004 03:49:42 -0000 On Tuesday 23 March 2004 07:25 pm, Steven G. Kargl wrote: > I may have finally talked my boss into updating my computational > workstation (which runs FreeBSD). The directions of our computations > is leading towards massive memory requirement. So, the question is: > If I have an AMD64 system with 16GB of memory and appropriate kernel > options, can a single process allocate >15 GB for its use? The default malloc limit is 8GB. I picked that arbitarily because it was double 4GB. It is a tunable that can be changed at boot time. However.. mmap() is unlimited. You can use most of the remaining 128TB of virtual memory for mmap. You could also increase the malloc limit to nearly 128TB if you wanted to. The MAXDSIZ value is where malloc is limited. It defaults to: #define MAXDSIZ (8192UL*1024*1024) It can be changed at kernel compile time with 'options MAXDSIZ' or simply overridden at boot time by setting the tunable kern.maxdsiz. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-amd64@FreeBSD.ORG Tue Mar 23 20:04:24 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C447416A4CE for ; Tue, 23 Mar 2004 20:04:24 -0800 (PST) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id A634E43D1D for ; Tue, 23 Mar 2004 20:04:24 -0800 (PST) (envelope-from kargl@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) i2O44OlK033216; Tue, 23 Mar 2004 20:04:24 -0800 (PST) (envelope-from kargl@troutmask.apl.washington.edu) Received: (from kargl@localhost)i2O44OOq033215; Tue, 23 Mar 2004 20:04:24 -0800 (PST) (envelope-from kargl) From: "Steven G. Kargl" Message-Id: <200403240404.i2O44OOq033215@troutmask.apl.washington.edu> In-Reply-To: <200403231949.41997.peter@wemm.org> To: Peter Wemm Date: Tue, 23 Mar 2004 20:04:24 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: freebsd-amd64@freebsd.org Subject: Re: memory allocation question X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2004 04:04:24 -0000 Peter Wemm wrote: > On Tuesday 23 March 2004 07:25 pm, Steven G. Kargl wrote: > > I may have finally talked my boss into updating my computational > > workstation (which runs FreeBSD). The directions of our computations > > is leading towards massive memory requirement. So, the question is: > > If I have an AMD64 system with 16GB of memory and appropriate kernel > > options, can a single process allocate >15 GB for its use? > > The default malloc limit is 8GB. I picked that arbitarily because it > was double 4GB. It is a tunable that can be changed at boot time. > > However.. mmap() is unlimited. You can use most of the remaining 128TB > of virtual memory for mmap. You could also increase the malloc limit > to nearly 128TB if you wanted to. > > The MAXDSIZ value is where malloc is limited. It defaults to: > #define MAXDSIZ (8192UL*1024*1024) > It can be changed at kernel compile time with 'options MAXDSIZ' or > simply overridden at boot time by setting the tunable kern.maxdsiz. > Thanks, Peter. I knew about MAXDSIZ, but I didn't know if there was some hard limit. I can live with 128TB of virtual memory. I thinking we can start with 16 GB of physical memory in a single node and add nodes to cluster as our memory requirements increase. -- Steve http://troutmask.apl.washington.edu/~kargl/ From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 24 00:43:45 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B08016A4CE for ; Wed, 24 Mar 2004 00:43:45 -0800 (PST) Received: from wn1.sci.kun.nl (wn1.sci.kun.nl [131.174.8.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C66843D39 for ; Wed, 24 Mar 2004 00:43:44 -0800 (PST) (envelope-from adridg@sci.kun.nl) Received: from wn4.sci.kun.nl [131.174.8.3] (helo=wn4.sci.kun.nl) by wn1.sci.kun.nl (8.12.10/3.67) with ESMTP id i2O8hh27019256 for ; Wed, 24 Mar 2004 09:43:43 +0100 (MET) Date: Wed, 24 Mar 2004 09:43:43 +0100 (MET) From: Adriaan de Groot To: freebsd-amd64@freebsd.org In-Reply-To: <200403231657.10742.peter@wemm.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: A different buildworld failure X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: adridg@cs.kun.nl List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2004 08:43:45 -0000 On Tue, 23 Mar 2004, Peter Wemm wrote: > No, you're missing the point. Do not put "-fPIC -DPIC" *anywhere* > in /etc/make.conf. Do not hack blindly hack ports to compile > everything with -fPIC (including executables), and yell at anybody else > who is doing it. Arr (in the manner of pirates everywhere). > Fix the problem, rather than just plaster over the top of it. That > means finding out why the port is doing this in the first place? Is it > just because the author is clueless and accidently forgot that shared > libraries need to be pic (and got away with it till now on i386). Or > they are doing it deliberately with --prefer-non-pic to libtool (and > got away with it until now). Or something just went wrong. Well, here's the particular instance that caused me to take the road to ruin: /usr/bin/ld: /usr/local/lib/perl5/5.6.1/mach/CORE/libperl.a(perl.o): relocation R_X86_64_32S can not be used when making a shared object; recompile with -fPIC that's when I was trying to embed a perl interpreter in a C++ .so. Is that something I should just send-pr and be done with? From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 24 07:51:54 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59DE116A4CF for ; Wed, 24 Mar 2004 07:51:54 -0800 (PST) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D00D43D60 for ; Wed, 24 Mar 2004 07:51:54 -0800 (PST) (envelope-from peter@evilpete.dyndns.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id 306FB2A8DF for ; Wed, 24 Mar 2004 07:51:54 -0800 (PST) (envelope-from peter@overcee.wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id 8A630E296 for ; Wed, 24 Mar 2004 07:51:54 -0800 (PST) (envelope-from peter@overcee.wemm.org) Received: from overcee.wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (8.12.11/8.12.11) with ESMTP id i2OFp6s1096095; Wed, 24 Mar 2004 07:51:06 -0800 (PST) (envelope-from peter@overcee.wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by overcee.wemm.org (8.12.11/8.12.11/Submit) id i2OFp6Hf096094; Wed, 24 Mar 2004 07:51:06 -0800 (PST) (envelope-from peter) From: Peter Wemm To: freebsd-amd64@freebsd.org, adridg@cs.kun.nl Date: Wed, 24 Mar 2004 07:51:06 -0800 User-Agent: KMail/1.6.1 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200403240751.06524.peter@wemm.org> Subject: Re: A different buildworld failure X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2004 15:51:54 -0000 On Wednesday 24 March 2004 12:43 am, Adriaan de Groot wrote: > On Tue, 23 Mar 2004, Peter Wemm wrote: > > No, you're missing the point. Do not put "-fPIC -DPIC" *anywhere* > > in /etc/make.conf. Do not hack blindly hack ports to compile > > everything with -fPIC (including executables), and yell at anybody > > else who is doing it. > > Arr (in the manner of pirates everywhere). > > > Fix the problem, rather than just plaster over the top of it. That > > means finding out why the port is doing this in the first place? > > Is it just because the author is clueless and accidently forgot > > that shared libraries need to be pic (and got away with it till now > > on i386). Or they are doing it deliberately with --prefer-non-pic > > to libtool (and got away with it until now). Or something just > > went wrong. > > Well, here's the particular instance that caused me to take the road > to ruin: > > /usr/bin/ld: /usr/local/lib/perl5/5.6.1/mach/CORE/libperl.a(perl.o): > relocation R_X86_64_32S can not be used when making a shared object; > recompile with -fPIC > > that's when I was trying to embed a perl interpreter in a C++ .so. Is > that something I should just send-pr and be done with? You should be linking against libperl.so or embedding libperl_pic.a. Except I've just looked and its missing. Argh! I wonder when that happened? I'm sure it was working at one point... Hmm. perl5.8 has a libperl.so and its now the default for 5.x ports.. is that something you can use? -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 24 07:56:12 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D899D16A4CE for ; Wed, 24 Mar 2004 07:56:12 -0800 (PST) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC59643D53 for ; Wed, 24 Mar 2004 07:56:12 -0800 (PST) (envelope-from peter@evilpete.dyndns.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id B2BA22A8D5 for ; Wed, 24 Mar 2004 07:56:12 -0800 (PST) (envelope-from peter@overcee.wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id 13573E296 for ; Wed, 24 Mar 2004 07:56:13 -0800 (PST) (envelope-from peter@overcee.wemm.org) Received: from overcee.wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (8.12.11/8.12.11) with ESMTP id i2OFtPZ7002643; Wed, 24 Mar 2004 07:55:25 -0800 (PST) (envelope-from peter@overcee.wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by overcee.wemm.org (8.12.11/8.12.11/Submit) id i2OFtPnP002642; Wed, 24 Mar 2004 07:55:25 -0800 (PST) (envelope-from peter) From: Peter Wemm To: freebsd-amd64@freebsd.org Date: Wed, 24 Mar 2004 07:55:25 -0800 User-Agent: KMail/1.6.1 References: <200403240751.06524.peter@wemm.org> In-Reply-To: <200403240751.06524.peter@wemm.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200403240755.25406.peter@wemm.org> cc: adridg@cs.kun.nl Subject: Re: A different buildworld failure X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2004 15:56:13 -0000 On Wednesday 24 March 2004 07:51 am, Peter Wemm wrote: > On Wednesday 24 March 2004 12:43 am, Adriaan de Groot wrote: > > On Tue, 23 Mar 2004, Peter Wemm wrote: > > > No, you're missing the point. Do not put "-fPIC -DPIC" > > > *anywhere* in /etc/make.conf. Do not hack blindly hack ports to > > > compile everything with -fPIC (including executables), and yell > > > at anybody else who is doing it. > > > > Arr (in the manner of pirates everywhere). > > > > > Fix the problem, rather than just plaster over the top of it. > > > That means finding out why the port is doing this in the first > > > place? Is it just because the author is clueless and accidently > > > forgot that shared libraries need to be pic (and got away with it > > > till now on i386). Or they are doing it deliberately with > > > --prefer-non-pic to libtool (and got away with it until now). Or > > > something just went wrong. > > > > Well, here's the particular instance that caused me to take the > > road to ruin: > > > > /usr/bin/ld: > > /usr/local/lib/perl5/5.6.1/mach/CORE/libperl.a(perl.o): relocation > > R_X86_64_32S can not be used when making a shared object; recompile > > with -fPIC > > > > that's when I was trying to embed a perl interpreter in a C++ .so. > > Is that something I should just send-pr and be done with? > > You should be linking against libperl.so or embedding libperl_pic.a. > Except I've just looked and its missing. Argh! I wonder when that > happened? I'm sure it was working at one point... Hmm. perl5.8 has > a libperl.so and its now the default for 5.x ports.. is that > something you can use? I just reran 'make configure' on the perl5 port, and noticed from its configure output: Build a shared libperl.so (y/n) [n] So I guess thats why it doesn't happen. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 24 08:14:48 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1453216A4CE for ; Wed, 24 Mar 2004 08:14:48 -0800 (PST) Received: from pandora.cs.kun.nl (pandora.cs.kun.nl [131.174.33.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF15443D5C for ; Wed, 24 Mar 2004 08:14:46 -0800 (PST) (envelope-from adridg@cs.kun.nl) Received: from odin.cs.kun.nl [131.174.33.33] (helo=localhost) by pandora.cs.kun.nl (8.12.10/3.67) with ESMTP id i2OGEjSi020765 for ; Wed, 24 Mar 2004 17:14:45 +0100 (MET) From: Adriaan de Groot To: freebsd-amd64@freebsd.org Date: Wed, 24 Mar 2004 17:14:45 +0100 User-Agent: KMail/1.6.51 References: <200403240751.06524.peter@wemm.org> <200403240755.25406.peter@wemm.org> In-Reply-To: <200403240755.25406.peter@wemm.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200403241714.45254.adridg@cs.kun.nl> Subject: Re: A different buildworld failure X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2004 16:14:48 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 24 March 2004 16:55, Peter Wemm wrote: > On Wednesday 24 March 2004 07:51 am, Peter Wemm wrote: > > You should be linking against libperl.so or embedding libperl_pic.a. > > Except I've just looked and its missing. Argh! I wonder when that > > happened? I'm sure it was working at one point... Hmm. perl5.8 has > > a libperl.so and its now the default for 5.x ports.. is that > > something you can use? Yes, I can. That's not an issue ( I was blindly following the POD docs for= =20 embedding stuff, from the perl site, and it uses=20 perl -MExtUtils::Embed -e ldopts to determine the linker flags to use. For me, that's=20 =2D -Wl,-E =20 =2D -L/usr/local/lib /usr/local/lib/perl5/5.6.1/mach/auto/DynaLoader/DynaLo= ader.a=20 =2D -L/usr/local/lib/perl5/5.6.1/mach/CORE -lperl -lm -lc -lcrypt -lutil and now you can see where the problem is coming from. It's no biggie -- I w= as=20 just showing _why_ I should be so brain dead as to try to compile lots of=20 stuff with -fPIC. > I just reran 'make configure' on the perl5 port, and noticed from its > configure output: > Build a shared libperl.so (y/n) [n] That would be it. Does it make sense to tweak the port to build shared by=20 default on amd64?=20 =2D --=20 pub 1024D/FEA2A3FE 2002-06-18 Adriaan de Groot Would you like a freem? =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAYbP1dqzuAf6io/4RAo2kAJ0d8rjtnwEPiGMPRBxJth1rV9Ne3gCeNlck 6Zle7orzUHwy+IxNtXWSbzY=3D =3DwaSr =2D----END PGP SIGNATURE----- From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 24 10:25:02 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 451DB16A4CE for ; Wed, 24 Mar 2004 10:25:02 -0800 (PST) Received: from smartmx-01.inode.at (smartmx-01.inode.at [213.229.60.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 094C543D1D for ; Wed, 24 Mar 2004 10:25:02 -0800 (PST) (envelope-from markus@schanovsky.at) Received: from [81.223.211.129] (port=15654 helo=xenos-xp.schanovsky.at) by smartmx-01.inode.at with esmtp (Exim 4.30) id 1B6D3l-0006Uy-3W for freebsd-amd64@freebsd.org; Wed, 24 Mar 2004 19:25:01 +0100 Message-Id: <6.0.0.22.2.20040324190917.02886790@mail.schanovsky.at> X-Sender: markus#schanovsky.at@mail.schanovsky.at (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Wed, 24 Mar 2004 19:12:20 +0100 To: freebsd-amd64@freebsd.org From: Markus Schanovsky Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: MySQL and 32-bit X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2004 18:25:02 -0000 Hello! Is there any chance to install a MySQL-32-bit-version on FreeBSD-AMD64? The 32-emulation works very fine on Windows XP (the hole OS runs as an emulation :-)) With best regards Mark ---------- Markus Schanovsky Paedagogisches Institut der Stadt Wien EDV-Administrator Burggasse 14-16/214 Tel: +43-1/523 62 22/99 222 A-1070 Vienna Fax: +43-1/523 62 22/99 93 200 Austria email: m.schanovsky@m56ssr.wien.at priv: markus@schanovsky.at Website: http://www.pi-wien.at From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 24 10:25:03 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2058F16A4CE for ; Wed, 24 Mar 2004 10:25:03 -0800 (PST) Received: from smartmx-01.inode.at (smartmx-01.inode.at [213.229.60.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id A940E43D1D for ; Wed, 24 Mar 2004 10:25:02 -0800 (PST) (envelope-from markus@schanovsky.at) Received: from [81.223.211.129] (port=15654 helo=xenos-xp.schanovsky.at) by smartmx-01.inode.at with esmtp (Exim 4.30) id 1B6D3l-0006Uy-6E for freebsd-amd64@freebsd.org; Wed, 24 Mar 2004 19:25:02 +0100 Message-Id: <6.0.0.22.2.20040324191848.0297a820@mail.schanovsky.at> X-Sender: markus#schanovsky.at@mail.schanovsky.at (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Wed, 24 Mar 2004 19:24:28 +0100 To: freebsd-amd64@freebsd.org From: Markus Schanovsky Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: postgres+amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2004 18:25:03 -0000 Hello! Who has installed postgres 7.4) an FreeBSD 5.2.1 AMD64? Compiling the port was OK, but I can not initialize the databases - I always get an erro-message, concerning the semmni or semmns - variables (count of semaphores) I increased them, but no result. Is there a special trick? I call on the commandline: su -l pgsql -c initdb The message I get: ============================= -bash-2.05b# su -l pgsql -c initdb The files belonging to this database system will be owned by user "pgsql". This user must also own the server process. The database cluster will be initialized with locale C. creating directory /usr/local/pgsql/data... ok creating directory /usr/local/pgsql/data/base... ok creating directory /usr/local/pgsql/data/global... ok creating directory /usr/local/pgsql/data/pg_xlog... ok creating directory /usr/local/pgsql/data/pg_clog... ok creating template1 database in /usr/local/pgsql/data/base/1... IpcSemaphoreCreate: semget(key=8, num=17, 03600) failed: No space left on device This error does *not* mean that you have run out of disk space. It occurs when either the system limit for the maximum number of semaphore sets (SEMMNI), or the system wide maximum number of semaphores (SEMMNS), would be exceeded. You need to raise the respective kernel parameter. Alternatively, reduce PostgreSQL's consumption of semaphores by reducing its max_connections parameter (currently 1). The PostgreSQL Administrator's Guide contains more information about configuring your system for PostgreSQL. initdb failed. Removing /usr/local/pgsql/data. ====================== There is plenty space on disk. with best regards Mark ---------- Markus Schanovsky Paedagogisches Institut der Stadt Wien EDV-Administrator Burggasse 14-16/214 Tel: +43-1/523 62 22/99 222 A-1070 Vienna Fax: +43-1/523 62 22/99 93 200 Austria email: m.schanovsky@m56ssr.wien.at priv: markus@schanovsky.at Website: http://www.pi-wien.at From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 24 11:45:43 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97C1A16A4CE for ; Wed, 24 Mar 2004 11:45:43 -0800 (PST) Received: from bsdhosting.net (bsdhosting.net [65.39.221.113]) by mx1.FreeBSD.org (Postfix) with SMTP id 6027E43D49 for ; Wed, 24 Mar 2004 11:45:43 -0800 (PST) (envelope-from jhopper@bsdhosting.net) Received: (qmail 82201 invoked from network); 24 Mar 2004 19:45:31 -0000 Received: from bsdhosting.net (HELO ?192.168.1.7?) (jhopper@bsdhosting.net@65.39.221.113) by bsdhosting.net with SMTP; 24 Mar 2004 19:45:31 -0000 From: Justin Hopper To: freebsd-amd64@freebsd.org In-Reply-To: <6.0.0.22.2.20040324190917.02886790@mail.schanovsky.at> References: <6.0.0.22.2.20040324190917.02886790@mail.schanovsky.at> Content-Type: text/plain Message-Id: <1080157541.27726.98.camel@work.gusalmighty.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 24 Mar 2004 11:45:41 -0800 Content-Transfer-Encoding: 7bit Subject: Re: MySQL and 32-bit X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2004 19:45:43 -0000 On Wed, 2004-03-24 at 10:12, Markus Schanovsky wrote: > Hello! > Is there any chance to install a MySQL-32-bit-version on FreeBSD-AMD64? > The 32-emulation works very fine on Windows XP (the hole OS runs as an > emulation :-)) There has been talk on this list of a 32-bit emulator for freebsd-amd64, so I assume a 32-bit version of MySQL could be run through that. So there is a 64-bit version of the MySQL server for Linux, but not for FreeBSD yet. Has anyone tried compiling the MySQL server from source on freebsd-amd64 to get a native 64-bit version? My dual Opteron box has not arrived yet, so I don't have any way to test such a thing, but am VERY curious what a production environment is to do about MySQL server on freebsd-amd64? -- Justin Hopper UNIX Systems Engineer BSDHosting.net Hosting Division of Digital Oasys Inc. http://www.bsdhosting.net From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 24 11:57:10 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE82216A4CF for ; Wed, 24 Mar 2004 11:57:10 -0800 (PST) Received: from 21322530218.direct.eti.at (21322530218.direct.eti.at [213.225.30.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id A737943D2F for ; Wed, 24 Mar 2004 11:57:09 -0800 (PST) (envelope-from tilman@arved.at) Received: from huckfinn-wi0.arved.de (localhost [127.0.0.1]) i2OJv8cY009214; Wed, 24 Mar 2004 20:57:08 +0100 (CET) (envelope-from tilman@arved.at) Received: (from tilman@localhost) by huckfinn-wi0.arved.de (8.12.11/8.12.6/Submit) id i2OJv8rR009213; Wed, 24 Mar 2004 20:57:08 +0100 (CET) X-Authentication-Warning: huckfinn-wi0.arved.de: tilman set sender to tilman@arved.at using -f Date: Wed, 24 Mar 2004 20:57:07 +0100 From: Tilman Linneweh To: Markus Schanovsky Message-ID: <20040324195707.GA9169@huckfinn.arved.de> References: <6.0.0.22.2.20040324191848.0297a820@mail.schanovsky.at> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <6.0.0.22.2.20040324191848.0297a820@mail.schanovsky.at> User-Agent: Mutt/1.4.2.1i cc: freebsd-amd64@FreeBSD.org Subject: Re: postgres+amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2004 19:57:10 -0000 * Markus Schanovsky [Mi, 24 Mär 2004 at 19:24 GMT]: > Who has installed postgres 7.4) an FreeBSD 5.2.1 AMD64? > Compiling the port was OK, but I can not initialize the databases - I > always get an erro-message, concerning the semmni or semmns - variables > (count of semaphores) > I increased them, but no result. > Is there a special trick? > > I call on the commandline: su -l pgsql -c initdb > > The message I get: >============================= > -bash-2.05b# su -l pgsql -c > initdb > > The files belonging to this database system will be owned by user "pgsql". > This user must also own the server process. > > The database cluster will be initialized with locale C. > > creating directory /usr/local/pgsql/data... ok > creating directory /usr/local/pgsql/data/base... ok > creating directory /usr/local/pgsql/data/global... ok > creating directory /usr/local/pgsql/data/pg_xlog... ok > creating directory /usr/local/pgsql/data/pg_clog... ok > creating template1 database in /usr/local/pgsql/data/base/1... > IpcSemaphoreCreate: semget(key=8, num=17, 03600) failed: No space left on > device > > This error does *not* mean that you have run out of disk space. > > It occurs when either the system limit for the maximum number of > semaphore sets (SEMMNI), or the system wide maximum number of > semaphores (SEMMNS), would be exceeded. You need to raise the > respective kernel parameter. Alternatively, reduce PostgreSQL's > consumption of semaphores by reducing its max_connections parameter > (currently 1). > > The PostgreSQL Administrator's Guide contains more information about > configuring your system for PostgreSQL. > > > initdb failed. > Removing /usr/local/pgsql/data. Hello Markus, I just tried postgresql, And initdb seems to work for me. # su -l pgsql -c initdb The files belonging to this database system will be owned by user "pgsql". This user must also own the server process. The database cluster will be initialized with locale C. creating directory /usr/local/pgsql/data... ok creating directory /usr/local/pgsql/data/base... ok creating directory /usr/local/pgsql/data/global... ok creating directory /usr/local/pgsql/data/pg_xlog... ok creating directory /usr/local/pgsql/data/pg_clog... ok selecting default max_connections... 40 selecting default shared_buffers... 1000 creating configuration files... ok creating template1 database in /usr/local/pgsql/data/base/1... ok [...] I have no SEM* settings in my Kernelconfig. regards tilman From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 24 13:05:35 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 614F616A4CE for ; Wed, 24 Mar 2004 13:05:35 -0800 (PST) Received: from reineke.malepartus.de (reineke.malepartus.de [194.25.4.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 573A543D2F for ; Wed, 24 Mar 2004 13:05:34 -0800 (PST) (envelope-from bm@reineke.malepartus.de) Received: from reineke.malepartus.de (localhost.malepartus.de [127.0.0.1]) i2OL5Ptj077921; Wed, 24 Mar 2004 22:05:25 +0100 (CET) (envelope-from bm@reineke.malepartus.de) Received: (from bm@localhost) by reineke.malepartus.de (8.12.11/8.12.11/Submit) id i2OL5PuZ077920; Wed, 24 Mar 2004 22:05:25 +0100 (CET) (envelope-from bm) Date: Wed, 24 Mar 2004 22:05:25 +0100 From: Burkard Meyendriesch To: Justin Hopper Message-Id: <20040324220525.4c5ad86f.bm@malepartus.de> In-Reply-To: <1080157541.27726.98.camel@work.gusalmighty.com> References: <6.0.0.22.2.20040324190917.02886790@mail.schanovsky.at> <1080157541.27726.98.camel@work.gusalmighty.com> Organization: The Home of Reineke Fuchs X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; amd64-portbld-freebsd5.2.1) X-Face: "[-; ]oI+8gP9>*J%knDN8d%DuhvJS2Lj4L\bRb7gz(pcT?2Zh6_Vam_6csAum3$<&lhAFd^ jt|!&Ut1C~Vg*E/q}+#cbFg-GU]c.bB8Ad,L'W$'9{^0y'AzM4#hS[C[F-1'|O; Kg3Vrq5q6dsU*TmJ@}+QPM\ b[^9Rhd,UoMpRpd5k[X=h.Dom*kbT`cNQ Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Malepartus-MailScanner-Information: Please contact the ISP for more information X-Malepartus-MailScanner: Found to be clean X-MailScanner-From: bm@reineke.malepartus.de cc: freebsd-amd64@freebsd.org Subject: Re: MySQL and 32-bit X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2004 21:05:35 -0000 On Wed, 24 Mar 2004 11:45:41 -0800 Justin Hopper wrote: > On Wed, 2004-03-24 at 10:12, Markus Schanovsky wrote: > > Hello! > > Is there any chance to install a MySQL-32-bit-version on > > FreeBSD-AMD64? The 32-emulation works very fine on Windows XP (the > > hole OS runs as an emulation :-)) > > There has been talk on this list of a 32-bit emulator for > freebsd-amd64, so I assume a 32-bit version of MySQL could be run > through that. > > So there is a 64-bit version of the MySQL server for Linux, but not > for FreeBSD yet. Has anyone tried compiling the MySQL server from > source on freebsd-amd64 to get a native 64-bit version? My dual > Opteron box has not arrived yet, so I don't have any way to test such > a thing, but am VERY curious what a production environment is to do > about MySQL server on freebsd-amd64? I compiled mysql-client-4.0.18_1 and mysql-server-4.0.18_1 on my Athlon64 box: # file `which mysql` /usr/local/bin/mysql: ELF 64-bit LSB executable, AMD x86-64, version 1 (FreeBSD), for FreeBSD 5.0.2, dynamically linked (uses shared libs), stripped It works fine :-) Burkard -- Burkard Meyendriesch Stevern 2 D-48301 Nottuln From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 24 13:19:34 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F38E16A4CE for ; Wed, 24 Mar 2004 13:19:34 -0800 (PST) Received: from reineke.malepartus.de (reineke.malepartus.de [194.25.4.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8873C43D39 for ; Wed, 24 Mar 2004 13:19:33 -0800 (PST) (envelope-from bm@reineke.malepartus.de) Received: from reineke.malepartus.de (localhost.malepartus.de [127.0.0.1]) i2OLJUK5078902 for ; Wed, 24 Mar 2004 22:19:30 +0100 (CET) (envelope-from bm@reineke.malepartus.de) Received: (from bm@localhost) by reineke.malepartus.de (8.12.11/8.12.11/Submit) id i2OLJUhx078901; Wed, 24 Mar 2004 22:19:30 +0100 (CET) (envelope-from bm) Date: Wed, 24 Mar 2004 22:19:30 +0100 From: Burkard Meyendriesch To: freebsd-amd64@freebsd.org Message-Id: <20040324221930.6c110ab2.bm@malepartus.de> Organization: The Home of Reineke Fuchs X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; amd64-portbld-freebsd5.2.1) X-Face: "[-; ]oI+8gP9>*J%knDN8d%DuhvJS2Lj4L\bRb7gz(pcT?2Zh6_Vam_6csAum3$<&lhAFd^ jt|!&Ut1C~Vg*E/q}+#cbFg-GU]c.bB8Ad,L'W$'9{^0y'AzM4#hS[C[F-1'|O; Kg3Vrq5q6dsU*TmJ@}+QPM\ b[^9Rhd,UoMpRpd5k[X=h.Dom*kbT`cNQ Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Malepartus-MailScanner-Information: Please contact the ISP for more information X-Malepartus-MailScanner: Found to be clean X-MailScanner-From: bm@reineke.malepartus.de Subject: shared libraries support broken on amd64 -CURRENT? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2004 21:19:34 -0000 Hello folks, I have two FreeBSD boxes, Reineke (amd64 5.2-CURRENT 22.03.2004) and Grimbart (i386 4.9-STABLE). I use exactly the same fresh /usr/ports tree and no /etc/make.conf options enabled on both machines. When compiling textproc/expat2 for example (the same problem arises with other ports) the amd64 box does not make the shared library. (Subsequent make's or portinstall's complain missing libraries). This happens: =20 Reineke# cd /usr/ports/textproc/expat2 Reineke# make clean Reineke# make Reineke# ls -l work/expat-1.95.7/.libs total 290 -rw-r--r-- 1 root wheel 266186 24 M=E4r 21:57 libexpat.a lrwxr-xr-x 1 root wheel 14 24 M=E4r 21:57 libexpat.la -> ../libexpat= .la -rw-r--r-- 1 root wheel 619 24 M=E4r 21:57 libexpat.lai Grimbart# cd /usr/ports/textproc/expat2 Grimbart# make clean Grimbart# make Grimbart# ls -l work/expat-1.95.7/.libs total 289 -rw-r--r-- 1 root wheel 146466 24 M=E4r 22:13 libexpat.a lrwxr-xr-x 1 root wheel 14 24 M=E4r 22:13 libexpat.la -> ../libexpat= .la -rw-r--r-- 1 root wheel 644 24 M=E4r 22:13 libexpat.lai lrwxr-xr-x 1 root wheel 13 24 M=E4r 22:13 libexpat.so -> libexpat.so= .5 -rwxr-xr-x 1 root wheel 127187 24 M=E4r 22:13 libexpat.so.5 I don't find the difference between the two makes. Can anybody please help me? Burkard -- Burkard Meyendriesch Stevern 2 D-48301 Nottuln From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 24 13:43:03 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2810016A4CE for ; Wed, 24 Mar 2004 13:43:03 -0800 (PST) Received: from reineke.malepartus.de (reineke.malepartus.de [194.25.4.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 195C543D3F for ; Wed, 24 Mar 2004 13:43:02 -0800 (PST) (envelope-from bm@reineke.malepartus.de) Received: from reineke.malepartus.de (localhost.malepartus.de [127.0.0.1]) i2OLgtpO083642; Wed, 24 Mar 2004 22:42:55 +0100 (CET) (envelope-from bm@reineke.malepartus.de) Received: (from bm@localhost) by reineke.malepartus.de (8.12.11/8.12.11/Submit) id i2OLgtlo083641; Wed, 24 Mar 2004 22:42:55 +0100 (CET) (envelope-from bm) Date: Wed, 24 Mar 2004 22:42:55 +0100 From: Burkard Meyendriesch To: Burkard Meyendriesch Message-Id: <20040324224255.002a7860.bm@malepartus.de> In-Reply-To: <20040324221930.6c110ab2.bm@malepartus.de> References: <20040324221930.6c110ab2.bm@malepartus.de> Organization: The Home of Reineke Fuchs X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; amd64-portbld-freebsd5.2.1) X-Face: "[-; ]oI+8gP9>*J%knDN8d%DuhvJS2Lj4L\bRb7gz(pcT?2Zh6_Vam_6csAum3$<&lhAFd^ jt|!&Ut1C~Vg*E/q}+#cbFg-GU]c.bB8Ad,L'W$'9{^0y'AzM4#hS[C[F-1'|O; Kg3Vrq5q6dsU*TmJ@}+QPM\ b[^9Rhd,UoMpRpd5k[X=h.Dom*kbT`cNQ Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Malepartus-MailScanner-Information: Please contact the ISP for more information X-Malepartus-MailScanner: Found to be clean X-MailScanner-From: bm@reineke.malepartus.de cc: freebsd-amd64@freebsd.org Subject: Re: shared libraries support broken on amd64 -CURRENT? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2004 21:43:03 -0000 On Wed, 24 Mar 2004 22:19:30 +0100 Burkard Meyendriesch wrote: > Hello folks, >=20 > I have two FreeBSD boxes, Reineke (amd64 5.2-CURRENT 22.03.2004) and > Grimbart (i386 4.9-STABLE). I use exactly the same fresh /usr/ports > tree and no /etc/make.conf options enabled on both machines. >=20 > When compiling textproc/expat2 for example (the same problem arises > with other ports) the amd64 box does not make the shared library. > (Subsequent make's or portinstall's complain missing libraries). >=20 > This happens: > =20 > Reineke# cd /usr/ports/textproc/expat2 > Reineke# make clean > Reineke# make > Reineke# ls -l work/expat-1.95.7/.libs > total 290 > -rw-r--r-- 1 root wheel 266186 24 M=E4r 21:57 libexpat.a > lrwxr-xr-x 1 root wheel 14 24 M=E4r 21:57 libexpat.la -> > ../libexpat.la-rw-r--r-- 1 root wheel 619 24 M=E4r 21:57 > libexpat.lai >=20 > Grimbart# cd /usr/ports/textproc/expat2 > Grimbart# make clean > Grimbart# make > Grimbart# ls -l work/expat-1.95.7/.libs > total 289 > -rw-r--r-- 1 root wheel 146466 24 M=E4r 22:13 libexpat.a > lrwxr-xr-x 1 root wheel 14 24 M=E4r 22:13 libexpat.la -> > ../libexpat.la-rw-r--r-- 1 root wheel 644 24 M=E4r 22:13 > libexpat.lai lrwxr-xr-x 1 root wheel 13 24 M=E4r 22:13 > libexpat.so -> libexpat.so.5-rwxr-xr-x 1 root wheel 127187 24 M=E4r > 22:13 libexpat.so.5 >=20 > I don't find the difference between the two makes. Can anybody please > help me? >=20 > Burkard Here is the ./configure output of the two machines during make: Reineke# make .. checking for /usr/bin/ld option to reload object files... -r checking dynamic linker characteristics... no checking if libtool supports shared libraries... no checking whether to build shared libraries... no checking whether to build static libraries... yes .. Grimbart# make .. checking for /usr/libexec/elf/ld option to reload object files... -r checking dynamic linker characteristics... freebsd4.9 ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes .. Reineke does not find the dynamic linker characteristics; what does this mean? What can I do? Any problem with rtld(1)? Burkard -- Burkard Meyendriesch Stevern 2 D-48301 Nottuln From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 24 14:43:33 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CA6916A4CE for ; Wed, 24 Mar 2004 14:43:33 -0800 (PST) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA0F643D31 for ; Wed, 24 Mar 2004 14:43:32 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.12.11/8.12.10) with ESMTP id i2OMhW0s014550; Wed, 24 Mar 2004 14:43:32 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i2OMhS6i014541; Wed, 24 Mar 2004 14:43:28 -0800 (PST) (envelope-from obrien) Date: Wed, 24 Mar 2004 14:43:28 -0800 From: "David O'Brien" To: Burkard Meyendriesch Message-ID: <20040324224328.GA14111@dragon.nuxi.com> References: <20040324221930.6c110ab2.bm@malepartus.de> <20040324224255.002a7860.bm@malepartus.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040324224255.002a7860.bm@malepartus.de> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-amd64@freebsd.org Subject: Re: shared libraries support broken on amd64 -CURRENT? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-amd64@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2004 22:43:33 -0000 On Wed, Mar 24, 2004 at 10:42:55PM +0100, Burkard Meyendriesch wrote: > Here is the ./configure output of the two machines during make: > Reineke# make > checking dynamic linker characteristics... no > checking if libtool supports shared libraries... no > checking whether to build shared libraries... no > Grimbart# make > checking for /usr/libexec/elf/ld option to reload object files... -r > checking dynamic linker characteristics... freebsd4.9 ld.so > checking if libtool supports shared libraries... yes There's your problem -- libtool suckage. Shared libs are NOT broken on AMD64; 'ls -l /usr/lib/*.so.*' to prove it. From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 24 15:09:32 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAC5916A4CE for ; Wed, 24 Mar 2004 15:09:32 -0800 (PST) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D75843D45 for ; Wed, 24 Mar 2004 15:09:32 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.12.11/8.12.10) with ESMTP id i2ON9Vok015294; Wed, 24 Mar 2004 15:09:31 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i2ON9UVr015293; Wed, 24 Mar 2004 15:09:30 -0800 (PST) (envelope-from obrien) Date: Wed, 24 Mar 2004 15:09:30 -0800 From: "David O'Brien" To: Justin Hopper Message-ID: <20040324230929.GC14111@dragon.nuxi.com> References: <6.0.0.22.2.20040324190917.02886790@mail.schanovsky.at> <1080157541.27726.98.camel@work.gusalmighty.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1080157541.27726.98.camel@work.gusalmighty.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-amd64@freebsd.org Subject: Re: MySQL and 32-bit X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2004 23:09:32 -0000 On Wed, Mar 24, 2004 at 11:45:41AM -0800, Justin Hopper wrote: > On Wed, 2004-03-24 at 10:12, Markus Schanovsky wrote: > > Hello! > > Is there any chance to install a MySQL-32-bit-version on FreeBSD-AMD64? > > The 32-emulation works very fine on Windows XP (the hole OS runs as an > > emulation :-)) > > There has been talk on this list of a 32-bit emulator for freebsd-amd64, Repeat after me -- there is no 32-bit *EMULATION*. 32-bit binaries run natively on AMD64 hardware. What we've been talking about is 32-bit syscall tables and associated 32-bit ld.so support. -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 24 17:14:55 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6D9616A4CF for ; Wed, 24 Mar 2004 17:14:55 -0800 (PST) Received: from bsdhosting.net (bsdhosting.net [65.39.221.113]) by mx1.FreeBSD.org (Postfix) with SMTP id 7DCEA43D48 for ; Wed, 24 Mar 2004 17:14:55 -0800 (PST) (envelope-from jhopper@bsdhosting.net) Received: (qmail 31852 invoked from network); 25 Mar 2004 01:14:43 -0000 Received: from bsdhosting.net (HELO ?192.168.1.7?) (jhopper@bsdhosting.net@65.39.221.113) by bsdhosting.net with SMTP; 25 Mar 2004 01:14:43 -0000 From: Justin Hopper To: obrien@freebsd.org In-Reply-To: <20040324230929.GC14111@dragon.nuxi.com> References: <6.0.0.22.2.20040324190917.02886790@mail.schanovsky.at> <1080157541.27726.98.camel@work.gusalmighty.com> <20040324230929.GC14111@dragon.nuxi.com> Content-Type: text/plain Message-Id: <1080177293.27726.123.camel@work.gusalmighty.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 24 Mar 2004 17:14:54 -0800 Content-Transfer-Encoding: 7bit cc: freebsd-amd64@freebsd.org Subject: Re: MySQL and 32-bit X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 01:14:55 -0000 On Wed, 2004-03-24 at 15:09, David O'Brien wrote: > On Wed, Mar 24, 2004 at 11:45:41AM -0800, Justin Hopper wrote: > > On Wed, 2004-03-24 at 10:12, Markus Schanovsky wrote: > > > Hello! > > > Is there any chance to install a MySQL-32-bit-version on FreeBSD-AMD64? > > > The 32-emulation works very fine on Windows XP (the hole OS runs as an > > > emulation :-)) > > > > There has been talk on this list of a 32-bit emulator for freebsd-amd64, > > Repeat after me -- there is no 32-bit *EMULATION*. 32-bit binaries run > natively on AMD64 hardware. What we've been talking about is 32-bit > syscall tables and associated 32-bit ld.so support. Sorry, "EMULATION" was not the right word, I meant 32-bit libraries and other things on the 64-bit freebsd-amd64 OS. I think we all know that x86-64 runs both 32-bit and 64-bit natively on the hardware =) -- Justin Hopper UNIX Systems Engineer BSDHosting.net Hosting Division of Digital Oasys Inc. http://www.bsdhosting.net From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 24 19:44:54 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6FDF16A4CE for ; Wed, 24 Mar 2004 19:44:54 -0800 (PST) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A64943D2F for ; Wed, 24 Mar 2004 19:44:54 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.12.11/8.12.10) with ESMTP id i2P3io3N014300; Wed, 24 Mar 2004 19:44:50 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i2P3imS1014211; Wed, 24 Mar 2004 19:44:48 -0800 (PST) (envelope-from obrien) Date: Wed, 24 Mar 2004 19:44:48 -0800 From: "David O'Brien" To: Bill Squire Message-ID: <20040325034448.GF8779@dragon.nuxi.com> References: <20040323190700.GC4843@curacao.n2it.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040323190700.GC4843@curacao.n2it.nl> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-amd64@freebsd.org Subject: Re: Anyone use nullfs or unionfs ? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-amd64@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 03:44:54 -0000 On Tue, Mar 23, 2004 at 08:07:00PM +0100, Bill Squire wrote: > Nullfs works fine on the high-end amd i386 machines, but is rather 'thrashy' > and inefficient on amd64. Is this a hardware bug or is there a patch to make > it work? ... > As for unionfs, it would be very nice if it truely worked. It seems to not > be able to deal with very large overlays. Please provide some details. You've given no motivation to developers to go look at something they might now have used before. HOW does it not work? Do you have logs showing this? Do you have ERROR MESSAGES showing this? Do you have a BENCHMARK showing this? -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Thu Mar 25 01:52:04 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE4D316A4CE for ; Thu, 25 Mar 2004 01:52:04 -0800 (PST) Received: from mail005.syd.optusnet.com.au (mail005.syd.optusnet.com.au [211.29.132.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6254843D31 for ; Thu, 25 Mar 2004 01:52:01 -0800 (PST) (envelope-from tonymaher@optushome.com.au) Received: from c211-30-17-16.thorn1.nsw.optusnet.com.au (c211-30-15-214.thorn1.nsw.optusnet.com.au [211.30.15.214]) i2P9psu08258 for ; Thu, 25 Mar 2004 20:51:54 +1100 Received: from k9.a1.asic.gov.au (localhost [127.0.0.1]) ESMTP id i2P9pRsT015667 for ; Thu, 25 Mar 2004 20:51:28 +1100 (EST) (envelope-from tonym@k9.a1.asic.gov.au) Received: (from tonym@localhost) by k9.a1.asic.gov.au (8.12.11/8.12.11/Submit) id i2P9pMDu015566 for amd64@freebsd.org; Thu, 25 Mar 2004 20:51:22 +1100 (EST) (envelope-from tonym) Date: Thu, 25 Mar 2004 20:51:22 +1100 (EST) From: Tony Maher Message-Id: <200403250951.i2P9pMDu015566@k9.a1.asic.gov.au> To: amd64@freebsd.org Subject: i386 jdk and lib32 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 09:52:05 -0000 Hello I ran Peter Wemm's build32.sh script and tested with ksh93 package built on an i386 box. All worked well. Encouraged I created jdk1.3 on i386 machine and installed on amd64 box. Trying to run any of the java binaries resulted in (paraphrasing) /libexec/ld-elf.so.1 cannot load (find) libhpi.so Could not understand why it was ld-elf.so.1 and not ld-elf32.so.1 but ktrace/kdump showed ld-elf32.so.1 was tried first and failed and then ld-elf.so.1 was tried and produced the message. ktrace also showed it was looking in /lib32 (or /usr/lib32). (reading build32.sh explained why this is). So I added symlinks in /lib32 to the java libs and got further. Was getting (from memory) Cannot open /greenthreads/libhpi.so Thats as far as I got before going home. I'll look further tomorrow. (Obviously?) what would be better is to be able to create /var/run/ld32.so.hints (is that correct name?) rather than symlink hack. Is this possible (without a lot of work)? (Also obviously?!) it looks like LD_LIBRARY_PATH is ignored for 32 bit i386 which is why no libraries are found. Any ideas about this? I understand all this is very bleeding edge, but we have this test box for just a short while so I'd like to try as much as possible even if it involves a few hacks. thanks -- tonym From owner-freebsd-amd64@FreeBSD.ORG Thu Mar 25 04:44:12 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90E0516A4D0 for ; Thu, 25 Mar 2004 04:44:12 -0800 (PST) Received: from smartmx-03.inode.at (smartmx-03.inode.at [213.229.60.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2645143D41 for ; Thu, 25 Mar 2004 04:44:12 -0800 (PST) (envelope-from markus@schanovsky.at) Received: from [195.58.161.3] (port=60597 helo=schanovsky.at) by smartmx-03.inode.at with smtp (Exim 4.30) id 1B6UDS-0008So-CO for freebsd-amd64@freebsd.org; Thu, 25 Mar 2004 13:44:10 +0100 Received: from 193.170.217.106 (proxying for unknown) (SquirrelMail authenticated user markus#schanovsky.at) by webmail.inode.at with HTTP; Thu, 25 Mar 2004 13:42:55 +0100 (CET) Message-ID: <193.170.217.106.1080218575.wm@webmail.inode.at> Date: Thu, 25 Mar 2004 13:42:55 +0100 (CET) From: To: X-Priority: 3 Importance: Normal X-Mailer: SquirrelMail (version 1.2.8) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: amd64 and mod_php4 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 12:44:12 -0000 Hello! I have a big problem compiling mod_php4 for use with apache 2 on my new FreeBSD-amd64. If I include to make with mssql-support (and I need this support, this is the reason for this machine!) compiling stops with the following message: ========= /usr/bin/ld: /usr/local/lib/libsybdb.a(dblib.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libsybdb.a(dblib.o): could not read symbols: Bad value *** Error code 1 Stop in /usr/ports/www/mod_php4/work/php-4.3.4. *** Error code 1 Stop in /usr/ports/www/mod_php4. *** Error code 1 Stop in /usr/ports/www/mod_php4. ============ Has anyone a hint or a solution? With best regards Mark From owner-freebsd-amd64@FreeBSD.ORG Thu Mar 25 04:55:53 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B21A16A4CE for ; Thu, 25 Mar 2004 04:55:53 -0800 (PST) Received: from pandora.cs.kun.nl (pandora.cs.kun.nl [131.174.33.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D14743D55 for ; Thu, 25 Mar 2004 04:55:52 -0800 (PST) (envelope-from adridg@cs.kun.nl) Received: from odin.cs.kun.nl [131.174.33.33] (helo=localhost) by pandora.cs.kun.nl (8.12.10/3.67) with ESMTP id i2PCtpSi000019; Thu, 25 Mar 2004 13:55:51 +0100 (MET) From: Adriaan de Groot To: freebsd-amd64@freebsd.org Date: Thu, 25 Mar 2004 13:55:46 +0100 User-Agent: KMail/1.6.51 References: <193.170.217.106.1080218575.wm@webmail.inode.at> In-Reply-To: <193.170.217.106.1080218575.wm@webmail.inode.at> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200403251355.51133.adridg@cs.kun.nl> Subject: Re: amd64 and mod_php4 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 12:55:53 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 25 March 2004 13:42, markus@schanovsky.at wrote: > If I include to make with mssql-support (and I need this support, this is > the reason for this machine!) compiling stops with the following message: > > =3D=3D=3D=3D=3D=3D=3D=3D=3D > /usr/bin/ld: /usr/local/lib/libsybdb.a(dblib.o): relocation R_X86_64_32 > can not be used when making a shared object; recompile with -fPIC > /usr/local/lib/libsybdb.a(dblib.o): could not read symbols: Bad value > *** Error code 1 > > Has anyone a hint or a solution? The compiler has already given you a suggestion: recompile with -fPIC. Not = the=20 thing you're working on, but whatever provides /usr/local/lib/libsybdb.a. H= ow=20 you achieve that may take some jiggery-pokery (CFLAGS=3D-fPIC before config= ure,=20 perhaps).=20 =2D --=20 pub 1024D/FEA2A3FE 2002-06-18 Adriaan de Groot Would you like a freem? =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAYtbXdqzuAf6io/4RAghyAKCaTxIaEK4zi+O477WneU6jtgM0AQCePuXA DANFLPi48pzUuer8IFAdGEE=3D =3DmqUv =2D----END PGP SIGNATURE----- From owner-freebsd-amd64@FreeBSD.ORG Thu Mar 25 07:42:28 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 130FB16A4CF for ; Thu, 25 Mar 2004 07:42:28 -0800 (PST) Received: from 21322530218.direct.eti.at (21322530218.direct.eti.at [213.225.30.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4162143D46 for ; Thu, 25 Mar 2004 07:42:27 -0800 (PST) (envelope-from tilman@arved.at) Received: from huckfinn-wi0.arved.de (localhost [127.0.0.1]) i2PFgPlN016147; Thu, 25 Mar 2004 16:42:25 +0100 (CET) (envelope-from tilman@arved.at) Received: (from tilman@localhost) by huckfinn-wi0.arved.de (8.12.11/8.12.6/Submit) id i2PFgOXK016146; Thu, 25 Mar 2004 16:42:24 +0100 (CET) X-Authentication-Warning: huckfinn-wi0.arved.de: tilman set sender to tilman@arved.at using -f Date: Thu, 25 Mar 2004 16:42:24 +0100 From: Tilman Linneweh To: markus@schanovsky.at Message-ID: <20040325154224.GA16077@huckfinn.arved.de> References: <193.170.217.106.1080218575.wm@webmail.inode.at> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <193.170.217.106.1080218575.wm@webmail.inode.at> User-Agent: Mutt/1.4.2.1i cc: freebsd-amd64@FreeBSD.org Subject: Re: amd64 and mod_php4 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 15:42:28 -0000 Hi again, * [Do, 25 Mär 2004 at 13:42 GMT]: > I have a big problem compiling mod_php4 for use with apache 2 on my new > FreeBSD-amd64. > If I include to make with mssql-support (and I need this support, this is > the reason for this machine!) compiling stops with the following message: > >========= > /usr/bin/ld: /usr/local/lib/libsybdb.a(dblib.o): relocation R_X86_64_32 > can not be used when making a shared object; recompile with -fPIC > /usr/local/lib/libsybdb.a(dblib.o): could not read symbols: Bad value > *** Error code 1 > Can you please check if you have /usr/local/lib/libsybdb.so on your system? mod_php4 should link against the shared library version. I just tried it on CURRENT and mod_php4 compiled successfully with mssql. I have seen reports of people having problems with shared libraries on AMD64. But I don't know what the cause is, and never had problems. If you have the shared library, Can you put the config.log of mod_php4 online. If you don't have the shared library, can you try to reinstall freetds and put freetds' config.log somewhere online? regards tilman From owner-freebsd-amd64@FreeBSD.ORG Thu Mar 25 10:39:12 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F1AA16A4CF for ; Thu, 25 Mar 2004 10:39:12 -0800 (PST) Received: from curacao.n2it.nl (62-177-157-186.bbeyond.nl [62.177.157.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04E8C43D31 for ; Thu, 25 Mar 2004 10:39:12 -0800 (PST) (envelope-from billsf@curacao.n2it.nl) Received: by curacao.n2it.nl (Postfix, from userid 1000) id 95092207A; Thu, 25 Mar 2004 19:39:10 +0100 (CET) Date: Thu, 25 Mar 2004 19:39:10 +0100 From: Bill Squire To: freebsd-amd64@freebsd.org Message-ID: <20040325183910.GA74758@curacao.n2it.nl> References: <20040323190700.GC4843@curacao.n2it.nl> <20040325034448.GF8779@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040325034448.GF8779@dragon.nuxi.com> User-Agent: Mutt/1.4.2.1i Subject: Re: Anyone use nullfs or unionfs ? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 18:39:12 -0000 On Wed, Mar 24, 2004 at 07:44:48PM -0800, David O'Brien wrote: > On Tue, Mar 23, 2004 at 08:07:00PM +0100, Bill Squire wrote: > > Nullfs works fine on the high-end amd i386 machines, but is rather 'thrashy' > > and inefficient on amd64. Is this a hardware bug or is there a patch to make > > it work? > ... > > As for unionfs, it would be very nice if it truely worked. It seems to not > > be able to deal with very large overlays. > > Please provide some details. You've given no motivation to developers to > go look at something they might now have used before. HOW does it not > work? Do you have logs showing this? Do you have ERROR MESSAGES showing > this? Do you have a BENCHMARK showing this? > > -- > -- David (obrien@FreeBSD.org) Things change fast with the amd64 development. Thererfore I will start the virtual server again and try to get actual information. Sorry the response was a bit emotional and empty. Regardless, the code and methods I'm using will be placed on my server at for all to see and improve. Actual problems with amd64 (if still so) will be posted here. In either case I will announce the availability of this rather unusual adaptation of the FreeBSD jails here. I would like to see it 'ports' with the production release. It will work with amd64, but last try was disappointing. Bill From owner-freebsd-amd64@FreeBSD.ORG Thu Mar 25 14:22:00 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 222EB16A4CE for ; Thu, 25 Mar 2004 14:22:00 -0800 (PST) Received: from daintree.corp.yahoo.com (daintree.corp.yahoo.com [216.145.52.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1391443D4C for ; Thu, 25 Mar 2004 14:21:59 -0800 (PST) (envelope-from peter@yahoo-inc.com) Received: by daintree.corp.yahoo.com (Postfix, from userid 2154) id CADA2881E; Thu, 25 Mar 2004 14:21:59 -0800 (PST) From: Peter Wemm To: freebsd-amd64@freebsd.org Date: Thu, 25 Mar 2004 14:21:59 -0800 User-Agent: KMail/1.6.1 References: <200403250951.i2P9pMDu015566@k9.a1.asic.gov.au> In-Reply-To: <200403250951.i2P9pMDu015566@k9.a1.asic.gov.au> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200403251421.59558.peter@wemm.org> Subject: Re: i386 jdk and lib32 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 22:22:00 -0000 On Thursday 25 March 2004 01:51 am, Tony Maher wrote: > Hello > > I ran Peter Wemm's build32.sh script and tested with ksh93 package > built on an i386 box. All worked well. > > Encouraged I created jdk1.3 on i386 machine and installed on amd64 > box. Trying to run any of the java binaries resulted in > (paraphrasing) /libexec/ld-elf.so.1 cannot load (find) libhpi.so > > Could not understand why it was ld-elf.so.1 and not ld-elf32.so.1 > but ktrace/kdump showed ld-elf32.so.1 was tried first and failed and > then ld-elf.so.1 was tried and produced the message. ktrace also > showed it was looking in /lib32 (or /usr/lib32). (reading build32.sh > explained why this is). So I added symlinks in /lib32 to the java > libs and got further. Was getting (from memory) > Cannot open /greenthreads/libhpi.so > > Thats as far as I got before going home. I'll look further tomorrow. > > (Obviously?) what would be better is to be able to create > /var/run/ld32.so.hints (is that correct name?) rather than symlink > hack. Is this possible (without a lot of work)? > > (Also obviously?!) it looks like LD_LIBRARY_PATH is ignored for 32 > bit i386 which is why no libraries are found. Any ideas about this? The information you're probably missing is that there are a couple of extra environment variables and ldconfig can create the ld32.so.hints file for you. What you probably need is to set $LD_32_LIBRARY_PATH and/or use ldconfig -32 to set the search paths for your other 32 bit libraries. I suspect the java wrappers are setting $LD_LIBRARY_PATH. (I'd originally used $LD32_ as the prefix, but there are security checks when scrubbing the environment that specifically look for "LD_" as a prefix. If you run setuid, or copy the environment via login -f, then it needs to remove the environment variables). -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-amd64@FreeBSD.ORG Thu Mar 25 16:19:57 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B88916A4CE for ; Thu, 25 Mar 2004 16:19:57 -0800 (PST) Received: from mail016.syd.optusnet.com.au (mail016.syd.optusnet.com.au [211.29.132.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BD5343D2D for ; Thu, 25 Mar 2004 16:19:56 -0800 (PST) (envelope-from tonymaher@optusnet.com.au) Received: from webmail07.syd.optusnet.com.au (webmail07.syd.optusnet.com.au [211.29.133.88])i2Q0Jow26161; Fri, 26 Mar 2004 11:19:51 +1100 Message-Id: <200403260019.i2Q0Jow26161@mail016.syd.optusnet.com.au> Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.411 (Entity 5.404) Received: from [202.139.43.133] as user tonymaher@optusnet.com.au by webmail.optusnet.com.au with HTTP; From: tonymaher@optusnet.com.au To: Peter Wemm Date: Fri, 26 Mar 2004 11:19:50 +1100 cc: "freebsd-amd64 @ freebsd . org" Subject: Re: Re: i386 jdk and lib32 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2004 00:19:57 -0000 > Peter Wemm wrote: > > On Thursday 25 March 2004 01:51 am, Tony Maher wrote: > > (Obviously?) what would be better is to be able to create > > /var/run/ld32.so.hints (is that correct name?) rather than symlink > > hack. Is this possible (without a lot of work)? > > > > (Also obviously?!) it looks like LD_LIBRARY_PATH is ignored for 32 > > bit i386 which is why no libraries are found. Any ideas about > this? > > The information you're probably missing is that there are a couple of > > extra environment variables and ldconfig can create the ld32.so.hints > > file for you. What you probably need is to set $LD_32_LIBRARY_PATH > and/or use ldconfig -32 to set the search paths for your other 32 bit > libraries. > > I suspect the java wrappers are setting $LD_LIBRARY_PATH. > > (I'd originally used $LD32_ as the prefix, but there are security > checks > when scrubbing the environment that specifically look for "LD_" as a > prefix. If you run setuid, or copy the environment via login -f, then > it needs to remove the environment variables). Thanks Peter. Setting LD_32_LIBRARY_PATH in wrapper worked perfectly. (forgot to mention yesterday that wrapper also need "proc=i386" so it could find directories correctly). However trying to run executables uncovered another problem: /usr/local/jdk1.3.1/bin/java SIGSYS 12* bad argument to system call Full thread dump Classic VM (1.3.1-p9-root-040325-17:07, green threads): "Finalizer" (TID:0x28eb3528, sys_thread_t:0x80d4080, state:CW) prio=8 at java.lang.Object.wait(Native Method) ... ... Relevant ktrace/kdump output is: 56058 java NAMI "/usr/local/jdk1.3.1/jre/lib/ext" 56058 java RET open 4 56058 java CALL fstat(0x4,0xffffc8b8) 56058 java RET fstat 0 56058 java CALL fcntl(0x4,0x2,0x1) 56058 java RET fcntl 0 56058 java CALL fstatfs 56058 java RET fstatfs -1 errno 78 Function not implemented 56058 java PSIG SIGSYS caught handler=0x2807c868 mask=0x0 code=0x0 56058 java CALL write(0x2,0xffffbbe0,0x2b) 56058 java GIO fd 2 wrote 43 bytes "SIGSYS 12* bad argument to system call " 56058 java RET write 43/0x2b 56058 java CALL break(0x8141000) We have reduced the problem to the folowing C program: #include #include #include #include int main(int argc, char** argv) { struct statfs buf; if (fstatfs(0, &buf) < 0) perror("fstatfs"); return 0; } This works fine if natively compiled and run on amd64 and i386 respectively. But the i386 binary on amd64 core dumps. file ~/test-i386 /home/tonym/test-i386: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), for FreeBSD 5.0.2, dynamically linked (uses shared libs), not stripped ~/test-i386 Bad system call (core dumped) Is this a lost cause (in the short term)? -- tonym From owner-freebsd-amd64@FreeBSD.ORG Thu Mar 25 19:59:01 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B038116A4CE for ; Thu, 25 Mar 2004 19:59:01 -0800 (PST) Received: from daintree.corp.yahoo.com (daintree.corp.yahoo.com [216.145.52.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89CB843D41 for ; Thu, 25 Mar 2004 19:59:01 -0800 (PST) (envelope-from peter@yahoo-inc.com) Received: by daintree.corp.yahoo.com (Postfix, from userid 2154) id 76EF5881E; Thu, 25 Mar 2004 19:59:01 -0800 (PST) From: Peter Wemm To: tonymaher@optusnet.com.au Date: Thu, 25 Mar 2004 19:59:01 -0800 User-Agent: KMail/1.6.1 References: <200403260019.i2Q0Jow26161@mail016.syd.optusnet.com.au> In-Reply-To: <200403260019.i2Q0Jow26161@mail016.syd.optusnet.com.au> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200403251959.01193.peter@wemm.org> cc: "freebsd-amd64 @ freebsd . org" Subject: Re: i386 jdk and lib32 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2004 03:59:01 -0000 On Thursday 25 March 2004 04:19 pm, tonymaher@optusnet.com.au wrote: > > Peter Wemm wrote: > > > > On Thursday 25 March 2004 01:51 am, Tony Maher wrote: > > > (Obviously?) what would be better is to be able to create > > > /var/run/ld32.so.hints (is that correct name?) rather than > > > symlink hack. Is this possible (without a lot of work)? > > > > > > (Also obviously?!) it looks like LD_LIBRARY_PATH is ignored for > > > 32 bit i386 which is why no libraries are found. Any ideas about > > > > this? > > > > The information you're probably missing is that there are a couple > > of > > > > extra environment variables and ldconfig can create the > > ld32.so.hints > > > > file for you. What you probably need is to set $LD_32_LIBRARY_PATH > > and/or use ldconfig -32 to set the search paths for your other 32 > > bit libraries. > > > > I suspect the java wrappers are setting $LD_LIBRARY_PATH. > > > > (I'd originally used $LD32_ as the prefix, but there are security > > checks > > when scrubbing the environment that specifically look for "LD_" as > > a prefix. If you run setuid, or copy the environment via login -f, > > then it needs to remove the environment variables). > > Thanks Peter. Setting LD_32_LIBRARY_PATH in wrapper worked perfectly. > (forgot to mention yesterday that wrapper also need "proc=i386" so > it could find directories correctly). > > However trying to run executables uncovered another problem: > /usr/local/jdk1.3.1/bin/java > SIGSYS 12* bad argument to system call > > Full thread dump Classic VM (1.3.1-p9-root-040325-17:07, green > threads): "Finalizer" (TID:0x28eb3528, sys_thread_t:0x80d4080, > state:CW) prio=8 at java.lang.Object.wait(Native Method) > ... > ... > > Relevant ktrace/kdump output is: > > 56058 java NAMI "/usr/local/jdk1.3.1/jre/lib/ext" > 56058 java RET open 4 > 56058 java CALL fstat(0x4,0xffffc8b8) > 56058 java RET fstat 0 > 56058 java CALL fcntl(0x4,0x2,0x1) > 56058 java RET fcntl 0 > 56058 java CALL fstatfs > 56058 java RET fstatfs -1 errno 78 Function not implemented > 56058 java PSIG SIGSYS caught handler=0x2807c868 mask=0x0 > code=0x0 56058 java CALL write(0x2,0xffffbbe0,0x2b) > 56058 java GIO fd 2 wrote 43 bytes > "SIGSYS 12* bad argument to system call > " > 56058 java RET write 43/0x2b > 56058 java CALL break(0x8141000) > > > We have reduced the problem to the folowing C program: > > #include > #include > #include > #include > > int main(int argc, char** argv) > { > struct statfs buf; > > if (fstatfs(0, &buf) < 0) > perror("fstatfs"); > > return 0; > } > > This works fine if natively compiled and run on amd64 and i386 > respectively. But the i386 binary on amd64 core dumps. > > file ~/test-i386 > /home/tonym/test-i386: ELF 32-bit LSB executable, Intel 80386, > version 1 (FreeBSD), for FreeBSD 5.0.2, dynamically linked (uses > shared libs), not stripped > > ~/test-i386 > Bad system call (core dumped) > > Is this a lost cause (in the short term)? I can fix this pretty quickly. The problem is that somebody changed the statfs structures and the compat syscall table wasn't updated. I'll take a shot at it tonight unless somebody beats me to it. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-amd64@FreeBSD.ORG Fri Mar 26 08:45:18 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BA3116A4CE for ; Fri, 26 Mar 2004 08:45:18 -0800 (PST) Received: from 21322530218.direct.eti.at (21322530218.direct.eti.at [213.225.30.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DA1F43D31 for ; Fri, 26 Mar 2004 08:45:17 -0800 (PST) (envelope-from tilman@arved.at) Received: from huckfinn-wi0.arved.de (localhost [127.0.0.1]) i2QGjFGu022898; Fri, 26 Mar 2004 17:45:15 +0100 (CET) (envelope-from tilman@arved.at) Received: (from tilman@localhost) by huckfinn-wi0.arved.de (8.12.11/8.12.6/Submit) id i2QGjEUG022897; Fri, 26 Mar 2004 17:45:14 +0100 (CET) X-Authentication-Warning: huckfinn-wi0.arved.de: tilman set sender to tilman@arved.at using -f Date: Fri, 26 Mar 2004 17:45:14 +0100 From: Tilman Linneweh To: Markus Schanovsky Message-ID: <20040326164514.GC16522@huckfinn.arved.de> References: <193.170.217.106.1080218575.wm@webmail.inode.at> <20040325154224.GA16077@huckfinn.arved.de> <6.0.0.22.2.20040325172317.0293a8d8@mail.schanovsky.at> <20040325175034.GA16522@huckfinn.arved.de> <6.0.0.22.2.20040325192332.02946aa8@mail.schanovsky.at> <20040326093942.GB16522@huckfinn.arved.de> <6.0.0.22.2.20040326145427.027b9df0@mail.schanovsky.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.0.0.22.2.20040326145427.027b9df0@mail.schanovsky.at> User-Agent: Mutt/1.4.2.1i cc: freebsd-amd64@FreeBSD.org Subject: Re: Ready after all: amd64 and mod_php4 ! X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2004 16:45:18 -0000 Hi, [CC the Mailinglist again, to archive the solution and perhaps someone has an idea, why...] * Markus Schanovsky [2004-03-26 14:59]: > I am very happy to inform You that one of Your last hints performed the > reason: > I moved away libsybdb.a and libsybdb.la, but not libsybdb.so and > libsybdb.so.4 - and the make was successful! > I tried my first page (with ado) and got my firts demo-table. Glad to hear. But I still have no idea, why your system (libtool?) prefers to try linking in the static libary over the shared library and mine uses the shared library as it should. regards tilman From owner-freebsd-amd64@FreeBSD.ORG Fri Mar 26 10:21:53 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A637E16A4CE for ; Fri, 26 Mar 2004 10:21:53 -0800 (PST) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 557C243D2F for ; Fri, 26 Mar 2004 10:21:53 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.12.11/8.12.10) with ESMTP id i2QILqpZ073365 for ; Fri, 26 Mar 2004 10:21:53 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i2QILqG1073364 for freebsd-amd64@freebsd.org; Fri, 26 Mar 2004 10:21:52 -0800 (PST) (envelope-from obrien) Date: Fri, 26 Mar 2004 10:21:52 -0800 From: "David O'Brien" To: freebsd-amd64@freebsd.org Message-ID: <20040326182152.GA73341@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Subject: New 5.2-CURRENT snapshot uploaded X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-amd64@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2004 18:21:53 -0000 ftp*.freebsd.org:/pub/FreeBSD/snapshots/amd64/5-20040324-CURRENT/*.iso -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Fri Mar 26 10:34:39 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7B4916A4CE for ; Fri, 26 Mar 2004 10:34:39 -0800 (PST) Received: from mail016.syd.optusnet.com.au (mail016.syd.optusnet.com.au [211.29.132.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80C3E43D1D for ; Fri, 26 Mar 2004 10:34:38 -0800 (PST) (envelope-from tonymaher@optushome.com.au) Received: from c211-30-17-16.thorn1.nsw.optusnet.com.au (c211-30-15-214.thorn1.nsw.optusnet.com.au [211.30.15.214]) i2QIYZw05039; Sat, 27 Mar 2004 05:34:35 +1100 Received: from k9.a1.asic.gov.au (localhost [127.0.0.1]) ESMTP id i2QIYe1E098885; Sat, 27 Mar 2004 05:34:40 +1100 (EST) (envelope-from tonym@k9.a1.asic.gov.au) Received: (from tonym@localhost) by k9.a1.asic.gov.au (8.12.11/8.12.11/Submit) id i2QIYYUi098809; Sat, 27 Mar 2004 05:34:34 +1100 (EST) (envelope-from tonym) Date: Sat, 27 Mar 2004 05:34:34 +1100 (EST) From: Tony Maher Message-Id: <200403261834.i2QIYYUi098809@k9.a1.asic.gov.au> To: peter@wemm.org In-Reply-To: <200403251959.01193.peter@wemm.org> cc: freebsd-amd64@freebsd.org Subject: Re: i386 jdk and lib32 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2004 18:34:39 -0000 > > file ~/test-i386 > > /home/tonym/test-i386: ELF 32-bit LSB executable, Intel 80386, > > version 1 (FreeBSD), for FreeBSD 5.0.2, dynamically linked (uses > > shared libs), not stripped > > > > ~/test-i386 > > Bad system call (core dumped) > > > > Is this a lost cause (in the short term)? > > I can fix this pretty quickly. The problem is that somebody changed the > statfs structures and the compat syscall table wasn't updated. I'll > take a shot at it tonight unless somebody beats me to it. Thanks for looking at this. -- tonym From owner-freebsd-amd64@FreeBSD.ORG Fri Mar 26 14:56:10 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B91016A4CE for ; Fri, 26 Mar 2004 14:56:10 -0800 (PST) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id F188943D2F for ; Fri, 26 Mar 2004 14:56:09 -0800 (PST) (envelope-from Peter_Losher@isc.org) Received: from tardis.isc.org (tardis.isc.org [IPv6:2001:4f8:3:bb:230:1bff:fe31:a192]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id DC81FA83E; Fri, 26 Mar 2004 22:56:09 +0000 (UTC) (envelope-from Peter_Losher@isc.org) From: Peter Losher Organization: ISC To: amd64@freebsd.org Date: Fri, 26 Mar 2004 14:56:12 -0800 User-Agent: KMail/1.6 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_YULZA9yhscCsMfx"; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200403261456.24180.Peter_Losher@isc.org> Subject: Buildworld failure from 5.2.1-p3... X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2004 22:56:10 -0000 --Boundary-02=_YULZA9yhscCsMfx Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Recompiling world (just for the heck of it, and to test this dual-Opteron=20 system w/ the amd64 port before going into production running i386) is=20 causing this error, any idea of the cause?: uname shows: =46reeBSD o64.isc.org 5.2.1-RELEASE-p3 FreeBSD 5.2.1-RELEASE-p3 #0: Sun Mar= 21=20 09:29:37 UTC 2004 root@:/usr/obj/usr/src/sys/AMD_64 amd64 And the errors are: =2D=3D- cp /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/libreadline/doc/hs= user.texinfo=20 inc-hist.texinfo patch -b .orig < /usr/src/gnu/usr.bin/binutils/doc/inc-hist.diff Hmm... Looks like a unified diff to me... The text leading up to this was: =2D------------------------- |$FreeBSD: src/gnu/usr.bin/binutils/doc/inc-hist.diff,v 1.4 2002/07/01=20 07:58:18 sheldonh Exp $ | |--- inc-hist.texinfo.orig Wed Apr 11 08:20:01 2001 |+++ inc-hist.texinfo Wed Apr 11 08:21:57 2001 =2D------------------------- Patching file inc-hist.texinfo using Plan A... Hunk #1 succeeded at 26. Hunk #2 succeeded at 39. done makeinfo --no-validate=20 =2DI /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc= =20 =2DI /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/ld=20 =2DI /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/bfd/doc= =20 =2DI /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/binutil= s=20 =2DI /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc=20 =2DI /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/mi=20 =2DI /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/libreadline/doc= =20 =2D-no-split -I /usr/src/gnu/usr.bin/binutils/doc=20 =2DI /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils /usr/sr= c/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc/gdb.texinfo =20 =2Do gdb.info /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc/annotate.= texi:356:=20 Misplaced {. /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc/annotate.= texi:356:=20 Misplaced }. makeinfo: Removing output file `gdb.info' due to errors; use --force to=20 preserve. *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils/doc. *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /usr/src/gnu/usr.bin. *** Error code 1 Stop in /usr/src/gnu. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. core1#=20 =2D=3D- =2D-=20 Peter_Losher@isc.org | ISC | OpenPGP 0xE8048D08 | "The bits must flow" --Boundary-02=_YULZA9yhscCsMfx Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAZLUYPtVx9OgEjQgRAmv4AKDJTvFr0TCVisUFakGMxmmCdIk2DgCgl/8L db4pUqnJxxKea8Z/eK2NgYg= =BEx5 -----END PGP SIGNATURE----- --Boundary-02=_YULZA9yhscCsMfx--