--- Comment #18 from bonzini at gnu dot org 2008-12-19 06:05 ---
mine.
--
bonzini at gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Comment #3 from hjagasia at gcc dot gnu dot org 2008-12-19 05:31
---
Created an attachment (id=16942)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16942&action=view)
Proposed patch
2008-12-18 Harsha Jagasia
PR tree-optimization/38510
* gcc.dg/graphite/pr3
--- Comment #1 from bje at gcc dot gnu dot org 2008-12-19 04:15 ---
Fixed; posting a patch to gcc-patches.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38362
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-19 03:18 ---
Now maybe maybe_emit_free_warning should be enhanced to warn about this.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-19 03:16 ---
Yes you are passing free a function pointer. a function decays to a function
pointer and an implicit conversion to void* happens.
If you use -pedantic you get an error message as a function pointer cannot be
convert
Any variable that has the same name with standard/builtin function name will be
accepted by free parameter.
example of code,
>>>
#include
int main(int argc, char *argv[])
{
free(rand);
return 0;
}
<<<
This sample code will success on compile,
$ gcc -Wall -g -O0 free-bug.c
but
--- Comment #17 from pinskia at gcc dot gnu dot org 2008-12-19 01:49
---
(In reply to comment #16)
> Enum looks different in C++.
Yes they are different because of the way C++ talks about out of range values
and such.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38572
--- Comment #16 from hjl dot tools at gmail dot com 2008-12-19 01:40
---
C compiler doesn't crash:
(gdb) f 0
#0 set_value_range (vr=0x15e7bf40, t=VR_RANGE, min=0x2af40ef86fc0,
max=0x2af40ef86fc0, equiv=0x0) at ../../src/gcc/tree-vrp.c:398
398 gcc_assert (cmp == 0 || cmp
--- Comment #35 from howarth at nitro dot med dot uc dot edu 2008-12-19
01:38 ---
Revision 142724 causes...
FAIL: gfortran.dg/default_format_denormal_2.f90 -O0 execution test
FAIL: gfortran.dg/default_format_denormal_2.f90 -O1 execution test
FAIL: gfortran.dg/default_format_denorma
--- Comment #8 from spop at gcc dot gnu dot org 2008-12-19 01:35 ---
Subject: Re: [graphite] segfaulting code when compiled with -fgraphite
-fgraphite-identity
> The patch will prevent the scop from being transformed if the number of
> iterations cannot be analyzed, and it will no lon
--- Comment #15 from pinskia at gcc dot gnu dot org 2008-12-19 01:19
---
(In reply to comment #14)
> Doesn't --enable-checking=assert turn on gcc_assert?
Yes but not when that code is wrapped with:
#if defined ENABLE_CHECKING
:)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3857
--- Comment #7 from jv244 at cam dot ac dot uk 2008-12-19 00:43 ---
(In reply to comment #6)
> I looked into this failure. It fails because the number of iterations cannot
> be
> computed (chrec_unknown) when the loop domain is translated, and is ignored by
> scan_tree_for_params. In g
--- Comment #1 from schwab at suse dot de 2008-12-18 23:45 ---
It needs to be rephrased anyway to be i18n friendly.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38573
--- Comment #14 from hjl dot tools at gmail dot com 2008-12-18 23:28
---
(In reply to comment #12)
> (In reply to comment #10)
> > If gcc is configured with --enable-checking=assert, you won't see the bug.
>
> Well that is called real checking code :).
>
There are
397 cmp = c
--- Comment #13 from hjl dot tools at gmail dot com 2008-12-18 23:26
---
Testcase in comment 11 also fails on Linux/x86-64.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #12 from pinskia at gcc dot gnu dot org 2008-12-18 23:21
---
(In reply to comment #10)
> If gcc is configured with --enable-checking=assert, you won't see the bug.
Well that is called real checking code :).
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #10 from hjl dot tools at gmail dot com 2008-12-18 23:20
---
It is caused by revision 140288:
http://gcc.gnu.org/ml/gcc-cvs/2008-09/msg00447.html
If gcc is configured with --enable-checking=assert, you won't see the bug.
--
hjl dot tools at gmail dot com changed:
--- Comment #11 from pinskia at gcc dot gnu dot org 2008-12-18 23:20
---
Reduced testcase:
enum JSOp {
JSOP_GETELEM = 5,
JSOP_LIMIT
} ;
typedef struct JSFrameRegs {
unsigned char *pc;
} JSFrameRegs;
struct JSStackFrame {
JSFrameRegs *regs;
};
int
f( unsigned char *pc, enum JS
--- Comment #15 from steven at gcc dot gnu dot org 2008-12-18 22:58 ---
Created an attachment (id=16940)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16940&action=view)
Make targets allocate outgoing args space if necessary
Alternative approach is to let all targets check if crtl
--- Comment #14 from steven at gcc dot gnu dot org 2008-12-18 22:35 ---
Created an attachment (id=16939)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16939&action=view)
make all functions with nonzero crtl->outgoing_args_size non-leaf
The result of this patch is that DCE of dead
--- Comment #4 from hp at gcc dot gnu dot org 2008-12-18 22:35 ---
(In reply to comment #3)
> Actually this is expected behavior of -fvisibility=hidden IIRC.
Oh right, it's at the end of the doc paragraph.
Ok, I've done my share of the noise for today. :)
--
hp at gcc dot gnu dot
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-18 22:25 ---
Actually this is expected behavior of -fvisibility=hidden IIRC.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #19 from pault at gcc dot gnu dot org 2008-12-18 22:29 ---
I have noticed that the scalar TRANSFER does not respect the undefined
condition for the rest of the result if the SOURCE size is less than the MOLD
size. I have a patch for this, which is probably not complete but g
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-18 22:24 ---
Works on PPC-linux-gnu on the trunk.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from hp at gcc dot gnu dot org 2008-12-18 22:21 ---
Oops, forgot the code:
extern __thread char xyzzy[64] __attribute__ ((tls_model
("initial-exec")
#ifdef H
, visibility ("hidde
Compile the following, with "-O2 -fvisibility=hidden -S" without/with -DH.
Compare assembly code. For this target, you'll see the following diff, but the
difference was noticed on the CRIS TLS w.i.p. using [gcc-4_3-branch revision
135713]:
--- hh.s2008-12-18 23:14:54.0 +0100
+++ h
In the function gfc_check_intrinsic_standard in gcc/fortran/intrinsic.c there
is a message written:
gfc_warning ("Intrinsic '%s' (is %s) is used at %L",
isym->name, _(symstd_msg), &where);
The string pointed to by sysstd_msg is sent for translation. But the values
th
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-18 22:02 ---
Subject: Bug 38565
Author: pinskia
Date: Thu Dec 18 22:00:46 2008
New Revision: 142821
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142821
Log:
2008-12-18 Andrew Pinski
PR middle-end/38565
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-18 21:56 ---
Subject: Bug 38565
Author: pinskia
Date: Thu Dec 18 21:55:31 2008
New Revision: 142820
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142820
Log:
2008-12-18 Andrew Pinski
PR middle-end/38565
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-18 21:55 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from dominiq at lps dot ens dot fr 2008-12-18 21:36 ---
Another bus error with
! { dg-do run }
! Test fix of PR28118, in which a substring reference to an
! actual argument with an array reference would cause a segfault.
!
! Contributed by Paul Thomas
!
program gfcbug33
--- Comment #2 from hjl dot tools at gmail dot com 2008-12-18 21:26 ---
It works for me with gcc 4.3.2 from Fedora 10/x86-64 at -O0. -O1 and -O2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38569
--- Comment #8 from dominiq at lps dot ens dot fr 2008-12-18 21:20 ---
With the patch in comment #6, this pr is fixed but now the code
character(len=1) :: string
print *, transfer(((transfer(string,"x",1))), "x")
end
and friends (from pr31608) gives a bus error:
pr31608_1.f90: I
--- Comment #13 from steven at gcc dot gnu dot org 2008-12-18 21:19 ---
Jakub's idea of comment #10 is nice conceptually, but it's a bit complicated in
practice for most cases where a libcall is emitted. Before subreg lowering we
have this:
(insn 8 7 9 2 t.c:19 (set (mem:DI (plus:SI (r
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-18 20:57 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-18 20:52 ---
Subject: Bug 38427
Author: jakub
Date: Thu Dec 18 20:51:07 2008
New Revision: 142818
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142818
Log:
PR c++/38427
* init.c (perform_member_init): For
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-18 20:47 ---
Works for me on the trunk. If it fails for you on SUSE11, you might as well
report it to them rather than to us.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38569
--- Comment #9 from pinskia at gcc dot gnu dot org 2008-12-18 20:24 ---
(In reply to comment #8)
> (In reply to comment #7)
> > gcc version 4.4.0 20081217 (experimental) [trunk revision 142793] (GCC)
>
> It ICEs for me with gcc version 4.4.0 20081216 (experimental) [trunk revision
> 14
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-12-18 20:23 ---
(In reply to comment #7)
> gcc version 4.4.0 20081217 (experimental) [trunk revision 142793] (GCC)
It ICEs for me with gcc version 4.4.0 20081216 (experimental) [trunk revision
142782] (GCC) on i386-darwin8.11.
--- Comment #7 from hjl dot tools at gmail dot com 2008-12-18 20:20 ---
(In reply to comment #5)
> Created an attachment (id=16938)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16938&action=view) [edit]
> gzipped preprocessed source of file actually causing the problem
>
> Attach
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-12-18 20:18 ---
Reducing ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38572
--- Comment #5 from bero at arklinux dot org 2008-12-18 20:10 ---
Created an attachment (id=16938)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16938&action=view)
gzipped preprocessed source of file actually causing the problem
Attaching correct preprocessed source
# g++ -o test
--- Comment #4 from bero at arklinux dot org 2008-12-18 20:08 ---
Sorry, I misread the error message - I saw the warnings about jsparse.cpp, but
the actual ice occurs in jsopcode.cpp
--
bero at arklinux dot org changed:
What|Removed |Added
--- Comment #16 from ubizjak at gmail dot com 2008-12-18 19:53 ---
(In reply to comment #15)
> I will re-bootstrap/re-test this patch. Will take some days to retest.
It looks to me, that we need to fix this from the other side. According to the
comment above symbolic_operand predicate,
--- Comment #3 from hjl dot tools at gmail dot com 2008-12-18 19:48 ---
I don't see any changes between revision 142782 and revision 142793
which may impact this. How is your gcc configured?
--
hjl dot tools at gmail dot com changed:
What|Removed |
--- Comment #2 from hjl dot tools at gmail dot com 2008-12-18 19:45 ---
Works for me as of revision 142793.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #6 from jsjodin at gcc dot gnu dot org 2008-12-18 19:39 ---
> This still fails here:
>
> gfortran -v -O2 -g -ffree-form -fgraphite -fgraphite-identity -cpp -D__FFTSG
> PR38492.f90
>
I looked into this failure. It fails because the number of iterations cannot be
computed (
--- Comment #1 from bero at arklinux dot org 2008-12-18 19:26 ---
Created an attachment (id=16937)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16937&action=view)
gzipped preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38572
While compiling xulrunner with yesterday's gcc 4.4 svn rev 142782:
c++ -o jsparse.o -c -I./dist/include/system_wrappers -include
./config/gcc_hidden.h -DAVMPLUS_IA32 -DAVMPLUS_UNIX -DAVMPLUS_LINUX
-DFEATURE_NANOJIT -DJS_TRACER -DOSTYPE=\"Linux2.6.28-0.rc7\" -DOSARCH=Linux
-DEXPORT_JS_API -DJS_USE
--- Comment #7 from bernard at brenda-arkle dot me dot uk 2008-12-18 18:54
---
Sorry about the bug-number error. 38528 was what I meant.
Andrew Pinski's reply there suggests that --enable-intermodule
is simply doomed anyway.
(a) Since submitting the original bug report I corrected
-mar
--- Comment #4 from bernard at brenda-arkle dot me dot uk 2008-12-18 18:45
---
Is that official? Do you want to maintain a list of documented gcc
options which unlikely ever to work, for the benefit of the rest of
us?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38528
--- Comment #5 from daniel dot sherwood at sepura dot com 2008-12-18 17:43
---
Following comment received from richard.earns...@arm.com by e-mail.
==
Often this is necessary (for example, if the function contains a literal pool);
but it isn't always so. Again, if there is no exis
--- Comment #4 from daniel dot sherwood at sepura dot com 2008-12-18 17:42
---
Created an attachment (id=16936)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16936&action=view)
Generated assembly
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38571
--- Comment #2 from daniel dot sherwood at sepura dot com 2008-12-18 17:42
---
Created an attachment (id=16934)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16934&action=view)
Source
--- Comment #3 from daniel dot sherwood at sepura dot com 2008-12-18 17:42
---
Create
--- Comment #2 from daniel dot sherwood at sepura dot com 2008-12-18 17:42
---
Created an attachment (id=16934)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16934&action=view)
Source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38571
--- Comment #1 from daniel dot sherwood at sepura dot com 2008-12-18 17:41
---
Created an attachment (id=16933)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16933&action=view)
gcc -v output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38571
WHen generating code, the compiler adds unnecessary '.align 2' assembeler
directives (where '.align 2' means align on a four byte boundary). This
results in extra padding being added between functions.
This occurs even when -fno-align-functions & -fno-align-labels are specified.
Richard Earnshaw
--- Comment #4 from daniel dot sherwood at sepura dot com 2008-12-18 17:22
---
Following comment received from richard.earns...@arm.com by e-mail.
==
Hmm, yes, I think this is happening because the body of the function contains
branch instructions. The Thumb branch instructions h
--- Comment #3 from daniel dot sherwood at sepura dot com 2008-12-18 17:21
---
Created an attachment (id=16932)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16932&action=view)
gcc -v output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38570
--- Comment #2 from daniel dot sherwood at sepura dot com 2008-12-18 17:20
---
Created an attachment (id=16931)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16931&action=view)
Generated assembly
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38570
--- Comment #1 from daniel dot sherwood at sepura dot com 2008-12-18 17:20
---
Created an attachment (id=16930)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16930&action=view)
Source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38570
When generating relatively trivial leaf-functions that contains local branch
instructions (not calling sub functions), the compiler generates unnecessary
PUSH/POP instructions to store the LR on the stack.
Richard Earnshaw [richard.earns...@arm.com] has confirmed that this is a bug
and requested t
--- Comment #12 from steven at gcc dot gnu dot org 2008-12-18 16:55 ---
Let me try, I'm kinda sorta responsible for this bug in a way, you know...
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from pault at gcc dot gnu dot org 2008-12-18 16:38 ---
Created an attachment (id=16929)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16929&action=view)
testcase for the PR
This might have departed somewhat from the original but it does at least work
with the patch!
--- Comment #6 from pault at gcc dot gnu dot org 2008-12-18 16:35 ---
Created an attachment (id=16928)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16928&action=view)
Provisional patch for the PR
Testcase follows in next attachement.
--
http://gcc.gnu.org/bugzilla/show_bug.c
The following cut-down code gets core-dump with g++ on SLES11, the problem does
not exist on CELL and AIX g++.
#include
#include
#include
int f(int);
int g(int i);
void my_terminate();
typedef void(*Function_Pointer) ();
int xx_exceptions = 0;
class xx {
public:
xx(int i) { v = i;}
in
--- Comment #7 from jason at gcc dot gnu dot org 2008-12-18 15:56 ---
Subject: Bug 38485
Author: jason
Date: Thu Dec 18 15:54:59 2008
New Revision: 142815
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142815
Log:
PR c++/38485
* parser.c (cp_parser_token_starts_c
--- Comment #6 from jason at gcc dot gnu dot org 2008-12-18 15:55 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #15 from ubizjak at gmail dot com 2008-12-18 15:36 ---
(In reply to comment #14)
> Patch exists, tested and all, and just needs a re-test and then submit...
I will re-bootstrap/re-test this patch. Will take some days to retest.
--
ubizjak at gmail dot com changed:
--- Comment #5 from ubizjak at gmail dot com 2008-12-18 15:31 ---
This does not fail on 4.4 [1] branch.
[1] http://gcc.gnu.org/ml/gcc-testresults/2008-12/msg01564.html
--
ubizjak at gmail dot com changed:
What|Removed |Added
--
20 éves mult szöke leányzó keresi komoly párját! Bármilyen Sexuális formát
felveszek!
Telefonszámom: 06-30-769-75-92 hÃvjatok benne vagyok mindenben
--- Comment #5 from jason at gcc dot gnu dot org 2008-12-18 14:57 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #4 from jason at gcc dot gnu dot org 2008-12-18 14:53 ---
Subject: Bug 38561
Author: jason
Date: Thu Dec 18 14:51:56 2008
New Revision: 142814
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142814
Log:
PR c++/38561
* cp-demangle.c (d_expression, d_pri
The following program is invalid, however, there should be no ICE. Warning
printed:
Warning: Upper array reference at (1) is out of bounds (9 > 1) in dimension 1
hello.f90:2: internal compiler error: Segmentation fault
valgrind:
==32039== Invalid read of size 4
==32039==at 0x49C0DD: gfc_conv
--- Comment #21 from hjl dot tools at gmail dot com 2008-12-18 14:32
---
It is only fixed on trunk. 4.3 is still broken.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #20 from zadeck at naturalbridge dot com 2008-12-18 14:23
---
committed patch to fix this.
--
zadeck at naturalbridge dot com changed:
What|Removed |Added
--- Comment #19 from zadeck at gcc dot gnu dot org 2008-12-18 13:40 ---
Subject: Bug 37922
Author: zadeck
Date: Thu Dec 18 13:38:39 2008
New Revision: 142809
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142809
Log:
2008-12-18 Kenneth Zadeck
PR rtl-optimization/37922
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-18 13:30 ---
*** This bug has been marked as a duplicate of 38561 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-18 13:30 ---
*** This bug has been marked as a duplicate of 38561 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-18 13:30 ---
*** Bug 38566 has been marked as a duplicate of this bug. ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-18 13:30 ---
*** Bug 38567 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38561
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-12-18
12:51 ---
Suspect this regression is due to...
r142799 | jason | 2008-12-17 14:08:14 -0500 (Wed, 17 Dec 2008) | 20 lines
gcc/cp:
* semantics.c (describable_type): New function.
(finish_decltype_type
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-12-18
12:49 ---
This regression did not occur at r142777.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38567
--- Comment #9 from mrs at apple dot com 2008-12-18 12:21 ---
Ok with the:
+ *-*-darwin[3-8]*) have_unwind_getipinfo=no ;;
spelling. It matches the spelling in the rest of the compiler, which makes it
easier to spot and modify. Technically, the:
*-*-darwin[0-8]|*-*-darwin[0-8].
As of at least r142799, we are now failing...
FAIL: abi/demangle/regression/cw-16.cc execution test
at -m32 on i686-apple-darwin9. This occurs with the errors...
Setting LD_LIBRARY_PATH to
:/sw/src/fink.build/gcc44-4.3.999-20081217/darwin_objdir/gcc:/sw/src/fink.build/gcc44-4.3.999-20081217/darw
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-12-18
12:04 ---
Attached auto12.s created with...
/sw/src/fink.build/gcc44-4.3.999-20081217/darwin_objdir/gcc/testsuite/g++/../../g++
-B/sw/src/fink.build/gcc44-4.3.999-20081217/darwin_objdir/gcc/testsuite/g++/../../
/sw/
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-12-18
12:02 ---
Created an attachment (id=16927)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16927&action=view)
assembly file for g++.dg/cpp0x/auto12.C on i686-apple-darwin9
--
http://gcc.gnu.org/bugzilla/show
We are now failing...
FAIL: g++.dg/cpp0x/auto12.C scan-assembler _ZN1AIiE1gIiEEDTplsTT_sRjES2_
on i686-apple-darwin9 as of at least r142799.
--
Summary: FAIL: g++.dg/cpp0x/auto12.C scan-assembler
_ZN1AIiE1gIiEEDTplsTT_sRjES2_
Product: gcc
Ve
--- Comment #2 from niva at niisi dot msk dot ru 2008-12-18 10:47 ---
Subject: Re: Wrong code for a function with long long
argument returning int.
Unfortunately it doesn't.
I have added the necessary static functions (reg_truncated_to_mode,
record_truncated_value, check_con
--- Comment #5 from domob at gcc dot gnu dot org 2008-12-18 10:12 ---
Fixed on trunk/4.4.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #4 from domob at gcc dot gnu dot org 2008-12-18 10:07 ---
Subject: Bug 31822
Author: domob
Date: Thu Dec 18 10:05:54 2008
New Revision: 142808
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142808
Log:
2008-12-18 Daniel Kraft
PR fortran/31822
* gf
--- Comment #6 from jakub at gcc dot gnu dot org 2008-12-18 09:39 ---
4297 if (init == NULL_TREE)
4298{
4299 if ((DECL_LANG_SPECIFIC (decl) == 0
4300 || DECL_IN_AGGR_P (decl) == 0)
4301 && ! DECL_THIS_EXTERN (decl))
4302error ("%qD declared as referen
--- Comment #7 from reichelt at gcc dot gnu dot org 2008-12-18 09:17
---
Fixed on mainline.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Su
--- Comment #5 from pault at gcc dot gnu dot org 2008-12-18 09:13 ---
I am most of the way onto a solution for this so I'll assign myself.
The source of the problem is highlighted by two tests:
s/call foo(func("_"//bar()))/call foo(func(bar()))/
works fine as does a modified testcase
--- Comment #4 from jakub at gcc dot gnu dot org 2008-12-18 08:13 ---
struct S
{
struct S *n, *p;
} *s;
void bar (void *);
int
foo (int x)
{
struct S p = { &p, &p };
int i;
for (i = 0; i < x; i++)
bar (s);
return p.n == &p;
}
I guess the reason is that unlike tcc_binary
--- Comment #8 from jakub at gcc dot gnu dot org 2008-12-18 07:56 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Summary|
96 matches
Mail list logo
