--- Comment #10 from ubizjak at gmail dot com 2009-09-08 06:56 ---
What happens if you change either of these to movups:
+ movaps LC4(%rip), %xmm0
+ movaps %xmm0, -24(%rsp)
My bet is on the second one, -24(%rsp) is not 16byte aligned.
--
http://gcc.gnu.org/bugzilla/s
--- Comment #8 from t7 at gmail dot com 2009-09-08 06:24 ---
ccache x86_64-w64-mingw32-gcc -DHAVE_AV_CONFIG_H -I.
-I"/home/slack/vlc/x86_64/ffmpeg"
-I/home/slack/local/xmingw-4.5-trunk-w64-sjlj/x86_64-w64-mingw32/include/directx
-I/home/slack/local/k8-sse3-master/w64-xmingw-4.5-trunk
error: in statement
# DEBUG ada__directories__start_search__TTS840bSP1___L => L839b
+===GNAT BUG DETECTED======+
| 4.5.0 20090907 (experimental) [trunk revision 151474]
(armv5tel-unknown-linux-gnueabi) GCC error:|
| veri
--- Comment #9 from irar at il dot ibm dot com 2009-09-08 05:51 ---
Looks related to PR 39907.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41288
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2009-09-08
03:17 ---
Attempting to obtain a backtrace for test_struct_returning.x3 built with -O3
-fomit-frame-pointer under r147829, I can only get...
[MacPro:gcc/testsuite/gcc] root# gdb ./test_struct_returning.x3
GNU gdb 6.
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2009-09-08
03:12 ---
The diff between the test_struct_returning.c test case as compiled with -O3
-fomit-frame-pointer under r147824 vs r147829 is...
--- r147824 2009-09-07 23:11:08.0 -0400
+++ r147829 2009-09-0
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2009-09-08
03:09 ---
Created an attachment (id=18536)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18536&action=view)
assembly file from gcc.target/x86_64/abi/test_struct_returning.c compilation,
-O3 -fomit-frame-pointe
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2009-09-08
03:05 ---
Created an attachment (id=18535)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18535&action=view)
assembly file from gcc.target/x86_64/abi/test_struct_returning.c compilation,
-O3 -fomit-frame-pointe
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2009-09-08
03:04 ---
Created an attachment (id=18534)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18534&action=view)
preprocessed source for gcc.target/x86_64/abi/test_struct_returning.c
compilation, -O3 -fomit-frame-p
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-09-08
02:59 ---
A regression hunt shows that r147824 passes all of
gcc.target/x86_64/abi/test_struct_returning.c's execution tests but r147829
fails...
FAIL: gcc.target/x86_64/abi/test_struct_returning.c execution, -O3
-
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2009-09-08 01:19
---
Subject: Bug 41192
Author: jvdelisle
Date: Tue Sep 8 01:18:48 2009
New Revision: 151496
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151496
Log:
2009-09-07 Jerry DeLisle
PR libgfortran/411
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2009-09-08 00:59
---
Subject: Bug 41192
Author: jvdelisle
Date: Tue Sep 8 00:59:05 2009
New Revision: 151495
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151495
Log:
2009-09-07 Jerry DeLisle
PR libgfortran/411
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2009-09-08 00:59
---
Subject: Bug 41219
Author: jvdelisle
Date: Tue Sep 8 00:59:05 2009
New Revision: 151495
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151495
Log:
2009-09-07 Jerry DeLisle
PR libgfortran/411
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2009-09-07 23:58
---
I worked on some of the current large file defines in libgfortran. Show me a
patch of what you want to do. It should be OK. A patch is worth a thousand
words.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Comment #1 from t7 at gmail dot com 2009-09-07 23:46 ---
Just found out yesterday afternoon that the binary dll does work correctly.
--
t7 at gmail dot com changed:
What|Removed |Added
---
Called fn returns value in d0 (non pointer), but findZipEntry should return
value in a0 (address register). So in that case optimization cannot be done by
simply jumping to the called fn.
typedef u_int32_t w_word;
typedef struct *z_zipEntry;
z_zipEntry findZipEntry(z_zipFile dir, w_
--- Comment #2 from kkojima at gcc dot gnu dot org 2009-09-07 21:27 ---
Ah, then it seems that reload_combine_note_use or its caller should
take account of debug insns.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41295
--- Comment #1 from matz at gcc dot gnu dot org 2009-09-07 21:23 ---
Hmm, so the ia64 backend relies on REG_POINTER for correctness, instead of
just for optimization (like e.g. ppc)? I'm not sure that's a good idea.
In any case with finding the testcase (thanks) I should be able to repr
--- Comment #5 from rguenther at suse dot de 2009-09-07 21:21 ---
Subject: Re: [4.5 Regression] Functions are called
twice
On Mon, 7 Sep 2009, burnus at gcc dot gnu dot org wrote:
> --- Comment #4 from burnus at gcc dot gnu dot org 2009-09-07 21:12
> ---
> (In reply to comm
--- Comment #4 from burnus at gcc dot gnu dot org 2009-09-07 21:12 ---
(In reply to comment #3)
> > r150817 | rguenth | 2009-08-17 00:36:13 +0200 (Mon, 17 Aug 2009) | 5 lines
> Impossible!
I am not sure whether it is impossible or just extremely unlikely, but
reverting that patch does n
--- Comment #3 from rguenther at suse dot de 2009-09-07 20:45 ---
Subject: Re: [4.5 Regression] Functions are called
twice
On Mon, 7 Sep 2009, burnus at gcc dot gnu dot org wrote:
> --- Comment #2 from burnus at gcc dot gnu dot org 2009-09-07 16:04
> ---
> FAILS: gcc-trunk-
--- Comment #8 from ubizjak at gmail dot com 2009-09-07 20:27 ---
Thanks for the reminder, I forgot on this patch...
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--
--- Comment #7 from uros at gcc dot gnu dot org 2009-09-07 20:26 ---
Subject: Bug 40861
Author: uros
Date: Mon Sep 7 20:25:52 2009
New Revision: 151489
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151489
Log:
Backport from mainline:
2009-08-27 Uros Bizjak
--- Comment #1 from dcb314 at hotmail dot com 2009-09-07 20:12 ---
Created an attachment (id=18533)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18533&action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41301
I just tried to compile the Suse Linux package zvbi-0.2.33
with the gcc 4.5 mainline snapshot 20090903
and the compiler said
exp-txt.c: In function 'print_char':
exp-txt.c:684:1: internal compiler error: in propagate_subacesses_accross_link,
at tree-sra.c:1563
Please submit a full bug report,
with
--- Comment #1 from dcb314 at hotmail dot com 2009-09-07 19:47 ---
Created an attachment (id=18532)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18532&action=view)
gzipped C++ source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41300
I just tried to compile the Suse Linux package yakuake-2.9.6
with the gcc 4.5 mainline snapshot 20090903
and the compiler said
/usr/src/packages/BUILD/yakuake-2.9.6/app/tabbar.cpp: In member function 'int
TabBar::drawButton(int, int, int, QPainter&)':
/usr/src/packages/BUILD/yakuake-2.9.6/app/tabb
--- Comment #7 from aoliva at gcc dot gnu dot org 2009-09-07 19:41 ---
If you compiled with -save-temps, then the .i file must be somewhere. We'll
also need the command line to duplicate the problem, and knowing the command
line might help finding out where the .i file might have ended
--- Comment #1 from bauhaus at futureapps dot de 2009-09-07 19:37 ---
"Line" should be "Text", sorry.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41286
--- Comment #3 from jdemeyer at cage dot ugent dot be 2009-09-07 19:30
---
(In reply to comment #2)
> I think you need to mark both alternatives early-clobber, not only the
> register
> one. Thus "=&r&m" at least according to the manual.
That doesn't seem to change anything. It look
--- Comment #15 from ami_stuff at o2 dot pl 2009-09-07 19:22 ---
GCC 4.4.2 - GCC 4.4.2 (20090825).
GCC 4.5.0 - GCC 4.5.0 (20090827).
Here are the results:
cputime minigzip_340_O1 testa.tif - 33.917
cputime minigzip_340_O2 testa.tif - 30.868
cputime minigzip_340_O3 testa.tif - 31.304
c
--- Comment #6 from reichelt at gcc dot gnu dot org 2009-09-07 19:15
---
Fixed for GCC 4.5.0.
Uros, are you going to backport the fix to the 4.4 branch?
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from rmh at gcc dot gnu dot org 2009-09-07 18:40 ---
Created an attachment (id=18531)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18531&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41299
$ gcc-4.3 -c -Os -mregparm=3 -m32 test.c && objcopy -O binary test.o test.raw
&& du -b test.raw
66 test.raw
$ gcc-4.4 -c -Os -mregparm=3 -m32 test.c && objcopy -O binary test.o test.raw
&& du -b test.raw
70 test.raw
--
Summary: code size regression (from 4.3) with -Os and
--- Comment #16 from joseph at codesourcery dot com 2009-09-07 17:24
---
Subject: Re: stddef.h assumes machinee/ansi.h defines
_ANSI_H_
On Mon, 7 Sep 2009, prlw1 at cam dot ac dot uk wrote:
> I just got stuck with this again: wondered why a NetBSD-5.99.15/i386 box with
> gcc-HEAD wo
--- Comment #10 from jamborm at gcc dot gnu dot org 2009-09-07 17:14
---
Fixed.
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #9 from jamborm at gcc dot gnu dot org 2009-09-07 17:08 ---
Subject: Bug 41282
Author: jamborm
Date: Mon Sep 7 17:08:12 2009
New Revision: 151484
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151484
Log:
2009-09-07 Martin Jambor
PR middle-end/41282
Your article will not appear in the comp.lang.perl.moderated newsgroup
until you register. Registration instructions follow.
Every post to the comp.lang.perl.moderated (also known as clpmod)
newsgroup consumes the time and effort o
--- Comment #4 from burnus at gcc dot gnu dot org 2009-09-07 16:56 ---
Regarding multimin.exe:
The second call to unit_assert_equal_within fails. For the first, the expected
value is 30 and it succeeds.
For the second one, one does 13 loops with fgsl_multimin_fdfminimizer_iterate
with
--- Comment #15 from prlw1 at cam dot ac dot uk 2009-09-07 16:47 ---
I just got stuck with this again: wondered why a NetBSD-5.99.15/i386 box with
gcc-HEAD wouldn't compile. Then remembered the #define _ANSI_H_ fix and all is
well. What is impeding this patch from being applied?
--
--- Comment #1 from jamborm at gcc dot gnu dot org 2009-09-07 16:28 ---
We have discussed this in the mailing list thread that eventually lead
to http://gcc.gnu.org/ml/gcc-patches/2009-09/msg00374.html
The bottom line is that we two options:
1) Do not set DECL_VALUE_EXPR to callee copi
--- Comment #3 from burnus at gcc dot gnu dot org 2009-09-07 16:24 ---
The montecarlo.exe issue is PR 41298.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Split off from PR 41293.
The following program should work, i.e. calling "sub" should initialize the
component "gsl_file" with a NULL pointer.
module m
use iso_c_binding
type, public :: fgsl_file
type(c_ptr) :: gsl_file = c_null_ptr
end type fgsl_file
contains
subroutine sub(file)
--- Comment #2 from burnus at gcc dot gnu dot org 2009-09-07 16:05 ---
The "error.x" failure is presumably due to PR 41297.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41293
--- Comment #2 from burnus at gcc dot gnu dot org 2009-09-07 16:04 ---
FAILS: gcc-trunk-x86_64-2009-08-17-r150822
WORKS: gcc-trunk-x86_64-2009-08-14-r150734
When believing the revision numbers and looking at gcc/fortran only, one find
the following patch, which presumably caused the reg
--- Comment #7 from dominiq at lps dot ens dot fr 2009-09-07 16:00 ---
> Current x86_64-apple-darwin10 has no problems with gcc trunk at the moment.
I don't know for darwin10, but for darwin9 the comparison is currently
disabled, hence cannot fail!
If it is enabled again with Iain's pat
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-09-07 15:57 ---
Looks like a tree sharing / FE issue to me.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
In the following program, the function should only be called once. However,
with GCC 4.5 the function is called twice (see dump).
MAIN__ ()
{
struct fgsl_interp interp;
{
struct fgsl_interp D.1347;
static integer(kind=4) C.1345 = 1;
D.1347 = fgsl_interp_alloc (&C.1345);
interp
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-09-07 15:50
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-07 15:45 ---
I think you need to mark both alternatives early-clobber, not only the register
one. Thus "=&r&m" at least according to the manual.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41294
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2009-09-07
15:43 ---
I believe Mike Stump told me that it is possible that darwin's strip could
re-order the sections. Is that possibility addressed in the current patches?
Current x86_64-apple-darwin10 has no problems with gcc
--- Comment #9 from rth at gcc dot gnu dot org 2009-09-07 15:42 ---
Subject: Bug 41214
Author: rth
Date: Mon Sep 7 15:41:52 2009
New Revision: 151482
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151482
Log:
PR c++/41214
* unwind-dw2.c (uw_init_context_1): Mark noinlin
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-09-07 15:39 ---
Debug insns are always "orphaned".
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-09-07 15:37 ---
The patch is ok if it passes bootstrap & regtesting.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41282
--- Comment #3 from tkoenig at gcc dot gnu dot org 2009-09-07 15:23 ---
Subject: Bug 41197
Author: tkoenig
Date: Mon Sep 7 15:23:15 2009
New Revision: 151480
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151480
Log:
2009-09-07 Thomas Koenig
PR fortran/41197
--- Comment #7 from jamborm at gcc dot gnu dot org 2009-09-07 15:21 ---
Created an attachment (id=18530)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18530&action=view)
Proposed patch
I am currently bootstrapping and testing the attached patch to fix this.
--
http://gcc.gnu.
--- Comment #6 from jamborm at gcc dot gnu dot org 2009-09-07 14:30 ---
A reduced testcase is below. It fails only on x86_64 for me as does
the preprocessed source. SRA has different inputon i586. However,
the bug is generic and can probably be triggered on any platform.
struct S
{
--- Comment #5 from developer at sandoe-acoustics dot co dot uk 2009-09-07
13:49 ---
does this help?
http://gcc.gnu.org/ml/gcc-patches/2009-09/msg00467.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41245
--- Comment #10 from paolo dot carlini at oracle dot com 2009-09-07 13:45
---
Fixed.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Stat
--- Comment #9 from paolo at gcc dot gnu dot org 2009-09-07 13:38 ---
Subject: Bug 41280
Author: paolo
Date: Mon Sep 7 13:38:27 2009
New Revision: 151476
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151476
Log:
2009-09-07 H.J. Lu
Ralf Wildenhues
PR l
--- Comment #1 from developer at sandoe-acoustics dot co dot uk 2009-09-07
13:32 ---
Created an attachment (id=18529)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18529&action=view)
patch allowing compare-debug to work with dwarf mach-o
this is needed to allow any meaningful com
with patch:
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg01069.html
(which is approved, but not yet in the trunk).
dwarf2 is needed to link m64 on darwin8 ppc (ld64 barfs on stabs).
Also with the attached patch to enable compare-debug to work with dwarf on
darwin.
bootstrap fails with:
rm -f s
--- Comment #4 from gerald at pfeifer dot com 2009-09-07 13:10 ---
Confirming fix on i386-unknown-freebsd7.2 which had the same failure
mode. Others will have to confirm i386-apple-darwin9, but I figured
that might be useful first confirmation.
--
http://gcc.gnu.org/bugzilla/show_b
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41295
After vta merge, gfortran.dg/loc_2.f90 fails on sh4-unknown-linux-gnu
for -O3 -g with
loc_2.f90:114:0: internal compiler error: in reload_combine_note_use, at
postreload.c:1097
which is the result of
postreload.c:
1097gcc_assert (regno < FIRST_PSEUDO_REGISTER);
The problematic regno
--- Comment #4 from pault at gcc dot gnu dot org 2009-09-07 12:51 ---
(In reply to comment #3)
Note what happens if the critical part is doubled up, thus:
subroutine no_func_config (prc_lib)
type(nf_t), intent(inout), target :: prc_lib
integer :: n_in
type(string_t) :: prc
--- Comment #6 from abotezatu at gmail dot com 2009-09-07 12:13 ---
The real question is, should the ternary operator require reference to a static
const member, when it should know that this is a constant that does not require
storage, and thus reference to such a constant can be omitte
--- Comment #4 from jamborm at gcc dot gnu dot org 2009-09-07 12:05 ---
Hm, I wonder how come we did not come across this when testing the
patch for exactly these kinds of problems in July. Anyway, I will
have a look at it.
Nevertheless, I believe we should split this bug in two so tha
--- Comment #10 from sezeroz at gmail dot com 2009-09-07 11:27 ---
(In reply to comment #6)
> (In reply to comment #2)
> > Janne, I think the warning about "unix.c:750:15: warning:
> > �statbuf.st_mode� may
> > be used uninitialized" is spurious, but can you have a look?
>
> Yes, it's
--- Comment #5 from jamborm at gcc dot gnu dot org 2009-09-07 10:53 ---
Mine.
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #1 from jdemeyer at cage dot ugent dot be 2009-09-07 10:49
---
Created an attachment (id=18528)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18528&action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41294
In some cases in inline asm, an output parameter with no-clobber "=&rm"
constraint gets the same address as an input parameter, even when they refer to
two different C variables. This seems to happen when the following conditions
are satisfied:
* The variables involved appear only in inline asm (
--- Comment #1 from burnus at gcc dot gnu dot org 2009-09-07 10:29 ---
With GCC 4.4 one has only the "montecarlo.exe" and "multimin.exe" error, but
not the "error.x" error.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41293
--- Comment #5 from dodji at gcc dot gnu dot org 2009-09-07 10:26 ---
Subject: Re: FAIL: gcc.dg/debug/dwarf2/inline2.c scan-assembler-times
\(DIE \(.*?\) DW_TAG_in lined_subroutine 6
Le 05/09/2009 12:05, rguenth at gcc dot gnu dot org a écrit :
> They are platform dependent in that n
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-09-07 10:24 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-09-07 10:22 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC target tri
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-09-07 10:14 ---
Created an attachment (id=18527)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18527&action=view)
reduced testcase
Fails at -O2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41290
--- Comment #6 from t7 at gmail dot com 2009-09-07 10:05 ---
with -O0 (gcc didn't ICE) libavformat-oggparseogm-s.tar.bz2
with -O3 oggparseog.ICE.s
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41289
--- Comment #5 from t7 at gmail dot com 2009-09-07 10:03 ---
(In reply to comment #4)
> Please attach the .i (preprocessed) source file so that I can duplicate the
> problem. Thanks in advance,
>
I'd like to do that, but, I can not find the .i file all I saw was the .s file.
--
--- Comment #22 from rguenth at gcc dot gnu dot org 2009-09-07 10:01
---
Created an attachment (id=18526)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18526&action=view)
preprocessed libstdc++ testcase (32bit)
Testcase that fails at -O2 with the patch. The 2nd patch bootstraps
--- Comment #4 from aoliva at gcc dot gnu dot org 2009-09-07 09:55 ---
Please attach the .i (preprocessed) source file so that I can duplicate the
problem. Thanks in advance,
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41289
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-07 09:50 ---
Reducing.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-09-07 09:47 ---
Likely a dup.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Component|c
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Component|c |target
Keywords||ABI, wrong-cod
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-09-07 09:45 ---
Works for me with g++-4.4 (Debian 4.4.1-3) 4.4.1. But I can reproduce it with
the 4.4.1 release on both x86_64 and x86_64 with -m32.
4.4.0 seems to work, so does trunk and 4.4.2.
Thus, fixed.
--
rguenth at gcc
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41204
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41222
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Component|ada |debug
Summary|verify_ssa failed: Error|[4.5 regressi
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2009-09-07 08:47
---
On i686-linux after the small change explained in comment #2.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from burnus at gcc dot gnu dot org 2009-09-07 08:07 ---
Add links to some discussions to make sure it won't get lost:
http://gcc.gnu.org/ml/gcc/2008-11/msg00372.html
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/1efc9e7a19651b81
The thread which i
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2009-09-07 07:58
---
> As suggested by you I then set my PATH precedence to /usr/ccs/bin
> even then I am getting the same error.
Please verify with '-v' which 'as' is really used to assemble the problematic
files (ttimebase.o, inte
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2009-09-07 07:50
---
> I'm going to need an attachment with the files in gnatchop format as mentioned
> in the bug report box to try to duplicate the problem with a cross compiler.
You can very likely duplicate with a native --disab
--- Comment #2 from vijay dot x dot jain at jpmchase dot com 2009-09-07
07:34 ---
I have set my PATH such that path for ld preceds from binutils.
So my understanding was ld will be picked from binutils.
As suggested by you I then set my PATH precedence to /usr/ccs/bin
even then I am ge
This is with the Fortran bindings to the GNU Scientific Library,
http://www.lrz-muenchen.de/services/software/mathematik/gsl/fortran/
Compiling works OK, but the test suite shows a couple of failures with
gfortran:
Running montecarlo.exe:
FAIL: fgsl_monte_monte_vegas_getparams
FAIL: 1 of 21 test
--
ictlpeng at gmail dot com changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41150
--- Comment #3 from ictlpeng at gmail dot com 2009-09-07 07:09 ---
Created an attachment (id=18525)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18525&action=view)
preprocessed file that triggers the bug 2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41150
--- Comment #2 from ictlpeng at gmail dot com 2009-09-07 07:08 ---
Created an attachment (id=18524)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18524&action=view)
The preprocessed file that triggers the bug 1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41150
--- Comment #1 from aoliva at gcc dot gnu dot org 2009-09-07 07:03 ---
Hello, Christian,
I'm going to need an attachment with the files in gnatchop format as mentioned
in the bug report box to try to duplicate the problem with a cross compiler.
Could you please attach it to this bug re
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2009-09-07 07:00
---
> We are migrating from solaris 8 to solaris 10. On Solaris 10 we are getting
> link error as mentioned in this bug #15267. Initially we were using ld 2.16.
> As the fix for the link error below is available with
100 matches
Mail list logo
