require binutils >= 2.15, then the bug should be
updated; if it does, an RC severity is correct, I should think.
The reason seems adequite to me; it's only the correctness which I can't
verify just offhand.
--
Joel Baker <[EM
; "non-free-gcc" source package though...
Certainly it would require splitting things out and juggling a bunch of
things to get things to get it all sorted out. Not impossible, but I don't
blame Matthias for wanting a clear ruling on it before going to that much
e
on that has appeared
in -current).
Look ma, threads! (and gcc 3.3.x even appears to have support for using
them :)
--
Joel Baker <[EMAIL PROTECTED]>
pgpWVB21cjtKt.pgp
Description: PGP signature
), as far as
I'm concerned; it was trying to fix something that wasn't actually broken
(just a misunderstanding of how LIB_SPEC interacts on NetBSD).
My apologies for any confusion or wasted time it may have caused.
--
Joel Baker <[EMAIL PROTECTED]>
pgpP81FD2KbiP.pgp
Description: PGP signature
and send a patch to upstream - should be a
nigh-trivial patch, really).
--
Joel Baker <[EMAIL PROTECTED]>
pgpEoEtNpRimJ.pgp
Description: PGP signature
updated. ldconfig ignores symbolic links when
scanning for libraries.
If it isn't finding things in /lib by default, someone has a rather serious
bug on their hands. Check the version of ldconfig and kin?
--
Joel Baker <[EMAIL PROTECTED]>
pgpHof5qepe4s.pgp
Description: PGP signature
tory (but the
> problem may be deeper, so I don't know the rest will work then).
I'd be happy to provide access, if necessary; contact me directly, and I'll
set it up. Alternatively, I can send a full build-log (up until the point
it failed), if that would help.
--
Joel Bake
r 3.2 anyway) when on netbsd-i386.
--
Joel Baker <[EMAIL PROTECTED]>
#! /bin/sh -e
# DP: General NetBSD support patches
dir=
if [ $# -eq 3 -a "$2" = '-d' ]; then
pdir="-d $3"
dir="$3/"
elif [ $# -ne 1 ]; then
echo >&2 "`basename
/Build/.new/gcc-3.3/gcc-3.3-3.3ds5/build/gcc'
make[3]: *** [stage2_build] Error 2
make[3]: Leaving directory `/tmp/Build/.new/gcc-3.3/gcc-3.3-3.3ds5/build/gcc'
make[2]: *** [bootstrap-lean] Error 2
make[2]: Leaving directory `/tmp/Build/.new/gcc-3.3/gcc-3.3-3.3ds5/build'
s=`cat status`; rm -f status; test $s -eq 0
make[1]: *** [stamps/05-build-stamp] Error 1
make[1]: Leaving directory `/tmp/Build/.new/gcc-3.3/gcc-3.3-3.3ds5'
make: *** [stamps/05-build-stamp] Error 2
--
Joel Baker <[EMAIL PROTECTED]>
pgp9mLXNOx8V1.pgp
Description: PGP signature
On Thu, Apr 24, 2003 at 11:10:54PM -0600, Joel Baker wrote:
> Just a quick status update on gcc-3.3 and the various NetBSD ports.
>
> 1) I'm working on a patch for 3.3; the netbsd-* patches from 3.2 don't
> even remotely apply cleanly, due to major changes in the files the
tes as useful information becomes available.
--
Joel Baker <[EMAIL PROTECTED]>
pgpIvBJPVUUWH.pgp
Description: PGP signature
nce I have it, I'll generate a new, shiny, sane-for-upstream patch to
replace the netbsd-gcc-config.dpatch and netbsd-dynlinker.dpatch.
--
Joel Baker <[EMAIL PROTECTED]>
pgpD9xMdT12qH.pgp
Description: PGP signature
> 2 GNU Pascal does not work with `???' debug info yet.
> 2warning in p/lang.c
> 2system, or no debug info at all (`???'). If you are
> 2building or testing GPC, add this option to `???'
> 2Please use stabs
-i386 box - in fact, for what it may be worth, the canonical
as-close-to-an-autobuilder-as-we-get-yet box).
--
Joel Baker <[EMAIL PROTECTED]>
pgpmUQvn5CZNn.pgp
Description: PGP signature
6-dev, and I'm not at all sure why the following lines are not
functioning in an equivalent manner:
ifeq ($(DEB_HOST_ARCH), $(findstring $(DEB_HOST_ARCH),alpha ia64))
ifeq ($(DEB_HOST_ARCH), $(findstring $(DEB_HOST_ARCH),netbsd-i386))
--
Joel Baker <[EMAIL PROTECTED]>
pgpxE0kT0Qt2D.pgp
On Sat, Jan 25, 2003 at 10:01:58AM +0100, Matthias Klose wrote:
> Joel Baker writes:
> > Package: gcc-3.2
> > Version: 3.2.2ds5
> > Severity: wishlist
> > Tags: patch
> >
> > The current rules.defs file does not detect a NetBSD system, and as such,
> &
On Sat, Jan 25, 2003 at 08:29:23AM +0100, Matthias Klose wrote:
> Joel Baker writes:
> > reopen 177674
> > retitle 177674 Missing Build-Depends on autotools-dev
> > severity 177674 minor
> >
> > Packages which directly access the scripts from autotools-dev (suc
e the workaround.
--
Joel Baker <[EMAIL PROTECTED]>
diff -ur debian.orig/control.m4 debian/control.m4
--- debian.orig/control.m4 2003-01-25 00:17:14.0 +
+++ debian/control.m4 2003-01-25 00:22:46.0 +
@@ -33,7 +33,7 @@
Maintainer: MAINTAINER
Uploaders: Christopher
fixes the problem.
--
Joel Baker <[EMAIL PROTECTED]>
--- debian/rules.defs.orig 2003-01-22 16:31:22.0 +
+++ debian/rules.defs 2003-01-22 16:34:02.0 +
@@ -114,9 +114,11 @@
# __cxa_atexit -
-# The __cxa_atexit API does not exist in some libc version (
tions). This patch is NOT suitable for upstream, unless they
want to figure out how to make it apply only to netbsd(elf|)-gnu systems
and not netbsd(elf) systems.
Included are both patches, and a patch to debian/rules.patch to invoke
them.
--
Joel Baker <[EMAIL PROTECTED]>
#! /bin/
Package: gcc-3.2
Version: 3.2.2ds5
Severity: wishlist
Tags: patch
The current rules.defs file does not detect a NetBSD system, and as such,
fails to pass a sane value to the m4 call when building the debian/control
file. A patch that adjusts this is included.
--
Joel Baker <[EMAIL PROTEC
making the update; this is just a minor follow-up.
--
Joel Baker <[EMAIL PROTECTED]>
pgpEeq33o1RJD.pgp
Description: PGP signature
I can try to dig up information on how to ensure the
de_DE locale is present, if needed...
Thoughts?
--
Joel Baker <[EMAIL PROTECTED]>
pgpdyE1FYOvYZ.pgp
Description: PGP signature
.
--
Joel Baker <[EMAIL PROTECTED]>
diff -urN debian.orig/rules.defs debian/rules.defs
--- debian.orig/rules.defs Wed Sep 4 16:48:17 2002
+++ debian/rules.defs Wed Sep 4 16:50:36 2002
@@ -235,7 +235,7 @@
# Ada
with_ada := yes
with_shared_adalib := no
-ada_no
directory, as well as the boehm-gc subdirectory.
Updated config scripts can be found in the upstream CVS as of 2002-11-30, or
the autotools-dev package, version 20021130.1.
--
Joel Baker <[EMAIL PROTECTED]>
pgpByg4CxmmVw.pgp
Description: PGP signature
th
GCC 3.2 - this being the whole situation that leads to the requirement for
juggling things carefully in the GCC version transition)?
--
***
Joel Baker System Administrator - lightbearer.com
[EMAIL PROTECTED] http://users.lightbearer.com/lucifer/
pgpTbbJRdy6ES.pgp
Description: PGP signature
elided the option call
for --enable-__cxa_atexit; this was modified by the maintainers before
application to what you see, with the statement that it was on by default.
Until per-platform patches clear this up, perhaps we need to explicitly
enable or disable it forcibly, rather than letting it default?
-released dpkg selection and longstanding
assignment).
--
***
Joel Baker System Administrator - lightbearer.com
[EMAIL PROTECTED] http://users.lightbearer.com/lucifer/
d remember; probably others, too. What fun, what fun.)
--
***
Joel Baker System Administrator - lightbearer.com
[EMAIL PROTECTED] http://users.lightbearer.com/lucifer/
On Thu, Sep 12, 2002 at 09:19:30AM +0200, Martin v. Loewis wrote:
> Joel Baker <[EMAIL PROTECTED]> writes:
>
> > Next stupid question: which standard covers 'unix', so that I can make sure
> > all the pieces are met and that I'm not about to force GCC t
On Thu, Sep 12, 2002 at 08:39:29AM +0200, Martin v. Loewis wrote:
> "Joel Baker" <[EMAIL PROTECTED]> writes:
>
> > Both are ELF systems, and both define the OS standard symbol for their
> > respective OSen. However, what I can't figure out is why the Net
what suitable
values for those are...
--
***
Joel Baker System Administrator - lightbearer.com
[EMAIL PROTECTED] http://users.lightbearer.com/lucifer/
pgpURxbK1m9Wf.pgp
Description: PGP signature
FARGS += --enable-__cxa_atexit
+endif
ifeq ($(with_java),yes)
CONFARGS += --enable-java-gc=boehm
--
***
Joel Baker System Administrator - lightbearer.com
[EMAIL PROTECTED]
+ --without-included-gettext
+
+ifeq ($(with_cxa_atexit),yes)
+ CONFARGS += --enable-__cxa_atexit
+endif
ifeq ($(with_java),yes)
CONFARGS += --enable-java-gc=boehm
--
***
Joel Baker System
next
version; in the meanwhile, I have written a patch (in the following
message) to work around it in the Debian package.
--
***
Joel Baker System Administrator - lightbearer.com
[EMAIL PROTECTED
On Tue, Sep 03, 2002 at 07:20:19AM +0200, Martin v. Loewis wrote:
> Joel Baker <[EMAIL PROTECTED]> writes:
>
> > I believe they're from the dynamic linker (ld.elf_so), in this case.
>
> That would indicate that the dynamic linker does not know what .hidden
> sy
On Tue, Sep 03, 2002 at 07:29:34AM +0200, Martin v. Loewis wrote:
> Joel Baker <[EMAIL PROTECTED]> writes:
>
> > That's from the build area... binutils is currently:
> >
> > binutils 2.13.90.0.4-1 The GNU assembler, ...
> > binutils-dev
od, except that the timing
is such that the file is removed before the second pod2man is finished
running...
--
***
Joel Baker System Administrator - lightbearer.com
[EMAIL PROTECTED] http://users.lightbearer.com/lucifer/
fairly evident (from the last dozen lines or so of the output)
that that is what's going on.
--
***
Joel Baker System Administrator - lightbearer.com
[EMAIL PROTECTED] http://users.lightbearer.com/lucifer/
On Mon, Sep 02, 2002 at 08:08:07PM -0400, Daniel Jacobowitz wrote:
> On Mon, Sep 02, 2002 at 03:35:11PM -0600, Joel Baker wrote:
> > On Mon, Sep 02, 2002 at 10:23:40PM +0200, Martin v. Loewis wrote:
> >
> > > We have to consider __dso_handle and __cxa_atexit separately
On Mon, Sep 02, 2002 at 10:23:40PM +0200, Martin v. Loewis wrote:
> Joel Baker <[EMAIL PROTECTED]> writes:
>
> > > /tmp/Build/gcc-3.2/gcc-3.2-3.2ds0/build/i386-unknown-netbsdelf1.6./libstdc++-v3/src/.libs/libstdc++.so:
> > > undefined reference to `__dso_handle
On Mon, Sep 02, 2002 at 10:06:51AM -0600, Joel Baker wrote:
> On Mon, Sep 02, 2002 at 01:10:08AM -0600, Joel Baker wrote:
> > On Mon, Sep 02, 2002 at 08:18:01AM +0200, Martin v. Loewis wrote:
> > > Joel Baker <[EMAIL PROTECTED]> writes:
> > >
> > &
On Mon, Sep 02, 2002 at 01:10:08AM -0600, Joel Baker wrote:
> On Mon, Sep 02, 2002 at 08:18:01AM +0200, Martin v. Loewis wrote:
> > Joel Baker <[EMAIL PROTECTED]> writes:
> >
> > > # of expected passes5176
> > > # of unexpected failures
On Mon, Sep 02, 2002 at 08:18:01AM +0200, Martin v. Loewis wrote:
> Joel Baker <[EMAIL PROTECTED]> writes:
>
> > # of expected passes5176
> > # of unexpected failures1114
> > # of expected failures 977
> > # of untested testcases
On Mon, Sep 02, 2002 at 06:21:41AM +0200, Martin v. Loewis wrote:
> "Joel Baker" <[EMAIL PROTECTED]> writes:
>
> > Can anyone tell me where I should be looking in the logs, the test suite
> > results, or the like, to find out what's causing this? Build
>
line in rules.defs (since the port does
not have a working GNAT build with which to build... GNAT).
--
***
Joel Baker System Administrator - lightbearer.com
[EMAIL PROTECTED] http://users.lightbearer.com/lucifer/
any point.
On behalf of the NetBSD port, thank you all for your time.
--
*******
Joel Baker System Administrator - lightbearer.com
[EMAIL PROTECTED] http://users.lightbearer.com/lucifer/
47 matches
Mail list logo