--- Additional Comments From fitzsim at redhat dot com 2005-09-02 06:50
---
This is fixed now. Closing.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From amodra at bigpond dot net dot au 2005-09-02
05:10 ---
Huh, the problem is that sjlj exception code is tacked on to the end of basic
block 0, instead of the end of the prologue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21460
--- Additional Comments From cvs-commit at developer dot classpath dot org
2005-09-02 04:32 ---
Subject: Bug 20014
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Thomas Fitzsimmons <[EMAIL PROTECTED]> 05/09/02 04:15:52
Modified files:
--- Additional Comments From fitzsim at redhat dot com 2005-09-02 04:21
---
This worked on GNU Classpath CVS with
-Dgnu.java.awt.peer.gtk.Graphics=Graphics2D. I also committed a small fix to
make it work without -Dgnu.java.awt.peer.gtk.Graphics=Graphics2D. Closing.
--
Wha
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-02
01:54 ---
Since both of these tests passed yesterday, this is a regression now.
The only change between those two testuiste which was related to this failure
is:
+2005-09-01 Jakub Jelinek <[EMAIL PROTECTED]>
+
+
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-02
01:50 ---
The interesting thing is that catchall-1.m fails now (along with
local-variables-1.m):
http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg00051.html
But did less than a day ago:
http://gcc.gnu.org/ml/gcc-tes
--- Additional Comments From fitzsim at redhat dot com 2005-09-02 01:02
---
This is actually a libgcj bug. I'm changing the Product.
--
What|Removed |Added
Compone
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-02 00:28
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-02
00:28 ---
Subject: Bug 23668
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-02 00:28:00
Modified files:
gcc: ChangeLog
gcc/config/i386: i
--- Additional Comments From jmegq at radiance dot com 2005-09-02 00:16
---
Regarding macros -- I just found out about the _Pragma directive from C99, so at
least you can do something like this (paraphrasing some ACE code):
#define EXPORT_SINGLETON_DECLARE (SINGLETON_TYPE, CLASS, LOCK)
Given the program
typedef enum { ZERO }; // error, malformed typedef, missing identifier
typedef struct dummy {}; // ditto
gcc will silently step over and apparently ignore the typedef, treating the
statement as a simple "enum { ZERO };" rather than a "typedef enum { ZERO }
type_name;" wher
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-01 23:38
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01
23:35 ---
Subject: Bug 23676
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-01 23:35:20
Modified files:
gcc: ChangeLog reload1.c rtlanal.c
Log m
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
23:16 ---
Hmm, the comment in the preprocessor is all of those:
case '(': case '{': case '[': case '%':
/* '\(', etc, can be used at the beginning of a line in a long
string split onto multiple line
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
23:11 ---
Hmm, interesting if I add -pedantic, I get the warnings.
And this is not a regression. A preprocessor person has to comment on why
this is.
--
What|Removed |Added
Given the following short test program:
const char *s1 = "\%\(\[\{"; // all these are invalid escape sequences
const char *s2 = "\)\]\}"; // so are these
the compiler warns about the unknown escape sequences in s2 (and everything else
you can come up with), but ignores the particular sequen
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-01 22:41
---
No, Geoff, look closer at the failure message. The biggest problem is that
you deleted the line that converted a PARALLEL to a CONST_VECTOR node.
Testing a fix now.
--
What|Removed
--
What|Removed |Added
Component|c |target
Keywords||build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2368
own-linux-gnu
Configured with: ../gcc/configure --target=mipsisa64sb1-unknown-linux-gnu
--prefix=/usr/mips --without-headers --with-newlib --with-gnu-as --with-gnu-ld
--with-local-prefix=/usr/mips/mipsisa64sb1-unknown-linux-gnu --disable-shared
--enable-languages=c
Thread model: posix
gcc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
21:37 ---
Then this was caused by:
* class.c (make_class): Do not create binfo here.
(set_super_info): Create it here.
* java-tree.h (CLASS_HAS_SUPER): Cope with lack of a binfo.
Nathan?
--
--- Additional Comments From fitzsim at redhat dot com 2005-09-01 21:25
---
In this case we have shared libraries under /opt with the same names as
libraries under /usr/lib, and we want our program to always use the /opt
libraries without users having to set LD_LIBRARY_PATH.
--
http
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
21:15 ---
Fixed.
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
21:14 ---
Fixed by one of the following patches:
2005-08-31 Richard Henderson <[EMAIL PROTECTED]>
* emit-rtl.c (set_mem_attributes_minus_bitpos): Look through
component-like references for setting M
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
21:06 ---
I want to say this is not really a bug as -rpath should almost never be used as
it cannot be overwritten
along other things. There are pages about why you should not be using -rpath.
--
http://gcc.gnu
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-01 21:02
---
Jakub, any idea how to add a test case for this thing? Ugh.
I cannot figure it out.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22309
--- Additional Comments From fitzsim at redhat dot com 2005-09-01 20:53
---
Confirmed. Run the tests like this:
LD_LIBRARY_PATH=`pwd` ./linked
LD_LIBRARY_PATH=`pwd` ./linkedjava
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23686
--- Additional Comments From jakub at gcc dot gnu dot org 2005-09-01 20:52
---
Should be fixed on 3.4/4.0/HEAD.
--
What|Removed |Added
Status|NEW
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01
20:51 ---
Subject: Bug 23478
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-09-01 20:51:09
Modified files:
gcc: Change
--- Additional Comments From swagiaal at redhat dot com 2005-09-01 20:40
---
Created an attachment (id=9642)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9642&action=view)
testcase that produces the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23686
path embbeded using -rpath is ignored when handling System.loadLibrary()
the attached test case showes a java program trying to load a dummy library and
failing even though the path to that library was set using -rpath
--
Summary: path embbeded using -rpath is ignored when handling
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-09-01 20:26
---
Appears fixed on ia64-hpux 20050901.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23548
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-09-01 20:27
---
Appears fixed on ia64-hpux and hppa64-hpux 20050901.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20605
--- Additional Comments From ngmlinux at gmail dot com 2005-09-01 19:52
---
Subject: Re: arm-linux-gcj cross-compiler generates bad assembler-code
> > (gdb) bt
> > #0 GC_push_all_eager (bottom=0x0, top=0x390a8 "") at
> > ../../../gcc-3.4.3/boehm-gc/mark.c:1468
>
> Which shows that yo
--- Additional Comments From ngmlinux at gmail dot com 2005-09-01 19:46
---
(In reply to comment #9)
> I think it is the same problem with Boehm-GC on ARM/Linux that
> has been solved in upstream sources.
Has this fix been officially submited to gcc for inclusion in 4.0.X?
Are any fixe
--- Additional Comments From geoffk at gcc dot gnu dot org 2005-09-01
18:58 ---
... but why didn't it happen before? The problem seems to be that
ix86_expand_vector_init_one_var is
creating an all-zero vector that isn't the same as CONST0_RTX, which is wrong,
but the previous code di
--- Additional Comments From wmahan at gmail dot com 2005-09-01 19:18
---
I think I found the root of the problem. In 3.4.x, make_class() in java/class.c
looks like this:
type = make_node (RECORD_TYPE);
TYPE_BINFO (type) = make_tree_vec (BINFO_ELTS);
MAYBE_CREATE_TYPE_TYPE_LANG_SP
--- Additional Comments From gcc-bugzilla at future dot shiny dot co dot il
2005-09-01 19:11 ---
Here's what Azureus (a free Java Bittorrent client) reported me:
[9:07:22] DEBUG::Thu Sep 01 09:07:22 GMT+03:00
2005::com.aelitis.azureus.core.networkmanager.VirtualChannelSelector::select(lo
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
18:53 ---
ArrayIndexOutOfBoundsException is thrown for no reason as far as I can see from
the source?
Do you have an example where it is thrown?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23682
--- Additional Comments From geoffk at gcc dot gnu dot org 2005-09-01
18:48 ---
Yup, this one's mine.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
18:39 ---
yes, You are missing this is how templates work.
the template needs to be instainated.
Either explicitly instainate them in the other TU or put the template functions
in a header.
--
What
I have some simple code for a template class. If I define the class and
implement it in one file, everything compiles fine. If I put the class
definition in a .h and the implementation in a .cpp file, I get errors.
For example, with the files
test1a.h:
#ifndef _TEST1A_
#define _TEST1A_
#inclu
--- Additional Comments From abalkiss at redhat dot com 2005-09-01 18:27
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
GCC target triplet||powerpc-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23684
Take the following code:
#define OSSwapHostToBigInt32
void foo(char *input) {
input[0] = 'H';
input[1] = 'e';
input[2] = 'l';
input[3] = 'l';
input[4] = 'o';
input[5] = ' ';
input[6] = 'w';
input[7] = 'o';
input[8] = 'r';
input[9] = 'l';
input[10] = 'd';
input[11] = '\0';
}
See http://gcc.gnu.org/ml/gcc-patches/2005-09/msg00053.html .
There are some places where using an adjust_address call seems appropriate.
In other places we are generating genuinely new MEMs, but we it might be
appropriate to set some of the new bits.
--
Summary: review all uses of gen
gnu.java.nio.SelectorImpl.select(long) throws ArrayIndexOutOfBoundsException.
According to the Sun docs, it shouldn't throw it:
http://java.sun.com/j2se/1.4.2/docs/api/java/nio/channels/Selector.html#select(long)
--
Summary: gnu.java.nio.SelectorImpl.select(long) throws
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
17:41 ---
Mine.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pinskia at gcc
This causes a couple obj-C++ failures.
This is also a bug to remind me to implement this for 4.2.
--
Summary: CLS_HAS_CXX_STRUCTORS is not supported with the GNU
runtime
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Sev
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
17:39 ---
Mine.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pinskia at gcc
Just a bug report to remind me to add support for @synchronized for 4.2.
--
Summary: @synchronized support is not in GNU runtime
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component:
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-01 17:07
---
Proposed patch: http://gcc.gnu.org/ml/gcc-patches/2005-09/msg00053.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23671
--- Additional Comments From sje at cup dot hp dot com 2005-09-01 16:53
---
I have been unable to reproduce this bug here at HP using a number of different
GCC versions and HP linker/OS versions.
Nathanial, can you still reproduce the bug at CodeSourcery? If so can you do a
'what /usr/
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
16:48 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01
16:46 ---
Subject: Bug 23506
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-01 16:46:52
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01
16:43 ---
Subject: Bug 23556
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-01 16:43:24
Modified files:
libgfortran: Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
16:41 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
16:40 ---
Fixed in 4.0.2.
--
What|Removed |Added
Status|NEW |RESOL
--- Additional Comments From benoit dot hudson at gmail dot com 2005-09-01
16:14 ---
With this number of duplicates, perhaps it's time to change the title to contain
"used uninitialized" so searchers are more likely to find it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14329
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01
16:09 ---
Subject: Bug 22348
CVSROOT:/cvs/gcc
Module name:gcc
Branch: apple-local-200502-branch
Changes by: [EMAIL PROTECTED] 2005-09-01 16:09:12
Modified files:
gcc
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-01 16:08
---
Also reprodicible on ppc-linux.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
15:59 ---
*** Bug 23679 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
15:59 ---
This is a dup of bug 14329.
*** This bug has been marked as a duplicate of 14329 ***
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
15:57 ---
Compile the following at -O0 -fnon-call-exceptions:
float run (int t) {
int stack[4];
int *sp = stack+1;
try {
return ( *(--sp));
}
catch (int *ex) { }
return 0.0;
}
--
Wh
cat > foo.c << EOF
int main() {
int f[2];
f[0] = 4;
return f[1];
}
EOF
ln -s foo.c foo.cpp
gcc foo.c -Wall -O2
g++ foo.cpp -Wall -O2
In C, the warning is "foo.c:2: warning: 'f[1]' is used uninitialized in this
function"
In C++, the warning is "foo.cpp:2: warning: 'f$1' is used uninitialized
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-01 15:49
---
Yes, I'm fine with that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23506
--
What|Removed |Added
Keywords||EH
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23676
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-01
15:24 ---
Fixed also on the 3.4 branch.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01
15:23 ---
Subject: Bug 18512
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-09-01 15:23:21
Modified files:
gcc/cp : Change
--
What|Removed |Added
Keywords||ice-checking, wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23676
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-09-01
15:21 ---
Not a regression since iwwmxt support was new in 3.4
Note that you cannot use __attribute__((aligned (4))) to reduce the alignement
of an object, so this code is invalid (code compiled for iwmmxt processor
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-01
15:18 ---
It's in the tracker and I pinged it once already. One could commit it as
obvious, though ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23326
--- Additional Comments From matz at suse dot de 2005-09-01 15:11 ---
This still isn't in the 4.0 branch. Perhaps ping it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23326
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01
15:10 ---
Subject: Bug 23410
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-01 15:09:42
Modified files:
gcc: ChangeLog tree-ssa-loop-niter.c
Log
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-01
15:07 ---
Fixed also on the 3.4 branch.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01
15:06 ---
Subject: Bug 18545
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-09-01 15:06:17
Modified files:
gcc/cp : Change
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-01
14:58 ---
Taking care of the backport to the 3.4 branch.
--
What|Removed |Added
AssignedTo|m
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-01
14:57 ---
Taking care of the backport to the 3.4 branch.
--
What|Removed |Added
AssignedTo|m
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-01
14:56 ---
Taking care of the backport to the 3.4 branch.
--
What|Removed |Added
AssignedTo|m
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01
14:54 ---
Subject: Bug 17810
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-09-01 14:54:24
Modified files:
gcc: Change
--- Additional Comments From jakub at gcc dot gnu dot org 2005-09-01 14:42
---
Richard, are you ok with putting this into 4.0?
Bootstrapped/regtested on 7 linux arches.
--
What|Removed |Added
---
--- Additional Comments From tobi at gcc dot gnu dot org 2005-09-01 14:40
---
For the record: I accidentallz attached an old version of the third testcase
which doesn't yet have the correct dg-annotations: the first dg-error should be
removed, the second turned into a dg-warning.
--
--- Additional Comments From amodra at bigpond dot net dot au 2005-09-01
14:05 ---
Or make the doloop insn patterns conditional on flag_branch_on_count_reg?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19705
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01
14:05 ---
Subject: Bug 7241
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-01 14:04:55
Modified files:
gcc: ChangeL
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01
13:53 ---
Subject: Bug 7241
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-01 13:53:45
Modified files:
gcc: ChangeLog dwarf2out.c
gcc/tes
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-09-01 13:16 ---
Subject: Re: [4.1 Regression] Ada testsuite hangs -- many new failures
> I've identified the missing bit, leading to an inconsistency between
> the Ada code and the C code of the Ada front-end.
>
--
What|Removed |Added
Known to fail||3.4.4
Known to work||3.4.5 4.0.0 4.1.0
Target Milestone|4.0.0
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-09-01
13:14 ---
*** Bug 17810 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-09-01
13:13 ---
Really a dup of 15342. Fixed for 3.4.5
*** This bug has been marked as a duplicate of 15342 ***
--
What|Removed |Added
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-01
13:11 ---
I've identified the missing bit, leading to an inconsistency between
the Ada code and the C code of the Ada front-end.
Working on a fix/resolution...
Arno
--
What|Removed
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01
13:09 ---
Subject: Bug 17810
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-09-01 13:09:08
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01
13:09 ---
Subject: Bug 15342
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-09-01 13:09:08
Modified files:
gcc: Change
--
What|Removed |Added
CC||alfredo dot ferrari at cern
||dot ch
http://gcc.gnu.org/bugzill
The following code fails
[/Users/fca] more test.f
subroutine test(bbb)
implicit double precision (A-H,O-Z)
double precision blob(100),bbb(100)
data blob /100*-1/
save blob
do j=1,100
blob(j)=bbb(j)
enddo
end
[/Users/fca] /opt/gcc-4_0/bin/gfor
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
13:04 ---
Reducing. I was able to reproduce this with the preprocessed source from
ppc-darwin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23671
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
12:55 ---
Fixed most likely by:
2005-08-31 Richard Henderson <[EMAIL PROTECTED]>
* config/i386/i386.c (ix86_function_ok_for_sibcall): Fix test for
fp return matching.
--
What|Remove
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-01
12:38 ---
I have a patch that for
int a,b;
void foo(void)
{
int x;
if (ahttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=22568
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-01
12:16 ---
Oops. Would that be Paul T's patch to have "PRINT namelist" work?
Thanks Tobi for the fix!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23661
--- Additional Comments From tobi at gcc dot gnu dot org 2005-09-01 12:10
---
Turns out FX approved the culprit patch :-) Anyway, I'm testing a fix.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
12:01 ---
A little more reduced:
struct JvSynchronize {
~JvSynchronize ();
};
char* * resolve_pool_entry (void);
void * _Jv_ResolvePoolEntry (void)
{
JvSynchronize sync;
return *(resolve_pool_entry ());
}
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
11:59 ---
(In reply to comment #1)
> Works for me on alphaev68-unknown-linux-gnu
> tiw with 4.1.0 20050819.
And does not with 4.1.0 20050901 on i686-pc-linux-gnu or on powerpc-darwin.
--
http://gcc.g
1 - 100 of 127 matches
Mail list logo
