--- Additional Comments From aj at gcc dot gnu dot org 2005-05-21 07:00
---
Steven, any update on this one? Would you like to get it assigned to?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928
--- Additional Comments From deemkay at gmail dot com 2005-05-21 07:33
---
i think this might be a dupe of #21529, and the original person who provided the
code has also opened a PR (although for a different reason), so i'd like to
close this. thanks anyways.
--
What|Re
Consider:
enum tree_code {
AAA,
BBB,
CCC
};
struct tree_common {
enum tree_code code : 8;
};
int
foo (struct tree_common *p)
{
enum tree_code code = p->code;
if (code == 0)
return p->code;
return 123;
}
After forwprop, the code leading up to the COND_EXPR looks like so:
D.1
GCC version: 4.0.0 release
Host = Target = Build = Cygwin (i686-pc-cygwin)
I configure with:
../gcc-4.0.0/configure --prefix=/usr/local --sysconfdir=/etc
--program-suffix=-4 \
--enable-threads=posix --enable-version-specific-runtime-libs \
--enable-languages=c,ada,c++,f95,java,objc,treelang --dis
--
What|Removed |Added
CC||christian dot joensson at
||gmail dot com
http://gcc.gnu.org/bu
--- Additional Comments From kazu at cs dot umass dot edu 2005-05-21 09:45
---
The DOM's optimization comes from find_equivalent_equality_comparison,
which makes a COND_EXPR absorb a narrowing cast.
We could port this to tree-ssa-forwprop.c.
--
http://gcc.gnu.org/bugzilla/show_bug.c
In the attached source there are several definitions of the form:
template<>
checker
subBuff::checks;
As shown in the attached output from "nm", these are reported in the .o file as
references not definitions:
U _ZN7subBuffI6readerE6checksE
However, if the definition is exp
--- Additional Comments From igodard at pacbell dot net 2005-05-21 10:01
---
Created an attachment (id=8942)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8942&action=view)
compiler output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21696
--- Additional Comments From igodard at pacbell dot net 2005-05-21 10:02
---
Created an attachment (id=8943)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8943&action=view)
linker symbols as reported by "nm"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21696
--- Additional Comments From igodard at pacbell dot net 2005-05-21 10:02
---
Created an attachment (id=8944)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8944&action=view)
source code (compressed)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21696
--- Additional Comments From fxcoudert at gmail dot com 2005-05-21 10:03
---
On i386-mingw32, there is another one of those:
../../gcc/fastjar/jartool.c: In function 'extract_jar':
../../gcc/fastjar/jartool.c:1770: error: too many arguments to function 'mkdir'
Looks like MKDIR_TAKES_ON
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-21
12:38 ---
There is a reason why forwprop does not do this, the SSA_NAME is used twice.
If we run forwprop
before FRE, it will catch it in this
See PR 19703 for a case where DOM messes up catching something like th
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-21
12:44 ---
Fixed in 3.4.0 and above.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-21
12:46 ---
You are just specializing the template member and not instainationing them.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-21
12:51 ---
Fixed for 4.0.0.
--
What|Removed |Added
Status|NEW |RESO
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-21
12:52 ---
Should this be closed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19633
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-05-21
13:50 ---
The only construct I can make gcc deal with mixed (non-)volatile qualifiers
is a union like in
union {
volatile int x;
int y;
} u;
int foo(void)
{
u.y = 0;
return u.x;
}
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-21
13:52 ---
*** This bug has been marked as a duplicate of 19303 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-21
13:53 ---
*** Bug 21673 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19303
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-21
14:01 ---
Confirmed, in 3.2.3, we produced the same class file.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-21
14:03 ---
(In reply to comment #1)
> Confirmed, in 3.2.3, we produced the same class file.
Oh and optimized it correctly.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21662
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-21
14:03 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-21
14:04 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-21
14:06 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-21
14:09 ---
ld.so.1: ($MYPATH)/gcc/gcc/f951: fatal: libgmp.so.3: open failed: No such file
or directory
This means that libgmp is not in your LD_LIBRARY_PATH.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21547
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-21
14:13 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From bero at arklinux dot org 2005-05-21 14:30
---
I haven't been able to find a short piece of code triggering this problem, but
using a fairly stupid script ("while true; do check out older version;
compile; see if problem persists; done"), I've found the prob
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-21
14:35 ---
Confirmed, reduced testcase (which shows the problem):
template
struct t
{
typedef typename T::type type;
};
template<> class t{};
template struct t1{ };
template<> struct t1
{
typedef int type;
};
n
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-21
14:37 ---
(In reply to comment #2)
> Reverting this patch fixes the problem.
There is a latent bug somewhere else.
We still need a testcase.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-21
14:49 ---
Confirmed, reduced testcase:
template struct dispatch { typedef int result; };
struct copy_
{
template
typename dispatch::result
operator()(Range1 const& src) const
{
return dispatc
--
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-
||patches/2005-
|
[ forwarded from http://bugs.debian.org/278642 ]
With this jar file:
http://mesh.dl.sourceforge.net/sourceforge/jabref/Jabref-1.5.jar
both 3.3.6 and 3.4.4 segfault.
[EMAIL PROTECTED]:/tmp% gcj-3.3 Jabref-1.5.jar
antlr/PreservingFileWriter.java: In class `antlr.PreservingFileWriter':
antlr/Pres
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-21
14:54 ---
With the mainline, I get:
antlr/TokenStreamRewriteEngine.java:0: error: cannot find file for class
antlr.TokenStreamRewriteEngine$RewriteOperation
antlr/TokenStreamRewriteEngine.java:0: error: cannot find f
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-21
15:01 ---
Confirmed, here is a testcase which makes sure that we don't have to worry
about the one use property
of forwprop:
enum tree_code {
AAA,
BBB,
CCC
};
struct tree_common {
enum tree_code code : 8;
}
--- Additional Comments From ahaas at airmail dot net 2005-05-21 15:39
---
I applied the patch, rebuilt, installed, and can confirm the patch works as I
had a successful groff CVS build.
Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21645
hello,
I'm currently trying to create x86_64 crosschain and found several issues :
1)glibc won't compile on linux plateforms if threads aren't compiled
2)methods given on the wiki help to create a 1rst stage crosscompiler that can't
compile glibc with threads
this issue is fixed by installing gli
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-21
15:43 ---
This does not make sense, people create cross compilers to x86_64-pc-linux-gnu
all the time.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21698
The code below is an attempt at having the macro add_ss from GNU
MP accepted by G++. I am casting the outputs of the asm statement to
unsigned int& (in GMP, USItype is unsigned int + attrib SI, which are the
same on i386).
First, I'd like to be told if this is not a reasonable thing to do. I
t
On May 21, 2005, at 11:48 AM, thome at lix dot polytechnique dot fr
wrote:
The code below is an attempt at having the macro add_ss from GNU
MP accepted by G++. I am casting the outputs of the asm statement to
unsigned int& (in GMP, USItype is unsigned int + attrib SI, which are
the
same
--- Additional Comments From Emmanuel dot Thome at inria dot fr 2005-05-21
16:05 ---
*** Bug 21700 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21699
--- Additional Comments From Emmanuel dot Thome at inria dot fr 2005-05-21
16:09 ---
Created an attachment (id=8946)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8946&action=view)
asm code at -O2
see how the result of the second adc goes straight as a return value.
--
http:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-21
16:21 ---
You are violating C++ aliasing rules.
You are accessing a long variable as an int.
--
What|Removed |Added
---
--- Additional Comments From Emmanuel dot Thome at inria dot fr 2005-05-21
16:42 ---
(In reply to comment #3)
> You are violating C++ aliasing rules.
> You are accessing a long variable as an int.
>
ok. I'll try to have gmp fixed then.
shouldn't -Wstrict-aliasing issue a warning in su
--- Additional Comments From aj at suse dot de 2005-05-21 16:50 ---
Subject: Re: libstdc++ headers should have pop/push of the visibility around
the declarations
"mark at codesourcery dot com" <[EMAIL PROTECTED]> writes:
> Then, can it not be left disabled for 4.0.x as well?
It could
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-21
16:57 ---
Subject: Bug 21331
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-21 16:57:25
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-21
16:57 ---
Subject: Bug 21293
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-21 16:57:25
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-21
16:58 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-21
16:58 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
Bug 21331 depends on bug 21293, which changed state.
Bug 21293 Summary: [4.0 Regression] ICE in set_value_handle
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21293
What|Old Value |New Value
-
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-21
16:59 ---
Subject: Bug 21331
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-21 16:58:46
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-21
16:59 ---
Subject: Bug 21293
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-21 16:58:46
Modified files:
gcc: Change
--- Additional Comments From kazu at cs dot umass dot edu 2005-05-21 17:01
---
(In reply to comment #2)
> There is a reason why forwprop does not do this, the SSA_NAME is used twice.
If we run forwprop
> before FRE, it will catch it in this
We are interested in the number of immediate
--- Additional Comments From schlie at comcast dot net 2005-05-21 17:31
---
(In reply to comment #1)
> This is undefined, see the full discussion on the gcc list:
> http://gcc.gnu.org/ml/gcc/2005-05/msg00073.html
- out of curiosity, it's not clear that the discussion reached any
conc
--- Additional Comments From jlm_devel at laposte dot net 2005-05-21 17:50
---
maybe, I can too using several workaround like crosstool.sh is doing but
this lead to have the target tree be located at the same place of the
crosschain which is a nonsens...
why a target filesystem's
We are currently discussing this issue in the Core Working group of the ISO
C++ committee. Currently there is not agreement that such an instantiation
should be disallowed. In particular, the case of an overloaded operator that
operates on enums is under consideration. In any case, there does no
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-21
18:01 ---
*** This bug has been marked as a duplicate of 21514 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-21
18:01 ---
*** Bug 21701 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From debian-gcc at lists dot debian dot org
2005-05-21 18:10 ---
(In reply to comment #3)
> (In reply to comment #1)
> > This is undefined, see the full discussion on the gcc list:
> > http://gcc.gnu.org/ml/gcc/2005-05/msg00073.html
>
> - out of curiosity, it's n
--- Additional Comments From jlm_devel at laposte dot net 2005-05-21 18:22
---
I re-checked to be sure... and I confirm :
$ make all-gcc
...
$ echo $?
2
$ cd gcc
$ make all
...
$ echo $?
0
$ ls libgcc.a
libgcc.a
so the issue is : two make that should have the same behaviour don't
--
Typo at line 19: "SPARC", must be "x86"
--
Summary: Typo in gcc/testsuite/gcc.target/i386/i386.exp
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: testsuite
AssignedTo: unassi
--- Additional Comments From gdr at integrable-solutions dot net
2005-05-21 18:32 ---
Subject: Re: No flag to turn off warning: warning: template-argument
`' uses anonymous type
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| --- Additional Comments From pinskia
--- Additional Comments From gdr at gcc dot gnu dot org 2005-05-21 18:55
---
People should not hastly close bug PRs without proper analysis.
--
What|Removed |Added
--- Additional Comments From atrus dot ru at atrus dot ru 2005-05-21 19:30
---
Created an attachment (id=8947)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8947&action=view)
patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21702
[ forwarded from http://bugs.debian.org/275547 ]
[EMAIL PROTECTED]:/tmp% cat Test.java
class Test {
public static void main(String[] argv) {
for (char i = '\u0001'; i <= '\u'; i++) {
char[] ca = { i };
System.out.println("Interning "+((int)i)+"th String");
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-21
19:57 ---
Subject: Bug 20436
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-21 19:56:44
Modified files:
libgfortran/generated:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-21
19:57 ---
Subject: Bug 21108
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-21 19:56:44
Modified files:
libgfortran/generated:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-21
19:57 ---
Subject: Bug 20074
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-21 19:56:44
Modified files:
libgfortran/generated:
--
What|Removed |Added
Component|java|libgcj
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21703
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-21
20:14 ---
Confirmed, looks like the intern hash table becomes full.
--
What|Removed |Added
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-05-21
20:29 ---
Fixed in 4.0.
--
What|Removed |Added
Status|NEW |RESOLVE
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-05-21
20:30 ---
Fixed in 4.0.
--
What|Removed |Added
Status|NEW |RESOLVE
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-05-21
20:31 ---
Fixed in 4.0.
--
What|Removed |Added
Status|NEW |RESOLVE
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-21
20:34 ---
Subject: Bug 18495
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-21 20:33:58
Modified files:
libgfortran: Change
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-05-21
20:34 ---
Fixed in 4.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18495
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-05-21
20:34 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-21
20:35 ---
FIxed so lets close it.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From schlie at comcast dot net 2005-05-21 20:48
---
(In reply to comment #4)
> (In reply to comment #3)
> > (In reply to comment #1)
> > > This is undefined, see the full discussion on the gcc list:
> > > http://gcc.gnu.org/ml/gcc/2005-05/msg00073.html
> >
> > -
sparc64-pld-linux-gcc == 32-bit sparc crosscompiler for sparc64 target.
during building native 64-bit compiler I get:
(...)
sparc64-pld-linux-gcc -c -O2 -mcpu=ultrasparc -DIN_GCC -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic
-Wno-long-long -Wno-vari
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-21
21:15 ---
Can you try to include limits.h instead?
--
What|Removed |Added
GCC build triplet|
--- Additional Comments From schlie at comcast dot net 2005-05-21 21:28
---
(In reply to comment #4)
> Subject: Re: wrong-code with inlining and type-punned pointer
> Because this is what the standard says is allowed. The standard also
> says the comparisons and assignment between poin
"schlie at comcast dot net" <[EMAIL PROTECTED]> writes:
| (In reply to comment #4)
| > Subject: Re: wrong-code with inlining and type-punned pointer
| > Because this is what the standard says is allowed. The standard also
| > says the comparisons and assignment between pointers without a case is
--- Additional Comments From gdr at integrable-solutions dot net
2005-05-21 21:42 ---
Subject: Re: wrong-code with inlining and type-punned pointer
"schlie at comcast dot net" <[EMAIL PROTECTED]> writes:
| (In reply to comment #4)
| > Subject: Re: wrong-code with inlining and type-pu
--- Additional Comments From pluto at agmk dot net 2005-05-21 21:50 ---
(In reply to comment #1)
> Can you try to include limits.h instead?
#include helps too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21704
--- Additional Comments From schlie at comcast dot net 2005-05-21 22:28
---
(In reply to comment #6)
> Subject: Re: wrong-code with inlining and type-punned pointer
>
> Sorry, I don't see that implication. However, GCC already has a
> switch for tuning off such comparison.
- Then wha
On May 21, 2005, at 6:28 PM, schlie at comcast dot net wrote:
--- Additional Comments From schlie at comcast dot net 2005-05-21
22:28 ---
(In reply to comment #6)
Subject: Re: wrong-code with inlining and type-punned pointer
Sorry, I don't see that implication. However, GCC alre
--- Additional Comments From pinskia at physics dot uc dot edu 2005-05-21
22:32 ---
Subject: Re: wrong-code with inlining and type-punned pointer
On May 21, 2005, at 6:28 PM, schlie at comcast dot net wrote:
>
> --- Additional Comments From schlie at comcast dot net 2005-05-21
--- Additional Comments From gerald at pfeifer dot com 2005-05-21 23:24
---
I installed a patch which makes "Download" a section of its own on the
"Releases" page and directly link to that section from the navigation bar.
(This will take up to 24 hours to become active on the production
--- Additional Comments From g_bugz at zewt dot org 2005-05-21 23:26
---
(Awesome. I spend ten minutes typing out a response, the tracker goes "you
can't do that!", and I lose it all. Only Debian gets their tracker right ...)
(Very old response, since the fact that this was closed wa
--- Additional Comments From schlie at comcast dot net 2005-05-21 23:31
---
(In reply to comment #8)
> Subject: Re: wrong-code with inlining and type-punned pointer
> > - Then what is the purpose of the this portion of the standard, if
> >not to clarify the intent that lvalues which
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-21
23:34 ---
Reopening for now.
--
What|Removed |Added
Status|RESOLVED|RE
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-21
23:35 ---
(In reply to comment #1)
> Confirmed, most likely what needs to happen is to add a check to libstdc++'s
> configure for llabs.
This again should happen.
--
What|Removed
--- Additional Comments From tromey at gcc dot gnu dot org 2005-05-21
23:48 ---
Testing a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |trom
--- Additional Comments From tromey at gcc dot gnu dot org 2005-05-21
23:56 ---
In the upstream PR, a real deadlock is mentioned.
The backtrace shows the finalizer thread blocking.
Probably what is happening is that one thread is
spinning while looking for an empty slot in the string
has
--- Additional Comments From tromey at gcc dot gnu dot org 2005-05-22
00:37 ---
One more note -- the test case will loop infinitely
even when the intern() bug has been fixed, since every
'char' value is <= \u
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21703
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-22
01:04 ---
Subject: Bug 21703
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-22 01:04:47
Modified files:
libjava: Change
--- Additional Comments From tromey at gcc dot gnu dot org 2005-05-22
01:06 ---
I've checked in a patch on the 4.0 branch.
I will put it on the trunk when it emerges from its current
slushy state; I am leaving the PR open until then.
I'm not planning to put this on the 3.4 branch, but if
--- Additional Comments From tromey at gcc dot gnu dot org 2005-05-22
01:13 ---
The jar file is actually missing the files that gcj says it cannot find.
And, these classes are definitely referred to by other classes in the jar.
So, that is a problem with the jar file, at least for the C+
Consider:
extern unsigned int strlen (const char *) __attribute__ ((__pure__));
void
foo (const char *str)
{
unsigned int a = strlen (str);
unsigned int b = strlen (str);
if (a != b)
link_error ();
}
FRE does not eliminate the second call to strlen.
--
Summary: FRE does no
--- Additional Comments From dave at boost-consulting dot com 2005-05-22
03:11 ---
Subject: Re: Download > Releases doesn't take me to appropriate info
"gerald at pfeifer dot com" <[EMAIL PROTECTED]> writes:
> --- Additional Comments From gerald at pfeifer dot com 2005-05-21 23:2
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-22
05:27 ---
Confirmed.
--
What|Removed |Added
CC||pinskia at
1 - 100 of 101 matches
Mail list logo
