pkgsrc-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
pkg/29616: db4 still suffers from gcc 3.3 optimization bug on powerpc
>Number: 29616
>Category: pkg
>Synopsis: db4 still suffers from gcc 3.3 optimization bug on powerpc
>Confidential: no
>Severity: serious
>Priority: high
>Responsible: pkg-manager
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Mon Mar 07 11:14:00 +0000 2005
>Originator: Timo Schöler
>Release: NetBSD 2.0/macppc
>Organization:
//macfinity
>Environment:
NetBSD fulcrum.ts39-bln.macfinity.net 2.0 NetBSD 2.0 (GENERIC.MP) #0: Wed Dec
1 14:05:26 UTC 2004
builds@build:/big/builds/ab/netbsd-2-0-RELEASE/macppc/200411300000Z-obj/big/builds/ab/netbsd-2-0-RELEASE/src/sys/arch/macppc/compile/GENERIC.MP
macppc
>Description:
as stated in pkgsrc/databases/db4/hacks.mk, this small hack solves PR 23737:
### [Sun Mar 14 19:32:40 UTC 2004 : jlam]
### Pre-3.3 GCC has an optimization bug on powerpc that's tickled by
### the db4 source code, so remove optimization flags in that case.
### This fixes PR 23737 by John Klos.
*it does not*
i built db-4.3.27 yesterday with the on-board compiler of NetBSD 2.0 (which is
gcc 3.3.3) and run into a non-functioning cyrus-imapd which stated a
cyrus-killing database failure in /var/log/messages.
trying the binary package from ftp.netbsd.org -- it runs. i'm building gcc
3.4.3 right now to see if this solves the problem.
but still, the gcc 3.3.3 issue remains.
>How-To-Repeat:
build db4 with the on-board gcc (which is 3.3.3) and watch it fail (e.g. by
using it as backend for the cyrus-imapd).
>Fix:
i) use the binary package;
ii) try using gcc 3.4.3?
iii) wait for the fix
Home |
Main Index |
Thread Index |
Old Index