Package: gcc-5-base
Version: 5.3.0-3
Severity: important
Trying to update today results in ...
Preparing to unpack .../gcc-5-base_5.3.0-3_i386.deb ...
Unpacking gcc-5-base:i386 (5.3.0-3) over (5.2.1-27) ...
dpkg: error processing archive
/var/cache/apt/archives/gcc-5-base_5.3.0-3_i386.deb
Hi Mathieu,
On October 16, 2014 01:01:52 PM Mathieu Malaterre wrote:
Package: gcc,libboost-program-options-dev
Version: gcc/4:4.7.2-1
Version: libboost-program-options-dev/1.49.0.1
These are pretty old versions. I'm personally unable to provide any support
for Boost 1.49 so you'll have to
Package: g++-4.8
Version: 4.8.1-6
Severity: important
Build log is here:
https://buildd.debian.org/status/fetch.php?pkg=boost1.54arch=mipselver=1.54.0-2stamp=1373243794
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64
Hello,
This message is addressed to all maintainers of a package that
build-depends on gmp.
Yesterday's upload (gmp version 5.1.2+dfsg-2) changed the location of
gmp.h from /usr/include to /usr/include/$(multi-arch-triplet). This
was done to fix bug #675577. This change *should* be invisible,
Hello,
This message is addressed to all maintainers of a package that
build-depends on gmp.
Yesterday's upload (gmp version 5.1.2+dfsg-2) changed the location of
gmp.h from /usr/include to /usr/include/$(multi-arch-triplet). This
was done to fix bug #675577. This change *should* be invisible,
Hello,
This message is addressed to all maintainers of a package that
build-depends on gmp.
Yesterday's upload (gmp version 5.1.2+dfsg-2) changed the location of
gmp.h from /usr/include to /usr/include/$(multi-arch-triplet). This
was done to fix bug #675577. This change *should* be invisible,
Hello,
This message is addressed to all maintainers of a package that
build-depends on gmp.
Yesterday's upload (gmp version 5.1.2+dfsg-2) changed the location of
gmp.h from /usr/include to /usr/include/$(multi-arch-triplet). This
was done to fix bug #675577. This change *should* be invisible,
Hello,
This message is addressed to all maintainers of a package that
build-depends on gmp.
Yesterday's upload (gmp version 5.1.2+dfsg-2) changed the location of
gmp.h from /usr/include to /usr/include/$(multi-arch-triplet). This
was done to fix bug #675577. This change *should* be invisible,
Hello,
This message is addressed to all maintainers of a package that
build-depends on gmp.
Yesterday's upload (gmp version 5.1.2+dfsg-2) changed the location of
gmp.h from /usr/include to /usr/include/$(multi-arch-triplet). This
was done to fix bug #675577. This change *should* be invisible,
Hello,
This message is addressed to all maintainers of a package that
build-depends on gmp.
Yesterday's upload (gmp version 5.1.2+dfsg-2) changed the location of
gmp.h from /usr/include to /usr/include/$(multi-arch-triplet). This
was done to fix bug #675577. This change *should* be invisible,
Hello,
This message is addressed to all maintainers of a package that
build-depends on gmp.
Yesterday's upload (gmp version 5.1.2+dfsg-2) changed the location of
gmp.h from /usr/include to /usr/include/$(multi-arch-triplet). This
was done to fix bug #675577. This change *should* be invisible,
Hello,
This message is addressed to all maintainers of a package that
build-depends on gmp.
Yesterday's upload (gmp version 5.1.2+dfsg-2) changed the location of
gmp.h from /usr/include to /usr/include/$(multi-arch-triplet). This
was done to fix bug #675577. This change *should* be invisible,
Hello,
This message is addressed to all maintainers of a package that
build-depends on gmp.
Yesterday's upload (gmp version 5.1.2+dfsg-2) changed the location of
gmp.h from /usr/include to /usr/include/$(multi-arch-triplet). This
was done to fix bug #675577. This change *should* be invisible,
Hello,
This message is addressed to all maintainers of a package that
build-depends on gmp.
Yesterday's upload (gmp version 5.1.2+dfsg-2) changed the location of
gmp.h from /usr/include to /usr/include/$(multi-arch-triplet). This
was done to fix bug #675577. This change *should* be invisible,
Hello,
This message is addressed to all maintainers of a package that
build-depends on gmp.
Yesterday's upload (gmp version 5.1.2+dfsg-2) changed the location of
gmp.h from /usr/include to /usr/include/$(multi-arch-triplet). This
was done to fix bug #675577. This change *should* be invisible,
Hello,
This message is addressed to all maintainers of a package that
build-depends on gmp.
Yesterday's upload (gmp version 5.1.2+dfsg-2) changed the location of
gmp.h from /usr/include to /usr/include/$(multi-arch-triplet). This
was done to fix bug #675577. This change *should* be invisible,
Hello,
This message is addressed to all maintainers of a package that
build-depends on gmp.
Yesterday's upload (gmp version 5.1.2+dfsg-2) changed the location of
gmp.h from /usr/include to /usr/include/$(multi-arch-triplet). This
was done to fix bug #675577. This change *should* be invisible,
Hello,
This message is addressed to all maintainers of a package that
build-depends on gmp.
Yesterday's upload (gmp version 5.1.2+dfsg-2) changed the location of
gmp.h from /usr/include to /usr/include/$(multi-arch-triplet). This
was done to fix bug #675577. This change *should* be invisible,
Package: gcc-4.6
Version: 4.6.3-5
Severity: important
The sparc build of boost 1.49 failed recently with a gcc ICE. The compiler
output claims the bug is not reproducible (not sure how it would know
that?) and may be a hardware or OS problem.
Could a sparc person please try a build?
Hi,
As far as I can see, gcj suffers a bus error trying to compile even
the trivial Hello World program (see #594830) since last summer.
This problem is exhibited in GCC 4.4 and GCC 4.6 releases.
I can't see that this is reported in the GCC bug tracker. Is
this problem possibly specific to
On Mon, Apr 25, 2011 at 07:07:41PM +0200, Petr Salinger wrote:
As far as I can see, gcj suffers a bus error trying to compile even
the trivial Hello World program (see #594830) since last summer.
This problem is exhibited in GCC 4.4 and GCC 4.6 releases.
Only on kfreebsd-amd64 and only on
On Mon, Aug 30, 2010 at 09:35:28AM +0900, Nobuhiro Iwamatsu wrote:
(sid)iwamatsu@asdfasdf:~/work$ cat HelloWorld.java
public class HelloWorld {
public static void main (String[] args) {
System.out.println(Hello World !!);
}
}
This trivial file still produces a Bus Error using
Package: gcj-jdk
Version: 4.4.6-2
Severity: minor
When gcj fails (c.f. #594830), the diagnostic says to submit a full
bug report according to instructions in /usr/share/doc/gcj-4.4/README.Bugs
However, no such file exists.
-Steve
--
To UNSUBSCRIBE, email to
On Sat, Feb 26, 2011 at 05:49:49PM +0100, Matthias Klose wrote:
On 26.02.2011 04:42, Steve M. Robbins wrote:
On Fri, Feb 25, 2011 at 03:57:28PM +0100, Matthias Klose wrote:
On 25.02.2011 08:46, Steve M. Robbins wrote:
Clearly one should be mindful of the effect on GCC -- that's why I
asked
Dear Matthias,
On Sat, Feb 26, 2011 at 06:10:54PM +0100, Matthias Klose wrote:
On 26.02.2011 18:08, Steve M. Robbins wrote:
Instead of asking cryptic questions, could you please spell out your
concerns in detail so that we could address them.
what is cryptic about the question?
Thanks
On Fri, Feb 25, 2011 at 03:57:28PM +0100, Matthias Klose wrote:
On 25.02.2011 08:46, Steve M. Robbins wrote:
Clearly one should be mindful of the effect on GCC -- that's why I
asked the question on debian-gcc. Do you have any specific concerns?
Have any concerns been raised on the GCC
On Thu, Feb 24, 2011 at 08:15:44PM +, Adam D. Barratt wrote:
On Sat, 2011-02-19 at 04:48 -0600, Steve M. Robbins wrote:
On Sat, Feb 12, 2011 at 01:39:39PM +, Adam D. Barratt wrote:
Have any of the reverse-dependencies been test-built against the new
version? Does the move
On Sat, Feb 12, 2011 at 01:39:39PM +, Adam D. Barratt wrote:
On Sun, 2011-02-06 at 12:39 -0600, Steve M. Robbins wrote:
Looking at the package names of the unstable and experimental versions,
it looks like the main change is libgmp3c2 to libgmp3? (There is also
lib{32,64}gmp3 - lib{32,64
Package: gcj-jdk
Version: 4.4
Severity: normal
The buildd fasch.debian.org (kfreebsd-amd64) failed [1] building
insighttoolkit 3.20.0-6:
make[3]: Entering directory
`/build/buildd-insighttoolkit_3.20.0-6-kfreebsd-amd64-0SH_E6/insighttoolkit-3.20.0/obj-x86_64-kfreebsd-gnu'
/usr/bin/cmake -E
Hi,
Now that squeeze is out, I'd like to move from GMP 4 to GMP 5. The
latter was released upstream about a year ago and the gmp lists
aren't buzzing with outrageous bugs, so it appears stable enough.
I know GMP is used in gcc itself, so I'd appreciate some guidance
from the gcc team as well,
On Tue, Jun 22, 2010 at 08:47:53PM +0200, Kurt Roeckx wrote:
On Sun, Jun 13, 2010 at 09:19:43PM -0500, Steve M. Robbins wrote:
Hi,
I'd like to request that mundy.debian.org try building insighttoolkit
version 3.18.0-3. Mundy succesfully built the previous three versions
Further info: this issue appears to be prevalent on
buildd machine fasch but does not appear to happen
on fano.
Subsequent to the enclosed message, insighttoolkit was
rebuilt successfully on fano.
-Steve
- Forwarded message from Steve M. Robbins st...@sumost.ca -
Date: Sat, 12 Jun
Hi,
I'd like to request that mundy.debian.org try building insighttoolkit
version 3.18.0-3. Mundy succesfully built the previous three versions,
but the latest build was executed on caballero and failed. I'd like
to try with mundy to see whether there's a machine-specific problem
with caballero
Package: g++-4.4
Version: 4.4.4-4
Severity: normal
On May 7, insighttoolkit was successfully built on ia64 using
g++-4.4_4.4.3-7 [1]
Today, it fails using g++-4.4_4.4.4-4 [2]
cd
/build/buildd-insighttoolkit_3.18.0-3-ia64-WbrIxv/insighttoolkit-3.18.0/Build/Wrapping/CSwig/BasicFiltersB
Package: gcj-4.4-jdk
Version: 4.4.4-3
Severity: important
gcj failed during a build of insighttoolkit on 2010-06-06
https://buildd.debian.org/fetch.cgi?pkg=insighttoolkit;ver=3.18.0-2%2Bb1;arch=kfreebsd-amd64;stamp=1275783052
It did work on May 8, however:
Hi,
On Wed, Nov 11, 2009 at 10:24:39PM +0100, Israel Herraiz wrote:
I am suggesting to add the -fexceptions to CPPFLAGS to solve one bug
that is happening in the ppl package (see bug #552959 for details).
In PPL, the configure script recommends to add -fexceptions to
CPPFLAGS to avoid
As a followup to my last note: the build finished successfully
for me on amd64.
Regards,
-Steve
signature.asc
Description: Digital signature
OK: it sounds to me like the consensus is that HPPA should move to GCC
4.1 for C++, optionally leaving other languages at GCC 4.0.
Is this acutally decided? Is it likely to happen soon, or should I
build GMP with gcc 3.3 (which doesn't exhibit the problem) in the
short term?
Thanks,
-Steve
--
Package: g++-4.0
Version: 4.0.3-1
Severity: grave
Hi,
Ignore the architecture below -- this report is about HPPA.
Here's a simple program that runs fine on my x86 box, but fails
on Paer (2.6.16-1-parisc64-smp #2 SMP).
[EMAIL PROTECTED]:~/gmp-4.2.dfsg/tests/cxx$ cat test-throw.cc
#include
Further information: the program also fails using g++-3.4, but
works using g++-3.3.
-Steve
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Sat, Jan 28, 2006 at 09:51:02PM +0100, Matthias Klose wrote:
Steve M. Robbins writes:
Package ccmalloc explicitly build-depends on all supported C++
compilers because it builds a specific module for each.
Two bugs have been filed against it suggesting that g++-3.3 (BTS
343034
On Wed, Dec 21, 2005 at 12:18:00AM +0100, Domenico Andreoli wrote:
On Tue, Dec 20, 2005 at 05:48:17PM +0800, Randolph Chung wrote:
i just finished to re-check the build with this option. unfortunately it
still
fails. the log is at
On Thu, Nov 24, 2005 at 10:36:14AM +0100, Pawe? Machnikowski wrote:
Hi,
I'm using Maxima in my work and I now also need to install the gfortran-4.0
package (testing). But the former works only with libgmp3, while the latter
only with libgmp3c2 (it sais libgmp3c2 | libgmp3c2, which looks
On Fri, Apr 08, 2005 at 11:52:15PM +0200, Matthias Klose wrote:
Steve M. Robbins writes:
Package: g++-4.0
Version: 4.0-0pre5
Severity: normal
Hi,
The following test code (atof.cc) elicits no warning when compiled with
g++-4.0 -c -Wall atof.cc
Package: g++-4.0
Version: 4.0-0pre5
Severity: normal
Hi,
The following test code (atof.cc) elicits no warning when compiled with
g++-4.0 -c -Wall atof.cc
but with optimization GCC complains about the standard library
function atof():
[EMAIL PROTECTED] -c -Wall -O atof.cc
atof.cc: In
Hello,
The Debian packaging of GNU MP has, since version 4.1.2-2 (4 Apr 2003)
been built with --enable-mpfr. It turns out that MPFR has
subsequently been split off into its own project and has released
several versions later than that included in GMP.
Paul Zimmermann, one of the developers of
Hello,
The Debian packaging of GNU MP has, since version 4.1.2-2 (4 Apr 2003)
been built with --enable-mpfr. It turns out that MPFR has
subsequently been split off into its own project and has released
several versions later than that included in GMP.
Paul Zimmermann, one of the developers of
Hello,
The Debian packaging of GNU MP has, since version 4.1.2-2 (4 Apr 2003)
been built with --enable-mpfr. It turns out that MPFR has
subsequently been split off into its own project and has released
several versions later than that included in GMP.
Paul Zimmermann, one of the developers of
Hello again,
The previous email left out a couple of things.
First, MPFR is for multiple precision floating point computations.
You can check whether your package uses it by grepping for the
two header files, mpfr.h and mpf2mpfr.h. For example
grep -r mpfr.h TOP_OF_YOUR_SOURCE_TREE
Hello again,
The previous email left out a couple of things.
First, MPFR is for multiple precision floating point computations.
You can check whether your package uses it by grepping for the
two header files, mpfr.h and mpf2mpfr.h. For example
grep -r mpfr.h TOP_OF_YOUR_SOURCE_TREE
Hello again,
The previous email left out a couple of things.
First, MPFR is for multiple precision floating point computations.
You can check whether your package uses it by grepping for the
two header files, mpfr.h and mpf2mpfr.h. For example
grep -r mpfr.h TOP_OF_YOUR_SOURCE_TREE
Hello,
You have been carbon-copied because your package lists libgmp3-dev in
its build-depends.
Philipp I have recently taken over maintenance of the GMP libraries
and uploaded version 4.1.2. The package libgmp3-dev has for some time
installed internal GMP headers into /usr/include. The
Package: gij
Version: 2:3.0.4-5
Severity: grave
It doesn't install -- possible typo in postinst? (I didn't check).
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
53 matches
Mail list logo
