--- Comment #16 from reichelt at gcc dot gnu dot org 2008-11-11 08:12
---
The testcase in comment #7 (and the original code in comment #4) still crashes.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from irar at il dot ibm dot com 2008-11-11 09:24 ---
I am testing the following:
Index: tree-vect-analyze.c
===
--- tree-vect-analyze.c (revision 141763)
+++ tree-vect-analyze.c (working copy)
@@ -3314,8
Thank you for your message, I'm out on business on Nov 10 till the 14.Nov.08.
For urgent questions,please, contact Maxim Rozymniy 4321 or Maxim
Pavelchuk*4253 in case of emergency you can reach me on my mobile +38 050 382
13 52. I'll read all e-mails addressed to me as soon as it possible.
--- Comment #2 from jakub at gcc dot gnu dot org 2008-11-11 11:27 ---
Testing a patch (well, two).
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from paolo dot carlini at oracle dot com 2008-11-11 12:20
---
Note: given the status of TR1 as a step toward C++1x, at this time this is not
an high priority issue, sorry.
--
paolo dot carlini at oracle dot com changed:
What|Removed
--- Comment #1 from holst at matmech dot com 2008-11-11 13:29 ---
Created an attachment (id=16651)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16651action=view)
callbug.f90
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38082
--- Comment #11 from clerman at fuse dot net 2008-11-11 14:35 ---
Subject: Re: private/public confusion with a contained
function
Hello,
Thank you for responding so promptly.
Yes, I see what's going on now. It wasn't apparent to me that my function
CreateLine was incorrectly
--- Comment #4 from paolo dot carlini at oracle dot com 2008-11-11 14:56
---
Not completely fixed yet...
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #6 from vmakarov at redhat dot com 2008-11-11 15:22 ---
Sorry, Kaz. I missed this PR. I've just found it after Bernd's email.
I don't think it is a right solution or stable workaround. In fact all
pseudos (551, 289, 288) involved in 2 wrong insns got different stack
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2008-11-11
15:33 ---
Posted patch to gcc-patches mailing list...
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00428.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37202
--- Comment #14 from mikael at gcc dot gnu dot org 2008-11-11 15:36 ---
(In reply to comment #13)
x is not marked as referenced, and read_cleanup makes a symtree for it with
that name @0 from gfc_get_unique_symtree.
This behavior seems expected in some cases, maybe it is here as well,
--- Comment #4 from jakub at gcc dot gnu dot org 2008-11-11 15:42 ---
The joys (well, lack thereof) of tentative parsing. No errors are reported
because cp_parser_decl_specifier_seq (and its caller
cp_parser_simple_declaration) is called during tentative parsing.
--- Comment #3 from clerman at fuse dot net 2008-11-11 16:07 ---
Subject: Re: bug6 ambiguous reference
Hello again,
Thank you for writing.
As I mentioned in my original bug report, I created this particular bug from
my lens design program, which, as you know, contains much more
gfortran -O2 -floop-block test.f90
test.f90: In function 'ivsort':
test.f90:1: error: edge from 7 to 12 should be marked irreducible
test.f90:1: error: basic block 12 should be marked irreducible
test.f90:1: internal compiler error: in verify_loop_structure, at
cfgloop.c:1569
Please submit a full
--- Comment #1 from mitul dot thakkar at amd dot com 2008-11-11 16:30
---
Created an attachment (id=16653)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16653action=view)
Reduced Test Case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38083
--- Comment #2 from burnus at gcc dot gnu dot org 2008-11-11 13:53 ---
Hmm, I cannot reproduce it using:
4.3.3 20081002 (prerelease) [gcc-4_3-branch revision 140831] (SUSE Linux)
4.3.3 2008 (prerelease) [gcc-4_3-branch revision 138185] (GCC)
4.4.0 2008 (experimental) [trunk
--- Comment #1 from tsyvarev at ispras dot ru 2008-11-11 13:41 ---
Created an attachment (id=16652)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16652action=view)
Reproduce bug with recognition of name of weekday
This test require locale ru_RU.iso88595 is installed.
[EMAIL
--- Comment #6 from jv244 at cam dot ac dot uk 2008-11-11 13:28 ---
reduced:
MODULE M1
IMPLICIT NONE
PRIVATE
TYPE T1
INTEGER :: I1
END TYPE T1
PUBLIC :: S1
CONTAINS
SUBROUTINE S1
CONTAINS
TYPE(T1) FUNCTION F1()
END FUNCTION F1
END SUBROUTINE S1
END MODULE M1
--- Comment #9 from jakub at gcc dot gnu dot org 2008-11-11 10:04 ---
Short testcase:
extern void bar (long double *);
void
foo (long double x)
{
bar (x);
}
fails also with C. The problem is that gimplify_parameters for
reference_callee_copied copies the long double PARM_DECL into
Hi!
I am using the gfortran compiler in Ubuntu 8.10 (gfortran 4.3.2).
I ran into a bug with calling mkdtemp(3) via the BIND(C) feature.
In some way gfortran truncates the string on return from the
Fortran subroutine. All results seems to be Ok inside
the Fortran subroutine but the caller does
--- Comment #5 from jason at redhat dot com 2008-11-11 17:45 ---
Subject: Re: [4.2/4.3/4.4 regression] Incomplete __decltype/__typeof
expressions accepted
jakub at gcc dot gnu dot org wrote:
Another possibility would be add support for queing error messages during
tentative parsing
--- Comment #4 from burnus at gcc dot gnu dot org 2008-11-11 19:33 ---
(In reply to comment #3)
I will go back to my lens design program. I will recreate the bug I am
seeing
and proceed from there. Once I do, should I submit a new bug report, if
necessary, or should I append this
--- Comment #9 from burnus at gcc dot gnu dot org 2008-11-11 14:28 ---
(In reply to comment #6)
reduced:
SUBROUTINE S1
CONTAINS
TYPE(T1) FUNCTION F1()
END FUNCTION F1
END SUBROUTINE S1
Error: PUBLIC function 'f1' at (1) cannot be of PRIVATE type 't1'
gfortran has
gcc -m64 -pg always generates invalid assembler code on Solaris 10/x86:
int
main (void)
{
}
% ./xgcc -B./ -m64 -pg -c ptest.c
/var/tmp//cc4kvaG9.s: Assembler messages:
/var/tmp//cc4kvaG9.s:18: Error: junk `@' after expression
Line 18 of the output file is
leaq.LP0@(%rip),%r11
This
gcc -O3 -fgraphite-identity test_graphite_scop.c
test_graphite_scop.c: In function 'test_in':
test_graphite_scop.c:12: internal compiler error: in build_graphite_scops, at
graphite.c:1829
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html
--- Comment #6 from mark at codesourcery dot com 2008-11-11 20:09 ---
Subject: Re: [4.2/4.3/4.4 regression] Incomplete __decltype/__typeof
expressions accepted
jason at redhat dot com wrote:
This seems right to me. It's even what the comment at the top of the
file says we do:
--- Comment #7 from hubicka at gcc dot gnu dot org 2008-11-11 20:09 ---
Current implementation of inliner is perfectly unaware of the debug info size
implications. There is alternative to limit number of BLOCKS in function body
growth same way as we limit stack usage that would just add
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-11-11 20:21 ---
I don't see how there can be a connection to the IRA merge.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38074
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-11-11 20:26 ---
Please open another bugreport and specify details where it fails (note that
4.1 is no longer maintained)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30286
--- Comment #3 from paolo dot carlini at oracle dot com 2008-11-11 12:08
---
.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-11-11 20:34 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from burnus at gcc dot gnu dot org 2008-11-11 14:35 ---
bug5a.tgz compiled successfully with the patch in comment 9.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-11-11 20:37 ---
4.3 uses ~1GB of ram.
tree SSA incremental : 11.10 (10%) usr 0.09 ( 4%) sys 11.70 (10%) wall
13667 kB ( 3%) ggc
dominance frontiers : 10.27 ( 9%) usr 0.07 ( 3%) sys 10.24 ( 9%) wall
0 kB ( 0%)
--- Comment #2 from dominiq at lps dot ens dot fr 2008-11-11 20:37 ---
Subject: Re: [4.4 Regression] missed inlining since IRA merge on Core2 Duo
I don't see how there can be a connection to the IRA merge.
I don't see either, but the behavior changed between Aug 23 and
Sep 2. At
--- Comment #7 from reichelt at gcc dot gnu dot org 2008-11-11 20:39
---
The bug reappeared on mainline.
It's not a regression, because the testcase crashes since the introduction
of -fcheck-data-deps in GCC 4.3.0.
--
reichelt at gcc dot gnu dot org changed:
What
--- Comment #3 from lucabon at interfree dot it 2008-11-11 17:38 ---
Compiling Pixie requires about 1.5 GB of available memory with gcc 4.2.3.
--
lucabon at interfree dot it changed:
What|Removed |Added
--- Comment #7 from reichelt at gcc dot gnu dot org 2008-11-11 21:04
---
The bug disappeared on mainline.
The crash with the C frontend disappeared much later than the one with the C++
frontend. Therefore, I don't think that the bug has been really fixed, we are
just
lucky that it
--- Comment #2 from paolo dot carlini at oracle dot com 2008-11-11 13:50
---
Ok.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #6 from lucabon at interfree dot it 2008-11-11 17:36 ---
Created an attachment (id=16655)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16655action=view)
execute.cpp preprocessed source
Compiling Pixie (version 2.2.4, with gcc 4.2.3), in particular execute.cpp,
--- Comment #7 from clerman at fuse dot net 2008-11-11 13:46 ---
Subject: Re: private/public confusion with a contained
function
Hello,
As best I can see, your reduction of the problem is not correct; in it
subroutine S1 should be private, not public.
Yours truly,
Norm Clerman
--- Comment #3 from jv244 at cam dot ac dot uk 2008-11-11 16:08 ---
just a note on the patch posted:
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00407.html
the fortran standard guarantees that
E==TRANSFER(TRANSFER(E,D),E)
if the physical representation of D and E is the same length.
--- Comment #3 from jakub at gcc dot gnu dot org 2008-11-11 21:18 ---
There were many changes, mainly from Jan, in that time range that could have
caused it. The most likely thing I'd say is that the basic blocks where those
functions are called are considered by gcc to be cold and
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2008-11-11
15:52 ---
This test case is still failing on i686-apple-darwin9. Shouldn't this PR be
reopened?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30286
--- Comment #2 from paolo at gcc dot gnu dot org 2008-11-11 14:32 ---
Subject: Bug 37986
Author: paolo
Date: Tue Nov 11 14:31:48 2008
New Revision: 141769
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141769
Log:
2008-11-11 Paolo Carlini [EMAIL PROTECTED]
PR
The libstdc++ headers contain several links to online documentation, e.g.
http://gcc.gnu.org/onlinedocs/libstdc++/17_intro/howto.html#5
but these pages are no longer available, probably due to a rearrangement on the
webserver.
The sources should be updated to deliver current links in future
--- Comment #2 from burnus at gcc dot gnu dot org 2008-11-11 15:25 ---
Error: Name 'getnullset' at (1) is an ambiguous reference to
'getnullset' from module 'pbit4set'
I have not yet checked the source, but other compilers give similar errors:
* NAG f95:
Error: bug6M.f90, line 17:
--- Comment #8 from jv244 at cam dot ac dot uk 2008-11-11 14:14 ---
(In reply to comment #7)
As best I can see, your reduction of the problem is not correct; in it
subroutine S1 should be private, not public.
I don't think so. See your code, S1 ~ GeomMTF, which is public. The
--- Comment #10 from jakub at gcc dot gnu dot org 2008-11-11 10:14 ---
Created an attachment (id=16650)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16650action=view)
gcc44-pr36125.patch
Patch that cures this for me. Can you please bootstrap/regtest it on hppa?
--
--- Comment #3 from paolo dot carlini at oracle dot com 2008-11-11 14:33
---
Fixed for 4.4.0.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #4 from paolo dot carlini at oracle dot com 2008-11-11 12:48
---
I think the use of include_next started with Benjamin's patch of 2007-03-04,
adding c_global. Benjamin, can you look into this issue? Otherwise, missing a
solid rationale, for 4.4.0 I would just remove the
The description of time_get::do_get_weekday() and
time_get::do_get_monthname() states (22.2.5.1.2):
Effects: Reads characters starting at s until it has extracted the (perhaps
abbreviated) name of a weekday or month. If it finds an abbreviation that is
followed by characters that could match a
--- Comment #2 from tsyvarev at ispras dot ru 2008-11-11 10:22 ---
This bug was fixed with fixing of bug 37958.
Testcase for bug 37958 also covers this one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37957
--- Comment #3 from holst at matmech dot com 2008-11-11 14:25 ---
I tried with gcc version:
gcc version 4.4.0 20081021 (experimental) [trunk revision 141258] (GCC)
and then it works as expected.
I will hope Ubuntu will upgrade to 4.3.3 soon! :-)
--
--- Comment #1 from mitul dot thakkar at amd dot com 2008-11-11 16:35
---
Created an attachment (id=16654)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16654action=view)
Reduced Test Case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38084
--- Comment #125 from vincent at vinc17 dot org 2008-11-11 10:13 ---
(In reply to comment #124)
It seems like the C99 standard prohibits double rounding,
only if Annex F is claimed to be supported (note: Annex F is not just IEEE 754,
it also contains specific bindings). IEEE 754
--- Comment #8 from jakub at gcc dot gnu dot org 2008-11-11 14:08 ---
Patch posted.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Building current mainline on Solaris 11/SPARC with GNU ld 2.19 and Sun as fails
when building libgomp:
libtool: compile: /vol/gccsrc/obj/gcc-4.4.0-20081110/11-gcc-gld/./gcc/xgcc
-B/vol/gccsrc/obj/gcc-4.4.0-20081110/11-gcc-gld/./gcc/
-B/vol/gcc/sparc-sun-solaris2.11/bin/
--- Comment #13 from mrs at apple dot com 2008-11-11 23:13 ---
The darwin patch is fine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37202
--- Comment #5 from clerman at fuse dot net 2008-11-11 23:19 ---
Subject: Re: bug6 ambiguous reference
Attached is a file that will allow you to reproduce the problem. Run the shell
script bug6.sh. The error occurs in file mtfmodM.f90:
mtfmodM.f90:2810.17:
end module MTFMod
--- Comment #7 from clerman at fuse dot net 2008-11-11 23:22 ---
I have just sent an e-mail in response to your latest one. Attached to it is a
file that will allow you to reproduce the problem.
Thank you for your patience on this matter.
Norm Clerman
--
--- Comment #7 from rsandifo at gcc dot gnu dot org 2008-11-11 23:27
---
Fixed on trunk.
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from rsandifo at gcc dot gnu dot org 2008-11-11 23:24
---
Subject: Bug 37363
Author: rsandifo
Date: Tue Nov 11 23:23:23 2008
New Revision: 141774
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141774
Log:
gcc/
PR rtl-optimization/37363
*
In 5.2.4p2 [expr.pseudo]:
The cv-unqualified versions of
the object type and of the type designated by the pseudo-destructor-
name shall be the same type.
class B { };
class C : public B {
void m() {
this-~B();
}
};
I tried:
GNU C++ (GCC) version 4.4.0 20081003 (experimental)
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-12 00:32 ---
I still think this is valid code ... There are defect reports against this
area too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38087
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-11-12 00:35 ---
See PR 12333 also.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38087
--- Comment #2 from kumba at gentoo dot org 2008-11-12 01:01 ---
I ran into this too. The problem flag is -foptimize-sibling-calls. You can
pass that with -O1 to trigger the bug, but not with -O0. Some other
optimization in -O1 seems to be mixing with this one and causing the flaw.
The weekly snapshot (dated 20081107) of gcc 4.4 fails to compile on a Sun
Solaris machine with the following errors.
cc -c -g -DIN_GCC-DHAVE_CONFIG_H -I. -I.
-I../../../unZipped/gcc-4.4-20081107/gcc
-I../../../unZipped/gcc-4.4-20081107/gcc/. -I../../..
--- Comment #2 from rakdver at gcc dot gnu dot org 2008-11-12 04:32 ---
Patch: http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00506.html
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
seen with 4.1, and newer
g++ test.cpp
test.cpp:17: error: specialization of 'templateclass T T
MyNS::MyClass::test()' in different namespace
test.cpp:8: error: from definition of 'templateclass T T
MyNS::MyClass::test()'
test.cpp:18: confused by earlier errors, bailing out
--
--- Comment #1 from doko at ubuntu dot com 2008-11-12 06:04 ---
Created an attachment (id=16657)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16657action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38089
--- Comment #12 from burnus at gcc dot gnu dot org 2008-11-12 07:00 ---
Subject: Bug 38065
Author: burnus
Date: Wed Nov 12 06:59:33 2008
New Revision: 141780
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141780
Log:
2008-11-12 Tobias Burnus [EMAIL PROTECTED]
PR
--- Comment #13 from burnus at gcc dot gnu dot org 2008-11-12 07:02 ---
FIXED on the trunk (4.4.0).
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from irar at gcc dot gnu dot org 2008-11-12 07:14 ---
Subject: Bug 38079
Author: irar
Date: Wed Nov 12 07:13:13 2008
New Revision: 141781
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141781
Log:
PR tree-optimization/38079
* tree-vect-analyze.c
73 matches
Mail list logo