--- Comment #4 from tbm at cyrius dot com 2006-04-13 11:27 ---
I can confirm that this test case works with 20060408. However, a slightly
longer test case (directly from delta, without Falk's manual reduction) still
produces a segfault, but only when you pass -finline-functions:
(sid)1
On Thu, Apr 13, 2006 at 03:26:10PM -0700, Steve Langasek wrote:
> Rather, I think it would mean people would be upset about 2.4 being dropped
> with little official notice -- but yes, this should be announced sooner
> rather than later.
The announcement of the obscolecence of the 2.4 kernels by th
On Thu, Apr 13, 2006 at 11:20:38PM +0200, Frans Pop wrote:
> On Thursday 13 April 2006 22:59, Steve Langasek wrote:
> > I think etch should support 2.4 in the sense of "upgrade support only";
> > i.e., it should support 2.4 because we need to be able to install etch
> > on systems running sarge 2.4
On Thursday 13 April 2006 22:59, Steve Langasek wrote:
> I think etch should support 2.4 in the sense of "upgrade support only";
> i.e., it should support 2.4 because we need to be able to install etch
> on systems running sarge 2.4 kernels, not because we'll provide support
> for 2.4 in etch.
Wha
On Thu, Apr 13, 2006 at 09:52:42PM +0200, Florian Weimer wrote:
> * Joey Hess:
> > - Debian's userland has *always* supported at least the previous major
> >kernel version, and most often the previous two, or sometimes I
> >think, three major kernel versions.
> This isn't a real argument
* Joey Hess:
> - Debian's userland has *always* supported at least the previous major
>kernel version, and most often the previous two, or sometimes I
>think, three major kernel versions.
This isn't a real argument, IMHO, because upstream no longer releases
major kernel versions.
OTOH,
This patch improves ada-link-lib.dpatch. Now, we build statically
linked versions of gnatmake and gnatlink, and use them to build all
the other tools. Thus we no longer rely on LD_LIBRARY_PATH to find
libgnat-4.1.so; LD_LIBRARY_PATH only works on some build platforms.
The other improvement is th
Processing commands for [EMAIL PROTECTED]:
> forwarded 361569 gcc.gnu.org/PR27149
Bug#361569: "the address of x, will always evaluate" warning not grammaticial
Noted your statement that Bug has been forwarded to gcc.gnu.org/PR27149.
> tags 361569 + upstream
Bug#361569: "the address of x, will alw
* Martin Michlmayr <[EMAIL PROTECTED]> [2006-04-13 18:58]:
> > isn't -27260928 the smallest negative number for int?
> I don't think so, no.
Anyway, if you put some printfs in the code you'll see that the
problems occurs for many cases, e.g.:
abs (2083755264 + abs (abs (79364096) - 256))
-2131848
* Andrew Pinski <[EMAIL PROTECTED]> [2006-04-13 12:33]:
> isn't -27260928 the smallest negative number for int?
I don't think so, no.
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
> Package: gcc-snapshot
> Version: 20060325-1
>
> I get the following build failure of libsndfile with gcc 4.2
> 20060325-1 and 20060408-1. Basically what happens is that abs()
> returns a negative number.
>
> > Automatic build of libsndfile_1.0.15-2 on em64t by sbuild/amd64 1.112
> ...
> > .
* Kurt Roeckx <[EMAIL PROTECTED]> [2006-04-08 21:48]:
> versions as generated by:
> g++ -I. -I. -fPIC -Wall -ggdb -O3 -finline-limit=3000 -ffast-math
> -fno-strict-aliasing -DGECODE_BUILD_INT -c -o int/cumulatives.o
> int/cumulatives.cc
FWIW, it builds fine on i386. Maybe an amd64 specific g
On Wed, Apr 12, 2006 at 02:56:37PM -0700, Gordon Haverland wrote:
> I must get better at phrasing things then. There is a lot of
> feedback in the bug report. However, within the bug report there
> are still many questions which are never answered or commented
> upon. As far as feedback goes,
Processing commands for [EMAIL PROTECTED]:
> forwarded 362428 http://gcc.gnu.org/PR27144
Bug#362428: Segfault when compiling hdf5_1.6.5-2
Noted your statement that Bug has been forwarded to http://gcc.gnu.org/PR27144.
> retitle 362428 Segfault when compiling hdf5_1.6.5-2 on AMD64
Bug#362428: Segf
same problem:
> Automatic build of r-base_2.2.1.svn37668-1 on em64t by sbuild/amd64 1.112
...
> gcc -I. -I../../src/include -I../../src/include -DHAVE_CONFIG_H -fpic
> -std=gnu99 -O2 -pipe -c complex.c -o complex.o
> complex.c: In function 'z_atan2':
> complex.c:519: internal compiler erro
forwarded 362428 http://gcc.gnu.org/PR27144
retitle 362428 Segfault when compiling hdf5_1.6.5-2 on AMD64
thanks
* Martin Michlmayr <[EMAIL PROTECTED]> [2006-04-13 14:05]:
> Currently running delta.
segfault on AMD64; it doesn't happen on i386.
(sid)3185:[EMAIL PROTECTED]: ~/delta/bin] cat mini.
The yacas build problem (tabs.ii) seems to be a different bug.
It is tracked in http://gcc.gnu.org/PR27143.
Regards,
Volker
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: gcc-snapshot
Version: 20060325-1
gcc-snapshot segfaults, both 20060325 and 20060408:
> Automatic build of hdf5_1.6.5-2 on em64t by sbuild/amd64 1.112
...
> gcc -ansi -g -O3 -fomit-frame-pointer -finline-functions -I. -I../../../test
> -I../src -I../../../src -UH5_DEBUG_API -DNDEBUG -D_
and here:
> Automatic build of netpbm-free_2:10.0-10.1 on em64t by sbuild/amd64 1.112
...
> gcc -c -I../shhopt -I/usr/include/libtiff -I/usr/include/png -I/usr/include
> -I/usr/include/jpeg -I../urt -I ../include/ -pedantic -O3 -Wall
> -Wno-uninitialized -o pnmtosgi.o /build/tbm/netpbm-free-10.
Processing commands for [EMAIL PROTECTED]:
> retitle 361883 Incorrect integer division (wrong sign)
Bug#361883: wrong code compilation in conditional
Changed Bug title.
> --
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrat
Package: gcc-snapshot
Version: 20060325-1
I get the following build failure of libsndfile with gcc 4.2
20060325-1 and 20060408-1. Basically what happens is that abs()
returns a negative number.
> Automatic build of libsndfile_1.0.15-2 on em64t by sbuild/amd64 1.112
...
> ./lossy_comp_test wav_im
* Matthias Klose <[EMAIL PROTECTED]> [2006-04-13 12:00]:
> > > Preprocessed source stored into /tmp/ccdwPk4o.out file, please attach
> > > this to your bugreport.
> > Preprocessed source is coming.
>
> just include it, it's already there.
The reason I don't include it is because I'm not sure the
* Martin Michlmayr <[EMAIL PROTECTED]> [2006-04-13 11:24]:
> Preprocessed source is coming.
Attached. Unfortunately I don't know how to run it through delta
because running gcc-4.0 over the preprocessed source gives me
"incompatible types in assignment" errors - which I don't get when I
run it ov
Martin Michlmayr writes:
> > Preprocessed source stored into /tmp/ccdwPk4o.out file, please attach this
> > to your bugreport.
>
> Preprocessed source is coming.
just include it, it's already there.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contac
Package: gcc-4.1
Version: 4.1.0-1
> Automatic build of gromacs_3.3-2 on test.track.rz.uni-augsburg.de by
> sbuild/powerpc 0.44
...
> powerpc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../../../src
> -I../../../../include -DGMXLIBDIR=\"/usr/share/top\" -maltivec -mabi=altivec
> -O3 -fomit-frame
25 matches
Mail list logo