Hi Jakub,
You recently added gcc.c-torture/compile/pr35318.c to the gcc
testsuite. This has introduced a new group of failures for the m32c
port because of this error message:
pr35318.c: In function 'foo':
pr35318.c:7: error: can't find a register in class 'GENERAL_REGS' while
This is the beta release of binutils 2.19.51.0.2 for Linux, which is
based on binutils 2009 0204 in CVS on sourceware.org plus various
changes. It is purely for Linux.
All relevant patches in patches have been applied to the source tree.
You can take a look at patches/README to see what have been
The following code
int bar(int *global)
{
int local;
if(local != global)
return 0;
return local;
}
compiled with gcc/x86/Linux version 4.4.0 20090204 (experimental)
[trunk revision 143938]
trigger warning:
# g++ -Wall -O2 -c test4.cpp
test4.cpp: In function 'int bar(int
From: Richard Guenther richard.guent...@gmail.com
Thanks, I do want to test the middle-end. However I need to do more than
just create the complex expression. I also have to pass it to a builtin
that evaluates using MPC like __builtin_csin(). The fortran frontend
evaluates complex
On Wed, Feb 4, 2009 at 1:18 PM, Дмитрий Дьяченко dim...@gmail.com wrote:
The following code
int bar(int *global)
{
int local;
if(local != global)
return 0;
return local;
}
The issue is that GCC does not figure that global cannot point to
local so it does not optimize away
Thanks,
Sorry, but I don't understood - is it impossible to fix, so there are
no needs in bug report?
Or PR about this issue already exists?
Or it's not a bug?
Dmitry
2009/2/5 Andrew Pinski pins...@gmail.com:
On Wed, Feb 4, 2009 at 1:18 PM, Дмитрий Дьяченко dim...@gmail.com wrote:
The
Snapshot gcc-4.2-20090204 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.2-20090204/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.2 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On Tue, Feb 3, 2009 at 8:41 AM, H.J. Lu hjl.to...@gmail.com wrote:
On Sun, Feb 1, 2009 at 11:44 AM, H.J. Lu hjl.to...@gmail.com wrote:
Hi,
We like to update x86-64 psABI to pass aggregates of 32 bytes with
single __m256 field
in AVX registers, instead of memory. However, finding the proper
I have various constants. If I define them in a header file like this:
static const int my_thing_a = 3;
static const int my_thing_b = 12345;
then everything is nice, if I use them the compiler knows their value
and uses them as literals and it doesn't actually put them into the
.rodata section
Hi Sean,
It's great that you updated the wiki page with the latest and more
detailed API design.
We (at Google) also started to look at the GCC plugin support a couple
of weeks ago. We had a quick prototype implemented based on the
original APIs that Taras put together in the old wiki. (I can
On Wed, Feb 04, 2009 at 05:04:10PM -0800, Le-Chun Wu wrote:
-fplugin=/path/to/plugin.so;arg1=value;arg2=value;...
I am not sure if it is GCC's responsibility to understand key-value
(or any other types of) arguments to plugins. I think GCC should
simply take a string (which, of course,
--- Comment #13 from jakub at gcc dot gnu dot org 2009-02-04 08:18 ---
Even if it fixes just PR38292, I'd say it would be worth applying.
I'll bootstrap/regtest and submit it then.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38977
--- Comment #6 from ramana dot r at gmail dot com 2009-02-04 08:34 ---
(In reply to comment #5)
(In reply to comment #4)
Looking at the dumps this rtx is generated by the rename registers pass in
4.3.x . In trunk however rename register does not generate this rtx and
hence
--- Comment #30 from ubizjak at gmail dot com 2009-02-04 08:57 ---
(In reply to comment #29)
A similar problem was fixed with PR38533, is this still an issue?
TYPE=double:
gcc -DREPS=1000 -msse3 -O2 -mfpmath=sse -ffast-math -fno-tree-reassoc:
atlasmm 60 1000 0.208
--- Comment #1 from schwab at suse dot de 2009-02-04 09:33 ---
char* pw = (char*) bcAtomCompareExchange((void**) px, py, pz);
This is violating the C aliasing rules. Declare px as void* to fix that.
*** This bug has been marked as a duplicate of 21920 ***
--
schwab at suse
--- Comment #137 from schwab at suse dot de 2009-02-04 09:33 ---
*** Bug 39093 has been marked as a duplicate of this bug. ***
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #8 from rguenther at suse dot de 2009-02-04 09:35 ---
Subject: Re: PTA constraint processing for *x
= y is wrong
On Wed, 4 Feb 2009, dberlin at dberlin dot org wrote:
--- Comment #7 from dberlin at gcc dot gnu dot org 2009-02-04 00:29
---
Subject: Re: PTA
--- Comment #31 from bonzini at gnu dot org 2009-02-04 11:22 ---
Created an attachment (id=17241)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17241action=view)
source code to reproduce the bug
Code from PR27827 that still regresses (also with -DTYPE=float, so it's not a
--- Comment #11 from bonzini at gnu dot org 2009-02-04 11:24 ---
Reconfirmed:
$ ./xgcc -B. serpent.c -O2 -S -o -| wc -l = 1380
$ ./xgcc -B. serpent.c -fno-tree-reassoc -O2 -S -o -| wc -l = 1304
--
bonzini at gnu dot org changed:
What|Removed
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-02-04 12:16 ---
Testcase that is not fixed with removing the short-cutting:
int i;
long __attribute__((noinline,const)) bar(int ***p) { return (long)p; }
void __attribute__((noinline))
foo(void)
{
int *y;
int **a = y, **x;
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-02-04 12:26
---
This one fails on trunk (where we fall back to anything for empty points-to
sets, so just add some unrelated j and the vops are wrong):
int i;
long __attribute__((noinline,const)) bar(int ***p) { return (long)p;
--- Comment #11 from rguenth at gcc dot gnu dot org 2009-02-04 12:31
---
This one fails also on the branches that have PTA.
int i;
long __attribute__((noinline,const)) bar(int ***p) { return (long)p; }
extern void abort (void);
int main()
{
int j;
int *y = j;
int **a = y, **x;
--- Comment #12 from rguenth at gcc dot gnu dot org 2009-02-04 12:37
---
Which makes it a regression.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #80 from bonzini at gnu dot org 2009-02-04 12:45 ---
Brad, can you produce new stats?
--
bonzini at gnu dot org changed:
What|Removed |Added
--- Comment #16 from bonzini at gnu dot org 2009-02-04 12:47 ---
Andrew, if you point me to the patch I'll be glad to pick it up.
--
bonzini at gnu dot org changed:
What|Removed |Added
-bootstrap
--enable-shared --enable-threads=posix --enable-checking=release
--with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions
--enable-languages=c,c++ --with-cpu=generic --build=i386-redhat-linux
Thread model: posix
gcc version 4.4.0 20090204 (experimental) (GCC)
[psi...@joana GCC
--- Comment #5 from jsm28 at gcc dot gnu dot org 2009-02-04 13:07 ---
Subject: Bug 35433
Author: jsm28
Date: Wed Feb 4 13:07:43 2009
New Revision: 143922
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143922
Log:
PR c/35433
* c-typeck.c (composite_type): Set
--- Comment #2 from jakub at gcc dot gnu dot org 2009-02-04 13:39 ---
Just doing:
@@ -,12 +,18 @@ write_unqualified_name (const tree decl)
else if (DECL_OVERLOADED_OPERATOR_P (decl))
{
operator_name_info_t *oni;
+ enum tree_code code =
--- Comment #3 from jakub at gcc dot gnu dot org 2009-02-04 13:54 ---
Created an attachment (id=17242)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17242action=view)
gcc44-pr39095.patch
Patch I'm going to bootstrap/regtest. I think changing code for operator-
in all places is
you get 10s of thousands of errors
--
Summary: should not try to run -flto or -fwhopr testsuite if lto
lang not defined.
Product: gcc
Version: lto
Status: UNCONFIRMED
Severity: normal
Priority: P3
--- Comment #4 from bonzini at gnu dot org 2009-02-04 14:36 ---
Fixed.
--
bonzini at gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jason at redhat dot com 2009-02-04 15:57 ---
Subject: Re: [4.4 Regression] Mangling changes break ABI
OK.
Jason
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39095
--- Comment #2 from bonzini at gnu dot org 2009-02-04 15:57 ---
minimized testcase:
void test(char *ip, double *reg_f)
{
static void * const addrs[] = {L1, L2};
double reg_f_a;
reg_f_a = 0.0;
goto *addrs[*++ip];
L1:
reg_f_a += reg_f[*++ip];
--- Comment #3 from bonzini at gnu dot org 2009-02-04 16:03 ---
requires computed gotos and floats, even smaller testcase
void test(char *ip, double *reg_f)
{
static void * const addrs[] = {L1, L2};
double reg_f_a;
reg_f_a = 0.0;
goto *addrs[*++ip];
L1: reg_f_a =
--- Comment #13 from dberlin at gcc dot gnu dot org 2009-02-04 16:09
---
Subject: Re: PTA constraint processing for *x =
y is wrong
I don't remember offhand. At one point during 4.2 we used to compute
the anything set exactly, and it led to massive issues. Of course,
most
Executing on host: /home/dave/gnu/gcc/objdir/gcc/xgcc
-B/home/dave/gnu/gcc/objdir/gcc/
/home/dave/gnu/gcc/gcc/libgomp/testsuite/libgomp.fortran/reduction3.f90
-B/home/dave/gnu/gcc/objdir/arm-none-linux-gnueabi/./libgomp/
-I/home/dave/gnu/gcc/objdir/arm-none-linux-gnueabi/./libgomp
--- Comment #4 from tydeman at tybor dot com 2009-02-04 16:16 ---
/*
* _Bool bit-fields: C99: 6.7.2.1, paragraph 3 along with Defect Report 335.
* _Bool bit-fields of size up to CHAR_BIT must be supported.
*/
#include limits.h /* CHAR_BIT */
int main(void){
struct bits
--- Comment #6 from jsm28 at gcc dot gnu dot org 2009-02-04 13:09 ---
Fixed for 4.3.4 and 4.4.0. Not planning to work on backport to 4.2 branch.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from bonzini at gnu dot org 2009-02-04 16:22 ---
We get a wrong choice of class
a1 (r59,l0) best FLOAT_REGS, cover FLOAT_REGS
(remember this is with -mfpmath=sse) despite the preferred reload class is
indeed SSE_REGS.
But then, we get the spill even without SSE
--- Comment #1 from danglin at gcc dot gnu dot org 2009-02-04 16:26 ---
Actually, test also fails at -O0:
FAIL: libgomp.fortran/reduction3.f90 -O0 execution test
FAIL: libgomp.fortran/reduction3.f90 -O1 execution test
FAIL: libgomp.fortran/reduction3.f90 -O2 execution test
FAIL:
--- Comment #14 from rguenther at suse dot de 2009-02-04 16:26 ---
Subject: Re: [4.2/4.3/4.4 Regression] PTA
constraint processing for *x = y is wrong
On Wed, 4 Feb 2009, dberlin at dberlin dot org wrote:
--- Comment #13 from dberlin at gcc dot gnu dot org 2009-02-04 16:09
--- Comment #5 from joseph at codesourcery dot com 2009-02-04 16:30 ---
Subject: Re: Does warn if bit-fields exceed the size of bool
types
On Wed, 4 Feb 2009, tydeman at tybor dot com wrote:
/*
* _Bool bit-fields: C99: 6.7.2.1, paragraph 3 along with Defect Report 335.
* _Bool
--- Comment #5 from bonzini at gnu dot org 2009-02-04 16:31 ---
The old register allocator chose
Register 59 pref FLOAT_SSE_REGS or none
but that is not a cover class.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37488
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|--- |4.4.0
--- Comment #13 from bonzini at gnu dot org 2009-02-04 12:46 ---
Christian, any news?
--
bonzini at gnu dot org changed:
What|Removed |Added
CC|
--- Comment #15 from dberlin at gcc dot gnu dot org 2009-02-04 16:37
---
Subject: Re: [4.2/4.3/4.4 Regression] PTA
constraint processing for *x = y is wrong
On Wed, Feb 4, 2009 at 11:26 AM, rguenther at suse dot de
gcc-bugzi...@gcc.gnu.org wrote:
--- Comment #14 from
Brute force evaluation of niters does not deal with
bb 5:
i_10 = i_1 + 1;
bb 6:
# i_1 = PHI 0(2), i_10(5)
# .MEM_11 = PHI .MEM_17(2), .MEM_11(5)
if (i_1 = 4)
goto bb 3;
else
goto bb 7;
bb 3:
D.5476_6 = a._M_instance[i_1];
D.5457_8 = i_1 * 4;
D.5458_9 = a._M_instance[0] +
--- Comment #5 from jakub at gcc dot gnu dot org 2009-02-04 16:50 ---
Subject: Bug 39095
Author: jakub
Date: Wed Feb 4 16:50:22 2009
New Revision: 143933
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143933
Log:
PR c++/39095
* operators.def: Use COMPONENT_REF
http://gcc.gnu.org/viewcvs?root=gccview=revrev=140916
seems to break ABI, e.g. 4.4 compiled digikam can't be linked against 4.3
compiled libraries.
struct B
{
int b;
};
B b;
struct A
{
B *operator-() const
{
return b;
}
A () {}
};
A a;
int foo ()
{
return a-b;
}
is mangled as
--- Comment #6 from jakub at gcc dot gnu dot org 2009-02-04 16:53 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #15 from rguenth at gcc dot gnu dot org 2009-02-04 10:14
---
I think this is bug is a valid request for FRE to eliminate redundant PHI
nodes:
bb 4:
# c_1 = PHI a_4(D)(2), b_7(D)(3)
# d_2 = PHI a_4(D)(2), b_7(D)(3)
D.1599_10 = c_1 + d_2;
There are no two same PHI
--- Comment #6 from bonzini at gnu dot org 2009-02-04 12:02 ---
We have:
4.34.4
-O2 3.36 3.32
-O3 3.02 3.50
-O3 -funroll-all-loops 2.92 3.45
Interestingly enough, if I _really_ hand-unroll the loop as
--- Comment #2 from jsm28 at gcc dot gnu dot org 2009-02-04 17:14 ---
Working on a patch.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from tydeman at tybor dot com 2009-02-04 17:15 ---
Opps. I missed that the bug report was against C++ (I still am learning
bugzilla). So, ignore my previous comments.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19618
--- Comment #81 from lucier at math dot purdue dot edu 2009-02-04 17:27
---
Created an attachment (id=17243)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17243action=view)
Memory and CPU statistics for 2009/02/04
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26854
-mainline/bin/gcc -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../../mainline/configure --enable-checking=release
--prefix=/pkgs/gcc-mainline --enable-languages=c
--enable-gather-detailed-mem-stats
Thread model: posix
gcc version 4.4.0 20090204 (experimental) [trunk
I've tried defining a local class and then using it as a template argument,
this fails to work.
Here is a very short code example:
#include iostream
template class T
void func2785() {
}
class A {};
int main() {
class B {} b;
func2785A();
func2785B();
}
This bug also
--- Comment #4 from dnovillo at gcc dot gnu dot org 2009-02-04 17:49
---
Testing patch with the more straightforward of the two suggestions from Cary:
http://gcc.gnu.org/ml/gcc/2009-01/msg00105.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39001
--- Comment #5 from dnovillo at gcc dot gnu dot org 2009-02-04 18:06
---
Subject: Bug 39001
Author: dnovillo
Date: Wed Feb 4 18:05:51 2009
New Revision: 143935
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143935
Log:
PR 39001
* toplev.c (eh_personality_decl):
-mainline/bin/gcc -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../../mainline/configure --enable-checking=release
--prefix=/pkgs/gcc-mainline --enable-languages=c
--enable-gather-detailed-mem-stats
Thread model: posix
gcc version 4.4.0 20090204 (experimental
typedef struct E
{
int p;
struct E *n;
} *EP;
typedef struct C
{
EP x;
short cn, cp;
} *CP;
__attribute__((noinline)) CP
foo (CP h, EP x)
{
EP pl = 0, *pa = pl;
EP nl = 0, *na = nl;
EP n;
while (x)
{
n = x-n;
if ((x-p 1) == 1)
{
h-cp++;
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from jakub at gcc dot gnu dot org 2009-02-04 19:51 ---
Subject: Bug 38292
Author: jakub
Date: Wed Feb 4 19:50:58 2009
New Revision: 143937
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143937
Log:
PR tree-optimization/38977
PR gcov-profile/38292
--- Comment #14 from jakub at gcc dot gnu dot org 2009-02-04 19:51 ---
Subject: Bug 38977
Author: jakub
Date: Wed Feb 4 19:50:58 2009
New Revision: 143937
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143937
Log:
PR tree-optimization/38977
PR gcov-profile/38292
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-02-04 20:00 ---
Does it work without -fopenmp?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39098
--- Comment #1 from jakub at gcc dot gnu dot org 2009-02-04 20:04 ---
Caused by http://gcc.gnu.org/viewcvs?root=gccview=revrev=136657
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-02-04 20:04 ---
I will have a looksee.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-02-04 20:05 ---
Note that the patch only enables us to use PTA results which are likely wrong
here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39100
--- Comment #4 from hjl dot tools at gmail dot com 2009-02-04 20:13 ---
It is caused by revision 136657:
http://gcc.gnu.org/ml/gcc-cvs/2008-06/msg00414.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #10 from jv244 at cam dot ac dot uk 2009-02-04 20:53 ---
(In reply to comment #9)
I hope to patch it soon although I have no such patch right now.
Hi Jan,
any progress on this one ? I've a core to analyze, but I'm stuck here.
Joost
--
--- Comment #18 from bonzini at gnu dot org 2009-02-04 20:54 ---
Subject: Bug 37889
Author: bonzini
Date: Wed Feb 4 20:54:36 2009
New Revision: 143939
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143939
Log:
2009-02-04 Paolo Bonzini bonz...@gnu.org
Hans-Peter
--- Comment #10 from bonzini at gnu dot org 2009-02-04 20:54 ---
Subject: Bug 38921
Author: bonzini
Date: Wed Feb 4 20:54:36 2009
New Revision: 143939
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143939
Log:
2009-02-04 Paolo Bonzini bonz...@gnu.org
Hans-Peter
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-02-04 20:59 ---
On the alias-improvements branch the testcase also fails with
-O -fdelete-null-pointer-checks, so this is definitely a PTA bug.
PTA thinks the points-to set for na_5 is
na_5, is dereferenced, points-to NULL,
--- Comment #3 from jsm28 at gcc dot gnu dot org 2009-02-04 21:02 ---
Subject: Bug 35235
Author: jsm28
Date: Wed Feb 4 21:02:42 2009
New Revision: 143940
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143940
Log:
PR c/35235
* c-typeck.c (build_component_ref): Do
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-02-04 21:14 ---
It fails with
gcc version 4.4.0 20090116 (experimental) [trunk revision 143440] (GCC)
But I don't have anything older to try it with on that machine.
It did work with gcc version 4.4.0 20081229 (experimental)
--- Comment #6 from dberlin at gcc dot gnu dot org 2009-02-04 21:16 ---
Subject: Re: [4.4 Regression] -fstrict-aliasing
miscompilation
On Wed, Feb 4, 2009 at 3:59 PM, rguenth at gcc dot gnu dot org
gcc-bugzi...@gcc.gnu.org wrote:
--- Comment #5 from rguenth at gcc dot
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-02-04 21:18 ---
Following do_ds_constraint shows
*na_2 = x_1
nl -
*na_2 = derefaddrtmp.7
nl - NULL
*na_2 = x_1
NULL - ESCAPED NONLOCAL
*na_2 = derefaddrtmp.7
NULL - NULL
where on the lhs of - we show DELTA and on the rhs we
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2009-02-04
21:22 ---
Subject: Re: FAIL: libgomp.fortran/reduction3.f90
Does it work without -fopenmp?
Yes.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39098
--- Comment #6 from dnovillo at gcc dot gnu dot org 2009-02-04 21:23
---
The recent patch only fixes the case for x86_64. This is still broken on ppc.
Will try to implement the first suggestion from
http://gcc.gnu.org/ml/gcc/2009-01/msg00074.html
/* confdefs.h. */
#define
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-02-04 21:36 ---
The following works (on the branch, with added NONLOCAL = *NONLOCAL
constraint):
ANYTHING = ANYTHING
READONLY = READONLY
ESCAPED = *ESCAPED
ESCAPED = ESCAPED + UNKNOWN
*ESCAPED = NONLOCAL
NONLOCAL = NONLOCAL
--- Comment #7 from ramana dot r at gmail dot com 2009-02-04 21:56 ---
(In reply to comment #6)
This has now been committed as revision 143942 in the 4.3 branch -
Sven, could you check and get back if you still see a problem . If not this bug
can be closed
--
--- Comment #3 from jsm28 at gcc dot gnu dot org 2009-02-04 22:22 ---
Testing a patch.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from rguenth at gcc dot gnu dot org 2009-02-04 22:51
---
It appearanlty does not fix my bash build. I'm double-checking now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38977
--- Comment #16 from rguenth at gcc dot gnu dot org 2009-02-04 23:16
---
jobs.c calls fork(), but special_function_p seems to miss that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38977
--- Comment #1 from ramana dot r at gmail dot com 2009-02-04 23:38 ---
4.4.0 with revision id 143499 generates the following code with -O3 , -O2 and
-Os . The same code is generated for 4.3.3 as well
sub sp, sp, #8
mov r3, sp
mov r2, #0
--- Comment #5 from hjl dot tools at gmail dot com 2009-02-04 23:54 ---
It is a regression introduced between revision 139502 and revision 139996.
I am doing a binary search on it.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #1 from paolo dot carlini at oracle dot com 2009-02-05 00:46
---
This is not a bug, but Standard conforming behaviour. The next C++ Standard
will be different here.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #4 from jsm28 at gcc dot gnu dot org 2009-02-05 01:18 ---
Subject: Bug 35435
Author: jsm28
Date: Thu Feb 5 01:18:02 2009
New Revision: 143948
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143948
Log:
PR c/35435
* c-common.c
--- Comment #2 from rob1weld at aol dot com 2009-02-05 03:43 ---
(In reply to comment #1)
You can use following (slightly wrapped...) patch to enable 128bit soft-fp on
Solaris:
Thanks, I'll try that this week (working on a P1).
Please read the ChangeLog:
../gcc_trunk/ChangeLog: *
Now with gcc version 4.4.0 20090131 trunk revision 143817 installed
./configure gcc version 4.4.0 20090204 trunk revision 143918 using
these options:
../gcc_trunk/configure --enable-languages=ada,c,c++,fortran,java,objc,obj-c++
--enable-shared --disable-static --enable-multilib --enable-decimal
...
mkdir -p ada/bldtools/sinfo
rm -f ada/bldtools/sinfo/sinfo.ads ada/bldtools/sinfo/xsinfo.adb
cp -p ../../gcc/gcc/ada/sinfo.ads ../../gcc/gcc/ada/xsinfo.adb
ada/bldtools/sinfo
(cd ada/bldtools/sinfo gnatmake -q xsinfo ./xsinfo ../../sinfo.h )
/bin/sh: line 1: 13373 Segmentation fault
--- Comment #1 from danglin at gcc dot gnu dot org 2009-02-05 04:22 ---
This occurs in stage2 with
d...@hiauly6:~/gnu/gcc-4.4/objdir/prev-gcc$ ./xgcc -B./ -v
Reading specs from ./specs
Target: hppa-linux
Configured with: ../gcc/configure --with-gnu-as --with-gnu-ld --enable-shared
--- Comment #2 from danglin at gcc dot gnu dot org 2009-02-05 04:29 ---
Bootstrap is also broken on hppa64-hp-hpux11.11:
...
/test/gnu/gcc/objdir/./prev-gcc/xgcc -B/test/gnu/gcc/objdir/./prev-gcc/
-B/opt/g
nu64/gcc/gcc-4.4.0/hppa64-hp-hpux11.11/bin/ -g -O2 -DIN_GCC -W -Wall
-Wwrite-
--- Comment #9 from dberlin at gcc dot gnu dot org 2009-02-05 07:10 ---
Subject: Bug 39100
Author: dberlin
Date: Thu Feb 5 07:09:44 2009
New Revision: 143951
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143951
Log:
2009-02-05 Daniel Berlin dber...@dberlin.org
94 matches
Mail list logo