Compiling refblas3 with gfortran 4.2

* Build with gfortran instead of g77. +- Change shared library's SONAME version to 4. The shlibs version isn't + changed though. + + -- Ming Hua <[EMAIL PROTECTED]> Thu, 28 Jun 2007 15:42:42 -0500 + refblas3 (1.2-8) unstable; urgency=high * Build depend on tetex-extra

Bug#396292: fixed in gcc-snapshot 20061022-1

package gfortran-4.1 tags 396292 + fixed-upstream thanks On Mon, Oct 30, 2006 at 05:59:29PM -0600, Ming Hua wrote: > > The following is a reduced testcase which triggers ICE. I think it's > invalid code, but not very sure. I've tested with gcc-snapshot 20061022-1 with the

Bug#396292: gfortran-4.1: ICE when mistyping NULL() as NULL

Package: gfortran-4.1 Version: 4.1.1-17 Severity: normal The following is a reduced testcase which triggers ICE. I think it's invalid code, but not very sure. $ gfortran --version GNU Fortran 95 (GCC) 4.1.2 20061020 (prerelease) (Debian 4.1.1-17) Copyright (C) 2006 Free Software Foundation, Inc.

Bug#388347: gfortran: dangling slave alternative for f95.1.gz man page

Package: gfortran Version: 4:4.1.1-7 Severity: normal I know the maintainers are probably tired of dealing with this GFDL documents removal thing, but... The most recent gcc-defaults package removed the dangling slave alternative links for most packages, however the f95.1.gz link made by the p

Bug#343313: Maybe also related to #328421

I've heard about such crashes related to scim as well. The original reporter mentioned #342198 [1] in scim, which is a bug caused by the libstdc++ allocator transition. But as it's reported in testing and scim 1.0.2-3, it looks to me more related to #328421/#323216 [2,3], which is about the libst