--- Comment #11 from pinskia at gcc dot gnu dot org 2006-11-27 08:06
---
Here is the patch which fixes the PHI issue but I don't know if it will always
fix the PRE issue but I think it will as the PRE issue is always with VOPs:
Index: tree-ssa-dom.c
--- Comment #4 from irar at gcc dot gnu dot org 2006-11-27 08:10 ---
Subject: Bug 22372
Author: irar
Date: Mon Nov 27 08:10:23 2006
New Revision: 119247
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119247
Log:
PR tree-optimization/22372
* tree-vect-transform.c
--- Comment #10 from kloedej at knmi dot nl 2006-11-27 08:21 ---
thanks for your effort to fix this bug!
I can confirm todays binary version, downloaded from
http://quatramaran.ens.fr/~coudert/gfortran/gfortran-linux.tar.gz
works fine for me.
best regards,
Jos de kloe
--
--- Comment #25 from jvdelisle at gcc dot gnu dot org 2006-11-27 08:24
---
I have successfully completed testing to the extent I can including large
numbers of I/O operations and huge records ( 5 gigabyte) and large file (50
gigabyte).
All looks Good. I have performance checked
Compiling the Code
---
#include iostream
#include iomanip
typedef long long unsigned Significant;
Significant conv(double v)
{
return *(Significant*)v;
}
double v=1.0;
int main(unsigned argc,char* args[])
{
std::cerrstd::hexconv(v)\n;
}
--- Comment #1 from pluto at agmk dot net 2006-11-27 09:07 ---
did you ever read the gcc warnings? `-Wall' tells you what's wrong.
use -fno-strict-aliasing or memcpy() for such conversions.
--
pluto at agmk dot net changed:
What|Removed |Added
The following code is accepted by gfortran while ifort rejects it with error
messages as quoted below.
$ cat foo.f90
MODULE class_foo_type
TYPE :: foo
INTEGER :: dummy
END TYPE
END MODULE
MODULE class_foo
USE class_foo_type, ONLY: foo
INTERFACE foo_init
MODULE PROCEDURE foo_init_default
END
--- Comment #1 from franke dot daniel at gmail dot com 2006-11-27 09:28
---
(report continued)
$ cat foo2.f90
MODULE class_foo_type
TYPE :: foo
INTEGER :: dummy
END TYPE
END MODULE
MODULE class_foo
USE class_foo_type, ONLY: foo
INTERFACE foo_init
SUBROUTINE
--- Comment #2 from schwab at suse dot de 2006-11-27 09:51 ---
*** This bug has been marked as a duplicate of 21920 ***
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #108 from schwab at suse dot de 2006-11-27 09:51 ---
*** Bug 29991 has been marked as a duplicate of this bug. ***
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #5 from patchapp at dberlin dot org 2006-11-27 10:15 ---
Subject: Bug number PR29962
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-11/msg01799.html
--
gcc rejects following valid code.
class bar
{
typedef int func_type() const;
};
--
Summary: typdef declaration of cv-qualified function in class
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
--- Comment #5 from irar at il dot ibm dot com 2006-11-27 11:19 ---
The patch I committed (comment #4) fixes almost all the type mismatch
occurrences in the vectorizer, but there's one occurrence that still remains -
one of the vectorizer testcases (vect-reduc-dot-u8b.c) still fails
--- Comment #14 from rguenth at gcc dot gnu dot org 2006-11-27 11:38
---
Subject: Bug 25620
Author: rguenth
Date: Mon Nov 27 11:38:42 2006
New Revision: 119248
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119248
Log:
2006-11-27 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #15 from rguenth at gcc dot gnu dot org 2006-11-27 11:52
---
Fixed (partly) on the mainline. We can now expand pow (x, n/2) and pow (x,
n/3)
properly using sqrt and/or cbrt, but cbrt is not available from the fortran
frontend (it misses to define __builtin_cbrt).
--
--- Comment #14 from bero at arklinux dot org 2006-11-27 12:58 ---
Created an attachment (id=12700)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12700action=view)
Different code triggering the same error
Different code extracted from dirac, triggering the same error (goes away
--- Comment #4 from bero at arklinux dot org 2006-11-27 12:59 ---
Might be a dup of bug 28544
--
bero at arklinux dot org changed:
What|Removed |Added
--- Comment #2 from burnus at gcc dot gnu dot org 2006-11-27 13:02 ---
Confirm.
Currently, the two interfaces clash:
MODULE PROCEDURE foo_init_default
SUBROUTINE foo_init_default(this)
The latter needs to be containsed in the module not put into an interface.
* * *
Error message
--- Comment #15 from dberlin at gcc dot gnu dot org 2006-11-27 13:54
---
Subject: Re: [4.2 regression] ICE in add_virtual_operand, at
tree-ssa-operands.c:1309
I assume the attached fixes this?
On 15 Oct 2006 09:01:42 -, tbm at cyrius dot com
[EMAIL PROTECTED] wrote:
---
What does __STRICT_ANSI__ mean in C (not C++) mode?
The doc says: The macro `__STRICT_ANSI__' is predefined when the `-ansi'
option is used. I.e. when the compiler is implementing strict ISO C90.
But it is also defined when the compiler is implementing strict ISO C99.
$ touch empty.c
$ gcc
--- Comment #12 from hjl at lucon dot org 2006-11-27 14:58 ---
This patch
http://gcc.gnu.org/ml/gcc-patches/2006-11/msg01608.html
works for me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29921
--- Comment #5 from burnus at gcc dot gnu dot org 2006-11-27 16:02 ---
Besides zero initialization [...] a initialization to a (signaling) NaN
(for
complex, real) would be also nice to find uninitialized variables.
Why use -Wuninitialize will warn about those cases (though it
The encoded information about machine-specific options with default values
(e.g -mdiv=...) is wrong, causing spurious header mismatches.
(Note : I have set the component to 'target' instead of 'pch' because I
think this can probably be fixed by adjusting the pch target hooks.)
We should also
-fomit-frame-pointer should be enabled by setting CAN_DEBUG_WITHOUT_FP,
but only after thorough testing for every multilib that that debugging
is not impeded, and that average benchmark scores are indeed improved.
--
Summary: sh-elf: should enable -fomit-frame-pointer
--- Comment #1 from joseph at codesourcery dot com 2006-11-27 16:16 ---
Subject: Re: New: __STRICT_ANSI__ meaning incorrectly documented
On Mon, 27 Nov 2006, bruno at clisp dot org wrote:
What does __STRICT_ANSI__ mean in C (not C++) mode?
The doc says: The macro
-27 Michael Matz [EMAIL PROTECTED]
Andreas Krebbel [EMAIL PROTECTED]
PR target/29319
* gcc.dg/20061127-1.c: New testcase.
Added:
branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/20061127-1.c
Modified:
branches/gcc-4_1-branch/gcc/ChangeLog
branches/gcc-4_1
-27 Michael Matz [EMAIL PROTECTED]
Andreas Krebbel [EMAIL PROTECTED]
PR target/29319
* gcc.dg/20061127-1.c: New testcase.
Added:
branches/gcc-4_2-branch/gcc/testsuite/gcc.dg/20061127-1.c
Modified:
branches/gcc-4_2-branch/gcc/ChangeLog
branches/gcc-4_2
See the discussion started with this message:
http://gcc.gnu.org/ml/gcc/2005-10/msg00808.html
According to Jim Wilson in
http://gcc.gnu.org/ml/gcc/2005-10/msg00858.html,
we now have the infrastructure to properly encode prologues / epilogues.
The ia64 port is using this.
--
Summary:
-27 Michael Matz [EMAIL PROTECTED]
Andreas Krebbel [EMAIL PROTECTED]
PR target/29319
* gcc.dg/20061127-1.c: New testcase.
Added:
trunk/gcc/testsuite/gcc.dg/20061127-1.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/s390/predicates.md
trunk/gcc
The sh port does not encode information about epilogues in the unwind info.
See PR target/29997 for context.
In addition to adding saving / restoring state around epilogues, the
current measures to prevent unwind info for epilogues to be emitted must be
reverted:
output_stack_adjust: set emit_fn
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-11-27 16:47 ---
(In reply to comment #5)
Besides zero initialization [...] a initialization to a (signaling) NaN
(for
complex, real) would be also nice to find uninitialized variables.
Why use -Wuninitialize will
--- Comment #16 from jv244 at cam dot ac dot uk 2006-11-27 16:49 ---
(In reply to comment #15)
Fixed (partly) on the mainline. We can now expand pow (x, n/2) and pow (x,
n/3)
properly using sqrt and/or cbrt, but cbrt is not available from the fortran
frontend (it misses to define
--- Comment #2 from bruno at clisp dot org 2006-11-27 16:50 ---
You're right, it's well documented in cpp.info. I looked only in gcc.info.
--
bruno at clisp dot org changed:
What|Removed |Added
A user that uses info gcc to look for details about the preprocessor
doesn't find them. Example: [Bug c/29994]. The user did info gcc,
was looking for a section that explains all the predefined preprocessor
macros, but didn't find it. The reason was that they are in a separate
manual.
Nowadays
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-11-27 16:59 ---
(In reply to comment #4)
Might be a dup of bug 28544
No because 28544 violates the alias rules while this one does not.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29718
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-27 17:06 ---
I don't see why it has to be part of the GCC manual. This is like saying users
think as and ld are part of the compiler and really should also be included in
the manual.
--
pinskia at gcc dot gnu dot org
I win.
--
Summary: dummy to get 30,000
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy:
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-27 17:07 ---
I win, win, win. Anyways invalid.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-27 17:16 ---
Related to PR 6628.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from chevallier_sylvain at yahoo dot fr 2006-11-27 17:21
---
Okay, I have a *more* compact version of this bug :
$ cat example.ads
package Example is
type I is tagged record
N : Integer;
end record;
private
procedure P_Private (X
On Mon, 2006-11-27 at 08:06 +, pinskia at gcc dot gnu dot org wrote:
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-11-27 08:06
---
Here is the patch which fixes the PHI issue but I don't know if it will always
fix the PRE issue but I think it will as the PRE issue is
--- Comment #12 from pinskia at gmail dot com 2006-11-27 17:23 ---
Subject: Re: [4.3 Regression] [Linux] ICE in
insert_into_preds_of_block
On Mon, 2006-11-27 at 08:06 +, pinskia at gcc dot gnu dot org wrote:
--- Comment #11 from pinskia at gcc dot gnu dot org
valgrind on Linux the reports the following error: Invalid read of size 1 for
the function _cpp_convert_input (at line 1631 in charset.c) when an empty
source file is compiled.
libcpp/charset.c:_cpp_convert_input line 1631 is:
if (to.text[to.len - 1] == '\r')
and if to.len is zero, this is an
--- Comment #2 from sebor at roguewave dot com 2006-11-27 17:37 ---
Here are some other cases to consider:
#include typeinfo
struct S;
int main ()
{
typeid (void);
typeid (int []);
typeid (S);
typeid (S);
}
--
sebor at roguewave dot com changed:
What
--- Comment #3 from sebor at roguewave dot com 2006-11-27 19:07 ---
Never mind. The last two cases in my comment #2 are disallowed by the second to
last sentence in 5.2.8, p4.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29928
--- Comment #26 from tkoenig at gcc dot gnu dot org 2006-11-27 20:43
---
(In reply to comment #24)
Subject: Re: implement unformatted files with subrecords
(Intel style)
I have reviewed the patch and I have one minor comment. I suggest that the
continued flag be placed in
--- Comment #1 from fang at csl dot cornell dot edu 2006-11-27 20:49
---
Is this related to the standard requirement that a source file must end with a
newline character? (and thus cannot be empty?)
--
fang at csl dot cornell dot edu changed:
What|Removed
--- Comment #2 from fang at csl dot cornell dot edu 2006-11-27 20:52
---
Funny, I was thinking the same thing, but you snooze, you lose...
--
fang at csl dot cornell dot edu changed:
What|Removed |Added
Hi,
I've written this program to try a shellcode made by me:
char shell[] =
\xeb\x25\x5e\xb8\x46\x00\x00\x00
\xbb\x00\x00\x00\x00\xb9\x00\x00
\x00\x00\xcd\x80\xb8\x0b\x00\x00
\x00\x89\xf3\x6a\x00\x56\x89\xe4
\xba\x00\x00\x00\x00\xcd\x80\xe8
\xd6\xff\xff\xff
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-27 21:33 ---
Why do you think this will work?
The linker is what places the address and since you have not shown how you used
a linker script and for sure that the shell is placed at 0x08049600 I don't
trust this at all.
Also I
--- Comment #2 from janis at gcc dot gnu dot org 2006-11-27 22:12 ---
The functionality to support dg-error and dg-warning is in proc dg-test in file
dg.exp from the DejaGnu project. It treats these two directives the same
except for the failure message. The GCC testsuite
--- Comment #3 from pault at gcc dot gnu dot org 2006-11-27 22:21 ---
Joost,
all_cp2k_gfortran.f90:128714: internal compiler error: in build_int_cst_wide,
at tree.c:852
Is this the same as PR29976 by any chance?
Paul
PS I should change your email address on testcases!
--
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-11-27 22:24
---
(In reply to comment #3)
Is this the same as PR29976 by any chance?
Hi Paul,
This PR is a metabug for CP2K issues; PR29976 is one of those (I'm in a middle
of a workshop frenzy right now, so I don't have time
(This bug was discovered during a discussion on the mailinglist starting here:
http://gcc.gnu.org/ml/fortran/2006-11/msg00636.html)
This short program
erik:~$ cat foo.f90
program foo
implicit none
integer :: a(5), b(3)
b = [ 1, 2, 3 ]
a(1:bar(3)) = b
contains
integer
--- Comment #3 from pault at gcc dot gnu dot org 2006-11-27 22:25 ---
I will submit the patch as 'obvious' tomorrow morning - see:
http://gcc.gnu.org/ml/fortran/2006-11/msg00686.html
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed
Hello. I am a maintainer of busybox project. One of our goals is to optimize
our code for size. The following testcase was derived from busybox source:
struct client_config_t {
char foreground;
char quit_after_lease;
char release_on_quit;
char abort_if_no_lease;
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-27 22:57 ---
I think this was fixed by:
2006-01-10 Jan Beulich [EMAIL PROTECTED]
* config/i386/i386.c (ix86_data_alignment): Don't force alignment to
256 bits when optimize_size.
--
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-11-27 22:57
---
I think this was fixed by:
2006-01-10 Jan Beulich [EMAIL PROTECTED]
* config/i386/i386.c (ix86_data_alignment): Don't force alignment to
256 bits when optimize_size.
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-11-27 22:59 ---
Yes it was fixed:
.comm udhcp_client_config1,36,4
.
.align 4
.type client_config2, @object
.size client_config2, 36
client_config2:
--
pinskia at gcc dot gnu dot org
--- Comment #3 from vda dot linux at googlemail dot com 2006-11-27 23:03
---
Super! Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30004
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-11-27 23:03
---
This was also fixed.
s2:
.long .LC0
.data
.align 4
.type s3, @object
.size s3, 49
s3:
.string
--
pinskia
--- Comment #3 from gary at intrepid dot com 2006-11-28 00:26 ---
I ran into this today, following up on a thread posted to
the GDB discussion list, regarding Bug #8354:
http://sourceware.org/ml/gdb/2006-11/msg00185.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20588
--- Comment #10 from gary at intrepid dot com 2006-11-28 00:58 ---
Created an attachment (id=12702)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12702action=view)
PR/8354 patch discussion thread
As reported in Bug #20588, the referenced links to the gcc-patch mailing list
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-11-28 01:18
---
I think wrong url in comment #3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29976
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||missed-optimization
Summary|SPE GCC segfaults with
--- Comment #5 from paulthomas2 at wanadoo dot fr 2006-11-28 05:25 ---
Subject: Re: [4.2/4.3 regression] ICE on optional arg
jvdelisle at gcc dot gnu dot org wrote:
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-11-28 01:18
---
I think wrong url in comment #3
--- Comment #5 from pault at gcc dot gnu dot org 2006-11-28 05:36 ---
Subject: Bug 20880
Author: pault
Date: Tue Nov 28 05:36:07 2006
New Revision: 119272
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119272
Log:
2006-11-28 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #6 from pault at gcc dot gnu dot org 2006-11-28 05:39 ---
Subject: Bug 29976
Author: pault
Date: Tue Nov 28 05:39:42 2006
New Revision: 119273
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119273
Log:
2006-11-28 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #6 from pault at gcc dot gnu dot org 2006-11-28 05:50 ---
Subject: Bug 20880
Author: pault
Date: Tue Nov 28 05:50:21 2006
New Revision: 119274
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119274
Log:
2006-11-28 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #7 from pault at gcc dot gnu dot org 2006-11-28 05:52 ---
Subject: Bug 29976
Author: pault
Date: Tue Nov 28 05:52:02 2006
New Revision: 119275
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119275
Log:
2006-11-28 Paul Thomas [EMAIL PROTECTED]
PR
70 matches
Mail list logo