The code used to send and receive data from sockets through Ada
streams (in GNAT.Sockets) may be bogus if an empty array is sent or
expected to be received. An empty array will have its upper bound
smaller than its lower bound, but the code in GNAT.Sockets assumes
that the difference is always
--- Comment #3 from ubizjak at gmail dot com 2008-04-16 06:21 ---
(In reply to comment #2)
The tree dump for the kind=8 and kind=10 are exactly identical except for the
call to __builtin_fmodl for kind=10 and __builtin_fmod for kind=8.
It looks like fmodl is broken.
Can somebody
This change
2007-08-21 Benjamin Kosnik [EMAIL PROTECTED]
* include/Makefile.am (install-data-local): Remove pch-install rules.
(host_headers): Add stdc++.h, stdtr1c++.h, extc++.h.
* include/Makefile.in: Regenerate.
* config.h.in: Same.
*
g++ -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc_current/configure
--prefix=/usr/local/i686-pc-linux-gnu-current
--enable-version-specific-runtime-libs --enable-checking=yes
--enable-languages=c,c++
Thread model: posix
gcc version 4.4.0 20080416 (experimental) [trunk
$ gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc_current/configure
--prefix=/usr/local/i686-pc-linux-gnu-current
--enable-version-specific-runtime-libs --enable-checking=yes
--enable-languages=c,c++
Thread model: posix
gcc version 4.4.0 20080416 (experimental
-checking=yes
--enable-languages=c,c++
Thread model: posix
gcc version 4.4.0 20080416 (experimental) [trunk revision 134340]
(GCC)
g++ -Wignored-qualifiers -c t.cpp
t.cpp:5: warning: type qualifiers ignored on function return type
This warning is correct, with the typedef the const applies
.
Target: i686-pc-linux-gnu
Configured with: ../gcc_current/configure
--prefix=/usr/local/i686-pc-linux-gnu-current
--enable-version-specific-runtime-libs --enable-checking=yes
--enable-languages=c,c++
Thread model: posix
gcc version 4.4.0 20080416 (experimental) [trunk revision 134340]
(GCC
--- Comment #24 from pluto at agmk dot net 2008-04-16 08:03 ---
(In reply to comment #23)
Fixed in 4.0.2 and above.
i have one more testcase which still exposes this bug.
$ cat 0.cpp
struct X
{
X();
~X();
};
bool f( int k )
{
X x;
switch ( k )
--- Comment #2 from dimhen at gmail dot com 2008-04-16 08:19 ---
Function according C/C++ specs
--
dimhen at gmail dot com changed:
What|Removed |Added
--- Comment #7 from steven at gcc dot gnu dot org 2008-04-16 08:59 ---
I agree with Paolo in comment #6. One purpose of the lower-subreg path was to
allow backends to *not* define insns that it doesn't have. The expanders will
generate inline code for such patterns at expand time,
--- Comment #7 from steven at gcc dot gnu dot org 2008-04-16 09:07 ---
Fixed, or what?
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |sam at gcc dot gnu dot org
|dot org
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |sam at gcc dot gnu dot org
|dot org
I hope this does not conflict with the C-standard, but why does the following
code not issue a warning about the return value of 'someFunction'?
#include stdio.h
unsigned int someFunction() { return 0xbadc0de; }
void someOtherFunction(unsigned char in) { printf(0x%x\n, in); }
int main(int argc,
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-04-16 11:27 ---
Not unconditionally. With -Wconversion it does since gcc 4.3:
t.c: In function 'main':
t.c:11: warning: conversion to 'unsigned char' from 'unsigned int' may alter
its value
t.c:15: warning: conversion to
--- Comment #4 from ubizjak at gmail dot com 2008-04-16 11:28 ---
(In reply to comment #3)
Can somebody provide equivalent c testcase? I will look into this problem.
I have a patch in testing.
--
ubizjak at gmail dot com changed:
What|Removed
Hi,
after running into severe problems with gfortran 4.4.0 under Vista, I wanted to
regress to 4.3.0. I installed gcc 4.3.0, but this still resulted in:
gfortran: CreateProcess: No such file or directory
The previous version I worked with was gfortran 4.3.0 (20071017), trunk 129419.
This one
--- Comment #9 from sam at gcc dot gnu dot org 2008-04-16 12:38 ---
Subject: Bug 29015
Author: sam
Date: Wed Apr 16 12:37:38 2008
New Revision: 134345
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134345
Log:
gcc/ada/
PR ada/29015
* sem_ch12.adb
--- Comment #10 from sam at gcc dot gnu dot org 2008-04-16 12:44 ---
This is fixed in the current GCC SVN.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from hjl dot tools at gmail dot com 2008-04-16 12:56 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|WAITING
--- Comment #7 from hjl dot tools at gmail dot com 2008-04-16 13:02 ---
Joey has a point:
http://gcc.gnu.org/ml/gcc-patches/2008-04/msg01280.html
It does look wired for a *dump-tree* option to generate a RTL looking
result.
--
hjl dot tools at gmail dot com changed:
--- Comment #8 from hutchinsonandy at aim dot com 2008-04-16 13:10 ---
Subject: Re: [4.3 Regression] [avr] code bloat caused by
-fsplit-wide-types
Yes, indeed, I have patches in progress for AVR that do split
operation to take more advantage of lowering but the bug is still an
--- Comment #16 from jamborm at gcc dot gnu dot org 2008-04-16 13:27
---
I'm now working on inlining of indirect calls (PR 9079) and intend to allow for
inlining of calls through member pointers too.
--
jamborm at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from steven at gcc dot gnu dot org 2008-04-16 13:46 ---
Looks related to http://gcc.gnu.org/ml/fortran/2008-03/msg00119.html and the
thread surrounding it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35958
--- Comment #4 from david dot griffiths at gmail dot com 2008-04-16 14:31
---
Hi, made no difference. I created a separate gcc-4.3.0-build directory and
placed the ecj.jar both in there and in the top level source director (just to
be sure).
Note that the build directory contains no
--- Comment #5 from brian at dessent dot net 2008-04-16 14:50 ---
Subject: Re: gcj: error trying to exec 'ecj1': execvp: No such
file or directory
david dot griffiths at gmail dot com wrote:
Note that the build directory contains no libjava on completion, not sure if
it
should?
--- Comment #2 from DHConsultancy at skynet dot be 2008-04-16 15:08 ---
Subject: Re: gfortran for Vista
it is...
I got a response on the previous one which helped for some compilations,
but not for all
so, now I'm basically stuck without gfortran...
steven at gcc dot gnu dot org
--- Comment #5 from uros at gcc dot gnu dot org 2008-04-16 15:54 ---
Subject: Bug 35944
Author: uros
Date: Wed Apr 16 15:53:59 2008
New Revision: 134348
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134348
Log:
PR target/35944
* config/i386/i386.md (fmodxf3):
--- Comment #2 from jakub at gcc dot gnu dot org 2008-04-16 15:57 ---
Subject: Bug 35662
Author: jakub
Date: Wed Apr 16 15:56:58 2008
New Revision: 134349
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134349
Log:
PR target/35662
* f95-lang.c
--- Comment #5 from jakub at gcc dot gnu dot org 2008-04-16 16:01 ---
Subject: Bug 35899
Author: jakub
Date: Wed Apr 16 16:00:34 2008
New Revision: 134350
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134350
Log:
PR tree-optimization/35899
* tree-inline.c
--- Comment #5 from jakub at gcc dot gnu dot org 2008-04-16 16:02 ---
Subject: Bug 35739
Author: jakub
Date: Wed Apr 16 16:01:57 2008
New Revision: 134351
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134351
Log:
PR c/35739
* tree-nrv.c (tree_nrv): Don't optimize
--- Comment #6 from ubizjak at gmail dot com 2008-04-16 16:05 ---
Fixed in mainline. I'm not a fortran person; can someone please construct a
testcase from the example in the description to be committed to SVN?
--
ubizjak at gmail dot com changed:
What|Removed
--- Comment #3 from jakub at gcc dot gnu dot org 2008-04-16 16:06 ---
Subject: Bug 35662
Author: jakub
Date: Wed Apr 16 16:05:51 2008
New Revision: 134352
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134352
Log:
PR target/35662
* f95-lang.c
--- Comment #6 from jakub at gcc dot gnu dot org 2008-04-16 16:08 ---
Subject: Bug 35899
Author: jakub
Date: Wed Apr 16 16:07:46 2008
New Revision: 134353
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134353
Log:
PR tree-optimization/35899
* tree-inline.c
--- Comment #6 from jakub at gcc dot gnu dot org 2008-04-16 16:10 ---
Subject: Bug 35739
Author: jakub
Date: Wed Apr 16 16:10:04 2008
New Revision: 134354
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134354
Log:
PR c/35739
* tree-nrv.c (tree_nrv): Don't optimize
--- Comment #4 from jakub at gcc dot gnu dot org 2008-04-16 16:11 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||bkoz at gcc dot gnu dot org
Severity|normal
--- Comment #7 from jakub at gcc dot gnu dot org 2008-04-16 16:11 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from jakub at gcc dot gnu dot org 2008-04-16 16:12 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |sam at gcc dot gnu dot org
|dot org
--- Comment #2 from tromey at gcc dot gnu dot org 2008-04-16 16:57 ---
This works ok with 4.1 and with svn trunk.
So, I'm closing this, since 4.0 is a closed branch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-04-16 17:40 ---
Isn't this the same bug as PR 35916 ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35958
--- Comment #4 from DHConsultancy at skynet dot be 2008-04-16 17:44 ---
Subject: Re: gfortran for Vista
in a sense, yes, except that now also gcc 4.3.0 doesnt work anymore on
Vista
pinskia at gcc dot gnu dot org wrote:
--- Comment #3 from pinskia at gcc dot gnu dot org
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-04-16 17:48 ---
The driver has not changed since January.
*** This bug has been marked as a duplicate of 35916 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-04-16 17:48 ---
*** Bug 35958 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35916
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-04-16 17:54 ---
I don't have this problem:
[EMAIL PROTECTED] local]$ ~/gcc-spu/bin/spu-elf-gcc -v
Using built-in specs.
Target: spu-elf
Configured with: /home/apinski/src/local/gcc/configure --target=spu-elf
--- Comment #2 from tkoenig at gcc dot gnu dot org 2008-04-16 18:09 ---
Confirmed, not a regression.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from andreast at gcc dot gnu dot org 2008-04-16 18:12
---
I have a patch in testing. Looks ok so far.
One question, is it ok to place gstdint.h into the include directory? And not
like others in the toplevel build dir?
Index: configure.ac
--- Comment #3 from tkoenig at gcc dot gnu dot org 2008-04-16 18:15 ---
I cannot reproduce this on i686-pc-linux-gnu; valgrind
shows no errors.
This may be target specific.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35952
--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-04-16 18:19 ---
Confirmed, a regression:
$ gfortran foo.f
$ ./a.out
1 2 3 4 5 6 7 8 9 10
10 9 8 7 6 5 4 3 2 1
8 10 4 2 0 2 4 10 8***
11 11 11 3 3 3 3 11 11 11
$ ifort foo.f
$ ./a.out
1 2 3
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-04-16 18:36 ---
Confirmed, a regression vs. 4.2.3:
$ gfortran fa.f
$ ./a.out
10.0 9.0 8.0 7.0 6.0 5.0 4.0 3.0 2.0 1.0
1 0.11066 0.09967 -0.01099
2 0.24498 0.21867 -0.02631
3 0.40489 0.35877 -0.04612
--- Comment #7 from bkoz at gcc dot gnu dot org 2008-04-16 18:39 ---
Hey Andreas. This is fine for the time being.
If (include/gstdint.h) ends up being a problem (as include directory may not
exist when being output?), you can just do (gstdint.h) and then add a special
rule in
--- Comment #7 from uros at gcc dot gnu dot org 2008-04-16 18:39 ---
Subject: Bug 35944
Author: uros
Date: Wed Apr 16 18:39:08 2008
New Revision: 134359
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134359
Log:
PR target/35944
* gfortran.dg/pr35944-1.f90: New
--- Comment #8 from bkoz at gcc dot gnu dot org 2008-04-16 18:52 ---
in configure.ac please put
GCC_STDINT
out of native/cross bit of configure, and run unconditionally like so:
GCC_LINUX_FUTEX([AC_DEFINE(HAVE_LINUX_FUTEX, 1, [Define if futex syscall is
available.])])
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-04-16 19:50 ---
I see this issue even with 4.1.1 and even without -ftest-coverage.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34609
Problem with gfortran while developing a recursive function
which allocates an array stored in a derived-type.
This is the sample test :
module testmod
#define _DYNAMIC_TYPE allocatable
!#define _DYNAMIC_TYPE pointer
type, public :: t_type
integer, dimension(:), _DYNAMIC_TYPE :: chars
end
--- Comment #3 from tromey at gcc dot gnu dot org 2008-04-16 20:37 ---
I think some BOMs will be handled by iconv.
In particular I tried UTF-16 and this seemed to work ok.
UTF-8 is a special problem in two ways. First, glibc's iconv does not
appear to recognize the UTF-8 BOM.
And,
--- Comment #2 from pault at gcc dot gnu dot org 2008-04-16 20:53 ---
Subject: Bug 35932
Author: pault
Date: Wed Apr 16 20:53:07 2008
New Revision: 134364
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134364
Log:
2008-04-16 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #9 from andreast at gcc dot gnu dot org 2008-04-16 20:56
---
Patch is here, the changes from comment #8 are included.
http://gcc.gnu.org/ml/gcc-patches/2008-04/msg01320.html
--
andreast at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from steven at gcc dot gnu dot org 2008-04-16 21:02 ---
This will probably only be fixed once a gfortran developer gets access to
Vista...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35916
--- Comment #3 from pault at gcc dot gnu dot org 2008-04-16 21:02 ---
Subject: Bug 35932
Author: pault
Date: Wed Apr 16 21:02:10 2008
New Revision: 134366
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134366
Log:
2008-04-16 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #4 from pault at gcc dot gnu dot org 2008-04-16 21:07 ---
Fixed on 4.4 and 4.3
Thanks for the report
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Each line of the following subroutine causes a run-time
abort. Except for the one labeled gf1069. It works if
literal constants are used in place of the nf* variables.
Dick Hendrickson
program try_gf1065
! fails on Windows XP
! gcc version 4.4.0 20080312 (experimental) [trunk revision
--- Comment #4 from tromey at gcc dot gnu dot org 2008-04-16 21:29 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from andreast at gcc dot gnu dot org 2008-04-16 21:30
---
Subject: Bug 35915
Author: andreast
Date: Wed Apr 16 21:30:11 2008
New Revision: 134368
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134368
Log:
2008-04-16 Andreas Tobler [EMAIL PROTECTED]
PR
--- Comment #1 from gnu_andrew at member dot fsf dot org 2008-04-16 22:21
---
The difference is noticeable just from the zip output. This is the working
tools.zip created by fastjar:
0 04-16-08 03:08 gnu/classpath/tools/tnameserv/
2391 04-16-08 03:08
--- Comment #2 from tromey at gcc dot gnu dot org 2008-04-16 22:30 ---
If you know of a specific gjar patch, I can pull it over.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from tromey at gcc dot gnu dot org 2008-04-16 22:32 ---
Never mind, I see it now.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from gnu_andrew at member dot fsf dot org 2008-04-16 23:34
---
I recall there was a CP one that was fixed, but can't seem to find it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35950
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2008-04-17 01:35
---
I failed to take care of the equivalent problem for eoshift. Here is a case
from Dick on this. I have a patch testing.
SUBROUTINE RA0072(DDA,LDA,nf10,nf1,mf1,nf2)
! fails on Windows XP
! gcc version 4.4.0
When compiling the recent proftpd-1.3.2rc1 source code using gcc-4.3.0, a user
reported a problem where gcc reports a problem with the -Wno-long-double
option:
gcc -DHAVE_CONFIG_H -DLINUX -I.. -I../include -I/usr/include/mysql -O2
-Wall
-Wno-long-double -c mod_sql.c
mod_sql.c: In
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2008-04-17 04:31
---
Subject: Bug 35724
Author: jvdelisle
Date: Thu Apr 17 04:30:04 2008
New Revision: 134376
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134376
Log:
2008-04-16 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2008-04-17 04:33
---
Subject: Bug 35724
Author: jvdelisle
Date: Thu Apr 17 04:33:11 2008
New Revision: 134377
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134377
Log:
2008-04-16 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2008-04-17 04:38
---
I need to backport this to 4.3.1. Also, Dick, please let me know if you see
any other combinations like this that fail.
Thanks for reporting.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35724
--- Comment #2 from dimhen at gmail dot com 2008-04-17 05:05 ---
i reproduce err with #134344.
1. pre condition
'svnversion -n' print 134340
'gcc -v' print 134340
'g++ -v' print 134339
2. gcc_update. Update to #134344. No files has changed.
3. make install
'gcc -v' print 134344
'g++
76 matches
Mail list logo