Dear gcc list,
I noticed that starting an OpenMP parallel section takes a significant
amount of time on Nehalem cpu's with hyper-threading enabled.
The differences with HTT turned on and off are really huge:
- HTT disabled: about 100.000 parallel sections per second
- HTT enabled: about 15
On 2/11/2010 2:00 AM, Edwin Bennink wrote:
Dear gcc list,
I noticed that starting an OpenMP parallel section takes a significant
amount of time on Nehalem cpu's with hyper-threading enabled.
If you think a question might be related to gcc, but don't know which
forum to use, gcc-help is
On Thu, Feb 11, 2010 at 09:43:31AM -0800, Douglas B Rupp wrote:
A pointer would be much appreciated!
In ia64.md for *cmpdi_normal this is found:
cmp.%C1 %0, %I0 = %3, %r2
Where are %C, %I, %r described?
Above gcc/config/ia64/ia64.c:ia64_print_operand.
-Nathan
Snapshot gcc-4.5-20100211 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.5-20100211/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.5 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
Greetings,
I have a patch in my tree that employs the constexpr keyword in most of
the places in the library where it is required in n3000. This patch
bootstraps and causes no new regressions on MacOS at least. I still
need test cases.
My question is this: Is constexpr in good enough
Jean Christophe Beyler jean.christophe.bey...@gmail.com writes:
typedef struct sTestUnsignedChar {
uint64_t a:1;
}STestUnsignedChar;
uint64_t getU (STestUnsignedChar a)
{
return a.a;
}
I get this in the DCE pass :
(insn 6 3 7 2 bitfield2.c:8 (set (subreg:DI (reg:QI 75) 0)
When compiling the attached code, the compiler fails with the following error:
undeclared.cpp:7:3: internal compiler error: tree check: expected class type,
have exceptional (error_mark) in maybe_adjust_types_for_deduction, at
cp/pt.c:13235
--
Summary: internal compiler error in
--- Comment #1 from jarrydb at cse dot unsw dot edu dot au 2010-02-11
08:23 ---
Created an attachment (id=19838)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19838action=view)
source code which produces compiler error
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43028
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-11 09:57 ---
I get
./cc1plus -quiet t.i -m32 -std=c++0x
undeclared.cpp: In function 'void f()':
undeclared.cpp:6:26: error: 'Equation' was not declared in this scope
undeclared.cpp:7:3: error: deducing from brace-enclosed
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-02-11 10:04 ---
Confirmed. Works on the trunk.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to work||4.4.2
Summary|ICE in sese.c with -|[4.5
valgrind ./f951 ../../gcc/testsuite/gfortran.dg/enum_5.f90 fails with:
==13267== Invalid read of size 4
==13267==at 0x3EA2A142A0: __gmpz_cmp (in /usr/lib64/libgmp.so.3.5.0)
==13267==by 0x41F6D8: create_enum_history (decl.c:1186)
==13267==by 0x428F13: enumerator_decl (decl.c:7142)
--- Comment #1 from jakub at gcc dot gnu dot org 2010-02-11 10:13 ---
Created an attachment (id=19839)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19839action=view)
gcc45-pr43029.patch
Patch that fixes this, going to bootstrap/regtest it now.
--
jakub at gcc dot gnu dot org
FAIL: gfortran.dg/eoshift_2.f90 -O (test for excess errors)
Excess errors:
==27768== Conditional jump or move depends on uninitialised value(s)
==27768==at 0x4D4974: gfc_typenode_for_spec (trans-types.c:913)
==27768==by 0x4B8E6C: gfc_conv_intrinsic_conversion (trans-intrinsic.c:249)
--- Comment #1 from jakub at gcc dot gnu dot org 2010-02-11 10:54 ---
Created an attachment (id=19840)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19840action=view)
gcc45-pr43030.patch
Patch that fixes this.
--
jakub at gcc dot gnu dot org changed:
What
--- Comment #3 from jarrydb at cse dot unsw dot edu dot au 2010-02-11
12:17 ---
Here is my version:
gcc version 4.5.0 20100206 (experimental) (GCC)
Command line:
g++ -std=gnu++0x undeclared.cpp
it only happens with the following source file, it doesn't happen when
undeclared.i is
--- Comment #4 from jarrydb at cse dot unsw dot edu dot au 2010-02-11
12:18 ---
Created an attachment (id=19841)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19841action=view)
source file that produces internal compiler error
--
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2010-02-11 12:23
---
I'll write a book about -fstack-check someday... -fstack-check was severely
broken during the GCC3 - GCC4 transition and, despite years of patches posting
and pinging, only GCC 4.5 has the beginning of a working
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-11 12:23 ---
Subject: Bug 43021
Author: rguenth
Date: Thu Feb 11 12:23:08 2010
New Revision: 156695
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156695
Log:
2010-02-11 Richard Guenther rguent...@suse.de
PR
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-02-11 12:23 ---
Fixe.d
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
/libexec/gcc/i686-mingw32/4.5.0/lto-wrapper
Target: i686-mingw32
Configured with: ../gcc/configure --prefix=/home/jacek/gcc/mingw
--target=i686-mingw32 --with-gnu-ld --with-gnu-as --enable-__cxa_atexit
target_alias=i686-mingw32 --enable-languages=c,c++
Thread model: win32
gcc version 4.5.0 20100211
--- Comment #1 from jacek at codeweavers dot com 2010-02-11 13:08 ---
Created an attachment (id=19842)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19842action=view)
Preprocessed nsDOMWorkerXHRProxy.cpp
Result of command
i686-mingw32-g++ -mno-cygwin -o nsDOMWorkerXHRProxy.i -c
http://gcc.gnu.org/onlinedocs/gfortran/FLUSH.html has:
Flushes Fortran unit(s) currently open for output. [...] Beginning with the
Fortran 2003 standard, there is a FLUSH statement that should be preferred over
the FLUSH intrinsic
However, it is left unclear whether fflush() or fsync() is called
--- Comment #5 from paolo dot carlini at oracle dot com 2010-02-11 13:16
---
I can reproduce it, but seems just a low priority ice on *invalid*, or you can
see something anomalous also when Equation is declared?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43028
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed|0 |1
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #6 from jarrydb at cse dot unsw dot edu dot au 2010-02-11
13:30 ---
The error only occurs when Equation is undeclared.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43028
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-02-11 13:31 ---
The basic issue here is that sub0 is inlined into main and we assign different
alias sets to struct my_c_type_1 and struct c_type_1 because they have
different
tags. Something ok for C but too strict for
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-02-11 13:38 ---
It's not really related to 41227 - that case was about struct F { int i; } a;
vs int a;, a case that I believe happens when building the gfortran testsuite
with -flto (which also enables -fwhole-file).
--
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-11 13:51 ---
Confirmed, reducing.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Almost all C++ sources with --enable-checking=valgrind yield valgrind errors,
simple testcase is:
extern C void abort ();
This regression was caused by PR28274
http://gcc.gnu.org/viewcvs?root=gccview=revrev=145042
change - when t != x, x has been already ggc_freed, so dereferencing it is
invalid.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last
--- Comment #1 from jakub at gcc dot gnu dot org 2010-02-11 14:12 ---
Created an attachment (id=19843)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19843action=view)
gcc45-pr43033.patch
Patch I'm going to bootstrap/regtest.
--
cc1: warnings being treated as errors
/mnt/svn/gcc-trunk/gcc/fold-const.c: In function 'fold_checksum_tree':
/mnt/svn/gcc-trunk/gcc/fold-const.c:14249:3: error: new qualifiers in middle of
multi-level non-const cast are unsafe
make[3]: *** [fold-const.o] Error 1
make[3]: Leaving directory
--- Comment #3 from amonakov at gcc dot gnu dot org 2010-02-11 14:28
---
(In reply to comment #2)
Confirming. Reproducible on amd64-linux.
This appears to be a bug in CLooG. Disable CLooG optimizations on graphite
branch fixes the bug. The problem is that CLooG generates wrong
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-02-11 14:46 ---
class T;
class L { };
class P : public L
{
typedef void (__attribute__((__stdcall__)) T::*F) (L*);
void f(bool aAdd);
};
class T
{
public:
virtual void __attribute__((__stdcall__)) A(L *listener) = 0;
--- Comment #5 from schaub-johannes at web dot de 2010-02-11 15:06 ---
Ah, i see now. I always thought the the member pointer would contain an offset
from the nested-name-specifier of the D::i regardless of the type of the
result.
In fact, i see now that i'm wrong. Ambiguity checks
The following code:
typedef struct node { struct node **next; } node_t;
__attribute__((fastcall)) void *f(node_t *n, int i) {
return n-next[i];
}
compiled with -O2 generates the following assembly (generated esp/ebp dead code
removed for readability):
f:
movl
Hi,
compiling a specific C++ code keeps de GCC 4.4.2 compiler hanging forever (or
at least 10 hours). Note that the c++ compiler works perfectly for the other
c++ sources (1000)
Unfortunately I cannot provide the C++ as-is because of company policy. But I
did some anlysis myself, hope you can
--- Comment #1 from Roger dot Jeurninck at home dot nl 2010-02-11 15:30
---
Created an attachment (id=19844)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19844action=view)
config.log file
the generated config.log file, from GCC's build dir
--
--- Comment #2 from Roger dot Jeurninck at home dot nl 2010-02-11 15:34
---
gcc -v info:
Using built-in specs.
Target: sparc-sun-solaris2.8
Configured with: /cws/rjeurnin/gcc/sources/gcc-4.4.2/configure
--prefix=/sft/teamsdoc/sds_group/rjeurnin/gcc_cadenv/SunOS_5.8/gcc/gcc-4.4.2-B3
--- Comment #3 from paolo dot carlini at oracle dot com 2010-02-11 15:36
---
Frankly, without a testcase, it's really unlikely that somebody can work on
this issue. You don't have to provide the exact code causing the problem, of
course, you can reduce it, shorten it, obfuscate it,
--- Comment #7 from lucabon at interfree dot it 2010-02-11 15:38 ---
(In reply to comment #5)
(In reply to comment #4)
(In reply to comment #3)
Use another Java-to-bytecode compiler and feed gcc with bytecode.
I'd like to use only free software... There is another free
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-02-11 15:39 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-02-11 15:39 ---
Subject: Bug 41664
Author: rguenth
Date: Thu Feb 11 15:38:59 2010
New Revision: 156699
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156699
Log:
2010-02-11 Richard Guenther rguent...@suse.de
PR
--- Comment #13 from spop at gcc dot gnu dot org 2010-02-11 15:45 ---
Subject: Bug 40886
Author: spop
Date: Thu Feb 11 15:45:27 2010
New Revision: 156701
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156701
Log:
Fix PR40886.
2010-02-11 Sebastian Pop sebastian@amd.com
--- Comment #14 from spop at gcc dot gnu dot org 2010-02-11 15:47 ---
Fixed in trunk GCC 4.5.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Known to
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |paolo dot carlini at oracle
|dot org
int a, b;
void foo (int i, int x)
{
int j, k, l;
j = i * x;
j = j * 5;
k = j * 3;
l = j * 4;
a = k;
b = l;
}
j_3 = i_1(D) * 5;
j_4 = j_3 * x_2(D);
k_5 = j_4 * 3;
l_6 = j_4 * 4;
should be re-associated and simplified to
D.1_3 = i_1(D) * x_2(D);
k_5 = D.1_3 * 15;
l_6 =
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||matz at gcc dot gnu dot org
Severity|normal
--- Comment #4 from Roger dot Jeurninck at home dot nl 2010-02-11 15:57
---
Hi Paolo,
thanks for the quick reply!
Shortening the preprocessed file doesn't help as the problem won't occur
anymore.
I will try to obfuscate such that I'm allowed to upload it.
Tomorrow I'll test the
--- Comment #5 from paolo dot carlini at oracle dot com 2010-02-11 15:59
---
Frankly, I don't believe you, I mean, I don't believe that *each single line*
counts, I bet that you can remove a substantive percentage of it while still
triggering the problem.
--
--- Comment #6 from jakub at gcc dot gnu dot org 2010-02-11 16:01 ---
You can use delta: http://gcc.gnu.org/wiki/A_guide_to_testcase_reduction
to automate the reduction (when cc1plus is hanging, you probably need to write
a shell script that will succeed if cc1plus times out after a few
--- Comment #5 from burnus at gcc dot gnu dot org 2010-02-11 16:29 ---
Also asked at:
http://gcc.gnu.org/ml/fortran/2010-02/msg00010.html
a) The derived-type issue (cf. PR 41664) is now fixed.
b) Regarding COMMON w/ single item in the named COMMON (F2003, 15.3); unclear
whether it
The fact that LinkObj is initialized with LinkVar does not seem to be
preserved when using -flto:
extern const char LinkVar;
__attribute__((used)) static const char *const LinkObj = LinkVar;
--
Summary: DECL_PRESERVE_P static globals not completely preserved
with
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-02-11 16:42 ---
Confirmed.
The following fails to link with -flto
static int foobar __attribute__((used));
extern void abort (void);
int main()
{
int res;
asm(movl foobar(%%rip), %0 : =g (res));
if (res != 0)
abort ();
--- Comment #2 from baldrick at gcc dot gnu dot org 2010-02-11 16:42
---
Sorry, small bug in the testcase, should have been:
extern const char LinkVar;
__attribute__((used)) static const char *const LinkObj = LinkVar;
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43038
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42911
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-11 16:53 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42998
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-02-11 16:54 ---
Thus we need a patched CLooG in the infrastructure for 4.5.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-02-11 16:55 ---
P4 according to comment #3
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from hubicka at ucw dot cz 2010-02-11 16:56 ---
Subject: Re: [4.4/4.5 regression] IRA apparently
systematically making reload too busy on 2 address instructions
with 3 operands
Hi,
it seems that the NAMD improved as expected tonight (by about 3%)
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-11 16:56 ---
Confirmed on i?86-linux.
--
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=43033
--- Comment #14 from hubicka at gcc dot gnu dot org 2010-02-11 16:57
---
Fixed on trunk.
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
Known to
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-02-11 17:01 ---
Subject: Bug 42998
Author: rguenth
Date: Thu Feb 11 17:01:21 2010
New Revision: 156704
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156704
Log:
2010-02-11 Richard Guenther rguent...@suse.de
PR
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-02-11 17:01 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from spop at gcc dot gnu dot org 2010-02-11 17:11 ---
Yes, I'm preparing another release of CLooG-PPL today.
Sebastian
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43012
--- Comment #1 from burnus at gcc dot gnu dot org 2010-02-11 17:24 ---
*** This bug has been marked as a duplicate of 43030 ***
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from burnus at gcc dot gnu dot org 2010-02-11 17:24 ---
*** Bug 43022 has been marked as a duplicate of this bug. ***
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
$ gfortran -flto gfortran.dg/dynamic_dispatch_5.f03
gfortran.dg/dynamic_dispatch_5.f03: In function 'MAIN__':
gfortran.dg/dynamic_dispatch_5.f03:175:0: internal compiler error: in
gfc_conv_component_ref, at fortran/trans-expr.c:466
--
Summary: [lto] ICE in gfc_conv_component_ref
gfortran -g -flto gfortran.dg/gamma_5.f90 fails when calculating gamma.
Simplified version below. Without -flto it prints:
1 1.500 0.88622695
while with -flto it shows:
1 1.500 -0.12078223
integer :: n
real :: xs
n = 1
xs = n + 0.5
print *, n,
--- Comment #1 from burnus at gcc dot gnu dot org 2010-02-11 17:46 ---
It already occurs for -fwhole-file
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
The GNAT Reference Manual (8.6) specifies: `The default encoding method for the
standard files, and for opened files for which no WCEM parameter is given in
the FORM string matches the wide character encoding specified for the main
program (the default being brackets encoding if no coding method
--- Comment #1 from mmarx at wh2 dot tu-dresden dot de 2010-02-11 17:51
---
Created an attachment (id=19845)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19845action=view)
Expected Output
% gnatmake -f -gnatW8 u8
gcc-4.4 -c -gnatW8
--- Comment #2 from mmarx at wh2 dot tu-dresden dot de 2010-02-11 17:52
---
Created an attachment (id=19846)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19846action=view)
Constraint_Error because the file is opened with bracket coding
% gnatmake -f -gnatW8 u8_fail
gcc-4.4 -c
--- Comment #3 from mmarx at wh2 dot tu-dresden dot de 2010-02-11 17:52
---
Created an attachment (id=19847)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19847action=view)
Test file
The test file used to demonstrate the issue.
--
--- Comment #1 from burnus at gcc dot gnu dot org 2010-02-11 18:06 ---
Dump (w/ putting xs on an extra line):
n = 1;
xs = (real(kind=4)) n + 5.0e-1;
xs = __builtin_tgammaf (xs);
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from pinskia at gcc dot gnu dot org 2010-02-11 18:10 ---
There is another free (GPL-compatible) java-to-bytecode compiler?
Sun's OpenJDK (which includes javac) is GPLv2 IIRC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41802
--- Comment #13 from paolo at gcc dot gnu dot org 2010-02-11 18:11 ---
Subject: Bug 41975
Author: paolo
Date: Thu Feb 11 18:11:01 2010
New Revision: 156705
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156705
Log:
2010-02-11 Paolo Carlini paolo.carl...@oracle.com
PR
--- Comment #14 from paolo dot carlini at oracle dot com 2010-02-11 18:13
---
Done.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2010-02-11 18:28 ---
Note this works correctly on targets that define STACK_CHECK_BUILTIN to be 1.
This includes the spu target. The main reason is that the code goes through a
different path.
--
pinskia at gcc dot gnu dot org
$ gfortran -fwhole-file gfortran.dg/c_ptr_tests_14.f90
gfortran.dg/c_ptr_tests_14.f90: In function 'test':
gfortran.dg/c_ptr_tests_14.f90:25:0: internal compiler error: in
gfc_conv_structure, at fortran/trans-expr.c:4385
--
Summary: [-fwhole-file] ICE in gfc_conv_structure for
gfortran -fwhole-file gfortran.dg/select_type_4.f90
gfortran.dg/select_type_4.f90: In function 'MAIN__':
gfortran.dg/select_type_4.f90:96:0: internal compiler error: Segmentation fault
==24333== Invalid read of size 8
==24333==at 0x55EA3C: gfc_conv_structure (trans-expr.c:4413)
==24333==
$ gfortran -fwhole-file gfortran.dg/global_references_1.f90
[... some valid errors ...]
gfortran.dg/global_references_1.f90:9:0: internal compiler error: Segmentation
fault
==24437== Invalid read of size 8
==24437==at 0x51190F: resolve_global_procedure (resolve.c:1844)
==24437==by
$ gfortran -O2 -flto gfortran.dg/c_funloc_tests_3.f03
gfortran.dg/c_funloc_tests_3_funcs.c
In file included from :2:0:
gfortran.dg/c_funloc_tests_3.f03: In function 'main':
gfortran.dg/c_funloc_tests_3.f03:17:0: error: non-trivial conversion at
assignment
unnamed type (*T499) (void)
--- Comment #2 from jakub at gcc dot gnu dot org 2010-02-11 18:43 ---
Unfortunately the patch regresses default3.C (line 28), but keeping the current
code isn't an option either, on defarg14.C we don't error just because the
ggc_free'd decl's code happens to be still mapped and is not a
--
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
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2010-02-11 18:55
---
Note this works correctly on targets that define STACK_CHECK_BUILTIN to be 1.
This includes the spu target. The main reason is that the code goes through a
different path.
Indeed, only generic stack checking
--- Comment #1 from burnus at gcc dot gnu dot org 2010-02-11 18:56 ---
Created an attachment (id=19848)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19848action=view)
Testsuite patch (char-unsigned char) to fix the last two ICEs on the input
side
Note: It works with -O1 and
--- Comment #6 from spop at gcc dot gnu dot org 2010-02-11 19:16 ---
You can get the new CLooG-PPL 0.15.8 from
ftp://gcc.gnu.org/pub/gcc/infrastructure/cloog-ppl-0.15.8.tar.gz
I will commit the testcase to the Graphite testsuite, and then I will close
this bug.
--
spop at gcc dot
--- Comment #7 from spop at gcc dot gnu dot org 2010-02-11 19:19 ---
Subject: Bug 43012
Author: spop
Date: Thu Feb 11 19:19:37 2010
New Revision: 156708
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156708
Log:
Add testcase for PR43012.
2010-02-11 Sebastian Pop
I installed a precompiled version of GCC from a project. The version of it is
4.0
gcc -v
Using built-in specs.
Target: hppa64-hp-hpux11.00
Configured with: ../src/configure --enable-languages=c,c++
--prefix=/usr/local/pa20_64 --with-local-prefix=/usr/local/pa20_64
--with-gnu-as
--- Comment #2 from jakub at gcc dot gnu dot org 2010-02-11 19:31 ---
Subject: Bug 43029
Author: jakub
Date: Thu Feb 11 19:31:35 2010
New Revision: 156709
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156709
Log:
PR fortran/43029
* decl.c (enumerator_decl): Don't
--- Comment #3 from jakub at gcc dot gnu dot org 2010-02-11 19:35 ---
Subject: Bug 43029
Author: jakub
Date: Thu Feb 11 19:35:12 2010
New Revision: 156710
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156710
Log:
PR fortran/43029
* decl.c (enumerator_decl): Don't
--- Comment #12 from spop at gcc dot gnu dot org 2010-02-11 19:42 ---
Subject: Bug 42771
Author: spop
Date: Thu Feb 11 19:42:38 2010
New Revision: 156711
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156711
Log:
Fix PR42771.
2010-02-10 Sebastian Pop s...@napoca
PR
--- Comment #5 from spop at gcc dot gnu dot org 2010-02-11 19:43 ---
Subject: Bug 42530
Author: spop
Date: Thu Feb 11 19:42:45 2010
New Revision: 156712
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156712
Log:
Fix PR42914 and PR42530.
2010-02-10 Sebastian Pop s...@napoca
--- Comment #7 from spop at gcc dot gnu dot org 2010-02-11 19:43 ---
Subject: Bug 42914
Author: spop
Date: Thu Feb 11 19:42:45 2010
New Revision: 156712
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156712
Log:
Fix PR42914 and PR42530.
2010-02-10 Sebastian Pop s...@napoca
--- Comment #5 from spop at gcc dot gnu dot org 2010-02-11 19:43 ---
Subject: Bug 42930
Author: spop
Date: Thu Feb 11 19:42:51 2010
New Revision: 156713
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156713
Log:
Fix PR42930.
2010-02-10 Sebastian Pop s...@napoca
PR
1 - 100 of 139 matches
Mail list logo