--- Comment #10 from steven at gcc dot gnu dot org 2006-08-01 05:51 ---
Why is this a P1 regression? ia-64 is not a primary platform.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #10 from drow at gcc dot gnu dot org 2006-08-01 02:47 ---
Subject: Re: C++ (throw() and catch(...) {/* fall through */ } ) and pthread
cancellation are incompatible (at least with NPTL)
On Tue, Aug 01, 2006 at 02:13:08AM -, jason at gcc dot gnu dot org wrote:
> Finally
--- Comment #9 from jason at gcc dot gnu dot org 2006-08-01 02:33 ---
Created an attachment (id=11986)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11986&action=view)
revision to forced-lib.patch that also adds __foreign_exception
--
jason at gcc dot gnu dot org changed:
--- Comment #8 from jason at gcc dot gnu dot org 2006-08-01 02:13 ---
Created an attachment (id=11985)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11985&action=view)
libstdc++ patch to prevent ... from catching forced unwird
Finally, this patch stops ... from catching forced unw
--
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 #8 from dave at hiauly1 dot hia dot nrc dot ca 2006-08-01
00:16 ---
Subject: Re: [4.2 Regression] ./java/lang/Thread.h:31: error: using
typedef-name '_Jv_Thread_t' after 'class'
> --- Comment #7 from mmitchel at gcc dot gnu dot org 2006-07-31 23:42
> ---
> Java i
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-08-01 00:15 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-07-31 23:49
---
Should this issue be closed now that Roger's patches have been applied?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28247
We've got some broken dependencies in the Makefiles:
The definitions of REGS_H and BASIC_BLOCK_H in Makefile.in contain
varray.h instead of $(VARRAY_H).
Fixing this results in circular dependencies:
make then reports problems with build/gencondmd.o:
make[2]: Circular build/gencondmd.o <- insn-f
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28560
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28559
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28558
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28557
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-07-31 23:42
---
Java is not release-critical.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28544
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28528
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28523
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28516
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28513
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28506
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28495
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28490
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28489
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28480
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-07-31 23:33
---
Fixed, though really this is just a workaround as mentioned on the mailing
list.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28479
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28450
--- Comment #12 from mmitchel at gcc dot gnu dot org 2006-07-31 23:32
---
Shouldn't this issue be closed now?
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
-
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28432
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28420
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28418
--- Comment #12 from reichelt at gcc dot gnu dot org 2006-07-31 22:52
---
Subject: Bug 6634
Author: reichelt
Date: Mon Jul 31 22:52:20 2006
New Revision: 115843
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115843
Log:
PR c++/6634
* decl.c (grokdeclarator): Che
--- Comment #11 from patchapp at dberlin dot org 2006-07-31 22:35 ---
Subject: Bug number PR c++/6634
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-07/msg01267.html
--
http://gcc.gnu.org/bugzil
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2006-07-31
22:23 ---
Subject: Re: [4.2 Regression] ./java/lang/Thread.h:31: error: using
typedef-name '_Jv_Thread_t' after 'class'
> --- Comment #5 from andreast at gcc dot gnu dot org 2006-07-31 22:15
> ---
> Workin
--- Comment #5 from andreast at gcc dot gnu dot org 2006-07-31 22:15
---
Working on a patch.
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
Assi
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.1.2 |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25468
--- Comment #12 from steven at gcc dot gnu dot org 2006-07-31 22:13 ---
Fixed in GCC 4.2 and GCC 4.1. But I am not interested in fixing this in GCC
4.0, so I'm finished with this bug.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
-
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28560
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.1.2 |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25468
--- Comment #7 from cvs-commit at developer dot classpath dot org
2006-07-31 22:09 ---
Subject: Bug 23682
CVSROOT:/cvsroot/classpath
Module name:classpath
Changes by: Tom Tromey 06/07/31 22:08:00
Modified files:
gnu/java/nio : SelectionKeyImpl.java Selec
--- Comment #11 from steven at gcc dot gnu dot org 2006-07-31 22:08 ---
Subject: Bug 25468
Author: steven
Date: Mon Jul 31 22:08:47 2006
New Revision: 115841
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115841
Log:
PR debug/25468
Backport from mainline
--- Comment #6 from tromey at gcc dot gnu dot org 2006-07-31 21:58 ---
*** Bug 26506 has been marked as a duplicate of this bug. ***
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from tromey at gcc dot gnu dot org 2006-07-31 21:58 ---
I'm fairly certain this is a duplicate.
*** This bug has been marked as a duplicate of 23682 ***
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
The following (probably valid) code snippet triggers an ICE since GCC 3.1:
==
template struct A {};
template struct B;
template struct C : A::X __attribute__((unused))> {};
===
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28559
The following (probably valid) code snippet triggers an ICE on mainline:
==
template struct A
{
struct B;
};
struct C
{
template friend struct __attribute__((packed)) A::B;
};
=
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28558
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28557
The following code snippet (I'm not sure whether it's valid or not)
triggers an ICE since GCC 3.1:
===
struct A {};
A *p = new A __attribute__((unused));
===
bug.cc:7: internal compiler error: in build_base_p
The following valid code snippet is rejected since GCC 4.0.3.
On mainline it even triggers an ICE:
=
struct A
{
template operator T() { return T(); }
};
template void foo()
{
A().operator int();
}
void bar()
{
foo<0>();
}
==
--- Comment #4 from tromey at gcc dot gnu dot org 2006-07-31 21:14 ---
The forward declaration is kind of a hack. I'm not sure why it is needed.
In any case, no-threads is also a big hack.
It wouldn't hurt to simply change the _Jv_Thread_t there to a class.
--
tromey at gcc dot gnu
--- Comment #5 from spkelly at andrew dot cmu dot edu 2006-07-31 20:30
---
(In reply to comment #4)
> http://gcc.gnu.org/simtest-howto.html
>
Thanks again, but...
-
make output:
[15+ minutes of successful output]
checking for shared libgcc... configure: error: Link tests are not
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-31 18:57 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|norma
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-31 18:56 ---
In 3.2.3 and before, we did not error out.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-07-31 18:52 ---
(In reply to comment #4)
> so it will be better if gcc searches gawk in $path rather than awk.
Why there are OS's which have real POSIX awk that are not gawk. Like mawk,
etc.
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #4 from pluto at agmk dot net 2006-07-31 18:50 ---
(In reply to comment #3)
> Subject: Re: can't bootstrap gcc / syntax error in gcc/opt-gather.awk
>
> >
> >
> >
> > --- Comment #2 from pluto at agmk dot net 2006-07-31 17:54 ---
> > (In reply to comment #1)
> >
In this test case, g++ issues a diagnostics which is confusing. If use of
__attribute__ ((constructor)) on a function with argument list other than
'void' is illegal, it should say so:
__attribute__ ((constructor))
static void Initialize(int argc, char *argv[], char *envp[]) {
}
% g++ -c ctor.C
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-07-31 18:44 ---
http://gcc.gnu.org/simtest-howto.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28551
--- Comment #3 from spkelly at andrew dot cmu dot edu 2006-07-31 18:35
---
I'd really expected to have good news, but even with newlib and gcc rebuilt for
powerpc-eabisim, I still get the same error (with and without -msim, which
sounds to be the default for *-eabisim anyway). I also f
--- Comment #31 from danglin at gcc dot gnu dot org 2006-07-31 18:29
---
The bug arises in simplifying this instruction in cse2:
(insn 141 140 142 11 builtin-bitops-2.c:10 (set (reg:SI 176)
(ashift:SI (reg:SI 139)
(minus:SI (const_int 31 [0x1f])
(reg
--- Comment #2 from kargl at gcc dot gnu dot org 2006-07-31 18:20 ---
Andrew,
end is a keyword, but Fortran does not have reserved keywords.
integer end
end = 1
print *, end
end
The two 'end's are distinct. Yes, it's prudent not to use keywords
in some other way, but Fort
--- Comment #11 from dj at redhat dot com 2006-07-31 18:07 ---
(1) I can manage my own bugzilla account, thankyouverymuch, and (2) I'm not the
only build maintainer.
--
dj at redhat dot com changed:
What|Removed |Added
-
--- Comment #11 from tbm at cyrius dot com 2006-07-31 18:04 ---
Created an attachment (id=11982)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11982&action=view)
test case
Testcase from application "xapian".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23454
--- Comment #3 from pinskia at physics dot uc dot edu 2006-07-31 17:57
---
Subject: Re: can't bootstrap gcc / syntax error in gcc/opt-gather.awk
>
>
>
> --- Comment #2 from pluto at agmk dot net 2006-07-31 17:54 ---
> (In reply to comment #1)
> > What is on line 24 in the
>
>
>
> --- Comment #2 from pluto at agmk dot net 2006-07-31 17:54 ---
> (In reply to comment #1)
> > What is on line 24 in the awk file?
>
> (...)
> #
> # Usage: awk -f opt-gather.awk file1.opt [...] > outputfile
>
> function sort(ARRAY, ELEMENTS) <=== line 24
Hehe, maybe Su
--- Comment #1 from peter at chocky dot org 2006-07-31 17:56 ---
Created an attachment (id=11981)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11981&action=view)
Preprocessed C++ demonstrating problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28553
Note, the following is in reference to this Debian version of GCC:
gcc version 4.1.2 20060729 (prerelease) (Debian 4.1.1-10)
However, it also occurs under a version I have built myself:
Target: i686-pc-linux-gnu
Configured with: ../configure --prefix=/usr/local/gcc-4.1
--enable-languages=c,c++,j
--- Comment #2 from pluto at agmk dot net 2006-07-31 17:54 ---
(In reply to comment #1)
> What is on line 24 in the awk file?
(...)
#
# Usage: awk -f opt-gather.awk file1.opt [...] > outputfile
function sort(ARRAY, ELEMENTS) <=== line 24
{
for (i = 2; i <= ELEMENTS; ++i
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-31 17:44 ---
Hmm, end is keyword.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28526
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-31 17:23 ---
What is on line 24 in the awk file?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28511
--- Comment #2 from fitzsim at gcc dot gnu dot org 2006-07-31 16:34 ---
Subject: Bug 28312
Author: fitzsim
Date: Mon Jul 31 16:34:28 2006
New Revision: 115839
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115839
Log:
2006-07-31 Thomas Fitzsimmons <[EMAIL PROTECTED]>
--- Comment #2 from tromey at gcc dot gnu dot org 2006-07-31 16:29 ---
Yes, the current 'ecj1' driver translates gnu-style options to eclipse-style
options. So instead of funkyCaseWarning we have funky-case-warning, etc.
Also we accept some "legacy" warning names, -Wno-foo, and the like
--- Comment #10 from sje at cup dot hp dot com 2006-07-31 16:19 ---
My weekend bootstrapping and testing on ia64-hp-hpux11.23 and ia64 Linux on the
4.1 branch showed no regressions. I think I should send email to gcc-patches
before checking it in on the 4.1 branch since the first patch
--- Comment #2 from spkelly at andrew dot cmu dot edu 2006-07-31 15:11
---
(In reply to comment #1)
> If you want to use powerpc-eabi with the simulator, you to configure it as
> such.
>
> powerpc-eabisim is the correct target for the powerpc-eabi simulator.
>
Will try. Thanks. I f
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-31 14:52 ---
If you want to use powerpc-eabi with the simulator, you to configure it as
such.
powerpc-eabisim is the correct target for the powerpc-eabi simulator.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28551
--- Comment #3 from spkelly at andrew dot cmu dot edu 2006-07-31 14:51
---
My bug has been further probed, wholely separated from 25035, and submitted
independently as http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28551
Don't bother investigating it as part of 25035 or 28133.
--
http
2006-07-31 under KDE 3.4.0
Overview:
When compiling trivial code with a gcc4.1.1 i686 to powerpc-eabi cross
compiler and specifying -msim, I am getting a "could not read symbols:
File format not recognized" error with libgcc.a.
Details:
Upon further research and experimentation of my problem cas
--- Comment #4 from pluto at agmk dot net 2006-07-31 14:41 ---
so, -Werror is useless now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28236
--- Comment #8 from amylaar at gcc dot gnu dot org 2006-07-31 14:39 ---
(In reply to comment #3)
> Too bad there are no comments how the code works, what is mlow and mhigh.
Tege has written a paper: http://swox.se/~tg/divcnst-pldi94.pdf
Also, you might consider adding him to the CC lis
--- Comment #3 from pluto at agmk dot net 2006-07-31 14:35 ---
one more testcase that renders different warning.
typedef enum { X, Y } e;
e zoo( e __e )
{
e r;
switch ( __e )
{
case X: r = Y; break;
case Y: r = X; break;
}
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-07-31 12:20 ---
Reduced testcase from comment #8
typedef union cl_lispunion *cl_object;
union cl_lispunion { cl_object cons; };
typedef union { cl_object data; } cl_symbol_initializer;
extern cl_symbol_initializer cl_symbols[];
ext
--- Comment #8 from tbm at cyrius dot com 2006-07-31 11:30 ---
Created an attachment (id=11980)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11980&action=view)
test case for 4.0, 4.1 and 4.2
Testcase from application "ecl".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2849
--- Comment #7 from tbm at cyrius dot com 2006-07-31 11:29 ---
This bug is also present in gcc 4.0 and 4.1 even though my original testcase
didn't expose it there. My new one does:
[EMAIL PROTECTED]:~$ gcc-4.0 -c -O ecl-asdf.c
ecl-asdf.c: In function 'LC67traverse':
ecl-asdf.c:81: inte
--- Comment #7 from jason at gcc dot gnu dot org 2006-07-31 09:40 ---
Created an attachment (id=11979)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11979&action=view)
NPTL patch to allow discarding cancellation exception
And here's a completely untested patch to NPTL to implement
--- Comment #6 from jason at gcc dot gnu dot org 2006-07-31 09:38 ---
Created an attachment (id=11978)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11978&action=view)
libstdc++ patch to allow catching forced unwind separately
Trying to move this issue forward: here's a libsupc++
--- Comment #5 from alex dot jacob at logicacmg dot com 2006-07-31 09:27
---
Hi,
I'm just using -gno optimisations.
Cheers,
Alex
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28518
--- Comment #2 from andrew at operationaldynamics dot com 2006-07-31 08:48
---
TimeZone parsing, formatting, and default (aka "localtime") issues reported in
bug 28549 and bug 28550
AfC
--
andrew at operationaldynamics dot com changed:
What|Removed
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-07-31 08:23 ---
4.0.3 works. (also does gcc 4.1.0 + patches as shipped with suse 10.1)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #8 from jason at gcc dot gnu dot org 2006-07-31 08:20 ---
In general, I think using the anonymous namespace in headers is not what you
want.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28514
--- Comment #7 from jason at gcc dot gnu dot org 2006-07-31 08:16 ---
The testcase gives the same errors for me when compiled as normal C++ as in PCH
mode.
The problem seems to be that you're removing the Rope_constants namespace name
and creating a name lookup collision between the _S_
--- Comment #5 from taschna at uni-muenster dot de 2006-07-31 07:49 ---
(In reply to comment #3)
Steve,
> [...]It's more a question of "why is it a NULL pointer?" not
> whether we can work around the NULL pointer.
i finally found Paul's mail corresponding to patch revision
86128: http:
91 matches
Mail list logo
