--- Additional Comments From bonzini at gcc dot gnu dot org 2005-09-22
07:00 ---
I don't know the tree-cfg bits very well, but the patch seems wrong; you are not
committing the edge insertion.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23948
The following testcase should issue an error in strict F95 mode:
REAL FUNCTION funct()
funct = 0.0
RETURN
!
ENTRY enter RESULT (answer)
answer = 1.0
RETURN
END FUNCTION funct
The f95 standard forbids
ENTRY enter RESULT (answer)
because Section 12.5.2.5 syntax rule R1225 says
ENTRY
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-09-22
07:09 ---
I have a patch but it only works in the -fno-trapping-math case. Given that
trapping math is much more complex, that the code quality improves for
-ftrapping-math, and that we are late in the development
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-22 08:16
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-22 08:16
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-22 08:27
---
Hey Paolo. I consider this fixed for mainline.
I don't want to port this to gcc-4_0-branch. First of all, this isn't a
regression since debug mode was introduced in 3.4 and refined in 4.0.x, but is
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-22
08:31 ---
load-pre should sink the load and fix the problem at the tree level.
GCSE does it at rtl level for both -O2 and -Os on i686, so maybe costs on
alpha are weird enough to prevent it from doing its work at
--- Additional Comments From charlet at adacore dot com 2005-09-22 08:34
---
Subject: Re: s-taprop.adb:69:06: warning: cannot depend on
Interrupt_Operations (wrong categorization)
This bug is also present on the 4.0 branch. This is a regression
from 4.0.0
Could you double check ?
--- Additional Comments From pcarlini at suse dot de 2005-09-22 08:49
---
Sure! And thanks a lot for your concise and very effective fix!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21674
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-22
08:49 ---
Subject: Bug 23956
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-22 08:48:33
Modified files:
libstdc++-v3 : ChangeLog
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-22 08:50
---
in on mainline, queued for 4.0.3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23956
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-22 08:58
---
This is WONTFIX for 4.0.x, but is fixed in 4.1.x and later.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-22
10:29 ---
Subject: Bug 23788
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-22 10:28:17
Modified files:
gcc/ada: ChangeLog s-tpinop.ads
Log
For the following program
#define _POSIX_C_SOURCE 1
#include iostream
g++ issues the following error message:
/gcc-current/bin/../lib/gcc/i386-unknown-freebsd5.4/4.1.0/../../../../include/c++/4.1.0/cwchar:166:
error: '::vfwscanf' has not been declared
--- Additional Comments From chris at bubblescope dot net 2005-09-22 10:49
---
Ah ha, found the problem. tuple has a copy constructor for std::pair, but not
an operator=(std::pair). It
should. I'll prepare a patch. While I'm at fixing this, there are quite a lot
of functions
--- Additional Comments From a dot darovskikh at compassplus dot ru
2005-09-22 10:54 ---
The same problem stays unresolved in GCC-3.4.4
My test is:
$ cat header1.h
$ cat header2.h
#include header1.h
$ cat test.cpp
#include header1.h
#include header2.h
main()
{
}
$g++
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-22
11:24 ---
Subject: Bug 22438
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-22 11:24:01
Modified files:
gcc: ChangeLog tree-ssa-loop-ivopts.c
Compiling a program like this with -Wall doesn't generate a warning, even
though the result very likely is not intended:
struct s {
int a;
};
struct s s = {
.a = 5,
.a = 6,
};
Can a duplicate initializers warning please be added? Thank you!
--
Summary:
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Keywords|
--- Additional Comments From pluto at agmk dot net 2005-09-22 13:10 ---
Uros,
The mode switching patch ICEs current mainline on ix86.
gcc fbmmx.i -msse -O0,-O1 fails with different insn-errors.
[ -msse -O0 ]
fbmmx.c: In function
--- Additional Comments From pluto at agmk dot net 2005-09-22 13:15 ---
You're right, the mainline is ok. This bug is related to PR19161.
--
What|Removed |Added
--- Additional Comments From kmccarty at princeton dot edu 2005-09-22
14:17 ---
Could anyone find out whether this g77 bug applies to other 64-bit Linux
architectures as well as AMD64? I'm thinking of Alpha, Itanium, S390x, and
64-bit PowerPC and SPARC. Thanks in advance for any such
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-22
15:04 ---
Subject: Bug 24007
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-22 15:03:35
Modified files:
gcc: ChangeLog
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
15:04 ---
Confirmed, 4.0.0 have the same issue.
To reproduce this on i686-pc-linux-gnu use cc1 directly so _GNU_SOURCE is not
defined or undefine it
in the source or invoke gcc as
g++ t.cc -U_GNU_SOURCE
the C
// Barebones code to reproduce the problem:
// Interface
namespace NS
{
templatetypename T class X {};
templatetypename T XT operator*(const XT a, const XT b);
}
// Implementation
templatetypename T
NS::XToperator*(const NS::XT a,const NS::XT b)
{
return NS::XT();
}
The following simple program fails to compile on FreeBSD 5.4:
#define _POSIX_C_SOURCE 1
#include iostream
g++ issues the following error message:
/gcc-current/bin/../lib/gcc/i386-unknown-freebsd5.4/4.1.0/../../../../incl
ude/c++/4.1.0/cwchar:166:
error: '::vfwscanf'
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
15:17 ---
the error message about ambiguous overload is correct as there are two
functions there.
operator* in the global namespace and operator* in the NS namespace.
You most likely wanted to implement operator* in
--
What|Removed |Added
Summary|[3.4,4.0,4,1 regression]|[3.4/4.0/4.1 regression]
|#define _POSIX_C_SOURCE |#define _POSIX_C_SOURCE
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
15:20 ---
This is a target issue. The way we work around this on GNU/Linux is that we
define _GNU_SOURCE all
the time.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
15:25 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
The following simple program fails to compile on FreeBSD 5.4:
#define _POSIX_C_SOURCE 1
#include iostream
g++ issues the following error message:
/gcc-current/bin/../lib/gcc/i386-unknown-freebsd5.4/4.1.0/../../../../incl
ude/c++/4.1.0/cwchar:166:
error: '::vfwscanf'
--
What|Removed |Added
CC||rittle at latour dot rsch
||dot comm dot mot dot com
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
15:37 ---
*** This bug has been marked as a duplicate of 24012 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
15:37 ---
*** Bug 24013 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24012
I've written an macro for log2 calculation to calculate the exponent of
one value.
Than I cast this value to from double to int.
The 2 values double and int differs.
example:
log2(8) should be 3 but after casting to int its 2.
This bug could be
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
15:48 ---
This is really not a bug.
This is a dup of 323.
*** This bug has been marked as a duplicate of 323 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
15:48 ---
*** Bug 24014 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
What|Removed |Added
CC||rittle at latour dot waar
||dot labs dot mot dot com
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-22
15:58 ---
Subject: Bug 23043
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-22 15:57:49
Modified files:
gcc:
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-22
16:06 ---
I applied this patch to the 4.0 branch.
--
What|Removed |Added
Target Milestone|4.1.0
gcc produces wrong code when optimizer (O1 O2 or O3) is used.
The c-source showing the problem is generated by the flex lexical scanner.
Applies to gcc versions 3.0.4, 3.3.5 and 3.4.4 (and maybe others not tested).
Tested on Debian/Intel platforms only.
On gcc 2.95 and multiple former versions of
--
What|Removed |Added
Severity|critical|normal
Component|c |middle-end
Keywords|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
16:26 ---
Of course, we cannot guess what the issue is from your description.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24015
--- Additional Comments From buergel at limmat dot ch 2005-09-22 16:28
---
Created an attachment (id=9792)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9792action=view)
Testcase. Unpack and make reproduces the bug
Testcase requires flex (= 2.5.4) lexical scanner to be installed
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-22
16:35 ---
Subject: Bug 21983
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-22 16:34:59
Modified files:
gcc/cp : ChangeLog class.c
--- Additional Comments From buergel at limmat dot ch 2005-09-22 16:39
---
How-To-Repeat:
Unpack the attached archive, cd showbug, make.
It will first compile the program, then process and display some test data.
Prerequisites:
You must have the flex lexical parser installed for this
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
16:40 ---
html_purify.l:24: warning: operation on `data' may be undefined
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
16:43 ---
(In reply to comment #4)
html_purify.l:24: warning: operation on `data' may be undefined
Does fixing that line help?
It should look like:
static void strtolower(char *data) { while (*data != '\0') { *data
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
17:04 ---
From the private email:
Hello and thanks for the quick answer! Yes it does! But: I am not getting the
warning: operation on `data' may be undefined
when using gcc 3.4.4 and -Wall.
So how could I (and
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
17:06 ---
(In reply to comment #6)
Hello and thanks for the quick answer! Yes it does! But: I am not getting the
warning: operation on `data' may be undefined
when using gcc 3.4.4 and -Wall.
Try at -O0, glibc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
17:07 ---
*** Bug 24015 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
Take the following example:
void f(int *a)
{
*a++ = __extension__ ({ int bb = *a; bb; });
}
---
We don't warn for the operation on a. This is most likely we don't look into a
BLOCK or a statement list,
I don't know which one. If I remove the declation of bb, it works, so I am
going to
--- Additional Comments From joern dot rennecke at st dot com 2005-09-22
17:14 ---
Subject: Re: [4.1 Regression]: Gcc failed to build on ia64
Ian Lance Taylor wrote:
2005-09-21 Jorn Rennecke [EMAIL PROTECTED]
* final.c (get_attr_length_1): In !HAVE_ATTR_length case, define as
--- Additional Comments From joseph at codesourcery dot com 2005-09-22
17:24 ---
Subject: Re: New: Missing operation on xxx may be undefined
on obvious undefined code
On Thu, 22 Sep 2005, pinskia at gcc dot gnu dot org wrote:
Take the following example:
void f(int *a)
{
*a++ =
This is a tracker for Java patches that should be appled to 4.0 branch, once it
thaws after the 4.0.2 release.
Please add PR fixes as dependencies, and for other patches link to their URLs in
a comment.
--
Summary: [meta-bug] Patches that should be applied to 4.0 branch
--- Additional Comments From mckinlay at redhat dot com 2005-09-22 17:28
---
PR 23891 fix. This is required to build ECJ.
--
What|Removed |Added
BugsThisDependsOn|
--- Additional Comments From mckinlay at redhat dot com 2005-09-22 17:30
---
Patch to fix classloader deadlock. Needed for Jonas.
http://gcc.gnu.org/ml/java-patches/2005-q3/msg00412.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24018
--- Additional Comments From mckinlay at redhat dot com 2005-09-22 17:34
---
PR 21418. Needed to build classpath reliably.
--
What|Removed |Added
BugsThisDependsOn|
--- Additional Comments From joern dot rennecke at st dot com 2005-09-22
17:37 ---
Subject: RFA: fix PR 23837 (Re: [4.0/4.1 regression] Wrong code with
-fschedule-insns)
I have regtested the attached patch on i686-pc-linux-gnu in mainline
from 2005-09-19 18:00 UTC.
2005-09-22 Jorn
--- Additional Comments From mckinlay at redhat dot com 2005-09-22 17:39
---
PR 23182. Fixes a miscompilation affecting Eclipse.
--
What|Removed |Added
BugsThisDependsOn|
--
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23182
--
What|Removed |Added
Target Milestone|4.0.2 |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23891
--- Additional Comments From mckinlay at redhat dot com 2005-09-22 17:45
---
This patch should go into the 4.0 branch, once that thaws.
--
What|Removed |Added
Target
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-22
17:50 ---
(In reply to comment #30)
Can you re-submit the patch on the fortran ml for approval?
ping
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15234
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
18:33 ---
Confirmed fixed. Thanks again David.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
18:36 ---
Fixed for 4.1.0.
--
What|Removed |Added
Known to fail|3.4.0 4.0.0 4.1.0
On Thu, 2005-09-22 at 08:31 +, rguenth at gcc dot gnu dot org wrote:
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-22
08:31 ---
load-pre should sink the load and fix the problem at the tree level.
Uh, load PRE doesn't sink loads, it would lift it.
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-09-22
18:40 ---
Subject: Re: Simple redundancy not eliminated
On Thu, 2005-09-22 at 08:31 +, rguenth at gcc dot gnu dot org wrote:
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-22
08:31
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-22
19:00 ---
Subject: Bug 23516
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-22 19:00:25
Modified files:
gcc/fortran: ChangeLog intrinsic.c intrinsic.h
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-22
19:05 ---
Subject: Bug 23516
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-22 19:04:14
Modified files:
gcc/testsuite : ChangeLog
Added files:
--- Additional Comments From ljrittle at gcc dot gnu dot org 2005-09-22
19:20 ---
The better way to fix this IMHO is to mirror how we fixed other conditionally
missing symbols. Add a _DYNAMIC hook, add the support guards in various places
where the HAVE_X guards exist, add a correctly
--- Additional Comments From ian at airs dot com 2005-09-22 19:23 ---
Subject: Re: [4.1 Regression]: Gcc failed to build on ia64
Joern RENNECKE [EMAIL PROTECTED] writes:
2005-09-22 Jorn Rennecke [EMAIL PROTECTED]
* final.c (insn_default_length, insn_min_length): In
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
19:24 ---
Confirmed, reduced testcase:
# 1 t.c
# 1 built-in
# 1 command line
# 1 t.c
# 1 t.h 1
1
# 2 t.c 2
--
What|Removed |Added
(Debian bug #329691)
In the following program, the environment task deallocates a protected
object while a task is busy in it. Per RM 9.4(20), the task should
receive a Program_Error. In gnat 3.15p-13, gnat-3.4 3.4.3-13 and
gnat-4.0 4.0.1-2, the program teminates immediately but without an
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
19:33 ---
This is a dup of bug 13397.
*** This bug has been marked as a duplicate of 13397 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
19:33 ---
*** Bug 19507 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
When compiling the attached program (-std=c99 -march=i486 -O?), GCC allocates
the following stacks for the recursive function f (in bytes):
GCC 3.4.5 (20050821) -O2: 16 -O3: 16
GCC 4.0.2 (20050917) -O2: 40 -O3: 360 (!)
GCC 4.1.0 (20050904) -O2: 28 -O3: 28
There are only 10 local int
--- Additional Comments From guillaume dot melquiond at ens-lyon dot fr
2005-09-22 20:16 ---
Created an attachment (id=9793)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9793action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24020
--
What|Removed |Added
Component|c |middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24020
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
20:27 ---
This is just excessive recusive inlining.
--
What|Removed |Added
CC|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
20:28 ---
Fixed in 4.1.0.
--
What|Removed |Added
Status|NEW
Take the following example:
double BG_SplineLength ()
{
double lastPoint;
double i;
for (i = 0.01;i=1;i+=0.1f)
if (!(i != 0.0))
{
lastPoint = i;
}
else
{
lastPoint = 2;
}
return lastPoint;
}
The loop is useless and we should remove the loop
Try the following stripped-down example file:
-- dummy.txt -
/* Execute example with: gcc -E -P -C -x c dummy.txt
a \
b \
c
*/
-- dummy.txt -
i.e. there are continuation lines *inside* C comments.
--- Additional Comments From jbglaw at lug-owl dot de 2005-09-22 21:33
---
The patch that was imported two days ago seems to break architectures that
don't have length defines in their MD files (eg. VAX). I haven't checked if
there are other architectures affected, though...
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
21:37 ---
(In reply to comment #5)
The patch that was imported two days ago seems to break architectures that
don't have length
defines in their MD files (eg. VAX). I haven't checked if there are other
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
21:39 ---
(In reply to comment #0)
I'm not so sure what the standard says about line continuation inside C
comments
but if the lines should be merged I would expect the following result:
The standard says
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
21:41 ---
This looks like PR 24024.
--
What|Removed |Added
BugsThisDependsOn|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
21:41 ---
I think this is related to PR 24024.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13726
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-22
21:52 ---
Subject: Bug 23843
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-22 21:52:09
Modified files:
gcc/fortran: ChangeLog resolve.c
In __cxa_get_globals, the code does:
if ((g = (__cxa_eh_globals *)
std::malloc (sizeof (__cxa_eh_globals))) == 0
|| __gthread_setspecific (globals_key, (void *) g) != 0)
std::terminate ();
but since __cxa_get_globals is called in __cxa_allocate_exception, the
--- Additional Comments From tobi at gcc dot gnu dot org 2005-09-22 22:01
---
Agreed, noone cotradicted.
--
What|Removed |Added
CC|
--- Additional Comments From dave dot offiler at metoffice dot gov dot uk
2005-09-22 22:01 ---
Subject: Out of Office AutoReply: SIZE() matters?
Sorry, I'm away just now. I'll be back in the office on
Monday 26th September 2005
and will read your message then.
If the matter is
--- Additional Comments From tobi at gcc dot gnu dot org 2005-09-22 22:02
---
Can this be done now that PR22480 is fixed?
--
What|Removed |Added
CC|
--- Additional Comments From tobi at gcc dot gnu dot org 2005-09-22 22:04
---
Fixed by FX' recent patch.
--
What|Removed |Added
Status|NEW
--
What|Removed |Added
Target Milestone|4.0.3 |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17815
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-22
22:46 ---
Subject: Bug 24005
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-22 22:45:43
Modified files:
gcc/fortran: ChangeLog interface.c
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-22
22:47 ---
Subject: Bug 24005
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-22 22:47:45
Modified files:
gcc/testsuite : ChangeLog
Added files:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
23:04 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
23:58 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |kazu at gcc dot gnu dot org
|dot org |
Status|NEW
1 - 100 of 107 matches
Mail list logo