--- Comment #25 from mkuvyrkov at gcc dot gnu dot org 2008-08-06 06:25
---
Subject: Bug 35659
Author: mkuvyrkov
Date: Wed Aug 6 06:23:47 2008
New Revision: 138759
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138759
Log:
PR target/35659
* haifa-sched.c
--- Comment #26 from mkuvyrkov at gcc dot gnu dot org 2008-08-06 06:36
---
Subject: Bug 35659
Author: mkuvyrkov
Date: Wed Aug 6 06:34:18 2008
New Revision: 138762
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138762
Log:
Backport from mainline:
2008-08-06
--- Comment #27 from mkuvyrkov at gcc dot gnu dot org 2008-08-06 06:38
---
Should be fixed on both trunk and 4_3-branch.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
Applying the two fixes for PR middle-end/36691 and PR middle-end/37026
shows a lot regressions on powerpc (none on i386), which I don't see
when just updating to the current branch. Could somebody try to
reproduce these? Any depending fixes known?
Matthias
--- - 2008-08-06 08:23:40.753267000
Processing commands for [EMAIL PROTECTED]:
tag 466948 + pending
Bug#466948: gfortran-4.3: miscompiled code with -O2 on ia64
Tags were: upstream
Tags added: pending
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
On Wed, Aug 06, 2008 at 10:30:56AM +0200, Matthias Klose wrote:
Applying the two fixes for PR middle-end/36691 and PR middle-end/37026
shows a lot regressions on powerpc (none on i386), which I don't see
when just updating to the current branch. Could somebody try to
reproduce these? Any
Processing commands for [EMAIL PROTECTED]:
tags 493814 pending
Bug#493814: Dangling libgnat.so-4.3 links in adalib directory of gnat, no
libgnat.so file
There were no tags set.
Tags added: pending
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking
tags 493814 pending
thanks
Kay Hayen writes:
We are compiling software not necessarily with the system default
compiler, but based on PATH. For that purpose we figure out the
adalib directory of the used compiler, and link against libgnat.so
from there.
Are you trying to set the
I also agree with original submitter. We have users whose code works
fine under g77-3.4 and who have no desire to muck around with trying to
debug everything again under gfortran. And as Alan Irwin points out,
even if we somehow convince them to update their codes for gfortran, not
having
Hello Ludovic,
Kay Hayen writes:
We are compiling software not necessarily with the system default
compiler, but based on PATH. For that purpose we figure out the
adalib directory of the used compiler, and link against libgnat.so
from there.
Are you trying to set the LD_LIBRARY_PATH
--- Comment #4 from manu at gcc dot gnu dot org 2008-08-06 16:38 ---
Subject: Bug 26785
Author: manu
Date: Wed Aug 6 16:37:06 2008
New Revision: 138816
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138816
Log:
2008-08-06 Manuel Lopez-Ibanez [EMAIL PROTECTED]
PR 26785
--- Comment #5 from manu at gcc dot gnu dot org 2008-08-06 16:42 ---
Fixed in GCC 4.4.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
OK, I understand now.
If you want a libgnat.a containing position-independent code, you'd have to
rebuild the gnat-4.3 package for yourself. The changes necessary are quite
small (in gcc/ada/Makefile.in), but I'm unwilling to make them because they do
not correspond to a general case. Not to
vegetable dr
Sender: TECO DRYER [EMAIL PROTECTED]
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Date: Thu, 7 Aug 2008 00:08:45 +0300
Message-ID: [EMAIL PROTECTED]
X-Priority: 3 (Normal)
Importance: Normal
Teco Industry is in the business of corn,
14 matches
Mail list logo
