--- 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
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
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;
--- 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
--- 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
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():
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
--
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-
--- 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
--- 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 #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 #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 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 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 #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 #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 #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 #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
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 #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
--- 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 #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 #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 #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
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
[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
--
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
--- 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
--- 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 #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 #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
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 #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
--- 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
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
--
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
$ 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
--- 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
--- 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 #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 #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 #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 #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 #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
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 #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
--- 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
--
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 #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
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 #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
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.
>
> 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
--- 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
--- 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 #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 #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 #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 #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 #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 #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 #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
63 matches
Mail list logo
