--- Comment #16 from markus dot schoepflin at comsoft dot de 2009-01-14
08:11 ---
Subject: Re: [alpha-osf]mips-tfile & spaced directory names
gnu at the-meissners dot org wrote:
> --- Comment #15 from gnu at the-meissners dot org 2009-01-13 23:13
> ---
> I suspect this need
--- Comment #21 from dominiq at lps dot ens dot fr 2009-01-14 08:15 ---
On i686-apple-darwin9 I cannot test the valgrind part of this pr, however with
the patch in http://gcc.gnu.org/ml/fortran/2009-01/msg00162.html the following
test now succeeds:
character(len=1) :: string = "z"
--- Comment #6 from ronan dot lehy at probayes dot com 2009-01-14 09:11
---
Thanks a lot for considering this report!
(In reply to comment #5)
> Also since it is not explicitly instatinated, the template does not need to be
> in the object file really.
I believe this is instantiated w
--- Comment #7 from ronan dot lehy at probayes dot com 2009-01-14 09:14
---
(In reply to comment #6)
> I believe this is instantiated with Archive = boost_xml_iarchive by the
> BOOST_EXPORT macro.
I mean BOOST_CLASS_EXPORT(), of course, sorry.
--
http://gcc.gnu.org/bugzilla/show_b
abi_check is failing on alpha:
# of added symbols: 505
# of missing symbols:0
# of incompatible symbols: 22
using: baseline_symbols.txt
FAIL: abi_check
These failures are all due to incompatible std::numeric_limits object versions,
i.e.:
_ZNSt14numeric_limitsIgE14
--- Comment #1 from ubizjak at gmail dot com 2009-01-14 09:40 ---
Created an attachment (id=17096)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17096&action=view)
test log file of "make check_abi"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38834
--- Comment #2 from ubizjak at gmail dot com 2009-01-14 09:42 ---
Patch at http://gcc.gnu.org/ml/libstdc++/2009-01/msg00066.html
--
ubizjak at gmail dot com changed:
What|Removed |Added
--
Attached a fix for this PR. I will regstrap and submit for review.
Sebastian
2009-01-14 Sebastian Pop
PR middle-end/38431
* graphite.c (get_vdef_before_scop, scop_adjust_vphi): New.
(scop_adjust_phis_for_liveouts): Call scop_adjust_vphi.
(gloog): Do not call cleanup_tree_cfg.
(graphite_t
--- Comment #33 from sebpop at gmail dot com 2009-01-14 10:20 ---
Subject: Re: [graphite] several ICEs with CP2K (summary)
Attached a fix for this PR. I will regstrap and submit for review.
Sebastian
--- Comment #34 from sebpop at gmail dot com 2009-01-14 10:20 ---
Created
--- Comment #2 from tkoenig at gcc dot gnu dot org 2009-01-14 10:32 ---
It would also make a lot of sense to do this for allocated
arrays, as well.
(Original request from Clive Page on c.l.f)
--
tkoenig at gcc dot gnu dot org changed:
What|Removed
--- Comment #35 from jv244 at cam dot ac dot uk 2009-01-14 10:51 ---
(In reply to comment #33)
> Attached a fix for this PR. I will regstrap and submit for review.
while I'll apply it to current trunk, retest CP2K, and update this PR with the
results.
Thanks,
Joost
--
http://gcc
--- Comment #3 from aldot at gcc dot gnu dot org 2009-01-14 11:01 ---
Created an attachment (id=17098)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17098&action=view)
patch for trunk to remove references to the removed
__builtin_ia32_{pextrw,pinsrw}
--
http://gcc.gnu.org/bugz
--- Comment #1 from aldot at gcc dot gnu dot org 2009-01-14 11:02 ---
*** This bug has been marked as a duplicate of 20049 ***
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from aldot at gcc dot gnu dot org 2009-01-14 11:02 ---
*** Bug 37250 has been marked as a duplicate of this bug. ***
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
---
Running the libstdc++ testsuite with --param=max-fields-for-field-sensitive=0
(which disables field-sensitive PTA) causes
FAIL: 23_containers/forward_list/ext_pointer/1.cc execution test
FAIL: 23_containers/forward_list/ext_pointer/modifiers/1.cc execution test
FAIL: 23_containers/forward_list/ext
The documentation for builtin functions need a serious overhaul, trying to use
several builtins as documented will result in the linker complaining about
missing functions. As reference (I`m not sure how accurate this is) take this
post: http://www.mail-archive.com/g...@gcc.gnu.org/msg03309.html
A
--- Comment #1 from aldot at gcc dot gnu dot org 2009-01-14 11:13 ---
As previously said on irc, this is a duplicate of PR20049.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38836
--- Comment #7 from Joey dot ye at intel dot com 2009-01-14 10:08 ---
(In reply to comment #5)
> Joern, re. comment #4, Richi refers to my patch to enable PRE at -Os, see
> [1].
> An extension to this patch that we tested on x86 machines, is to disable PRE
> for scalar integer register
--- Comment #36 from jv244 at cam dot ac dot uk 2009-01-14 12:08 ---
(In reply to comment #35)
> (In reply to comment #33)
> > Attached a fix for this PR. I will regstrap and submit for review.
>
> while I'll apply it to current trunk, retest CP2K, and update this PR with the
> results
--- Comment #6 from laurent at guerby dot net 2009-01-14 12:38 ---
I think return of variable sized objects are handled by the Ada front-end using
a secondary stack (and hidden pointers to boundary records) and so the back-end
doesn't see anything like the code above. The ACATS testsuite
--- Comment #14 from Johannes dot Schwenke at gmx dot de 2009-01-14 12:18
---
Please, could anyone increase priority and serverity of this bug?
The current documentation that pretends that -iquote could work as replacement
is plain wrong. A proper replacement for -I- is needed. A solut
--- Comment #8 from steven at gcc dot gnu dot org 2009-01-14 10:54 ---
Re comment #7
Those patches are just proof-of-concept, and wouldn't actually help without
additional changes in tree-ssa-pre.c. If you want, I can make the patches
apply and work properly, and send them to you to pl
--- Comment #6 from nickc at gcc dot gnu dot org 2009-01-14 13:00 ---
Subject: Bug 37862
Author: nickc
Date: Wed Jan 14 13:00:21 2009
New Revision: 143369
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143369
Log:
PR c++/37862
* parser.c: Pass cp_id_kind computed
--- Comment #5 from aldot at gcc dot gnu dot org 2009-01-14 11:33 ---
Also applies to the 4_3-branch.
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from dodji at gcc dot gnu dot org 2009-01-14 13:10 ---
This is now fixed in trunk (gcc 4.4) so I have adjusted the summary.
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
I upgraded recently to gcc-4.3 and I'm finding trouble to execute my MPI
programs. Indeed, when executing an MPI program with mpiexec sometimes it
terminates correctly and sometimes it shows different error messages such
as:
rank 2 in job 1 mahmoud-desktop_33023 caused collective abort of a
--
mahmoud dot fatene at gmail dot com changed:
What|Removed |Added
Severity|normal |blocker
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38837
--- Comment #7 from joseph at codesourcery dot com 2009-01-14 13:49 ---
Subject: Re: [4.2/4.3/4.4 regression] ICE with nested
function
If there is language-independent code that's supposed to handle this
extension that doesn't handle anything in any other language, I'd be fine
with
--- Comment #20 from r dot emrich at de dot tecosim dot com 2009-01-14
13:58 ---
(In reply to comment #18)
> Ranier, this should be working now. Can you try to cross-compile as before,
> but
> with updated gcc sources?
>
Now it builds, but there are some issues.
Will come back to th
--- Comment #1 from mahmoud dot fatene at gmail dot com 2009-01-14 14:13
---
Sorry, I forgot to precise that I'm using a linux distribution ubuntu 8.10 on a
DELL XPS desktop. The compiler was built with the following options:
Target: i486-linux-gnu
Configured with: ../src/configure -v
--- Comment #37 from spop at gcc dot gnu dot org 2009-01-14 14:35 ---
Subject: Bug 38431
Author: spop
Date: Wed Jan 14 14:35:27 2009
New Revision: 143372
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143372
Log:
2009-01-14 Sebastian Pop
PR middle-end/38431
*
--- Comment #38 from spop at gcc dot gnu dot org 2009-01-14 14:36 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
> Before closing this pr as fixed, I have a question: usually tests having
> -fdump-* in dg-options are doing some search of patterns in the dumped file,
> e.g. in gcc/testsuite/gcc.dg/pr35729.c
>
> /* { dg-options "-Os -fdump-rtl-loop2_invariant" } */
> ...
> /* { dg-final { scan-rtl-dump-times "D
--- Comment #8 from sebpop at gmail dot com 2009-01-14 14:45 ---
Subject: Re: FAIL: gcc.dg/graphite/block-3.c (test for excess errors)
> Before closing this pr as fixed, I have a question: usually tests having
> -fdump-* in dg-options are doing some search of patterns in the dumped fil
--- Comment #9 from spop at gcc dot gnu dot org 2009-01-14 14:46 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #8 from jakub at gcc dot gnu dot org 2009-01-14 15:00 ---
As any call to a nested function with VL return type ICEs (even if the result
isn't used) in 3.4.5 through 4.4.0, I doubt this is used very widely.
That said, if we deprecate it now, we'd have to fix it, warning about
--- Comment #9 from joseph at codesourcery dot com 2009-01-14 15:06 ---
Subject: Re: [4.2/4.3/4.4 regression] ICE with nested
function
If all such calls ICE since 3.4.5 then I think we can just remove the
feature (giving an error if a nested function is declared to return a
variable
R509 language-binding-spec is BIND (C [, NAME = scalar-char-initialization-expr
])
--
Summary: BIND(C): Binding name expressions are wrongly rejected
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity:
--- Comment #1 from burnus at gcc dot gnu dot org 2009-01-14 15:07 ---
Example:
subroutine test() bind(c, name=trim("Hello "))
end
Error: Syntax error in NAME= specifier for binding label at (1)
Per the R509 cited above this is valid. It is also accepted by other compilers.
--
--- Comment #2 from burnus at gcc dot gnu dot org 2009-01-14 15:13 ---
Found at
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/d977a668b0316119
by James Van Buskirk
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38838
--- Comment #2 from hjl dot tools at gmail dot com 2009-01-14 15:16 ---
An updated patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00738.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #2 from piotr dot wyderski at gmail dot com 2009-01-14 15:20
---
Still happens on Cygwin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37660
--- Comment #2 from burnus at gcc dot gnu dot org 2009-01-14 15:30 ---
Before closing, please also check the two longer cases:
http://groups.google.com/group/comp.lang.fortran/msg/97c3ce6e98432ae9
and the older (partially incorrect?) one at
http://groups.google.com/group/comp.lang.fortra
Motivated by
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/d977a668b0316119
Currently, BIND(C, NAME=binding-name) checks for ISALPHA and "_". However, the
C standard allows more (from ISO/IEC 9899:1999(E) = C99, Section 6.4.2
Indentifiers):
identifier:
identifier-nondi
When compiling a class which assigns the value 1 to a variable of type static
final int, and that class has an annotation with a boolean value being set in
it, and annotation retention policy for the annotation is set RUNTIME, an
internal compiler error occurs in handle_constant.
I tried this on t
--- Comment #3 from burnus at gcc dot gnu dot org 2009-01-14 16:00 ---
The following seems to be rejected as well:
subroutine test() bind(c, name=1_"name")
I don't see why this is rejected. The standard has:
C540 (R509) The scalar-char-initialization-expr shall be of default character
--- Comment #1 from burnus at gcc dot gnu dot org 2009-01-14 16:00 ---
And for the universal-character-name, the following compiles with Intel's icc
void \u01ac(void) {
}
and should be valid C99. ICC generates the identifier "_u01ac". Using "gcc
-fextended-identifiers"
it shows up in t
--- Comment #2 from burnus at gcc dot gnu dot org 2009-01-14 16:09 ---
For UCN see also PR 9449.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38839
--- Comment #2 from jason at gcc dot gnu dot org 2009-01-14 16:37 ---
11.2:
If a class is declared to be a base class for another class using
the protected access specifier, the public and protected memb
In the testsuite for C++ is the file g++.dg/ext/utf16-4.C
I just tried to compile this file with the GNU C++ compiler
version 4.4 snapshot 20090109 using valgrind.
The debug output was
g++.dg/ext/utf16-4.C:6:29: error: empty character constant
==9851== Conditional jump or move depends on uniniti
--- Comment #17 from rguenth at gcc dot gnu dot org 2009-01-14 16:45
---
Subject: Bug 38477
Author: rguenth
Date: Wed Jan 14 16:45:22 2009
New Revision: 143374
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143374
Log:
2009-01-14 Richard Guenther
PR tree-optimizatio
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-01-14 16:45 ---
Subject: Bug 38826
Author: rguenth
Date: Wed Jan 14 16:45:22 2009
New Revision: 143374
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143374
Log:
2009-01-14 Richard Guenther
PR tree-optimization/
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-01-14 16:45 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #18 from rguenth at gcc dot gnu dot org 2009-01-14 16:47
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-01-14 16:48 ---
I just installed a fix - can you verify if all the annoying warnigns are gone?
Thx!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38503
--
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
Hi ,
Dear Stuff,
Lastly I wanted to install SystemC on my linux Ubuntu 8.10(Intrepid) with
kernel 2.6.27-7, but I got some problems at compilation time with GCC 4.3.2:
g++ -I. -I. -I../../../../src/sysc/utils -I../../../../src-Wall
-DSC_INCLUDE_FX -O3 -c -o sc_utils_ids.o `test -f
'../../..
--- Comment #3 from hjl dot tools at gmail dot com 2009-01-14 17:07 ---
An updated patch is at
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00747.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
Hi ,
Dear Stuff,
Lastly I wanted to install SystemC on my linux Ubuntu 8.10(Intrepid) with
kernel 2.6.27-7, but I got some problems at compilation time with GCC 4.3.2:
g++ -I. -I. -I../../../../src/sysc/utils -I../../../../src-Wall
-DSC_INCLUDE_FX -O3 -c -o sc_utils_ids.o `test -f
'../../..
--- Comment #5 from rob1weld at aol dot com 2009-01-14 17:24 ---
Created an attachment (id=17099)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17099&action=view)
Memory Usage Report for "classpath/tools/.libs/libgcj_tools_la-tools.o"
(In reply to comment #4)
> (In reply to commen
--- Comment #1 from paolo dot carlini at oracle dot com 2009-01-14 17:36
---
First, this issue has nothing to do with the preprocessor. Actually, looking at
your PR, has nothing to do with GCC. Apparently, the authors of SystemC forgot
to include in sc_utils_ids.cpp, and that shows up
--- Comment #2 from schwab at suse dot de 2009-01-14 17:46 ---
*** Bug 38842 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38843
--- Comment #1 from schwab at suse dot de 2009-01-14 17:46 ---
*** This bug has been marked as a duplicate of 38843 ***
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #3 from rob1weld at aol dot com 2009-01-14 17:54 ---
(In reply to comment #2)
> Relinking in itself is not a bug. You can avoid it on some systems
> (but likely not on yours) with --enable-fast-install.
> On some systems it is simply necessary.
>
> If there is a specific pr
--- Comment #7 from rwild at gcc dot gnu dot org 2009-01-14 18:02 ---
Please go into the gcc directory in the build tree and confirm that
./config.status
reproduces the errors (ignore further errors). If yes, then please show
the output of
./config.status -d
wc confstat*/*
If an
--- Comment #1 from rob1weld at aol dot com 2009-01-14 18:06 ---
Built and tested with my hacks, works.
Rob
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38803
gcc seems to deadlock with the following code at -O1 and above:
=
struct A {
inline __attribute__((always_inline)) A()
{
A();
A();
}
};
int main()
{
A();
return 0;
}
===
--- Comment #1 from zsojka at seznam dot cz 2009-01-14 18:14 ---
Created an attachment (id=17100)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17100&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38844
The alignment of an anonymous structure defined as a member
of another structure (thanks to -fms-extensions) cannot be
forced with __attribute__((aligned)).
This problem occurs on cygwin with default gcc packages:
gcc version 4.3.2 20080827 (alpha-testing) 1 (GCC)
and:
gcc version 3.4.4 (cygming s
This is with gfortran 4.4.0 20090114 [trunk revision 143364] and the Polyhedron
test suite, http://www.polyhedron.co.uk/MFL6VW74649
on AMD Athlon(tm) 64 X2 Dual Core Processor 4800+ running openSUSE Factory
x86-64.
First the good news: No ICE and no result-checking failures.
The geometric
--- Comment #3 from syntheticpp at gmx dot net 2009-01-14 18:29 ---
11.2 is talking about a different case.
When you instantiate the integer template parameter manually you will see that
it is really a bug:
struct Policy
{
protected:
Policy() {}
Policy(const Policy&) {}
};
te
--- Comment #10 from pluto at agmk dot net 2009-01-14 18:29 ---
(In reply to comment #9)
> I just installed a fix - can you verify if all the annoying warnigns are
> gone?
> Thx!
>
they are still there.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38503
I'm trying to build gcc-4.3.2 for powerpc-405-gnu-linux.
I'm using binutils 2.18 built earlier with no erros according to LSF 6.4
Steps for building gcc (according to LSF 6.4):
../gcc-4.3.2/configure \
--target=powerpc-405-linux-gnu --prefix=/tools \
--disable-nls --disable-shared --disable-mult
--- Comment #1 from veredz at elta dot co dot il 2009-01-14 18:38 ---
Created an attachment (id=17101)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17101&action=view)
config.log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38847
Hi,
Thanks for this report. Please also test with the code of graphite
branch that contains a
patch that schedules several scalar optimizations that can improve the
quality of the code generated.
Thanks,
Sebastian Pop
--
AMD - GNU Tools
--- Comment #1 from sebpop at gmail dot com 2009-01-14 18:42 ---
Subject: Re: New: [Graphite] 70% slower using -floop* than without graphite
(gas_dyn of Polyhedron)
Hi,
Thanks for this report. Please also test with the code of graphite
branch that contains a
patch that schedules seve
--- Comment #2 from burnus at gcc dot gnu dot org 2009-01-14 18:45 ---
The culprit is -floop-block (which is already enabled by default in the
graphite branch with -O2). Using only -floop-interchange -floop-strip-mine I
get a run time inbetween (16.5s, single run). Using only -fgraphite-
--- Comment #9 from amylaar at gcc dot gnu dot org 2009-01-14 18:47 ---
I think the disregard for conditional execution opportunities and the
assumption that phi nodes have no execution cost are two separate issues.
I'd like to address the latter first, because it causes exponential code
--- Comment #21 from r dot emrich at de dot tecosim dot com 2009-01-14
18:47 ---
The link step for libstdc++.la gives warnings for failed file format test using
a file magic. This is wrong!
The problem results from different output of native file command and the linux
file command.
lib
--- Comment #2 from zsojka at seznam dot cz 2009-01-14 19:03 ---
Created an attachment (id=17102)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17102&action=view)
another testcase, this one fails _only_ with -O1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38844
--- Comment #10 from danglin at gcc dot gnu dot org 2009-01-14 19:18
---
Test fails on hppa64-hp-hpux11.11:
Executing on host: /mnt/gnu/gcc/objdir/gcc/xgcc -B/mnt/gnu/gcc/objdir/gcc/
/mnt/
gnu/gcc/gcc/gcc/testsuite/gcc.dg/pr38616.c -O2 -fstack-protector
-fno-show-col
umn -lm -o ./
--- Comment #2 from jeff at schwabcenter dot com 2009-01-14 19:20 ---
I'm seeing the same thing with Boost.Bind (boost 1.37, GCC 4.2.1).
#include
#include
using boost::bind;
using std::multiplies;
int main() {
// Fine.
int const lvalue = 5;
bind(multiplies(),4,_1)(lvalu
--- Comment #11 from pinskia at gcc dot gnu dot org 2009-01-14 19:24
---
>/mnt/gnu/gcc/gcc/gcc/testsuite/gcc.dg/pr38616.c:1: warning: -fstack-protector
That has already been fixed:
http://gcc.gnu.org/ml/gcc-cvs/2009-01/msg00372.html
Fixed so closing.
--
pinskia at gcc dot gnu dot
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-01-14 19:52 ---
I almost have a patch for this.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
/* The program doesn't terminate with -O2 but works with no optimization on
double Datatype */
#include
#include
#include
#include
#include
#define STRMAX 1000
#ifdef FLOAT
#define FTYPE(function) function##_f
#define DTYPE float
#define SIZE 4
#endif
#ifdef DOUBLE
#define FTYPE(function) funct
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
Component|c |middle-end
h
--- Comment #3 from mikael at gcc dot gnu dot org 2009-01-14 20:07 ---
is_scalar_expr_ptr is weird.
Those are the things to change in it, IMHO:
- is_scalar_expr_ptr does not need to check whether character lengths are
equal to 1 as arbitrary length character variables are considered as
--- Comment #3 from hubicka at gcc dot gnu dot org 2009-01-14 20:20 ---
It might be IRA change. Chips generally preffer separate load and execute
instruction as in the old loop over the load+execute since they are easier to
retire.
Splitting the instruction post reload probably won't d
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||missed-optimization
Summary|[4.4 regression] performance|[
--- Comment #8 from jakub at gcc dot gnu dot org 2009-01-14 20:29 ---
Fixed. The testcase was added in
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143376
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from hubicka at gcc dot gnu dot org 2009-01-14 20:31 ---
Actually perhaps in simple case like this even peep2 will work since we can
copyprop will fix it later. I am trying to add the peep
--
hubicka at gcc dot gnu dot org changed:
What|Removed
This program gives an ICE when compiled with gfortran 4.4 trunk:
FUNCTION myfortran_error ()
USE ISO_C_BINDING
IMPLICIT NONE
CHARACTER(LEN=5) :: myfortran_error
CHARACTER(KIND=C_CHAR, LEN=5), POINTER :: chararr
TYPE(C_PTR) :: c_str
c_str = C_NULL_PTR
CALL C_F_POINTER (c_str, chararr
--- Comment #1 from nils dot de dot reus at ivm dot vu dot nl 2009-01-14
20:44 ---
It is a bit further removed from the real life situation I am dealing with, but
to make testing easier I've moved it all into one file so you don't need to
bother with importing or package structure.
/
--- Comment #8 from thomas dot jourdan at gmail dot com 2009-01-14 20:45
---
Hi all
I did my homework tonight and I found the problem, thanks to your help. For
other purposes, I had to export a function in my shell this way :
---8<---
function install() { ginstall "$@"; }
export -f in
--- Comment #11 from rguenther at suse dot de 2009-01-14 20:50 ---
Subject: Re: [4.4 regression] warnings from -isystem
headers strikes back.
On Wed, 14 Jan 2009, pluto at agmk dot net wrote:
> --- Comment #10 from pluto at agmk dot net 2009-01-14 18:29 ---
> (In reply to co
--- Comment #10 from rguenther at suse dot de 2009-01-14 20:51 ---
Subject: Re: huge performance regression on
EEMBC bitmnp01
On Wed, 14 Jan 2009, amylaar at gcc dot gnu dot org wrote:
> I think the disregard for conditional execution opportunities and the
> assumption that phi nodes
i686-unknown-linux-gnu
--target=i686-unknown-linux-gnu --enable-static-nss --with-arch=pentium3
--with-tune=pentium4
Thread model: posix
gcc version 4.4.0 20090114 (experimental)
COLLECT_GCC_OPTIONS='-v' '-c' '-shared-libgcc' '-mtune=pentium4'
'-march=p
--- Comment #1 from nvachhar at google dot com 2009-01-14 20:53 ---
Created an attachment (id=17103)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17103&action=view)
Test case program
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38850
--- Comment #28 from mikael at gcc dot gnu dot org 2009-01-14 20:53 ---
Subject: Bug 35681
Author: mikael
Date: Wed Jan 14 20:53:18 2009
New Revision: 143383
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143383
Log:
2009-01-14 Mikael Morin
PR fortran/35681
*
--- Comment #8 from mikael at gcc dot gnu dot org 2009-01-14 20:53 ---
Subject: Bug 38487
Author: mikael
Date: Wed Jan 14 20:53:18 2009
New Revision: 143383
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143383
Log:
2009-01-14 Mikael Morin
PR fortran/35681
*
1 - 100 of 144 matches
Mail list logo
