--- Additional Comments From konqueror at gmx dot de 2005-06-03 06:14
---
What if people wanna access some gnu.* stuff we ship directly, like
gnu.regexp?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21892
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-03
05:34 ---
Forgot to mark as fixed earlier.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-03
04:12 ---
I've checked in the fix for this.
--
What|Removed |Added
Target Milestone|---
--- Additional Comments From kazu at cs dot umass dot edu 2005-06-03 04:09
---
Just checked in a patch.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-03
04:06 ---
Subject: Bug 21722
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-03 04:06:19
Modified files:
gcc/java : ChangeLog class.c
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-03
04:06 ---
Subject: Bug 21722
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-06-03 04:05:53
Modified files:
gcc/java : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-03
02:55 ---
Subject: Bug 21849
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-03 02:55:21
Modified files:
gcc: ChangeLog tree-ssa-copy.c
Log messa
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-03
00:51 ---
Geoff forgot to commit part of his patch. He committed today:
http://gcc.gnu.org/ml/gcc-cvs/2005-06/msg00104.html
--
What|Removed |Added
--- Additional Comments From billingd at gcc dot gnu dot org 2005-06-03
00:47 ---
Seen in last three 4.10 reports to gcc-testresults.
--
What|Removed |Added
Stat
The new test gcc.dg/sync-2.c fails on a number of platforms, including
http://gcc.gnu.org/ml/gcc-testresults/2005-06/msg00151.html
http://gcc.gnu.org/ml/gcc-testresults/2005-06/msg00145.html
http://gcc.gnu.org/ml/gcc-testresults/2005-06/msg00140.html
Looks like a testsuite issue. On Irix
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-02
23:37 ---
Fixed in 4.0.0 by:
2005-03-09 Mark Mitchell <[EMAIL PROTECTED]>
PR c++/20208
* pt.c (tsubst_decl): Apply array-to-pointer and
function-to-pointer conversions to function arguments.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-02
23:33 ---
Confirmed, reduced testcase:
void CheckFile ()
{
char tagname[10]; char * a = tagname;
int validate()
{
return (a == tagname+4);
}
if(a == tagname)
validate();
}
Here is a sample code that generates the problem (tried to reduce it as much as
possible):
#include
template
class Bar
{
public:
void foo(T a) { std::cout << a << std::endl; }
};
int main()
{
typedef int arr[3];
arr sz={0,1,2};
std::cout << sz << std::endl; // prints address of sz[0]
Following test ICEs with gcc mainline when compiled with -O1. Test was done on
apple-ppc-darwin.
% gcc -c -O1 bad.c
bad.c: In function 'CheckFile':
bad.c:2: internal compiler error: Bus error
Please submit a full bug report,
with preprocessed source if appropriate.
See http://developer.apple.com/b
--
What|Removed |Added
BugsThisDependsOn||21893
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13603
We must go through the JVM Spec and ensure that all required
constraints on class loading, linking, and verification are followed;
and that in particular the required exceptions are thrown.
This audit should take the form of a VM test suite.
We must test loading bytecode, as well as compiling bytec
--- Additional Comments From sje at cup dot hp dot com 2005-06-02 22:46
---
This has been fixed for 4.1 because the whole sync code has been redone.
__sync_bool_compare_and_swap_di is no longer a builtin function, although
__sync_bool_compare_and_swap is. But __sync_bool_compare_and_sw
In order to be confident in our security implementation we must
ensure that calls to gnu.* code (which might bypass security checks)
are inaccessible to user code running in a secure context.
Some sort of automated testing would be ideal, so that we could reliably
re-run the audit whenever we like.
--
What|Removed |Added
BugsThisDependsOn||21892
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13603
--
What|Removed |Added
BugsThisDependsOn||21891
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13603
Currently we implement some of the required calls to SecurityManager,
but not all of them. E.g., look for the FIXME comments in natClass.cc
(this is not all of the missing ones though).
We need:
- A comprehensive Mauve test suite; every required call must be
checked
- A complete audit of all th
--
What|Removed |Added
BugsThisDependsOn||21890
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13603
Search java/lang/SecurityManager.java for "XXX" and you
will see that there are (minor) missing pieces.
These are needed for the security model to work.
--
Summary: SecurityManager is incomplete
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-02
22:11 ---
Investigating.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ebo
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-02
22:11 ---
Confirmed with Sun tools. Workaround is to use -gstabs+ instead of -g.
--
What|Removed |Added
--
What|Removed |Added
Keywords||build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21888
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
smalltalk=; cat test.c
__thread int x;
smalltalk=; gcc -c test.c
smalltalk=; gcc -g -c test.c
/usr/ccs/bin/as: "/var/tmp//cc09foyk.s", line 75: error: statement syntax
/usr/ccs/bin/as: "/var/tmp//cc09foyk.s", line 75: error: statement syntax
/usr/ccs/bin/as: "/var/tmp//cc09foyk.s", line 75: error:
When bootstrapping for EV4, pp_base_set_prefix is miscompiled. An fnop is
emitted between the two insns of the initial ldgp pair.
The abi for "standard pv usage", implied by ".prologue 1", requires that this
instruction pair be sequential. Which allows the linker to alter "jsr foo"
into "bsr foo
--- Additional Comments From sje at cup dot hp dot com 2005-06-02 21:18
---
I built a 3.4.2 GCC on an IA64 Linux box and tried to reproduce the bug but
could not. The included test case compiled with no problem.
--
What|Removed |Added
---
--
What|Removed |Added
Severity|minor |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21887
--
What|Removed |Added
Keywords||wrong-code
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--
What|Removed |Added
Component|bootstrap |middle-end
Keywords||build, ice-on-valid-code,
|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-02
20:53 ---
This might be related to:
http://gcc.gnu.org/ml/gcc-regression/2005-06/msg00012.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21886
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-06-02
20:24 ---
Kazu is not working on this anymore.
--
What|Removed |Added
AssignedTo|kazu at cs
--- Additional Comments From bangerth at dealii dot org 2005-06-02 20:17
---
Created an attachment (id=9018)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9018&action=view)
Much shorter testcase
I attach another testcase that I managed to get down to approximately 10kloc.
It is on
In the following code we produce an extra la.
int curr_state_graph_pass_num = 0;
void
pass_states (void)
{
curr_state_graph_pass_num++;
}
We currently produce at -O2 -mdynamic-no-pic:
_pass_states:
lis r9,ha16(_curr_state_graph_pass_num)
la r9,lo16(_curr_state_graph_pass_num)(r9
Bootstrap fails on hppa2.0w-hpux on 20050602 on mainline (tree from 07:00 UTC).
This is a separate failure from that reported at
<http://gcc.gnu.org/ml/gcc/2005-06/msg00046.html>.
./xgcc -B./
-B/scratch/gcc/nightly-2005-06-02-mainline/hppa2.0w-hp-hpux11.11/build_gcc/install/hppa2.0w-hp-hpu
--- Additional Comments From bangerth at dealii dot org 2005-06-02 19:36
---
I don't know -- the failure appears in a completely different place. I see
this particular ICE on at least half a dozen of my files, but I'll be happy
holding off finding a reduced testcase until the other PR
A number of compat testsuite failures have appeared on mainline between 20050601
and 20050602 on hppa64-hpux and ia64-hpux. There don't appear to be
sufficiently recent results for ia64-linux on gcc-testresults to show whether
they appear there as well.
On hppa64-hpux:
FAIL: tmpdir-gcc.dg-s
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-02
19:29 ---
This is most likely related to PR 21155 which is another bug with the same ICE.
--
What|Removed |Added
---
--- Additional Comments From bangerth at dealii dot org 2005-06-02 19:24
---
Created an attachment (id=9017)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9017&action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21884
This is with today's sources, so unrelated to the previously fixed
PR 21789 even though the error message is the same.
With attached code, I get this:
spec/src> c++ -O2 -march=pentium4m -msse2 -ftree-vectorize
auto_derivative_function.ii
auto_derivative_function.ii:6859: warning: ‘__malloc_
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-02
19:17 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From joseph at codesourcery dot com 2005-06-02
19:08 ---
Subject: Re: Memory management problem in new C parser
On Thu, 2 Jun 2005, ebotcazou at gcc dot gnu dot org wrote:
> Do you mean that parser_obstack is effectively a per-toplevel-decl object and
> that it
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-02
19:04 ---
Confirmed, a regression from 4.0.0.
--
What|Removed |Added
OtherBugsDependingO|
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |kazu at cs dot umass dot edu
|dot org |
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-02
19:00 ---
(In reply to comment #8)
> The testcase from comment #3 still crashes on the 3.4 branch:
Please open a new bug.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-02
18:59 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8681
extern int foo1 (void), foo2 (int);
int bar (int x)
{
int varvar1, varvar2;
int z;
if (x > 913)
varvar1 = foo1 ();
else
varvar2 = foo2 (6);
#define A foo1 (); foo1 (); foo1 (); foo1 (); foo1 ();
#define B A A A A A A A A A A
#define C B B B B B B B B B B
C C C C C C C C C C C
i
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-06-02
18:50 ---
Fixed. Likely with http://gcc.gnu.org/ml/gcc-patches/2005-06/msg00127.html, but
it may have been fixed earlier. The natural range for i_6 is computed as [0, 9]
so this isn't something that was folded usi
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-02
18:49 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21458
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21090
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21086
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-06-02
18:47 ---
This is not related to range propagation. Removing dependency on 18373.
--
What|Removed |Added
--- Additional Comments From pthaugen at us dot ibm dot com 2005-06-02
18:46 ---
Does this need to be reopened? I see the following for mainline.
-m32:
.L4:
slwi %r9,%r11,1 #, tmp130, i
addi %r11,%r11,1 # i, i,
sthx %r0,%r9,%r10#* q.1, tmp132
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21367
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21348
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21289
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20701
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-06-02
18:44 ---
How is this related to VRP at all? Removing dependency on 18373.
--
What|Removed |Added
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14341
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-02
18:43 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From trt at acm dot org 2005-06-02 18:40 ---
The current warning algorithm is too simple. This would be better:
For each function that contains call(s) to setjmp(), compute:
ref_nz The set of variables that might possibly be live
(reference
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-06-02
18:37 ---
Fixed. Likely with http://gcc.gnu.org/ml/gcc-patches/2005-06/msg00127.html
--
What|Removed |Added
-
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21582
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-06-02
18:26 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-02
18:26 ---
Subject: Bug 21582
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-02 18:26:08
Modified files:
gcc: ChangeLog tree-vrp.c
gcc/tes
--- Additional Comments From sje at cup dot hp dot com 2005-06-02 18:23
---
I am going to resolve this as invalid since I can't find any documentation to
fix. All the existing documentation I checked, even 3.2.2, is generic about what
flags pthread sets. None of them mention _REENTRENT.
--
Bug 14300 depends on bug 10865, which changed state.
Bug 10865 Summary: [ia64] gcc -pthread does not add -D_REENTRANT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10865
What|Old Value |New Value
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-02
18:15 ---
Confirmed on i386-linux. Here is the GDB backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x08057e09 in add_init_expr_to_sym (name=0xb430 "etype", initp=0xb42c,
var_locus=0xbff
--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-02
18:10 ---
Closing as invalid. Both 4.0 and mainline implement the resolution of DR214,
and hence consider the deductions unordered.
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-02
18:09 ---
Not a gcc bug so closing.
--
What|Removed |Added
Status|WAITING
--
What|Removed |Added
Target Milestone|--- |4.1.0
Version|unknown |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21765
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-02
17:52 ---
Subject: Bug 21280
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-02 17:52:29
Modified files:
gcc/cp : ChangeLog Make-lang.in decl.c decl2.c
--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-02
17:51 ---
2005-06-02 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/21280
* Make-lang.in (method.o): Add diagnostic.h
* decl.c (start_preparsed_function): Use decl's location for file
info
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-02
17:49 ---
Subject: Bug 21280
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-02 17:48:58
Modified files:
libstdc++-v3 : ChangeLog
libstdc++-v3/tests
--- Additional Comments From uttamp at us dot ibm dot com 2005-06-02 17:46
---
This bug seems to be fixed with the mainline gcc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21774
--- Additional Comments From bjs5075 at rit dot edu 2005-06-02 17:40
---
Subject: Re: this pointer somehow gets NULLed between member
function calls
I have found the problem in my code. It was an out-of-order GL command
thrashing the stack.
I am very sorry for this erroneous bug repo
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-02
17:39 ---
> I don't see anything intrinsically to do with the parser in this bug; when
> a function finishes, label_context_stack_se and label_context_stack_vm
> should end up as NULL so this memory should not be
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-02
17:33 ---
Subject: Bug 21280
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-06-02 17:33:36
Modified files:
libstdc++-v3 : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-02
17:31 ---
Subject: Bug 21280
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-06-02 17:31:11
Modified files:
gcc/cp : Change
--- Additional Comments From sven at physto dot se 2005-06-02 17:28 ---
Created an attachment (id=9016)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9016&action=view)
Testcase.
Execute with an argument on the command line to trigger the bug.
--
http://gcc.gnu.org/bugzilla/show
See the demo. If a frame is created and thrown away, a second frame will have
the wrong size.
--
Summary: Wrong Frame size if a frame has been created previously
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Prior
--
Bug 21861 depends on bug 21029, which changed state.
Bug 21029 Summary: [4.1 Regression] vrp miscompiles Ada front-end, drops loop
exit test in well-defined wrap-around circumstances
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21029
What|Old Value |New Valu
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-06-02
17:15 ---
(In reply to comment #17)
> Not. http://gcc.gnu.org/ml/gcc-patches/2005-06/msg00128.html
Open a new PR. This is a completely different and not related to VRP. Closing.
--
What|Removed
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-06-02
17:14 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-02
17:13 ---
Subject: Bug 21765
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-02 17:13:35
Modified files:
gcc: ChangeLog
gcc/doc: i
--- Additional Comments From sven at physto dot se 2005-06-02 16:46 ---
Just commited a simple fix for this to Classpath CVS.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19838
--- Additional Comments From aa056 at chebucto dot ns dot ca 2005-06-02
16:11 ---
The test doesn't tell us if the output is correct!
The attached script runs the test but saves the output. On Windows XP Msys
the gfortran output is missing a block of records:
$ ./chk-write-many.sh
ca
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-02
16:08 ---
Any news on this one, Honza?
--
What|Removed |Added
AssignedTo|rakdver at gcc dot
--- Additional Comments From jakub at gcc dot gnu dot org 2005-06-02 16:07
---
Yeah, it is a different bug, one that does not exhibit on the original testcase.
Therefore IMHO a separate PR is needed...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21716
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-02
16:05 ---
The testcase from comment #3 still crashes on the 3.4 branch:
ePR21716.c: In function `foo':
ePR21716.c:21: internal compiler error: in subst_stack_regs_pat, at
reg-stack.c:1445
Please submit a full bug r
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-02
15:49 ---
Created an attachment (id=9014)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9014&action=view)
Proposed patch
--
What|Removed |Added
-
Currently, there are 26 bits for encoding the size
of an object in the array descriptor for 32-bit
targets, because the size is encoded together with
the type, which takes up 6 bits, and dtype is an
index_type (which has 32 bits on a 32-bit target).
It would be nice to have a separate size field.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-02
14:52 ---
Subject: Bug 21734
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-02 14:52:18
Modified files:
gcc: ChangeLog tree-vectorizer.c
--- Additional Comments From dir at lanl dot gov 2005-06-02 14:50 ---
I knew that the program would not likely run with out hitting errors. It
compiles and runs correctly using several different FORTRANS including Absoft
and Lahey , but it needs options like "-fno-automatic -finit-local-z
1 - 100 of 143 matches
Mail list logo
