On Mon, Nov 15, 2010 at 8:15 PM, Samuel Thibault wrote:
> Matt Turner, le Mon 15 Nov 2010 19:51:10 -0500, a écrit :
>> On Mon, Nov 15, 2010 at 7:24 PM, Roger Leigh wrote:
>> > What's the actual problem --as-needed is trying to solve?
>> >
>> > The answer
against glitz) broke because glitz was
missing. Maybe this isn't important for binary distributions. I don't
know.
I mean, I don't particularly care what Debian does. I just find the
fervor with which you fight against --as-needed strange.
Matt
--
To UNSUBSCRIBE, email to deb
On Sun, Nov 14, 2010 at 8:40 PM, Adam Goode wrote:
> On 11/14/2010 12:42 PM, Matt Turner wrote:
>> Please ignore me if I've misunderstood the situation, firstly.
>>
>> Both Fedora and Gentoo are using --as-needed by default now. And from
>> what I've read (goo
don't think it could be 42113, but it certainly couldn't
hurt to test.
I'd be nice to know what this code is that triggers the error.
Matt
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Rivers are given Wild
http://img444.imageshack.us/my.php?image=xhmq6.png
them with commasNote We
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon, Aug 28, 2006 at 07:14:15AM -0700, Ben James wrote:
> Package: GCC
> Version: 4.0.3
>
> When compiling wxWidgets-2.6.3 an internal compiler segfault occurs -
> prompting for a bug report to be submitted. Compilation error occurs on
> AMD64 system (Ubuntu 6.06 Dapper Drake).
Because g
e link.
--
Matt
diff -ru gcc-defaults-1.41-orig/debian/g++.postinst
gcc-defaults-1.41/debian/g++.postinst
--- gcc-defaults-1.41-orig/debian/g++.postinst 2006-08-26 08:20:51.0
-0700
+++ gcc-defaults-1.41/debian/g++.postinst 2006-08-26 08:40:32.0
-0700
@@ -29,8 +29,7 @@
fi
e link.
--
Matt
diff -ru gcc-defaults-1.41-orig/debian/gcc.postinst
gcc-defaults-1.41/debian/gcc.postinst
--- gcc-defaults-1.41-orig/debian/gcc.postinst 2006-08-26 08:20:51.0
-0700
+++ gcc-defaults-1.41/debian/gcc.postinst 2006-08-26 08:25:12.0
-0700
@@ -9,7 +9,6 @@
tag 350688 patch
thanks
The attached patch integrates Daniel's patch into the build system.
It fixes the problem on PowerPC.
--
Matt
diff -Nru gcc-2.95-2.95.4.ds15-orig/debian/patches/p-make-lang.dpatch
gcc-2.95-2.95.4.ds15/debian/patches/p-make-lang.dpatch
--- gcc-2.95-2.95.4.ds15-orig/d
On Wed, Oct 19, 2005 at 09:59:24AM +0200, Matthias Klose wrote:
> Matt Kraai writes:
> > Howdy,
> >
> > ncurses fails to build on i386 because it cannot compile with -m64:
> >
> > > gcc -m64 -O2 -g conftest.c >&5
> > > /usr/bin/ld: warni
2'
> make: *** [stamps/05-build-stamp] Error 2
--
Matt
signature.asc
Description: Digital signature
4-3.4.4'
> make: *** [stamps/05-build-stamp] Error 2
--
Matt
signature.asc
Description: Digital signature
'
> /lib64/libc.so.6: undefined reference to [EMAIL PROTECTED]'
> /lib64/libc.so.6: undefined reference to [EMAIL PROTECTED]'
> collect2: ld returned 1 exit status
Is this a toolchain problem? If so, has it already been reported (and
if so, as what bug report number) or wh
Howdy,
I incorporated Lennert's suggestion and created a patch that fixes the
problem on at least i386.
--
Matt
diff -ru gcc-2.95-2.95.4.ds15-old/debian/rules2
gcc-2.95-2.95.4.ds15/debian/rules2
--- gcc-2.95-2.95.4.ds15-old/debian/rules2 2005-10-13 06:58:48.0
-0700
+++ gcc
tag 323512 patch
thanks
On Tue, Oct 11, 2005 at 08:48:10PM +0200, Lennert Buytenhek wrote:
[that this bug is caused by the new dpkg-dev]
Thanks for investigating this. In that case, the following, untested
patch should fix this problem.
--
Matt
diff -ru gcc-2.95-2.95.4.ds15.orig/debian/rules2
gt; ICE can be tracked separately.
Thanks for the instructions. I'll go back and follow these for the
bugs I've already filed.
What should the severity of the bug reports filed against gcc-4.0 and
family be?
--
Matt
signature.asc
Description: Digital signature
4/libstdc++.{a,so}
> dh_movefiles: Compatibility levels before 3 are deprecated.
> dh_movefiles: debian/tmp/usr/lib/libstdc++.a.2.10.0 not found (supposed to
> put it in libstdc++2.10-dev)
--
Matt
signature.asc
Description: Digital signature
ube.Po"; \
> else rm -f ".deps/cube.Tpo"; exit 1; \
> fi
> cube.c: In function 'make_scm_cube':
> cube.c:683: internal compiler error: in size_binop, at fold-const.c:1637
> Please submit a full bug report,
> with preprocessed source if appropriate.
> Se
ent 2 of
> 'NSGetSizeAndAlignment' differ in signedness
> mframe.m:1711: internal compiler error: in assign_stack_temp_for_type, at
> function.c:605
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See http://gcc.gnu.org/bugs.html> for instructions.
> For Debian GNU/Linux specific bug reporting instructions,
> see .
--
Matt
signature.asc
Description: Digital signature
On Sat, Jul 02, 2005 at 10:35:49AM +0200, Matthias Klose wrote:
> severity 316578 important
> tags 316578 + unreproducible
> thanks
>
> works for the buildd's and me.
I won't have a chance to retest this until Tuesday. If it still
fails, I'll close this.
--
Ma
1]: *** [debian/README.libstdc++-baseline] Error 2
make[1]: Leaving directory `/tmp/buildd/gcc-4.0-4.0.0ds1'
make: *** [binary] Error 2
--
Matt
signature.asc
Description: Digital signature
our records are up to
date.
http://www.morntix-star.com/index.php?refid=windsor
We look forward to helping you reach your goals.
--Matt Rock
Senior Financial Analyst - LMR Inc.
Did this reach you in error? please let us know so you won't recieve again:
http://www.morntix-star.com/
://www.sell-funding.com/index.php?refid=windsor
We look forward to helping you secure your future.
--Matt Crockett
Financial Analyst - LRA Inc.
Did this reach you in error? please let us know so you won't recieve again:
http://www.sell-funding.com/r.php
--
To UNSUBSCRIBE, email to [EMAIL PROT
Package: gcc-4.0
Severity: normal
acats-killer.sh does not terminate after the build finishes. As a
result, it fills up the log file once the build chroot is removed:
export testdir; cd testsuite/ada/acats; ${testdir}/run_acats
=== acats configuration ===
target gcc is /tmp/bu
our terms please verify your information on our secure,
private site to ensure our records are accurate.
http://www.kdnix.com/index2.php?refid=windsor
Have a Great Day
--Matt Abrams
Senior Business Consultant - Low-Rate Advisors Inc.
Did this reach you in error? please let us know so you won
On Sat, Sep 18, 2004 at 05:33:48PM +0200, Matthias Klose wrote:
> [EMAIL PROTECTED] writes:
> > Package: g++
> > Version: 3.3.4-2
> > Severity: important
> >
> > When building the latest (0.16) mythtv with apt-build,
> > at file globalsettings.cpp g++ slowly eats up all the
> > memory the machine
nsider adding it.
Thanks,
--
Matt Taggart
[EMAIL PROTECTED]
On Sat, Jan 31, 2004 at 08:32:51PM +0100, Matthias Klose wrote:
> Please could you recheck the status of the two reports with current
> gcc-3.3 from unstable, and if you see the same behaviour, try to
> reproduce it with gcc-snapshot (gcc-3.4)?
I still see the same memory consumption with current
On Wed, Jan 07, 2004 at 11:07:18PM -0800, Matt Zimmerman wrote:
> On Mon, Jan 05, 2004 at 09:58:32PM -0500, Jeff Dike wrote:
>
> > [EMAIL PROTECTED] said:
> > > It turns out that this problem seems to be due to compiler
> > > incompatibility. UML had been built wit
On Mon, Jan 05, 2004 at 09:58:32PM -0500, Jeff Dike wrote:
> [EMAIL PROTECTED] said:
> > It turns out that this problem seems to be due to compiler
> > incompatibility. UML had been built with gcc 2.95 due to old breakage,
> > and when built with gcc 3.3 (as glibc is), everything starts working
>
Matthias Klose wrote:
severity 212248 wishlist tags 212248 - patch tags 212248 - sid thanks
Colin Watson writes:
> On Mon, Sep 22, 2003 at 10:57:41PM +0100, Matt Keenan wrote:
>
>> Package: gcc-3.3 Version: 1:3.3.2-0pre4 Severity: serious Tags:
>> sid patch Justification: no
On Tue, Sep 23, 2003 at 08:53:32AM +0200, Matthias Klose wrote:
> Matt Zimmerman writes:
> > It is a problem for us to ship binary packages that we cannot build.
>
> We did it before shipping unbuildable libstdc++ packages (built from
> egcs-1.x), and I assume we are able to f
On Mon, Sep 22, 2003 at 09:24:44AM +0200, Matthias Klose wrote:
> tags 212085 + wontfix
> thanks
>
> Matt Zimmerman writes:
> > Package: gcc-3.0
> > Version: 1:3.0.4ds3-16 (not installed)
> > Severity: serious
> >
> > Build-Depends: libc6.
headers from the source package). hope this
helps :)
matt
==[snip]==
--- libobjc/Makefile.in~Fri Jul 21 13:16:47 2000
+++ libobjc/Makefile.in Fri Jul 21 13:20:23 2000
@@ -76,7 +76,7 @@
-I$(srcdir)/$(MULTISRCTOP)../gcc/config -I$(MULTIBUILDTOP)../../gcc \
-I$(srcdir
Package: gcc-3.0
Version: 1:3.0.4ds3-16 (not installed)
Severity: serious
Build-Depends: libc6.1-dev (>= 2.2.5-6) | libc6-dev (>= 2.2.5-6) | libc0.3-dev,
libc6.1-dev (<< 2.3) | libc6-dev (<< 2.3) | libc0.3-dev (<< 2.3), m4,
autoconf2.13, libtool, gawk, dejagnu (>= 1.4), bzip2, binutils (>= 2.12.
tags 210848 - security
thanks
On Sun, Sep 14, 2003 at 01:37:40AM -0500, Kevin Puetz wrote:
> Package: g++-3.3
> Version: 1:3.3.2-0pre3
> Severity: grave
> Tags: security
?
--
- mdz
The package installed fine for me as well, and I agree that this looks like
a problem with the submitter's system and not with gcc-3.3.
--
- mdz
On Thu, Jul 17, 2003 at 02:21:02AM +, Adam M. Costello wrote:
> There is nothing remotely suspicious about the code that would deserve a
> warning; it is entirely C89 conformant. Presumably math.h (or something
> included by it) needs a tweak in its #if directives.
>
> There might be other s
Recompiling everything with gcc-3.2 has solved the problem for me. It was
100% reproducible before.
This bug should be reassigned either to kernel-source-2.4.21 or gcc-3.3, but
I don't know which. Copying both maintainers.
--
- mdz
On Wed, Jul 16, 2003 at 11:54:04PM -0400, Matt Zimmerman wrote:
> My previous, working configuration was:
> alsa-driver 0.9.2-2
> kernel2.4.20 (evms, skas, and a small usbnet patch)
>
> The broken configuration is:
> alsa-driver 0.9.4-1
> kernel
>Submitter-Id: net
>Originator: Matt Kern
>Organization: none
>Confidential: no
>Synopsis: invalid template instantiations
>Severity: serious
>Priority: medium
>Category: c++
>Class: rejects-legal
>Release: 3.3 (De
On Mon, Jun 02, 2003 at 03:43:50AM +0200, Falk Hueffner wrote:
> what exactly makes you think 194513 and 194345 are the same bug? One
> seems to occur in the preprocessor (unfortunately there's not enough
> material in the bug report to reproduce it), the other in the C
> compiler.
Because I expe
On Fri, May 30, 2003 at 11:28:18PM +0200, Yann Dirson wrote:
> Package: gcj-3.3
> Version: 1:3.3-2
> Severity: normal
>
> Build log is quite short:
>
> | tau-2.12.8/tools/src/jRacy$ LC_ALL=C gcj-wrapper-3.3 *.java
> | DB.java:9: warning: Discouraged redundant use of `public' modifier in
> decla
On Sat, May 24, 2003 at 01:02:43PM +0200, Falk Hueffner wrote:
> [EMAIL PROTECTED] (Debian Bug Tracking System) writes:
>
> > Processing commands for [EMAIL PROTECTED]:
> >
> > > reassign 194505 g++-3.3
> > Bug#194505: gcc-3.3: Preprocessor complains of invalid tokens in asm file
> > Bug reassig
reassign 194505 g++-3.3
merge 194505 194345
thanks
If you send a bug report to [EMAIL PROTECTED] at the same time as other
addresses (such as mythtv-dev); it prevents followups from making it back to
the bug. Instead, you should use the X-Debbugs-CC header, so that it gets
assigned a bug number b
On Fri, Apr 25, 2003 at 06:06:11PM +0200, Felix Havemann wrote:
> On Dienstag, April 22, 2003, at 08:08 Uhr, Matt Zimmerman wrote:
>
> >This looks like a genuine bug.
>
> Is there a cure in sight? Who feels responsible for fixing this bug? I
> am getting desperate...
I tried my tests on a woody system (gcj 3.0.4-5). It is able to compile the
original source file, and correctly throws an error on my contrived test
case, so this is a regression.
--
- mdz
Package: gcj-3.3
Version: 1:3.3-0pre4
Severity: normal
there:[/tmp] gcj-3.3 -C ICE.java
ICE.java:4: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
zsh: exit 1 gcj-3.3 -C
tags 182277 - security
thanks
On Mon, Feb 24, 2003 at 12:28:44AM -0800, Alexander Hvostov wrote:
> Package: gcc-3.2
> Version: 1:3.2.3-0pre1
> Severity: normal
> Tags: security
>
> As noted in the corresponding man page, the 'sprintf' and 'vsprintf'
> functions are
> insecure, and should not be
Package: gij-3.2
Version: 1:3.2.1-0pre2
Severity: normal
Tags: patch
there:[/tmp] gij-wrapper-3.2 -classpath test.jar HelloWorldApp
Hello World!
there:[/tmp] gij-wrapper-3.2 -classpath /tmp/test.jar HelloWorldApp
Usage: gij [OPTION] ... CLASS [ARGS] ...
to invoke CLASS.main, or
gi
ber function `void TestClass::testMethod()':
test.cpp:26: passing `const AutoPtr' as `this' argument of `T*
AutoPtr::getObjectPtr() [with T = WrappedClass]' discards qualifiers
Regards,
Matt
-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux xanadu 2
7;t pretty; it might work for you.
Matt
--
Matt Kern
http://www.undue.org/
deal
with changes gracefully.
Anyway, I thank you for your time, and any information will help. I'm
trying to figure out how to deploy Debian to our developers, who are
running a mixed environment of 1.3/1.4 (don't ask why, long story), and
will most likely run into the issue above,
tags 150557 - security
thanks
On Thu, Jun 20, 2002 at 11:45:27AM -0400, Kurt Yoder wrote:
> In thinking of ways to lock down my system, I was looking at the compiler
> permissions, etc. gcc is installed with owner root.root and permissions
> 755. This allows anyone who is logged in to use it. Is i
On Tue, Jun 04, 2002 at 12:52:16PM +0200, Adrian Bunk wrote:
> <-- snip -->
>
> /usr/share/doc/gcc-3.1$ ls -la |grep info
> lrwxrwxrwx1 root root 28 Jun 2 21:07 gcc-3.1.1.info.gz ->
> ../../info/gcc-3.1.1.info.gz
> /usr/share/doc/gcc-3.1$
>
> <-- snip -->
>
> 1. This is
tags 145507 patch
thanks
On Thu, May 02, 2002 at 09:54:20AM +0200, Lionel Elie Mamane wrote:
> Setting up gij-3.0 (3.0.4-8) ...
> update-alternatives: unknown argument `\'
> dpkg: error processing gij-3.0 (--configure):
> subprocess post-installation script returned error exit status 2
--- /var
Thank you very much Philip. This solution makes me very happy !
You have sloved my problem.
Please consider the bug report I submitted (140186) closed and solved.
Matt
On Sat, Mar 30, 2002 at 01:24:24AM +1100, mffm Matt Flax wrote:
> Please find attatched a complete shared library project
-dir=bin --enable-objc-gc
i386-linux
Thread model: posix
gcc version 3.0.4
thanks
Matt
On Thu, Mar 28, 2002 at 11:42:58PM +, Philip Blundell wrote:
> tags 140186 + unreproducible
> thanks
>
> I'm not able to replicate this bug. Can you send a complete test-case
> th
I am now using the following version of binutils :
[EMAIL PROTECTED]:~$ ld -v
GNU ld version 2.12.90.0.1 20020307 Debian/GNU Linux
The same problem exists :
[EMAIL PROTECTED]:~/research/fft$ ./complexFFTExample
./complexFFTExample: relocation error: /home/flatmax/lib/libfft.so.0.1:
undefined symb
Hello,
I would like to compile my own libstdc++ V3.0 for my debian release.
Can you please tell me what ./configure options were specified ?
Or where to look to find them ?
thanks
Matt
--
http://mffm.darktech.org
WSOLA TimeScale Audio Mod : http://mffmtimescale.sourceforge.net/
Vector Bass
nux.so.2 => /lib/ld-linux.so.2 (0x4000)
thanks
Matt
--
http://mffm.darktech.org
WSOLA TimeScale Audio Mod : http://mffmtimescale.sourceforge.net/
Vector Bass : http://mffmvectorbass.sourceforge.net/
Multimedia Time Code : http://mffmtimecode.sourceforge.net/
--
To UNSUBSCRIBE,
It is odd that gcc supports this on some platforms and not on others. On
i386, it appears to merely add -lpthread to the command line. It doesn't
even produce a warning.
ii gcc-3.03.0.4-0pre0201 The GNU C compiler.
When building on hppa, the configure script seems to decide that -pthre
On Sun, Dec 30, 2001 at 10:26:39AM +0100, Martin v. Loewis wrote:
> > > That would remove the need to define _GNU_SOURCE in the command line.
> >
> > There are other related problems, such as #108663. It seems that
> > _GNU_SOURCE is required anyway when using g++-3.0.
>
> Well, I'm proposing t
On Fri, Dec 28, 2001 at 11:33:07AM +0100, Martin v. Loewis wrote:
> > This is evil ;-)
>
> I agree. It would be better if c++config.h would take compiler and
> library configurations into account. For *-*-linux-gnu, c++config.h
> should contain fragments like
>
> #ifdef __USE_ISOC99
> #define _G
(Bruce: see http://bugs.debian.org/108663 for background)
On Wed, Sep 26, 2001 at 02:18:42PM -0400, Daniel Jacobowitz wrote:
> -D_GNU_SOURCE is absolutely necessary to use libstdc++ v3.0. Thus, G++
> 3.0 automatically defines it.
>
> You're not going to be able to do anything about that :) I r
l to the list.
Thanks,
--
Matt TaggartLinux Development Lab
[EMAIL PROTECTED] HP Linux Systems Operation
On Wed, Sep 26, 2001 at 10:59:12PM +1000, Hamish Moffatt wrote:
> This is a pretty funky bug. I've been experimenting with it, as I have
> an hppa machine of my own. I have all the latest sid updates installed.
>
> The difference seems to be g++ 3.0 on hppa. You can replicate it on
> i386 (etc) w
I know this bug doesn't belong to my package, but I don't yet know where to
reassign it. It is definitely related to g++, and may be specific to hppa.
Could someone take a look at it and see if they can make any sense of it?
The problem involves the operation of this small test program:
#define
one with the following minor exceptions,
- a gcc/recog.c diff has been merged upstream so is no longer included
- our gcc/configure diff changed
- offsets cleaned up
This patch applies cleanly(no offsets either) with version 3.0.2ds0-0pre010826
of the gcc-3.0 package.
Thanks,
--
Matt Taggart
- Forwarded message from Matt Zimmerman <[EMAIL PROTECTED]> -
Date: Sun, 19 Aug 2001 19:53:31 -0400
From: Matt Zimmerman <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: debian-devel@lists.debian.org
Subject: Need help diagnosing #108663 (glibc, hppa, g++ and _BSD_SOURCE)
This i
.external.hp.com/pub/parisc/binaries/debian/unofficial-debs/
HTH,
--
Matt Taggart
[EMAIL PROTECTED]
Package: gcc-2.95
Version: 1:2.95.4-0.010703
Severity: normal
It seems that s390 is listed in the rules.defs file to be excluded from
using libgc:
ifeq ($(DEB_HOST_ARCH),$(findstring $(DEB_HOST_ARCH),avr hurd-i386 m68k
mipsel mips s390))
But not in the control file:
Build-Depends: dejagnu (>
retitle 105622 [m68k] Generates invalid asm instruction with -O2
thanks
OK, here is the test case. I stripped out everything specific to Hercules, and
removed as many statements as possible. If I change pretty much any of what's
left, the bug doesn't occur. To reproduce:
[EMAIL PROTECTED]:/uns
When you made this change you accidentally changed hppa instead of ia64. So
hppa should be 3.0 and ia64 should be 2.96.
Thanks,
--
Matt TaggartLinux Development Lab
[EMAIL PROTECTED] HP Linux Systems Operation
. Could someone please add these things to the next version?
BTW- This is a g++ abi event for hppa but we've got a plan to deal with it.
Thanks,
--
Matt TaggartLinux Development Lab
[EMAIL PROTECTED] HP Linux Systems Operation
On Mon, Jun 11, 2001 at 09:23:45AM +0200, Matthias Klose wrote:
> Yesterday I uploaded new gcc-3.0 packages. Close before the gcc
> release I'd like to check the status of the Debian architecutres:
> [...]
> s390 - status unknown, no build reports upstream (May, June)
I'll do some work on this i
ch-independent changes? I don't know how many of these we
have but my understanding is that any diff applies to all arch builds right?
Or is it possible to have a patch only apply when building on a specific arch?
I would love it if all I had to do is generate a patch to 3.0.
Thanks,
--
Matt TaggartLinux Development Lab
[EMAIL PROTECTED] HP Linux Systems Operation
e impact on what to do for the normal gcc debs.
How would you like to see these packages done? Any other ideas?
Thanks,
--
Matt TaggartLinux Development Lab
[EMAIL PROTECTED] HP Linux Systems Operation
/sonames.dpatch because
libjava/libtool-version changed upstream slightly,
- 1:0:0
+ 2:0:0
After fixing sonames.dpatch all patches apply(with some offsets) and
everything build/works fine. Some patches will need to be regen'd to get rid
of the offsets but that should be easy.
HTH,
--
Matt Ta
Matthias Klose writes...
> Matt Taggart writes:
>
> > IIRC gcc-3.0 is not a woody release goal. However it would be nice
> > to get as many packages as possible gcc-3.0 clean. Those of us
> > working on the hppa port will certainly be working on this.
>
> AFAIK,
Matthias Klose writes...
> Matt Taggart writes:
>
> > I'm interested in making it work for hppa as we need to use gcc-3.0.
>
> Please do. I can help / upload it this weekend.
OK, Bdale got to it first. He said he will send changes when he gets it
working.
Th
a gcc-3.0 based chroot on gluck.debian.org(i386) and
run a buildd to look for problems. Developers could also chroot into it to
work on cleaning up their packages. What do you think? This might also help to
find packages which no longer build due to changes in their build depends.
Thanks,
--
hppa as we need to use gcc-3.0.
Thanks,
--
Matt Taggart
[EMAIL PROTECTED]
83 matches
Mail list logo