--- Comment #2 from burnus at gcc dot gnu dot org 2008-07-11 06:14 ---
Looking at PR 36803, I think the general algorithm could be correct, however,
it might not trigger for CHARACTER arrays. Maybe a fix for either PRs fixes
both.
--
burnus at gcc dot gnu dot org changed:
The following is invalid as "(n)" is not definable and thus shall not be passed
to an INTENT(OUT) variable. For scalars or for other types than CHARACTER, one
gets the expected
Error: Actual argument at (1) must be definable as the dummy argument 'x'
is INTENT = OUT/INOUT
The problem mi
--- Comment #1 from burnus at gcc dot gnu dot org 2008-07-11 06:00 ---
The problem is:
call foo((xx),xx)
gfortran simplifies the "(xx)" to "xx" by passing (-fdump-tree-orignal):
foo (&xx, &xx, 10, 10);
Since the second argument is nullified in "foo" as it is INTENT(OUT), it is
obv
--- Comment #2 from Joey dot ye at intel dot com 2008-07-11 05:49 ---
Effect of line 76
buffer_frame[0] = InitFullness;
is eliminated by optimizer due to bug in GCC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36765
--- Comment #1 from Joey dot ye at intel dot com 2008-07-11 05:46 ---
Created an attachment (id=15897)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15897&action=view)
Small test case reduced from cpu2006.464.h264ref
/home/jye2/work/bug-37665> gcc -v
Using built-in specs.
Target:
--- Comment #1 from BlanchardJ at ieee dot org 2008-07-11 03:15 ---
Created an attachment (id=15896)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15896&action=view)
preprocessed file of the presented testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36802
I get the following error when compiling using gcc snapshot 4.4.0 20080704
main.c|18|internal compiler error: in pop_gimplify_context, at gimplify.c:194
See code at the end of the post and gcc configure options.
Obviously when removing the -fopenmp switch the ICE go away. Also removing
either th
In 4.3.1 (and 4.2.x and the trunk), ARM targets and no doubt plenty others use
libstdc++/config/cpu/generic/atomicity_mutex/atomicity.h.
With some build magic in libstdc++/src/Makefile.am, this file is also
atomicity.cc when building the library. Thus this object gets instantiated:
{
__gnu_cxx::
--- Comment #6 from vanco dot gccbugzilla at vancomaja dot com 2008-07-11
00:28 ---
(In reply to comment #5)
> Subject: Re: Internal compiler error: Segmentation fault, when
> incorrectly using __attribute__ ((packed))
>
>
> > None. I just thought this is the proper place to file i
The following fails on 32-bit hard-float powerpc*-*-linux* (tested for trunk,
code inspection indicates present for 4.3 as well).
#include
extern void abort (void);
void
f (int a, ...)
{
va_list ap;
if (a != 0)
abort ();
va_start (ap, a);
if (va_arg (ap, _Decimal128) != 1.2DL)
ab
--- Comment #2 from kkojima at gcc dot gnu dot org 2008-07-10 23:25 ---
First I've modified addsi3 pattern and added a splitter
(define_split
[(set (match_operand:SI 0 "arith_reg_dest" "")
(plus:SI (match_operand:SI 1 "arith_operand" "")
(match_operand:SI 2 "ari
--- Comment #1 from sebor at roguewave dot com 2008-07-10 23:04 ---
I should have mentioned: the same problem exists with .
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36799
--- Comment #2 from danglin at gcc dot gnu dot org 2008-07-10 23:02 ---
Also occurs on hppa-unknown-linux-gnu.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36766
The program below compiles successfully in gnu++0x mode but fails to compile
in c++0x mode. Since va_copy() is in C++ 0x I expect the program to compile
regardless.
$ cat t.cpp && g++ t.cpp -std=c++0x
#include
int main ()
{
va_list x;
va_list y;
va_copy (y, x);
}
t.cpp: In function
--- Comment #3 from gfan at sta dot samsung dot com 2008-07-10 22:44
---
the pixman-mmx.c is for iwmmxt supported for pixman-0.10.0 downloaded from
"http://www.cairographics.org/releases/pixman-0.10.0.tar.gz";.
Built with scratchbox with foreign compiler: gcc-4.1.1. But the same error a
--- Comment #2 from gfan at sta dot samsung dot com 2008-07-10 22:37
---
Created an attachment (id=15895)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15895&action=view)
the .c file caused the error
The .c file which caused the error
--
http://gcc.gnu.org/bugzilla/show_bug
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from gfan at sta dot samsung dot com 2008-07-10 22:36
---
Created an attachment (id=15894)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15894&action=view)
the .i files which caused the error
the .i file which cause the error
--
http://gcc.gnu.org/bugzilla/sh
[sbox-i780_411: /usr/work/gtk/pixman-0.10.0/pixman] > gcc -v -save-temps
-DHAVE_CONFIG_H -I. -I.. -g -O2 -Wall -fvisibility=hidden -c pixman-mmx.c
-fPIC -DPIC -o pixman-mmx.o
Using built-in specs.
Reading specs from /scratchbox/compilers/arm-linux-4.1.1/gcc.specs
rename spec cpp to old_cpp
Target:
--- Comment #9 from jsm28 at gcc dot gnu dot org 2008-07-10 22:02 ---
Fixed.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #8 from jsm28 at gcc dot gnu dot org 2008-07-10 22:02 ---
Testcase now fixed on trunk.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
C
--- Comment #7 from jsm28 at gcc dot gnu dot org 2008-07-10 22:01 ---
Subject: Bug 29056
Author: jsm28
Date: Thu Jul 10 22:00:53 2008
New Revision: 137704
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=137704
Log:
PR middle-end/29056
* gcc.target/powerpc/ppc-nege
gcc 4.3.0 crashes compiling the program below:
$ cat z.C && g++ z.C
template struct A { };
template struct B;
template struct B { typedef T X; };
template
int foo (typename B::X* = 0) { return 0; }
template
int foo (typename B::X* = 0) { return 1; }
int main ()
{
foo >();
}
z.C: In fun
--- Comment #5 from brian at dessent dot net 2008-07-10 21:06 ---
Subject: Re: Internal compiler error: Segmentation fault, when
incorrectly using __attribute__ ((packed))
> None. I just thought this is the proper place to file it.
>
> Please feel free to ignore this problem - it's
I've seen references on the web to an "override" keyword that allows the
compiler to check method signatures are the same where intended, ie. instead of
creating a new virtual function when a subclasses override method no longer
matches the superclass. (Microsoft compilers.) This would be a very g
--- Comment #4 from spop at gcc dot gnu dot org 2008-07-10 20:26 ---
Okay, I'll have a look at it. Thanks for pointing me to it.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from vanco dot gccbugzilla at vancomaja dot com 2008-07-10
20:10 ---
(In reply to comment #3)
> >See http://bugzilla.redhat.com/bugzilla> for instructions.
>
> Is there a reason why you filed this bug with us when you are using a modified
> GCC from redhat?
>
None. I j
For the code
program main
implicit none
character (len=10), allocatable :: xx(:)
character (len=10) :: yy
print*,"(5)"
allocate (xx(1))
xx(1) = "dog"
call foo((xx),xx)
contains
subroutine foo(xx,yy)
character (len=*), intent(in) :: xx(:)
character (len=*), intent(ou
--- Comment #73 from zadeck at naturalbridge dot com 2008-07-10 19:40
---
Subject: Re: Inordinate compile times on large
routines
rguenth at gcc dot gnu dot org wrote:
> --- Comment #72 from rguenth at gcc dot gnu dot org 2008-07-10 19:37
> ---
> The memory counters for DF
--- Comment #72 from rguenth at gcc dot gnu dot org 2008-07-10 19:37
---
The memory counters for DF even overflow ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26854
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-07-10 18:26 ---
>See http://bugzilla.redhat.com/bugzilla> for instructions.
Is there a reason why you filed this bug with us when you are using a modified
GCC from redhat?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36794
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #71 from lucier at math dot purdue dot edu 2008-07-10 17:44
---
Here are additional informal comparisons of 4.2.3 with Apple's 4.0.1 and gcc
3.4.5 on mingw:
https://webmail.iro.umontreal.ca/pipermail/gambit-list/2008-July/002450.html
--
http://gcc.gnu.org/bugzilla/show
--- Comment #70 from lucier at math dot purdue dot edu 2008-07-10 17:36
---
Created an attachment (id=15893)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15893&action=view)
detailed memory stats for trunk revision 137644
These are the detailed memory stats for
euler-11% /pkgs/g
--- Comment #2 from vanco dot gccbugzilla at vancomaja dot com 2008-07-10
17:34 ---
g++ -v output:
==Using built-in specs.
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=
--- Comment #1 from vanco dot gccbugzilla at vancomaja dot com 2008-07-10
17:33 ---
Created an attachment (id=15892)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15892&action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36794
A funny use of __attribute__ ((packed)) caused a seg fault.
Code:
== (see attachment for full preprocessed file)
struct wrap_a {int a;};
struct wrap_b {long b;}; // note: 64bit machine
typedef std::pair my_pair; // crash!
==
Command line:
g++ /tmp/g++bug.cc
==
Output:
/tmp/g++bug.cc
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-07-10 17:07 ---
Yes don't use make profiledbootstrap.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from jakub at gcc dot gnu dot org 2008-07-10 15:26 ---
Fixed, thanks for the bugreport.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jakub at gcc dot gnu dot org 2008-07-10 15:23 ---
Subject: Bug 36790
Author: jakub
Date: Thu Jul 10 15:22:50 2008
New Revision: 137695
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=137695
Log:
PR middle-end/36790
* omp-low.c (lower_omp_2): If
--
jfc at mit dot edu changed:
What|Removed |Added
Severity|normal |minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36791
As I understand __sync_synchronize, the intent is to emit a memory barrier
instruction, at least on multiprocessor systems. Currently on x86
__sync_synchronize inhibits explicit code motion across the builtin function
call but not processor reordering of memory operations across the builtin
functi
--- Comment #3 from dberlin at gcc dot gnu dot org 2008-07-10 15:01 ---
We need to call loop_optimizer_finalize on the early exit from PRE case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36788
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-07-10 14:59 ---
Confirmed. I'll address the fre stuff.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #14 from mark at codesourcery dot com 2008-07-10 14:58 ---
Subject: Re: [4.4 regression] warning "array subscript is
below array bounds" on delete [] with -O2, -Wall
rguenther at suse dot de wrote:
> Can the FE mark this array-access with TREE_NO_WARNING? Or is it not
>
--- Comment #17 from ebotcazou at gcc dot gnu dot org 2008-07-10 14:48
---
> 1) and 2) fixed now, 3) still unfixed.
I presume that 3) is not just a problem with the CFIs generated in final.c,
rather a problem in the code itself, right?
--
ebotcazou at gcc dot gnu dot org changed:
Revision 137631:
http://gcc.gnu.org/ml/gcc-patches/2008-07/msg00430.html
may have caused
FAIL: gcc.dg/tree-ssa/data-dep-1.c scan-tree-dump-times ltrans "4, \\+, 1" 0
FAIL: gcc.dg/tree-ssa/ssa-fre-13.c scan-tree-dump fre "Inserted .* &a"
FAIL: gcc.dg/tree-ssa/ssa-fre-13.c scan-tree-dump fre "Repl
This function causes an ICE in rtl generation:
void g()
{
__builtin_eh_return(0, 0);
}
The crash happens when either operand to __builtin_eh_return is an integer
constant. expand_builtin_eh_return calls copy_to_reg on a CONST_INT operand.
copy_to_reg generates a register with mode VOIDmode.
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
CC|dseketel at redhat dot com |
AssignedTo|unassigned at gcc dot gnu |dodji at gcc dot gnu d
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2008-07-10 14:33
---
FWIW we're observing the same ICE on Ada code.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build
Priority|P3 |P4
http://gcc
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36780
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36736
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dodji at gcc dot gnu dot org
|dot org
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Component|c++ |middle-end
Known to fail||4.3.1
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-07-10 14:29 ---
Sebastian, I think this is one for you ... ;)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from jakub at gcc dot gnu dot org 2008-07-10 14:28 ---
Compiler bugs shouldn't be using libgomp component. As this ICEs with both
C and C++ frontends, it should be middle-end.
BTW, for all OpenMP bugs please add openmp keyword to Keywords, thanks.
--
jakub at gcc dot
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36690
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
Summary|[4.3/4.4 regression]|[4.3/4.4 Regressio
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36753
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-07-10 14:24 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-07-10 14:23 ---
Confirmed. Honza, can you have a look here?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36630
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36780
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36736
ICE on the following code. When removing "default(shared)", it compiles fine.
void foo(bool b)
{
}
void tasked_foo(bool b)
{
foo(b);
#pragma omp task default(shared)
b = false;
}
int main()
{
tasked_foo(false);
return 0;
}
g++ -fopenmp task_default_shared.cpp
task_default_shared.cp
--- Comment #13 from rguenther at suse dot de 2008-07-10 14:07 ---
Subject: Re: [4.4 regression] warning "array subscript is
below array bounds" on delete [] with -O2, -Wall
On Thu, 10 Jul 2008, paolo dot carlini at oracle dot com wrote:
> --- Comment #12 from paolo dot carlini a
--- Comment #17 from bonzini at gnu dot org 2008-07-10 14:05 ---
changing subject then, thanks for the analysis!
--
bonzini at gnu dot org changed:
What|Removed |Added
--- Comment #12 from paolo dot carlini at oracle dot com 2008-07-10 13:53
---
The warning is bogus, for sure. The issue is how / where to fix it. Apparently
it comes from check_array_ref in tree-vrp.c, outside the C++ front-end indeed.
First thing, we should probably figure out what is
--- Comment #4 from hubicka at ucw dot cz 2008-07-10 13:43 ---
Subject: Re: [4.3/4.4 Regression] .debug_line first line is behind the first
instruction
> One problem
> is that already the into_cfglayout pass does some optimizations I wouldn't
> think are appropriate for -O0, like mergi
--- Comment #16 from jakub at gcc dot gnu dot org 2008-07-10 13:41 ---
1) and 2) fixed now, 3) still unfixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36419
--- Comment #11 from chris dot fairles at gmail dot com 2008-07-10 13:41
---
On x64_64, alignof(smart_ptr) == sizeof(size_t) == 8. So then the size of the
array is stored in the 8 bytes prior to the address of the returned pointer
from new[].
In the delete[] call, its offsetting the r
--- Comment #5 from jakub at gcc dot gnu dot org 2008-07-10 13:40 ---
The generated testcases actually changed, several times, so I fail to see
where is a bug. Unless you compare the exactly same source between two
compilers
and one hits the ceiling for -fpic and one doesn't, there is n
--- Comment #6 from jakub at gcc dot gnu dot org 2008-07-10 13:34 ---
More self-contained testcase:
register unsigned long *r14 asm ("r14");
extern void abort (void);
__attribute__ ((noinline)) void
test (void)
{
*++r14 = 31337;
}
int
main ()
{
unsigned long stack[2];
stack[0] =
--- Comment #22 from bangerth at dealii dot org 2008-07-10 13:23 ---
(In reply to comment #21)
> > Two questions:
> > 1/ Is the text in the documentation that Dirk Mueller added in the last
> > commit
> >of PR 30601 now wrong/outdated?
>
> I don't know, I'm not a documentation expe
--- Comment #8 from sfalco at harris dot com 2008-07-10 13:15 ---
Thanks, and sorry for the bogus report.
I'll pursue it with the authors of the e2fs utilities.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36775
--- Comment #2 from korusef at gmail dot com 2008-07-10 12:45 ---
Created an attachment (id=15891)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15891&action=view)
Preprocessed result of the source file delegate.cpp
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36789
--- Comment #1 from korusef at gmail dot com 2008-07-10 12:44 ---
Created an attachment (id=15890)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15890&action=view)
Source file with the problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36789
When compiling incorrect code I got internal error.
The error in the code is the attempt to use non constant expression as template
argument.
Tried compiling the same code with different versions.
The output of $ g++ -v -save-temps delegate.cpp 2> delegate.2.log
Using built-in specs.
Target: i486
--- Comment #1 from janus at gcc dot gnu dot org 2008-07-10 12:17 ---
Created an attachment (id=15889)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15889&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36788
--- Comment #3 from schwab at suse dot de 2008-07-10 12:15 ---
reg = reg + myFunc();
There is no sequence point between the operands of the plus operator, thus it
is unspecified which one is evaluated first.
--
schwab at suse dot de changed:
What|Removed
The attached code triggers an ICE when compiled with -O3:
internal compiler error: in loop_optimizer_init, at loop-init.c:46
-O2 works. This was first encountered in revision 137631. The test case is
already reduced from a much larger program, but still has 1000+ lines. I was
not able to reduce i
--- Comment #3 from jakub at gcc dot gnu dot org 2008-07-10 12:01 ---
Created an attachment (id=15888)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15888&action=view)
gcc44-pr36690.patch
Unfinished patch which solves the testcase in this PR and a couple of other
problems, but sti
--- Comment #2 from lauren dot bedoule at gmail dot com 2008-07-10 11:53
---
Created an attachment (id=15887)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15887&action=view)
preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36787
--- Comment #1 from lauren dot bedoule at gmail dot com 2008-07-10 11:46
---
Created an attachment (id=15886)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15886&action=view)
c code printing the erroneous result
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36787
I looked at the assembler instructions surrounding the call to myFunc function;
They seemed to be erroneous under gcc 4.3, yet correct under gcc 4.1
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.3.1-2'
--with-b
ugurl=file:///usr/share/doc/gcc-4.3/README.Bu
ilib --disable-intermodule --with-gmp=/opt/x86_64/gmp-4.2.2/
--with-mpfr=/opt/x86_64/mpfr-2.3.0 x86_64-linux-gnu
Thread model: posix
gcc version 4.4.0 20080710 (experimental) [trunk revision 137693] (GCC)
COLLECT_GCC_OPTIONS='-B/scratch/obj.x86_64/gcc-4.4/./gcc/'
'-B/opt/x86_64/gcc
$ gnatmake rtest.adb
gcc -c rtest.adb
gnatbind -x rtest.ali
gnatlink rtest.ali
$ ./rtest
raised STORAGE_ERROR : stack overflow (or erroneous memory access)
Also occurs with GNAT GPL 2008.
-- chop here --
with Gnat.Regexp;
procedure RTest is
R : constant Gnat.Regexp.Regexp := Gnat.Regexp.Compi
--- Comment #1 from masaki dot chikama at gmail dot com 2008-07-10 10:27
---
Created an attachment (id=15885)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15885&action=view)
gzipped preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36784
gcc-4.3.0 fail to compile cloudy-07.02.01 with this message.
It may be fixed by
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg01245.html
.
g++ -fPIC -DPIC -O2 -g -mieee -c -o atmdat_readin.o atmdat_readin.cpp
atmdat_readin.cpp: In function 'void atmdat_readin()':
atmdat_readin.cpp:1746: intern
--- Comment #1 from tj at solitudo dot net 2008-07-10 10:21 ---
Created an attachment (id=15884)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15884&action=view)
Build log for this bug
This attachment shows the full make log after running make in the build root
directory after hit
This is an Octane2 system running IRIX 6.5.30. Bootstarpping is done with
MipsPro 7.4.3m compiler. Configure environment:
CC='cc -n32 -mips4 -c99' CXX='CC -n32 -mips4' CPP='cc -E' CFLAGS= CXXFLAGS=
CPPFLAGS='-I/opt/local/include' LDFLAGS='-L/opt/local/lib -n32' ../../configure
--prefix=/opt/local
--- Comment #1 from masaki dot chikama at gmail dot com 2008-07-10 10:18
---
Created an attachment (id=15883)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15883&action=view)
preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36782
gcc-4.3.0 fail to compile php-5.2.5 with this message.
gcc-4.1.3 can compile without failure.
It's similar to Bug #36684, But -fno-schedule-insns option doesn't help.
I can comiple when I down optimization level (remove -O2).
Is this simply -fno-schedule-insns is ignored by other option ?
/bin/s
--- Comment #10 from paolo dot carlini at oracle dot com 2008-07-10 09:57
---
Thanks Mark, frankly I didn't know about "cookies". By the way, naively, the
fact that the warning is emitted only for -O2 doesn't indicate to me a pure
front-end issue...
--
http://gcc.gnu.org/bugzilla/s
--- Comment #21 from paolo dot carlini at oracle dot com 2008-07-10 09:28
---
> Two questions:
> 1/ Is the text in the documentation that Dirk Mueller added in the last commit
>of PR 30601 now wrong/outdated?
I don't know, I'm not a documentation expert, maybe some tweaks will be
n
--- Comment #2 from gunnar at greyhound-data dot com 2008-07-10 09:18
---
(In reply to comment #1)
> forward-propagate is causing some of the issues as shown by:
> int *test2(int *a ){
> a[1]=a[0];
> a++;
> return a;
> }
Your example creates the following ASM code:
test2:
--- Comment #4 from YLitvinenko at astana dot oilfield dot slb dot com
2008-07-10 07:55 ---
Subject: Re: configure scripts can not find out version
of GNU ld 2.18
> --- Comment #3 from ian at airs dot com 2008-07-10 01:52 ---
> What is the output of ld --version using your 2
--- Comment #15 from jakub at gcc dot gnu dot org 2008-07-10 07:53 ---
Subject: Bug 36419
Author: jakub
Date: Thu Jul 10 07:52:36 2008
New Revision: 137690
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=137690
Log:
PR rtl-optimization/36419
* combine-stack-adj.c
--- Comment #14 from jakub at gcc dot gnu dot org 2008-07-10 07:40 ---
Subject: Bug 36419
Author: jakub
Date: Thu Jul 10 07:39:54 2008
New Revision: 137689
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=137689
Log:
PR rtl-optimization/36419
* combine-stack-adj.c
100 matches
Mail list logo
