On Wed, Mar 26, 2008 at 10:20:35AM -0600, Grant Grundler wrote:
Another gcc problem report:
That past weekend I built the latest parisc-2.6-25-rc6 kernel from
Kyle's tree using gcc-4.1, gcc-4.2, and gcc-4.3. All three kernels
booted but the networking only worked for gcc-4.1 kernel.
* Matthias Klose [EMAIL PROTECTED] [2008-03-26 22:05]:
gcc-defaults 1.66 was built before gnat-4.3 on mips and mipsel; we now
need a manual bootstrap. This could be done by either building
gnat-4.3 in testing and uploading to unstable, or by building in
unstable, and modifying debian/rules2
Hi!
armel architecture is affected by this bug too.
--
Sergei Golovan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
--- Comment #17 from rguenth at gcc dot gnu dot org 2008-03-28 10:13
---
Note this is only fixed because we run inlining twice. It isn't fixed
properly in that the new inlining opportunity should be exposed during the
first inlining pass.
--
Package: gfortran
Version: 4:4.3.0-1
Severity: normal
--- Please enter the report below this line. ---
Sorry if this is a dumb question, but shouldn't the gfortran package
provide /usr/lib/libgfortran.so
apt-file seems to think so, at least:
apt-file search /usr/lib/libgfortran.so
gfortran:
Sergei, expect using tcl8.4 does not work well on hppa, therefore the
GCC testsuite uses expect-tcl8.3.
See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=378394 ,
maybe run the GCC testsuite using expect instead of expect-tcl8.3.
Matthias
Sergei Golovan writes:
Source: gcc-4.2
Severity:
On 3/28/08, Matthias Klose [EMAIL PROTECTED] wrote:
Sergei, expect using tcl8.4 does not work well on hppa, therefore the
GCC testsuite uses expect-tcl8.3.
See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=378394 ,
maybe run the GCC testsuite using expect instead of expect-tcl8.3.
Package: gdc
Version: 4.1.2-13
The attached program segfaults. This affects e.g. torustrooper but I guess any
nontrivial D program is affected, too. Note that I'm running on PPC, which
might be an important part in this. When run, it displays
test1 foo
Segmentation fault
When run in gdb,
LAST_UPDATED: Sat Mar 8 10:35:07 UTC 2008 (revision 133025)
Native configuration is arm-unknown-linux-gnueabi
=== libmudflap tests ===
Running target unix
=== libmudflap Summary ===
# of expected passes1799
=== libstdc++ tests ===
9 matches
Mail list logo