y more,
> but I can not uninstall it, because some pacages depend on libstdc++3 which
> depends on gcc-3.0.
> But the binaries should not depend on the compiler...
libstdc++3 does not depend on the compiler, which is in gcc-3.0. It
merely depends on gcc-3.0-base, which contains a few
ders' file containing just "anonymous".
That is, if anonymous access is to be allowed, which I don't see why it
shouldn't be.
I don't think it needs debian-admin's intervention to set this up.
--
Colin Watson [EMAIL PROTECTED]
On Tue, Apr 08, 2003 at 08:19:23AM +0200, Joel Soete wrote:
> Hi Mathhias,
> >Colin Watson writes:
> >> Somebody with access to debian-gcc CVS - not me - needs to add a
> >> 'passwd' file in CVSROOT mapping anonymous to some real user (debbugs
> >&
on his initial
report. (Generally speaking it is *not* a good idea to set
woody/sarge/sid/etc. tags on initial reports unless you know exactly
what you're doing.)
--
Colin Watson [EMAIL PROTECTED]
code written in one language to call code written in another
+ language.
--- libffi-3.0.10~rc8.orig/debian/libffi6-udeb.install
+++ libffi-3.0.10~rc8/debian/libffi6-udeb.install
@@ -0,0 +1 @@
+usr/lib/lib*.so.*
Thanks,
--
Colin Watson [cjwat...@ubuntu.com
-udeb
+ dh_makeshlibs -s -Nlibffi$(major)
dh_installdeb -s
dh_shlibdeps -s
dh_gencontrol -s
--
Colin Watson [cjwat...@ubuntu.com]
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe
itionally." "$LINENO" 5
diff -Nru libffi-3.0.11/debian/patches/series
libffi-3.0.11/debian/patches/series
--- libffi-3.0.11/debian/patches/series 2012-10-10 13:12:46.0 +0100
+++ libffi-3.0.11/debian/patches/series 2013-01-17 10:18:13.0 +
@@ -3,3 +3,4 @@
aarch64
stamp
[ ! -f Makefile ] || $(MAKE) distclean
rm -f doc/*.info
+ dh_autotools-dev_restoreconfig
dh_clean
install: build
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
w
PU time on this.
Unfortunately, the build depends on the new libgcc1 from gcc-3.4.
debian-gcc, can I confirm that you intend to let the current version of
gcc-3.4 into testing, once the m68k build arrives?
Thanks,
--
Colin Watson [EMAIL PROTECTED]
not part of base and thus not frozen). Matthias, how do you feel about
> that?
libgcc1 is produced from the gcc-3.4 source package on many
architectures, so it is frozen. It'll have to go through t-p-u.
--
Colin Watson [EMAIL PROTECTED]
ortant.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
Should this bug be marked as forwarded to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12278 (or perhaps better
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12223)?
--
Colin Watson [EMAIL PROTECTED]
as it seems to
be building fine on the autobuilders. Could you justify the serious
severity?
Cheers,
--
Colin Watson [EMAIL PROTECTED]
to the lack of
Build-Depends-Indep:. Upgrading dpkg-dev in the autobuilder's chroot
should fix that.
--
Colin Watson [EMAIL PROTECTED]
ernal compiler error: in extract_insn, at recog.c:2175
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
Thanks,
--
Colin Watson [EMAIL PROTECTED]
n1fv_9.i.gz
Description: Binary data
the
>following c program fails to compile:
Add -lm (link with maths library) to your gcc line.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
details
I'm no C++ expert, but, if this is going to be deprecated, can this bug
be closed in the long run?
--
Colin Watson [EMAIL PROTECTED]
ves); if that's the case, please close this bug.
Please see bug #94995 and policy 3.5.5 section 13.1 for more information,
and feel free to contact me if you need help.
Thanks,
--
Colin Watson, via a script
Package: gcc-defaults
Version: 0.11
Severity: normal
Hi,
gcc, gobjc, and g++ all suggest task-* packages, which no longer exist
in testing/unstable. Perhaps they could be replaced by suggestions of
some useful individual packages instead.
Thanks,
--
Colin Watson
age-2.2.19-reiserfs-i386
kernel-image-2.2.19-udma100-ext3-i386
kernel-image-2.2.20-i386
hwtools doesn't build from source at all (#101687), so I don't know
whether it counts.
Thanks,
--
Colin Watson [EMAIL PROTECTED]
on auric it seemed to end up with
'ZLIBS = $(top_builddir)/../zlib/libz.a -L$(here)/../zlib/', despite the
use of --with-system-zlib. Perhaps src/zlib should be patched to be on
the safe side; diffing zlib_1.1.3-19.diff.gz and zlib_1.1.3-19.1.diff.gz
produces the patch.)
Thanks,
--
Co
t this in Bugzilla?
[Please remove [EMAIL PROTECTED] from replies; there's no
system-level configuration involved here so it doesn't need to involve
them.]
Cheers,
--
Colin Watson [EMAIL PROTECTED]
to any other sshd host.
This is bug #250185, which appears to be a toolchain bug. I don't know
of any resolution yet.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
hat at the moment, unfortunately.
> >
> > So a workaround is to build using -O2 on arm (which should be the
> > default according to Debian policy anyway).
>
> It seems so, yes. I don't know why openssh started using -O3.
It doesn't; openss
24 matches
Mail list logo