--- Comment #2 from carey dot evans at gmail dot com 2005-10-02 08:20
---
Created an attachment (id=9860)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9860&action=view)
Patch to ctype_inline.h and ctype_noninline.h
Here's a patch that copies the Solaris 2.7 implementation with t
--- Comment #3 from pcarlini at suse dot de 2005-10-02 08:20 ---
In the light of a discussion on the LWG reflector (in a nutshell, 6.3.1p8 and
6.3.1p12 together imply that rehashing is not allowed during erase), it seems
we have just to implement the resolution of issue 6.19. Will take c
--- Comment #4 from pcarlini at suse dot de 2005-10-02 08:57 ---
Sorry we have got some confusion here. The last comment actually applies to
24061, which is in fact unrelated to this one.
This bug is straightforward, we should simply return the number of erased
elements.
--
pcarlini
--- Comment #6 from pcarlini at suse dot de 2005-10-02 08:58 ---
In the light of a discussion on the LWG reflector (in a nutshell, 6.3.1p8 and
6.3.1p12 together imply that rehashing is not allowed during erase), it seems
we have just to implement the resolution of issue 6.19. Will take c
--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-02 10:20
---
Subject: Bug 24054
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-02 10:20:16
Modified files:
libstdc++-v3 : ChangeLog
libstdc++-v3/include/tr1:
--- Comment #5 from h dot m dot brand at xs4all dot nl 2005-10-02 13:23
---
Subject: Re: gcc-4.x fails to build on AIX 5.2.0.0-ML04
On 2 Oct 2005 04:45:37 -, "dje at gcc dot gnu dot org"
<[EMAIL PROTECTED]> wrote:
> --- Comment #4 from dje at gcc dot gnu dot org 2005-10-02 0
--- Comment #12 from pinskia at gcc dot gnu dot org 2005-10-02 14:58
---
Only a 3.4.x regression now.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-02 15:49 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #10 from laurent at guerby dot net 2005-10-02 16:20 ---
It looks like it is indeed a codegen bug in s-arit64.adb, in Scaled_Divide the
following line is miscompiled at -O1 and above (works at -O0):
T2 := Lo (T1 rem Zlo) & D (4);
In my p.adb testcase, the compile
--- Comment #2 from redi at gcc dot gnu dot org 2005-10-02 16:25 ---
P.S. in case it isn't obvious, the last paragraph should say "... F::f ..."
rather than "... F::F ..."
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24161
The example (which I will upload directly) fails as follows:
grendel:~/tmp/visibility simon$ gnatmake -c -u -f actual-s.ads
gcc -c actual-s.ads
actual-s.ads:4:01: instantiation error at basis-second.adb:4
actual-s.ads:4:01: no selector "Started" for type "Base" defined at
basis-second.ads:4, insta
--- Comment #1 from simon at pushface dot org 2005-10-02 17:11 ---
Created an attachment (id=9861)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9861&action=view)
Demonstration of problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24167
--- Comment #2 from laurent at guerby dot net 2005-10-02 17:52 ---
Same message on mainline, however I'm not able to say wether it's a bug or not.
--
laurent at guerby dot net changed:
What|Removed |Added
---
The following program fails to compile.
program bug
implicit none
integer, parameter :: nx=4,ny=4
real, dimension(nx,ny) :: f, g
real, dimension(nx) :: x
integer :: i
x = cshift((/ (i, i = 1, nx) /), nx/2) * 2
g = spread(x, 2, ny)
!
! x and g above (which compiles) are equivalent to f bel
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-02 18:00 ---
(In reply to comment #1)
>
> ../../../gcc/libgfortran/io/read.c: In function 'read_f':
> ../../../gcc/libgfortran/io/read.c:624: warning: value computed is not used
>
> ../../../gcc/libgfortran/io/unit.c: In functi
--- Comment #22 from pinskia at gcc dot gnu dot org 2005-10-02 18:39
---
Patch posted:
http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00047.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #16 from pinskia at gcc dot gnu dot org 2005-10-02 18:40
---
Patch posted:
http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00047.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #17 from pinskia at gcc dot gnu dot org 2005-10-02 18:52
---
Patch posted here:
http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00048.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #22 from pinskia at gcc dot gnu dot org 2005-10-02 19:00
---
Patch posted here:
http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00050.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-02 19:15 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from cvs-commit at gcc dot gnu dot org 2005-10-02 19:16
---
Subject: Bug 18851
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-02 19:15:59
Modified files:
gcc: ChangeLog c-typeck.c
Log message:
200
--
phython at gcc dot gnu dot org changed:
What|Removed |Added
CC||phython at gcc dot gnu dot
|
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-02 19:24 ---
alpha-dec-osf5.1b and Ada front-end are effected also see PR 21952.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24066
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-02 20:16
---
Subject: Bug 24142
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]2005-10-02 20:15:55
Modified files:
gcc: ChangeLog tree-vrp.c
gcc/testsuite : C
--- Comment #7 from dnovillo at gcc dot gnu dot org 2005-10-02 20:17
---
Fixed. http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00056.html.
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
Just like PR 23134, here is another testcase for the aliasing thinking that the
address escapes but this time it has SFT's involved and we should not have a
V_MAY_DEF for k.i:
static void f(char *a)
{
*a = 1;
}
struct g
{
char i, j;
};
void h(void)
{
struct g k = {2, 2};
f(&k.j);
if (k.
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-10-02 20:53 ---
Closing as won't fix for 4.1.0 as this target was removed in 4.1.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #8 from mark at codesourcery dot com 2005-10-02 21:21 ---
Subject: Re: solaris vs. __gthread_active_p
bkoz at gcc dot gnu dot org wrote:
> However, there is a bigger issue involved, which is still in progress.
> Actually,
> I'd like to broaden this out a bit since it look
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-02 21:27 ---
I think this is just another case of PR 23134.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2005-10-02 21:27
---
> Therefore, I'm suggesting I close this, and open a more general enhancement
> bug.
I'd rather keep it open and recategorize it as a "target" PR, since there is
really a problem with __gthread_active_p on Solar
--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-02 21:28
---
Subject: Bug 23840
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]2005-10-02 21:28:50
Modified files:
gcc/cp : tree.c ChangeLog
gcc/testsuite : Chang
--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-02 21:44
---
Subject: Bug 23840
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]2005-10-02 21:44:37
Modified files:
gcc/cp : tree.c
Added fil
--- Comment #10 from mmitchel at gcc dot gnu dot org 2005-10-02 21:45
---
Fixed in GCC 4.0.3.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from hubicka at ucw dot cz 2005-10-02 21:46 ---
Subject: Re: [4.1 Regression] ACATS FAIL 17 regressions on x86-linux, fixed
and decimal arithmetic broken
>
>
> --- Comment #10 from laurent at guerby dot net 2005-10-02 16:20 ---
> It looks like it is indeed a
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2005-10-02 21:55
---
> Can you please check if -fno-tree-ter makes the bug go away? We've
> chatted recently with Jakub concerning bug in argument saving in nested
> call and -maccumulate-outgoing-args. I was under impression that
--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-02 21:58
---
Subject: Bug 22621
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]2005-10-02 21:58:08
Modified files:
gcc/cp : parser.c pt.c ChangeLog
gcc/testsuite
--- Comment #10 from cvs-commit at gcc dot gnu dot org 2005-10-02 21:58
---
Subject: Bug 22621
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]2005-10-02 21:58:34
Modified files:
gcc/cp : parser.c
Added
--- Comment #11 from mmitchel at gcc dot gnu dot org 2005-10-02 22:05
---
Fixed in 4.0.3.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #13 from hubicka at ucw dot cz 2005-10-02 22:30 ---
Subject: Re: [4.1 Regression] ACATS FAIL 17 regressions on x86-linux, fixed
and decimal arithmetic broken
>
>
> --- Comment #12 from ebotcazou at gcc dot gnu dot org 2005-10-02 21:55
> ---
> > Can you please ch
The function java::io::File::performList in libjava/java/io/natFilePosix.cc
calls readdir_r using a stack buffer with pathconf(path, _PC_NAME_MAX) + 1
extra bytes. It does not check for failure of pathconf(). Also there is a race
condition between opendir() and pathconf(). This may well be exploita
--- Comment #1 from ben at decadentplace dot org dot uk 2005-10-02 23:16
---
Can someone please remove this from public view, as Mozilla does for security
bugs on their Bugzilla?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24170
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-02 23:20 ---
(In reply to comment #1)
> Can someone please remove this from public view, as Mozilla does for security
> bugs on their Bugzilla?
Why, this is a normal bug unless you can prove otherwise?
There are no known exploi
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-02 23:28 ---
But from the sound of this, this is a bug in readdir_r and not fully in libgcj.
Yes libgcj should be testing the return value of pathconf but I assume from
reading the man pages of pathconf and readdir_r, there shou
--- Comment #4 from ben at decadentplace dot org dot uk 2005-10-02 23:38
---
Andrew, I agree this is a problem with readdir_r, hence my original subject
(and the fact that I'm reporting bugs in a large number of other programs). I'm
not going to publish the advisory until 1st November.
--- Comment #3 from mmitchel at gcc dot gnu dot org 2005-10-03 00:16
---
Until DR228 the name following ".template" had to be a member template, so the
code would have been invalid on those grounds.
However, even after DR228, I don't think this is valid code.
The name lookup done afte
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-03 00:43 ---
I just tried to bootstrap the patch on x86_64-linux-gnu and I think I ran into
another VRP bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23603
Hi,
I've also reported this bug to the Debian Bug tracking system at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=331265
I'll repeat it here.
Package: g++-3.3
Version: 1:3.3.5-13
Severity: normal
When building on x86, g++ 3.3 fails with the following error.
scons
scons: Reading SConscript
--- Comment #1 from faheem at email dot unc dot edu 2005-10-03 00:48
---
Created an attachment (id=9863)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9863&action=view)
Preprocessed file to reproduce bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24171
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-03 00:58 ---
Reducing but from the look of it, it is not a regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
On Sun, 2 Oct 2005, ben at decadentplace dot org dot uk wrote:
--- Comment #1 from ben at decadentplace dot org dot uk 2005-10-02 23:16
---
Can someone please remove this from public view, as Mozilla does for security
bugs on their Bugzilla?
Unlike mozilla, we do not remove secu
--- Comment #5 from dberlin at gcc dot gnu dot org 2005-10-03 01:01 ---
Subject: Re: [SECURITY] readdir_r considered harmful
On Sun, 2 Oct 2005, ben at decadentplace dot org dot uk wrote:
>
>
> --- Comment #1 from ben at decadentplace dot org dot uk 2005-10-02 23:16
> ---
Compile of KOffice with gcc4.1 failed. Source condensed to a test case which
produces the following error:
---
test-case-1.cpp: In function ‘void prepare_inpaint()’:
test-case-1.cpp:55: error: incorrect sharing of tree nodes
D.1986_15 = "rb"[0];
"rb"[0];
test-case-1.cpp:55: internal
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|c++ |tree-optimization
Keywords||ice
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-03 01:12 ---
This is caused by the inliner.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-03 01:26 ---
Here is a slightly shorter testcase:
template struct CImg;
template struct CImgl;
struct IOException
{ IOException( const char * ){}
};
inline int* dummy( const char* const p
When compiling a templated heavy code, get an ICE when compiling a static
templated member function. When recompiling with -save-temps, no longer get
the ICE and code compiles.
g++ version:
g++-4.0 -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-lang
--- Comment #1 from jaschmidt at uofu dot net 2005-10-03 01:39 ---
Created an attachment (id=9864)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9864&action=view)
ii file for program that generates the ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24173
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-03 02:06 ---
>When recompiling with -save-temps, no longer get the ICE and code compiles.
Can you try without -save-temps again and see if you can reproducible.
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #3 from jaschmidt at uofu dot net 2005-10-03 02:39 ---
Subject: Re: ICE on returning a variable in a static templated member function
On Sunday 02 October 2005 08:06 pm, pinskia at gcc dot gnu dot org wrote:
> --- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-03 02:39 ---
(In reply to comment #5)
> I just tried to bootstrap the patch on x86_64-linux-gnu and I think I ran into
> another VRP bug.
I could not find it in cc1files and there was only one extra "Folding
predicate" in the who
--- Comment #4 from jaschmidt at uofu dot net 2005-10-03 02:40 ---
(In reply to comment #2)
> >When recompiling with -save-temps, no longer get the ICE and code compiles.
>
> Can you try without -save-temps again and see if you can reproducible.
>
Without the -save-temps, the code giv
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-03 02:51 ---
Fixed by:
2005-09-28 Geoffrey Keating <[EMAIL PROTECTED]>
* config/rs6000/t-darwin8: Uncomment contents, allow -m64
multilib to be built.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #14 from laurent at guerby dot net 2005-10-03 03:37 ---
I confirm that on p.adb no-tree-ter does make the problem disappear, p.adb
works when I compile s-arit64 as follows:
gcc -c -O2 -gnatpg -fno-tree-ter s-arit64.adb
(I'll be away from email until wednesday).
--
http
--- Comment #15 from neroden at gcc dot gnu dot org 2005-10-03 03:42
---
So there's a problem with the multiple-include-protection in glibc!
We actually want to include the headers twice, potentially -- once when
included via et al, with everything in namespaces, and once when
included
--- Comment #3 from steven at gcc dot gnu dot org 2005-10-03 06:14 ---
No it is not.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
BugsThisDependsOn|2313
67 matches
Mail list logo
