--- Comment #27 from bonzini at gnu dot org 2006-11-29 07:56 ---
This case is still not fixed:
struct s {
int size;
float *data;
};
void f(struct s *d, struct s *s)
{
int i;
for (i = 0; i < s->size; i++)
d->data[i] += s->data[i];
}
The body of the loop is compiled to:
L4
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-11-29 07:23 ---
Subject: Bug 29984
Author: pinskia
Date: Wed Nov 29 07:23:11 2006
New Revision: 119303
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119303
Log:
2006-11-28 Andrew Pinski <[EMAIL PROTECTED]>
PR tr
--- Comment #1 from burnus at gcc dot gnu dot org 2006-11-29 07:19 ---
Confirm. Note, however, that F95 requires only support of the default integer,
but F2003 lifted this restriction:
F95:
INQUIRE ( IOLENGTH = scalar-default-int-variable ) output-item-list
F2003:
INQUIRE ( IOLENGTH =
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-29 06:02 ---
(CFLAGS_FOR_TARGET)
That does not make sense as it should have been $(CFLAGS_FOR_TARGET).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30011
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-11-29 05:59 ---
Just a further note here, divide by 0 is undefined behavior as defined by the C
standard.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-11-29 05:26 ---
(In reply to comment #2)
> This hits it too. (example is PowerPC)
No it does not, look at the what it gives:
stb 11,11(3)
stb 11,0(3)
sth 0,1(3)
stw 9,7(3)
stw 9,3(3)
Reorderi
--- Comment #6 from acahalan at gmail dot com 2006-11-29 05:11 ---
This hits it too. (example is PowerPC)
///
#include
char *foo(char *buf)
{
short temp;
int temp1;
*buf++=42;
temp = 0xfeed;
memcpy(buf, &temp, sizeof(temp));
buf+=sizeof(temp);
temp1 = 0x12345
--- Comment #2 from acahalan at gmail dot com 2006-11-29 05:09 ---
This hits it too. (example is PowerPC)
///
#include
char *foo(char *buf)
{
short temp;
int temp1;
*buf++=42;
temp = 0xfeed;
memcpy(buf, &temp, sizeof(temp));
buf+=sizeof(temp);
temp1 = 0x12345
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-11-29 05:05 ---
(In reply to comment #4)
> Target powerpc-*-* is wrong. See bug 29158 (my dupe) for the i386 assembly
> produced by a slightly more recent compiler. It's x86_64 too.
I just used the target as powerpc as I was also s
>
> The info from dupe 29158 didn't get merged in. As things stand now,
> the bug wrongly looks like a PowerPC-only problem on an old gcc.
Actually the target most of the time anyways ...
It is only there so someone looking at it can easily reproduce it.
-- Pinski
The info from dupe 29158 didn't get merged in. As things stand now,
the bug wrongly looks like a PowerPC-only problem on an old gcc.
Bug 29158 is a better bug report I think; 23684 should have been
the one marked as dupe.
--- Comment #27 from jvdelisle at gcc dot gnu dot org 2006-11-29 03:57
---
Created an attachment (id=12704)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12704&action=view)
Huge+ record size unformatted write then read test
This test program exercizes patch 10 with very large rec
When attempting to determine iolength of an output list greater than 2^31
bytes, INQUIRE returns a negative value even if xx is kind=8.
program subrecord
integer, parameter :: arraydim = huge(1_4)/16
real, dimension(arraydim) :: array
integer :: x
integer(kind=8) :: recl
open(unit=10, fi
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-11-29 02:57 ---
PS the testcase violates C aliasing rules.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30013
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bje at gcc dot gnu dot org
|dot org
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-11-29 02:13 ---
> /* strtold is declared in only for C99. */
> extern long double strtold (const char *, char **);
> #define STR_TO_BFP strtold
Well use -std=gnu99 then.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30013
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-29 02:13 ---
422c424
< typedef float DFtype __attribute__ ((mode (DF)));
---
> typedef double DFtype __attribute__ ((mode (DF)));
424c426
< typedef float XFtype __attribute__ ((mode (XF)));
---
> typedef long double XFtype __attr
Testing of my decimal floating-point arithmetic code with gcc-4.2 and
gcc-4.3 releases turned up several bugs in gcc's type conversions that
I've had to track down and fix.
They repair several problems:
(1) Loss of trailing digits by failure to provide a suitable precision
in conversion forma
--- Comment #6 from mrs at apple dot com 2006-11-29 00:57 ---
Ah...
--
mrs at apple dot com changed:
What|Removed |Added
Status|RESOLVED|V
--- Comment #5 from mrs at apple dot com 2006-11-29 00:46 ---
:-( Oh well, sorry for the noise...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30012
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-11-29 00:42 ---
there has already been two Defect reports to the C++ standards committee about
this:
http://anubis.dkuug.dk/jtc1/sc22/wg21/docs/cwg_closed.html#18
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#577
--
--- Comment #23 from pinskia at gcc dot gnu dot org 2006-11-29 00:41
---
*** Bug 30012 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-11-29 00:41 ---
In fact this is a dup of bug 9278 which was fixed in 4.2.0.
*** This bug has been marked as a duplicate of 9278 ***
*** This bug has been marked as a duplicate of 9278 ***
--
pinskia at gcc dot gnu dot org chan
--- Comment #2 from mrs at apple dot com 2006-11-29 00:39 ---
Found in build of fltk-2.0.x-r5547 http://www.fltk.org/ for i686-apple-darwin9.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30012
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-29 00:38 ---
And this is invalid code IIRC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30012
$ cat /tmp/t.cc
typedef void GLvoid;
extern void glEndTransformFeedbackEXT(GLvoid);
il0102b-dhcp66 $ ./xgcc -B./ /tmp/t.cc -S
/tmp/t.cc:2: error: '' has incomplete type
/tmp/t.cc:2: error: invalid use of 'GLvoid'
$ gcc-4.0 /tmp/t.cc -S
$
This breaks use of some OpenGL by C++. This is a regressio
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org
|dot org
gcc-4.3-20061125 fails bootstrap using mingw with gcc-4.1.1
../configure -v --enable-languages=c,c++ --prefix=/mingw
make bootstrap
cc1.exe: internal compiler error: in add_standard_paths, at c-incpath.c:173
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gc
--- Comment #3 from burnus at gcc dot gnu dot org 2006-11-28 22:58 ---
(In reply to comment #2)
> > The read should read "1" of the first record and then "2" and "3" of the
> > second record.
> I don't think so.
You are of cause right. I should have really read
> F 2003, 9.5.3.4.1 (Unf
--- Comment #3 from manu at gcc dot gnu dot org 2006-11-28 22:35 ---
Roger,
The patch below fixes this bug. But it also introduces bug 19978 (multiple
warnings) in the C++ front-end. Yet, all regression testcases pass. They pass
because C++ overflow testcases are very limited and becaus
This is from a fresh source tree (gcc-4.1-20061124) building in another
directory on IRIX64 6.5 6.5.20m using:
# /home/martinol/auto_v4.0/third/build-pioneer/gcc-4.1-20061124/configure
--prefix=/home/martinol/auto_v4.0/devel/mips-sgi-irix646.5 --disable-shared
--enable-static --
with-gmp=/home/m
--- Comment #2 from tkoenig at gcc dot gnu dot org 2006-11-28 22:23 ---
(In reply to comment #0)
> See http://gcc.gnu.org/ml/fortran/2006-11/msg00708.html
> Reported by Chris Talley.
>
> Tested with current 4.3 and also with 4.1.
>
> Testcase, see URL; essential parts of the test case
--- Comment #4 from yves at gnu-darwin dot org 2006-11-28 22:23 ---
Thanks for the comments.
I have many dynamic libraries in c++ all compiled with -flat_namespace.
They all have
U __ZdlPv
The only point of interrest I can add is that I get this error trying to build
the GNU
--- Comment #1 from brooks at gcc dot gnu dot org 2006-11-28 21:49 ---
*** Bug 30010 has been marked as a duplicate of this bug. ***
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from brooks at gcc dot gnu dot org 2006-11-28 21:49 ---
*** This bug has been marked as a duplicate of 30009 ***
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Known to f
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Known to f
[http://gcc.gnu.org/ml/fortran/2006-11/msg00708.html]
The following file gives an end-of-file error when attempting to read a
too-short record from an unformatted file, and if END= is specified on the READ
line, it will be (erroneously) followed:
program test3
IMPLICIT NONE
I
See http://gcc.gnu.org/ml/fortran/2006-11/msg00708.html
Reported by Chris Talley.
Tested with current 4.3 and also with 4.1.
Testcase, see URL; essential parts of the test case (form="unformatted"):
WRITE(1) 1
WRITE(1) 2, 3, 4
WRITE(1) 5, 6, 7
REWIND(1)
READ(1,E
--- Comment #8 from burnus at gcc dot gnu dot org 2006-11-28 18:36 ---
Seems to work now with 4.3.0 20061128. :-)
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from burnus at gcc dot gnu dot org 2006-11-28 18:04 ---
Reduced testcase:
PROGRAM fparser
IMPLICIT NONE
CHARACTER (LEN=1), DIMENSION(3:7), PARAMETER :: Ops = &
(/ '+', '-', '*', '/', '^' /)
CHARACTER (LEN=3) :: F = "ABC"
IF (ANY(F(2:2) == Ops(5:6))) STOP
END
--- Comment #19 from patchapp at dberlin dot org 2006-11-28 16:21 ---
Subject: Bug number PR29433
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/msg01900.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #5 from jv244 at cam dot ac dot uk 2006-11-28 15:36 ---
after the fix for 29976 I get with current mainline :
all_cp2k_gfortran.f90:347635: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gn
--- Comment #1 from franke dot daniel at gmail dot com 2006-11-28 15:18
---
Created an attachment (id=12703)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12703&action=view)
/usr/include/x86_64-linux/bits/string2.h
As requested by Andrew Pinski in
http://gcc.gnu.org/ml/fortran/20
SVN revision: 119289
Host: x86_64-unknown-linux-gnu (Debian GNU/Linux 3.1)
Configured as: ../../svn/gcc-head/configure
--prefix=/data/home/daniel/x86_64-unknown-linux-gnu/gcc-head-svn
--with-gmp=/data/home/daniel/x86_64-unknown-linux-gnu/gmp-4.2.1
--with-mpfr=/data/home/daniel/x86_64-unknown-linux
--- Comment #13 from patchapp at dberlin dot org 2006-11-28 14:45 ---
Subject: Bug number PR27546
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/msg01889.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #2 from carl at thep dot lu dot se 2006-11-28 14:07 ---
Ah. newlib. Thank you. I didn't know it existed, but indeed it solves
the problem and lets gcc build cleanly. So much for my googling skills. :-P
I won't be able to actually use libstdc++ since the underlying OS lacks
mo
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-11-28 14:01 ---
try something like:
((void(*)(void))shell) ()
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30002
--- Comment #4 from blacklight86 at gmail dot com 2006-11-28 13:57 ---
How can I start the shellcode then?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30002
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-11-28 13:50 ---
Runtime address != link time address which is what is causing the issue.
Basicially you should not do this.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from blacklight86 at gmail dot com 2006-11-28 13:48 ---
This is what I do and what I get:
[EMAIL PROTECTED]:~/prog/shell$ gcc -o vuln vuln.c
[EMAIL PROTECTED]:~/prog/shell$ ./vuln
0x8049600
Segmentation fault
Where 0x8049600 is the address of my shellcode, obtained this
--- Comment #3 from jakub at gcc dot gnu dot org 2006-11-28 13:06 ---
Subject: Bug 29735
Author: jakub
Date: Tue Nov 28 13:06:23 2006
New Revision: 119289
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119289
Log:
PR c++/29735
* decl.c (grokfndecl): Check main's
--- Comment #2 from jakub at gcc dot gnu dot org 2006-11-28 13:04 ---
Subject: Bug 29735
Author: jakub
Date: Tue Nov 28 13:04:03 2006
New Revision: 119288
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119288
Log:
PR c++/29735
* decl.c (grokfndecl): Check main's
--- Comment #1 from jakub at gcc dot gnu dot org 2006-11-28 12:57 ---
Subject: Bug 29735
Author: jakub
Date: Tue Nov 28 12:56:53 2006
New Revision: 119287
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119287
Log:
PR c++/29735
* decl.c (grokfndecl): Check main's
--- Comment #18 from rguenth at gcc dot gnu dot org 2006-11-28 12:38
---
Most of the memory used is spent in the string pool:
String pool
entries 68980
identifiers 68980 (100.00%)
slots 131072
bytes 1012M (10M overhead)
table size 1024k
coll/search
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
URL|http://gcc.gnu.org/ml/gcc- |http://gcc.gnu.org/ml/gcc-
|patches/2006-
This is a presistent failure for more than two weeks now.
last tested with revision: 119261
build script is on gcc01 in ~amylaar/bin/sh-regtest-20061127.
/home/amylaar/bld/2006-11-27/sh-elf/./gcc/xgcc
-B/home/amylaar/bld/2006-11-27/sh-elf/./gcc/ -nostdinc
-B/home/amylaar/bld/2006-11-27/sh-elf/sh-e
Hi all,
Here is code that works exactly as I think it should with g++-2.95, but
not with
g++-4.0/4.1
#include
using namespace std;
class parent
{
public:
parent():i(0){}
parent(int i_):i(i_){}
private:
int i;
};
class child : public parent
{
public:
child():
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-11-28 09:51 ---
How lame ;)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|RESO
--- Comment #9 from christian dot joensson at gmail dot com 2006-11-28
09:17 ---
ping
any news on this one?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28870
Note: This report doesn't use the FreeBSD system GCC compiler; it uses an
original GCC 4.3.0 snapshot built and installed separately. However, the bug
also persists in GCC 3.4.6 found in FreeBSD, and in original GCC 4.2.0.
The complete test.c program:
struct foo {
char *p;
int i;
Example 1:
open(77,file="not-existing.dat",status="old")
gfortran:
At line 1 of file .f90
Fortran runtime error: No such file or directory
ifort:
forrtl: severe (29): file not found, unit 77, file /dev/shm/not-existing.dat
Expected: Add (similar to ifort) also the file name (and maybe t
--- Comment #8 from pault at gcc dot gnu dot org 2006-11-28 08:14 ---
Fixed
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
63 matches
Mail list logo
