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 (--unp
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.54&arch=mipsel&ver=1.54.0-2&stamp=1373243794
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd6
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, s
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, s
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, s
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, s
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, s
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, s
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, s
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, s
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, s
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, s
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, s
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, s
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, s
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, s
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, s
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?
gcc.compil
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 o
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 Deb
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 debian-gcc-requ...@lists.debian.o
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
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 crypt
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 mi
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 be
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
> &
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
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 cmake
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, si
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 b
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
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" -
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
&& /usr/
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:
https://buildd.debian.org/fetch.cgi?pkg=
As a followup to my last note: the build finished successfully
for me on amd64.
Regards,
-Steve
signature.asc
Description: Digital signature
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
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
--
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]
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
#inclu
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 s
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
> > > http://people.debian.org/~cavok/b
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 l
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 compil
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 memb
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
Sec
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
Sec
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
Sec
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,
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 ratio
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 stat
53 matches
Mail list logo