--- Comment #7 from jv244 at cam dot ac dot uk 2007-07-13 07:17 ---
is this still failing ? Yesterday, I ran a valgrinded compilation of CP2K, and
it showed no errors (didn't check memory leaks). This has been on x86_64
though.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32310
--- Comment #14 from jv244 at cam dot ac dot uk 2007-07-13 07:14 ---
(In reply to comment #13)
> I would use your cp2k testcase but it does not compile on Cygwin - it runs out
> of memory during compilation. When I have a moment, I'll break itup.
yes, it can be trivially split after eve
When trying to build a crosscompiler for arm-elf with
cd i386-linux8; CC="gcc" CFLAGS="-O" LDFLAGS="-s" CLIB="" LANGUAGES=c
../gcc-4.2.1-RC-20070703/configure --srcdir=../gcc-4.2.1-RC-20070703
--prefix=/usr/arch --with-local-prefix=/usr/arch --target=arm-elf --with-newlib
--disable-libssp
it will
--- Comment #1 from leo at marco dot de 2007-07-13 07:12 ---
Created an attachment (id=13908)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13908&action=view)
Stupid patch to fix the problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32753
--- Comment #14 from rob1weld at aol dot com 2007-07-13 07:27 ---
>Comment #13 From Eric Botcazou 2007-07-12 06:00 [reply] ---
>Please do not pollute this ticket with unrelated stuff.
I posted here after previously searching many messages, and again re-searching
more messages to se
Files: gcc-4_2-branch/gcc/optc-gen.awk , gcc-4_2-branch/gcc/opth-gen.awk ,
gcc-4_3-trunk/gcc/optc-gen.awk and gcc-4_3-trunk/gcc/opth-gen.awk
All contain this credit line:
print "/* This file is auto-generated by opts.sh. */"
Numerous documents and other files all mention opts.sh but I can find
--- Comment #1 from belyshev at depni dot sinp dot msu dot ru 2007-07-13
08:26 ---
Broken by r126517:
2007-07-10 Ian Lance Taylor <[EMAIL PROTECTED]>
Replace no_new_pseudos in backends.
...
--
belyshev at depni dot sinp dot msu dot ru changed:
What
--- Comment #36 from paolo dot bonzini at lu dot unisi dot ch 2007-07-13
09:57 ---
Subject: Re: [4.1/4.2/4.3 regression] : can't find
a register in class 'GENERAL_REGS' while reloading 'asm'
kkojima at gcc dot gnu dot org wrote:
> --- Comment #33 from kkojima at gcc dot gnu dot o
--- Comment #2 from mueller at gcc dot gnu dot org 2007-07-13 11:10 ---
unfortunately setting TREE_NO_WARNING on the synthesized delete[] parameters
does not help because it is lost during middle end folding
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32546
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-07-13 12:19 ---
Actually, the optimized dump ist still correct:
main ()
{
int D.2011;
:
spinlock[0] = 0;
spinlock[1] = 0;
:
D.2011 = spinlock[0];
if (D.2011 != 0)
goto ;
else
goto ;
:
return;
}
spinlock[0
--- Comment #4 from hjl at lucon dot org 2007-07-13 13:22 ---
Fixed.
--
hjl at lucon dot org changed:
What|Removed |Added
Status|NEW |
--- Comment #5 from hjl at lucon dot org 2007-07-13 13:26 ---
Seems to work now.
--
hjl at lucon dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #8 from ubizjak at gmail dot com 2007-07-13 13:25 ---
Patch for SImode and SFmode vec_select at
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01263.html
--
ubizjak at gmail dot com changed:
What|Removed |Added
---
--- Comment #3 from hjl at gcc dot gnu dot org 2007-07-13 13:22 ---
Subject: Bug 32188
Author: hjl
Date: Fri Jul 13 13:22:10 2007
New Revision: 126619
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126619
Log:
2007-07-13 H.J. Lu <[EMAIL PROTECTED]>
PR other/32188
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2007-07-13 13:15
---
Confirmed on platforms using SJLJ exceptions for Ada.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from pault at gcc dot gnu dot org 2007-07-13 13:47 ---
(In reply to comment #5)
> struct a a.0;
> struct array1_int4 parm.2;
> parm.2.dim[0].ubound = 3;
> a.0.i = (struct array1_int4) parm.2; /* ubound == 3 */
> a.0.i.dim[0].ubound
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-07-13 13:07 ---
-fsee is broken.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32755
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to work||4.1.2 4.2.0
Summary|CCP removes volatile|[4.3 Regr
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-07-13 12:36 ---
Basically we could just make sure to preserve TREE_THIS_VOLATILE on folded
memory references *&spinlock[0] (where the indirect reference has this flag
set, but the result from maybe_fold_offset_to_reference, spinlock
--
hjl at lucon dot org changed:
What|Removed |Added
CC||hjl at lucon dot org
Status|UNCONFIRMED |NEW
E
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2007-07-13 13:15
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot
|dot org
--- Comment #1 from mueller at gcc dot gnu dot org 2007-07-13 11:05 ---
this is yet another case of the middle end folding memory arithmetics back into
an array ref that is out of bounds:
operator delete [] ((void *) A + 0xfffc);
(from orig dump)
later it is:
D.2607_3
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2007-07-13 14:37
---
> Does this function have cfun->static_chain_decl being used, and we
> have a copy of that here?
No, it's a toplevel function.
> It is theoretically safe to call set_ssa_to_val with to == vn_top, but
> it's prob
Hi,
this might be invalid, needs verification. starting with gcc 4.3, the following
testcase is rejected:
=== Cut ===
class QString;
struct QByteArray
{
QByteArray ();
bool operator!= (const QString & s2) const;
};
bool operator!= (const QByteArray & a1, const QByteArray & a2);
struct Q
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-07-13 09:58 ---
Paul, please have a look at PR31320 as well.
The issue described there is at least very close to your observation.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32665
--- Comment #2 from pault at gcc dot gnu dot org 2007-07-13 09:50 ---
This is a two-in-oner; as well as the deallocation, this is broken:
$ cat pr32665.f90
TYPE :: x
INTEGER, ALLOCATABLE :: a(:)
END TYPE
TYPE(x) :: a, b
call foo
b = x((/ (a%a), 4 /))
print *, "foo gives
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-07-13 09:41 ---
We would have to re-build cgraph edges incrementally during inlining.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from Joey dot ye at intel dot com 2007-07-13 09:21 ---
Created an attachment (id=13909)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13909&action=view)
Reduced testcase
GCC crashes with gcc -O2 -fsee case-see.c -c
Fails at all recent 4.3 trunk.
--
http://gcc.
4.3 trunk fails to build any 2006 with -fsee on x86_64:
gcc -c -o av.o -DSPEC_CPU -DNDEBUG -DPERL_CORE -O2 -fsee
-DSPEC_CPU_LP64 -DSPEC_CPU_LINUX_X64 av.c
av.c: In function 'Perl_av_reify':
av.c:50: internal compiler error: Segmentation fault
--
Summary: Seg fault when
--- Comment #2 from hjl at lucon dot org 2007-07-13 14:50 ---
revision 126030 works.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32749
--- Comment #1 from hjl at lucon dot org 2007-07-13 14:50 ---
revision 126200 works.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32748
--- Comment #2 from Joey dot ye at intel dot com 2007-07-13 09:27 ---
Root cause looks like at see.c line 1643:
emit_insn_after (merged_ref, ref);
delete_insn (ref);
where merged_ref and ref have the same INSN_UID. delete_insn will clear the df
information of that UID, result
--- Comment #35 from bonzini at gnu dot org 2007-07-13 09:28 ---
Subject: Bug 32004
Author: bonzini
Date: Fri Jul 13 09:28:16 2007
New Revision: 126616
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126616
Log:
2007-07-13 Paolo Bonzini <[EMAIL PROTECTED]>
Revert these
--- Comment #4 from pault at gcc dot gnu dot org 2007-07-13 13:48 ---
(In reply to comment #3)
> Paul, please have a look at PR31320 as well.
> The issue described there is at least very close to your observation.
(In reply to comment #3)
> Paul, please have a look at PR31320 as well.
--- Comment #9 from alex_zuma1 at yahoo dot com 2007-07-13 12:35 ---
(In reply to comment #8)
I downloaded the latest binaries and I had no problems compiling the code. The
bug must have been fixed recently (I downloaded gfortran at the beginning of
July 07).
What should I do with the
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2007-07-13 15:12
---
> visit_phi is called on a PHI node with 1 argument (shrinked by DOM):
I presume this degenerated PHI is not eliminated because it is abnormal:
(gdb) p debug_tree(phi)
(gdb) p debug_tree(def)
unit s
--- Comment #5 from James dot W dot Mckelvey at jpl dot nasa dot gov
2007-07-13 15:28 ---
(In reply to comment #3)
> Can you attach the preprocessed source?
>
I did on June 10, I see the status is still Waiting.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32089
When compiling the following code with -O2 or -Os, the if clause at the end of
STRING_hash_code is optimized away, yielding in a negative result
if(R<0){
R=~R;
}
With -O1 everything works as expected (positive result)
#include
#include
#include
typedef struct {unsigned char* storage;i
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2007-07-13 15:28
---
(In reply to comment #9)
> What should I do with the bug on Bugzilla?
I'll close it for you.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from rask at sygehus dot dk 2007-07-13 15:34 ---
I don't see how R can become negative:
R=0;
while (...)
{
...
R=R*5+[unsigned value here];
...
}
What am I missing?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32757
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-07-13 15:35 ---
Overflow of signed integers is undefined. Use an unsigned quantity for R.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-13 15:46 ---
*** This bug has been marked as a duplicate of 9079 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #15 from pinskia at gcc dot gnu dot org 2007-07-13 15:46
---
*** Bug 32751 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2007-07-13 15:47
---
(In reply to comment #6)
> Bugs where the compiler proper crashes when run under the driver, but not when
> run directly, can often be reproduced by varying the amount of space taken up
> by environment variables,
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2007-07-13 15:48
---
And of course the naive patch:
[EMAIL PROTECTED]:~/svn/gcc/gcc> Index: tree-ssa-sccvn.c
===
--- tree-ssa-sccvn.c(revision 126547)
+++ tree-ssa-s
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-07-13 15:50 ---
Not if you test against (signed)R ;).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32757
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-07-13 15:53 ---
*** Bug 32755 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-07-13 15:53 ---
*** This bug has been marked as a duplicate of 32300 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-07-13 15:55 ---
Joseph - does your candidate patch still exist? We run into exactly the same
problem with the proposed gimple type verifier posted at
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01265.html
Thanks.
--
rguenth
--- Comment #15 from rguenth at gcc dot gnu dot org 2007-07-13 15:56
---
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01265.html
has some fixes for some of this PRs and a verifier. So while we're working
on this, this is my bug.
--
rguenth at gcc dot gnu dot org changed:
--- Comment #8 from rguenth at gcc dot gnu dot org 2007-07-13 15:41 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from rask at sygehus dot dk 2007-07-13 15:40 ---
Well, if you declare R as unsigned, GCC will still optimize away "if (R<0)".
;-)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32757
--- Comment #7 from rguenth at gcc dot gnu dot org 2007-07-13 15:41 ---
Subject: Bug 32721
Author: rguenth
Date: Fri Jul 13 15:41:02 2007
New Revision: 126624
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126624
Log:
2007-07-13 Richard Guenther <[EMAIL PROTECTED]>
PR
I am Sarah Alcott,the Initiator of FOUNDATION OF HOPE UK.
The Foundation for Hope is non-profit and Our Mission is to facilitate
inspiring, meaningful outdoor experiences for youth who suffer life-challenging
medical conditions.
We value,promote and continue to preserve the heritage of the "O
--- Comment #10 from dberlin at gcc dot gnu dot org 2007-07-13 16:47
---
Subject: Re: [4.3 regression] ICE in set_ssa_val_to, at tree-ssa-sccvn.c:1022
On 13 Jul 2007 15:49:03 -, ebotcazou at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #9 from ebotcazou at
--- Comment #2 from patchapp at dberlin dot org 2007-07-13 17:15 ---
Subject: Bug number PR 32340
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01273.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2007-07-13 17:16
---
> Nah, that's not quite right, since this is a legal value.
> Instead, where we init everything to VN_TOP, init everything with
> SSA_NAME_OCCURS_IN_ABNORMAL_PHI to itself instead of VN_TOP.
Note that we already
--- Comment #12 from dberlin at gcc dot gnu dot org 2007-07-13 17:18
---
Subject: Re: [4.3 regression] ICE in set_ssa_val_to, at tree-ssa-sccvn.c:1022
On 13 Jul 2007 17:16:27 -, ebotcazou at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #11 from ebotcazou at
I built gcj and when I try to compile anything ecj1 uses about 5:33 minutes of
CPU time, then ecj1 and gcj just sit doing nothing.
PID COMMAND %CPU TIME #TH #PRTS #MREGS RPRVT RSHRD RSIZE VSIZE
9951 ecj1 0.0% 5:33.55 23270 41.5M 94.1M 60.9M 350M
9950 gcj
--- Comment #3 from hjl at lucon dot org 2007-07-13 18:52 ---
revision 126045 works.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32749
--- Comment #2 from hjl at lucon dot org 2007-07-13 18:53 ---
revision 126240 works.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32748
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2007-07-13 19:09
---
> What about doing the same for them?
That doesn't work as easily as I expected. :-)
Now I get the same assertion failure for non-degenerate PHI nodes whose result
is not SSA_NAME_OCCURS_IN_ABNORMAL_PHI but who
I'd accept "may be used uninitialized", but I'm positively told
"is used uninitialized", which ain't true.
This is similar to bugs 32395 and 22197: apologies if it turns out to be
a mere duplicate. My code example is much simpler than the examples
given for those bugs: there are no aggregate type
--- Comment #3 from hjl at lucon dot org 2007-07-13 20:03 ---
revision 126260 works.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32748
--- Comment #4 from hjl at lucon dot org 2007-07-13 20:02 ---
revision 126056 is bad.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32749
--- Comment #14 from ebotcazou at gcc dot gnu dot org 2007-07-13 20:43
---
> Instead, where we init everything to VN_TOP, init everything with
> SSA_NAME_OCCURS_IN_ABNORMAL_PHI to itself instead of VN_TOP.
@@ -1912,13 +1912,16 @@ init_scc_vn (void)
VN_TOP = create_tmp_var_raw (void_
--- Comment #4 from hjl at lucon dot org 2007-07-13 20:50 ---
revision 126271 is bad.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32748
--- Comment #5 from hjl at lucon dot org 2007-07-13 20:56 ---
revision 126050 works.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32749
--- Comment #5 from frederic dot merizen at gmail dot com 2007-07-13 21:44
---
OK. I assumed signed overflow was at least defined to yield an integer (i.e. a
quantity that is consistently negative or non-negative) but that is actually
not specified. I don't quite know what I'll do with
--- Comment #6 from hjl at lucon dot org 2007-07-13 21:53 ---
revision 126054 is bad.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32749
--- Comment #7 from hjl at lucon dot org 2007-07-13 21:57 ---
This patch
http://gcc.gnu.org/ml/gcc-patches/2007-06/msg01977.html
is the cause. Richard, can you look into it? Thanks.
--
hjl at lucon dot org changed:
What|Removed |Added
---
--- Comment #8 from rguenth at gcc dot gnu dot org 2007-07-13 22:07 ---
Sure, though I doubt this patch changed anything. I won't get to it until
after
the summit though.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
Hi,
the following legal code fails to compile with
gfortran build 20070713:
module gfcbug68
implicit none
public :: print
contains
subroutine foo (i)
integer, intent(in) :: i
print *, i
end subroutine foo
subroutine print (m)
integer, intent(in) :: m
end subroutine
--- Comment #5 from hjl at lucon dot org 2007-07-13 22:39 ---
revision 126264 is bad.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32748
he patch and I've
fixed that. I did a full bootstap and C/C++/ObjC dejagnu with top of 4.2-branch
as of 20070713 and had no problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29749
--- Comment #2 from geoffk at gcc dot gnu dot org 2007-07-13 22:56 ---
I'm not even sure this is a bug; maybe it's a clue that you should have
instantiated baz() with an unsigned type.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21755
--- Comment #6 from hjl at lucon dot org 2007-07-13 22:59 ---
revision 126263 is bad. This patch
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg00165.html
is the cause.
--
hjl at lucon dot org changed:
What|Removed |Added
--
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-07-13 23:08 ---
Note the testsuite already have a testcase for this issue as
g++.dg/opt/pr24665.C :). Actually look at that, this bug is about that
testcase :).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32746
--- Comment #3 from pcarlini at suse dot de 2007-07-13 23:13 ---
I think this is really a duplicate of c++/30500.
*** This bug has been marked as a duplicate of 30500 ***
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #7 from pcarlini at suse dot de 2007-07-13 23:13 ---
*** Bug 21755 has been marked as a duplicate of this bug. ***
--
pcarlini at suse dot de changed:
What|Removed |Added
-
--- Comment #4 from hp at gcc dot gnu dot org 2007-07-13 23:36 ---
Also happens for cris-axis-elf and likely other 32-bit platforms.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-07-13 23:45 ---
Harald, thanks for your report.
> Reversing the subroutines removes (or hides) the problem.
So does the removal of either the "public :: print" or the PRINT statement in
function FOO.
Are you sure this is a regress
Build for cris-axis-elf broke with a change in the range 126627:126630, of
which the var_tracking patch is the only suspect, broke build for
cris-axis-elf:
/tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc/xgcc
-B/tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc/ -nostdinc
-B/tmp/hpautotest-gcc1/cr\
is-elf/gccob
--- Comment #15 from dberlin at gcc dot gnu dot org 2007-07-14 02:04
---
Subject: Re: [4.3 regression] ICE in set_ssa_val_to, at tree-ssa-sccvn.c:1022
On 13 Jul 2007 20:43:37 -, ebotcazou at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #14 from ebotcazou at
--- Comment #1 from hp at gcc dot gnu dot org 2007-07-14 02:07 ---
Created an attachment (id=13912)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13912&action=view)
Preprocessed code
cc1 -O2 -g mprec.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32761
valid_gimple_expression_p claims
&((struct RegisterLayout *) (char *) &SimulatedRegisters)->intmask;
is valid GIMPLE, when it is not.
On 13 Jul 2007 23:37:00 -, hp at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
--- Comment #4 from hp at gcc dot gnu dot org 2007-07-13 23:36 -
--- Comment #5 from dberlin at gcc dot gnu dot org 2007-07-14 02:12 ---
Subject: Re: [4.3 Regression] tree-ssa-operands int.comp error
valid_gimple_expression_p claims
&((struct RegisterLayout *) (char *) &SimulatedRegisters)->intmask;
is valid GIMPLE, when it is not.
On 13 Jul 200
--- Comment #2 from hp at gcc dot gnu dot org 2007-07-14 02:15 ---
Sorry, s/fp-relative/ap-relative/
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32761
I'm using gcc versión 4.1.2 (Ubuntu 4.1.2-0ubuntu4). I'm trying to compile this
relatively simple code, but it doesn't compiles. The compiler says (i
translated some phrases from spanish to english):
[EMAIL PROTECTED]:~/cppexamples$ g++ Example1.cc
Example1.cc: In constructor XRIVarArray::XRIVarA
After installing djgpp I tried to compile the source file "hed.c" . My system
type is Windows XP sp2, gcc version is 4.1.2, (target djgpp); configuration
build is as follows: /gnu/gcc-4.12/configure djgpp --prefix=/dev/env/DJDIR
--disable-nls --disable-werror
--enable-languages=c,c++,fortran,objc,o
--- Comment #1 from dj at redhat dot com 2007-07-14 02:58 ---
Subject: Re: New: internal error - compiling DiskEditor (hed.c)
> gcc.exe: Internal error: (null) (program as)
djgpp 2.03 (current) or 2.04 (beta) ? You might need the XP bugfixes
in 2.04.
--
http://gcc.gnu.org/bugz
This checkin:
http://gcc.gnu.org/ml/gcc-cvs/2007-07/msg00486.html
causes
/net/gnu-13/export/gnu/src/gcc/gcc/libgcc/../gcc/libgcc2.c: In function
â__umodti3â:
/net/gnu-13/export/gnu/src/gcc/gcc/libgcc/../gcc/libgcc2.c:1137: internal
compiler error: Segmentation fault
Please submit a full bug repo
--- Comment #1 from hjl at lucon dot org 2007-07-14 03:19 ---
I am testing
--- gcc/var-tracking.c.bad 2007-07-13 19:38:08.0 -0700
+++ gcc/var-tracking.c 2007-07-13 20:18:19.0 -0700
@@ -1862,6 +1862,9 @@ find_src_set_src (dataflow_set *set, rtx
src = SET_S
--- Comment #2 from hjl at lucon dot org 2007-07-14 03:25 ---
This one
--- gcc/var-tracking.c.bad 2007-07-13 19:38:08.0 -0700
+++ gcc/var-tracking.c 2007-07-13 20:24:27.0 -0700
@@ -1824,6 +1824,9 @@ find_src_status (dataflow_set *in, rtx l
src = SET_SRC (
--- Comment #3 from hjl at lucon dot org 2007-07-14 04:57 ---
(In reply to comment #2)
> This one
>
> --- gcc/var-tracking.c.bad 2007-07-13 19:38:08.0 -0700
> +++ gcc/var-tracking.c 2007-07-13 20:24:27.0 -0700
> @@ -1824,6 +1824,9 @@ find_src_status (dataflow_set *
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-14 05:16 ---
Not a GCC bug as as is crashing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-14 05:19 ---
> The workaround for now is to replace x[i] with this->x[i].
This is not just a workaround but the correct fix. the reason is because x is
not dependent so it has to be looked up at definition time and not instantat
1 - 100 of 103 matches
Mail list logo
