--- Additional Comments From bart dot vanassche at yucom dot be 2005-08-09
06:00 ---
Created an attachment (id=9453)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9453&action=view)
Program output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23296
--- Additional Comments From bart dot vanassche at yucom dot be 2005-08-09
05:59 ---
Created an attachment (id=9452)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9452&action=view)
Assembler code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23296
--- Additional Comments From bart dot vanassche at yucom dot be 2005-08-09
05:58 ---
Created an attachment (id=9451)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9451&action=view)
Output of the preprocessor.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23296
--- Additional Comments From bart dot vanassche at yucom dot be 2005-08-09
05:56 ---
Created an attachment (id=9450)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9450&action=view)
C++ source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23296
When compiling code with gcc 4.0.0 or 4.0.1 and when specifying both the
-finstrument-functions and the -O3 options, then __cyg_profile_func_enter() is
called two or more times successively with exactly the same arguments (called
function pointer and call site pointer). This should never happen.
-
--- Additional Comments From phython at gcc dot gnu dot org 2005-08-09
05:05 ---
Wow, compiling this on ia64-linux at -O2 gives:
parser: 50.14 (80%) usr 0.58 (49%) sys 50.75 (79%) wall
797327 kB (93%) ggc
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19614
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
04:56 ---
Created an attachment (id=9449)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9449&action=view)
patch which should fix it
This patch should fix the bug. I am going to test on ppc-darwin but it would
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
04:44 ---
I am going to move this to minor as this could be considered a regression in a
way.
It was introduced by:
(fold): Optimize "-A - B" as "-B - A" if overflow wraps around.
But in a way since wrapv is
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
04:36 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
04:35 ---
Fixed.
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
--- Additional Comments From phython at gcc dot gnu dot org 2005-08-09
04:33 ---
Fixed on mainline.
--
What|Removed |Added
Known to fail|4.0.0 4.1.0 |4
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
04:28 ---
The different betwen for the following code:
#include
int main(void)
{
[Object name];
}
at -funit-at-a-time and -fno-unit-at-a-time is:
the removal of at unit-at-a-time:
___objc_class_ref_Object:
--- Additional Comments From phython at gcc dot gnu dot org 2005-08-09
04:28 ---
fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From phython at gcc dot gnu dot org 2005-08-09
04:26 ---
This transformation is done with -fwrapv.
--
What|Removed |Added
Status|UNCONFI
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-09
04:21 ---
Subject: Bug 23161
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-09 04:21:26
Modified files:
gcc: ChangeLog c-typeck.c
gcc/tes
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-09
04:21 ---
Subject: Bug 23165
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-09 04:21:26
Modified files:
gcc: ChangeLog c-typeck.c
gcc/tes
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-09
04:18 ---
Subject: Re: gcj should generate N_MAIN stab or
DW_AT_entry_point dwarf2 debug info
On Tue, 2005-08-09 at 04:11 +, woodzltc at sources dot redhat dot
com wrote:
> --- Additional Comments F
On Tue, 2005-08-09 at 04:11 +, woodzltc at sources dot redhat dot
com wrote:
> --- Additional Comments From woodzltc at sources dot redhat dot com
> 2005-08-09 04:11 ---
> OK. I had some time and would like to have a look into this, and I found
> something inconsistent. My founding i
--- Additional Comments From woodzltc at sources dot redhat dot com
2005-08-09 04:11 ---
OK. I had some time and would like to have a look into this, and I found
something inconsistent. My founding is listed below, wishing that it can help
clarify the situation a little:
1. Someone
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
03:31 ---
Oh, and we remove one gimplfier tempary variable too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23295
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
03:31 ---
And then we can get optimial rtl generation right away for PPC:
(insn 20 17 26 0 (set (reg/i:SI 3 r3 [ ])
(minus:SI (const_int -5 [0xfffb])
(reg:SI 3 r3 [ a ]))) 78 {*rs6000.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-09
03:28 ---
Subject: Bug 23234
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-09 03:28:38
Modified files:
gcc: ChangeLog tree-ssa-math-opts.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
03:12 ---
This is done in simplify-rtx.c for the rtl level.
--
What|Removed |Added
OtherBugsDependingO|
Take the following function:
int f(int a, int c)
{
return -a - (5);
}
Fold should have converted that to:
int f(int a, int c)
{
return (-5) - a;
}
So that we only have one constant (-5) and one decl (a) and one expression
(MINUS_EXPR) instead
of one constant (5), one decl (a) and two express
--
What|Removed |Added
BugsThisDependsOn||23294
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19986
I noticed this while running a profiledbootstrap and looking through
simplify-rtx.c.
Take the following function:
int f(int a)
{
return a*2-a;
}
We don't optimizate a*2-a to just a on the tree level but do in combine, we do.
--
Summary: fold does not fold a*2-a to a
Prod
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-09
02:58 ---
Subject: Bug 23154
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-09 02:57:59
Modified files:
libgfortran: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-09
01:56 ---
Subject: Bug 23154
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-09 01:56:04
Modified files:
libgfortran: ChangeLog
libgfortran/io : t
--- Additional Comments From adah at netstd dot com 2005-08-09 01:45
---
(In reply to comment #59)
> Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
> "adah at netstd dot com" <[EMAIL PROTECTED]> writes:
> | Does a compiler serve its users or the Standar
--
Bug 18131 depends on bug 23220, which changed state.
Bug 23220 Summary: [3.4/4.0/4.1 Regression] ICE in a specific doubly-nested
class
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23220
What|Old Value |New Value
--
--- Additional Comments From greenrd at greenrd dot org 2005-08-09 00:44
---
*** Bug 23220 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
OtherBugsDep
--- Additional Comments From greenrd at greenrd dot org 2005-08-09 00:44
---
Fixed by my fix to bug 23230
*** This bug has been marked as a duplicate of 23230 ***
--
What|Removed |Added
--- Additional Comments From greenrd at greenrd dot org 2005-08-09 00:09
---
Fixed on head (weeks ago).
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From greenrd at greenrd dot org 2005-08-09 00:11
---
(In reply to comment #7)
> I checked this in to cvs trunk.
> It should go in 4.0 as well once the branch reopens.
Ping.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22211
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
23:18 ---
I cannot reproduce this with 3.4.0, 4.0.0, or 4.1.0.
3.4.0 produces the same asm as you produced above.
I think this might be a binutils bug:
.comm k,16,16
.comm res,16,16
those are alig
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
23:07 ---
See PR 1427 for comments about the patch to gdb to add support for
DW_AT_entry_point.
--
What|Removed |Added
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-08 22:31
---
I'm calling this one invalid. We've got:
eax __d0 early clobber
ebx pic
ecx __d1 early clobber
edx __s input
esi __res early clobber
edi __d2 early clobber
ebp frame p
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
22:10 ---
2.95.3 worked correctly:
earth:~>~/ia32_linux_gcc2_95/bin/gcc t.cc
t.cc: In function `int main()':
t.cc:12: no match for `Outer::Inner == int'
This is very much related to PR 23293.
--
What
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-08 22:10
---
Amusingly, the problem disappears when one translates this:
salt_len = (((strcspn (salt, "$"))<(8))?(strcspn (salt, "$")):(8));
to
salt_len = strcspn (salt, "$");
if (salt_len > 8)
salt_len = 8;
No
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
22:08 ---
And related to PR 17763.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23293
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
22:06 ---
This is related to PR 22573.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23293
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
22:01 ---
Confirmed, a regression from 2.95.3:
earth:~>~/ia32_linux_gcc2_95//bin/gcc t.cc -W -Wall
t.cc: In function `void generate_warning >()':
t.cc:19: instantiated from here
t.cc:14: warning: unused variable `st
--
What|Removed |Added
Keywords||diagnostic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23293
--- Additional Comments From sylvain dot pion at sophia dot inria dot fr
2005-08-08 21:55 ---
Created an attachment (id=9448)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9448&action=view)
c++ program that generates the warning
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
Compiling the attached program with g++ -Wall (3.3, 3.4, 4.0 and 4.1)
produces :
demo.C: In function `void generate_warning() [with U =
P]':
demo.C:19: instantiated from here
demo.C:14: warning: unused variable 'u'
The problem here is that the warning names the type P as
P, because it was firs
--
What|Removed |Added
BugsThisDependsOn||23289
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23153
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-08 21:47
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08
21:39 ---
Subject: Bug 22439
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-08 21:39:18
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08
21:38 ---
Subject: Bug 22439
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-08 21:38:25
Modified files:
gcc: ChangeLog gimplify.c
Log message:
On Mon, Aug 08, 2005 at 09:23:07AM +0200, Bernhard Fischer wrote:
>/* Determine the maximum allowed line length. */
> - if (gfc_current_form == FORM_FREE)
> -maxlen = GFC_MAX_LINE;
> - else
> + if (gfc_current_form == FORM_FREE) {
> + if (gfc_option.fixed_line_length == 72) /* def
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-08
20:40 ---
Subject: Re: missed fully redundant expression
On Mon, 2005-08-08 at 19:54 +, pinskia at gcc dot gnu dot org wrote:
> --- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
> 19:5
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
20:37 ---
Fixed in 3.4.4 and above.
--
What|Removed |Added
Status|NEW
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-08
20:29 ---
Subject: Re: missed fully redundant expression
On Mon, 2005-08-08 at 19:54 +, pinskia at gcc dot gnu dot org wrote:
> --- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
> 19:5
The latest beta of GNU Make (3.81beta3) introduced `secondary expansions',
performed on all prerequisites of all targets. This breaks the Makefile in the
`libjava' directory because the `$$' in the `inner_nat_headers' variable are
expanded twice. The following fixed it for me:
--- Makefile.am 2005
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
19:54 ---
Here is a stupid testcase which can be sped up by pulling the reduandant
expressions up:
int ii;
static inline int f(int i, int ii)
{
return i/ ii;
}
int h(int) __attribute__((pure,const));
int g(int i)
--- Additional Comments From aph at gcc dot gnu dot org 2005-08-08 19:37
---
I'm surprised this still fails with 4.0.1-6.
overholt, can you reproduce this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20606
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
19:36 ---
and a dup of bug 5738 really.
I almost want to close this fully as a dup of bug 5738.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
19:34 ---
This is basically PR 15559 which was marked as invalid.
--
What|Removed |Added
BugsThisDepe
--- Additional Comments From mmkernel at ezplanet dot net 2005-08-08 19:27
---
I am compiling eclipse on a dual opteron x86_64 system, running FC4, gcc 4.0.1
(fc package release 4.0.1-6) CVS: 20050729
Please find below the tail of the compile log:
++ /usr/bin/gcj-dbtool -f
/var/tmp/ecl
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
19:24 ---
*** Bug 23291 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From andreast at gcc dot gnu dot org 2005-08-08
19:24 ---
With Andrew's suggestion I was able to build and test libjava on
sparc-solaris10.
The results of the testsuite do not look that good. A lot of
java.lang.ClassNotFoundException where raised. But this is def
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
19:24 ---
Coreutils is buggy, in that it no longer accepts older syntax at higher
_POSIX_VERSION versions.
This is a dup of bug 14251.
*** This bug has been marked as a duplicate of 14251 ***
--
What
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
19:22 ---
This worked with "4.1.0 20050714".
I think this was caused by:
2005-07-14 Richard Guenther <[EMAIL PROTECTED]>
* Makefile.in (explow.o, reg-stack.o): Depend on target.h.
* calls.c (expand
I built coreutils 5.2.1 on an IA64 Debian system. Because /usr/include/unistd.h
contained _POSIX_VERSION equal to 200112L, the tail that was built as part of
coreutils did not understand the +16c argument that Makefile passed in to it.
--
Summary: gcc/Makefile.in uses non POSIX argume
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
19:16 ---
The tree level is catching it,
SendMousePosition (w, event) [tail call];
Reduced testcase:
extern int SendMousePosition1 (void);
void
HandleIgnore(void)
{
SendMousePosition1();
}
Note if we change
The patch for PR17112:
2004-09-26 Roger Sayle <[EMAIL PROTECTED]>
Giovanni Bajo <[EMAIL PROTECTED]>
PR middle-end/17112
* stor-layout.c (compute_record_mode): For records with a single
field, only use the field's mode if its size matches what we'd
ha
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08
19:03 ---
Subject: Bug 21984
CVSROOT:/cvs/gcc
Module name:gcc
Branch: apple-local-200502-branch
Changes by: [EMAIL PROTECTED] 2005-08-08 19:02:59
Modified files:
gcc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:59 ---
Confirmed:
It works when interpreting the byte-code:
earth:~>gij men.gcjpackage.TestPackage
ClassLoader: gnu.gcj.runtime.SystemClassLoader{urls=[file:./],
parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[]
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-08
18:56 ---
(In reply to comment #1)
> Confirmed, for some reason the following is caught though:
If you thought about it, you'd notice that your example below has two
computations of a = b along the if branch, which i
Compiling:
typedef unsigned int Cardinal;
typedef char *String;
typedef struct _WidgetRec *Widget;
typedef union _XEvent {
int type;
long pad[24];
} XEvent;
extern int SendMousePosition (Widget w, XEvent* event);
void
HandleIgnore(Widget w,
XEvent * event,
String * param
The following code illustrates that java.lang.Class's method getMethod() returns
null. (The source for Class.java in 3.4.3 actually proves that it is
gnu.gcj.runtime.VMClassLoader that does it...)
--- 8< 8< 8< ---
package men.gcjpackage;
public class TestPackage
{
public static void main(String
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-08
18:53 ---
(In reply to comment #1)
> Confirmed, for some reason the following is caught though:
because it's a fully redundant expression, that is available when we go to
eliminate, as opposed to the original, which w
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:52 ---
These might get fixed by:
http://gcc.gnu.org/ml/gcc-patches/2005-08/msg00401.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23188
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:50 ---
Fixed, thanks Josh.
--
What|Removed |Added
Status|NEW |R
--
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23278
--
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23273
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08
18:43 ---
Subject: Bug 23241
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-08-08 18:43:11
Modified files:
gcc/testsuite : Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:42 ---
Confirmed, for some reason the following is caught though:
unsigned short f(unsigned short a)
{
unsigned short b = a <<1;
if (a & 0x8000)
a <<= 1, a = a ^ 0x1021;
else
a = b;
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08
18:41 ---
Subject: Bug 23241
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-08-08 18:41:07
Modified files:
gcc: Change
--- Additional Comments From phython at gcc dot gnu dot org 2005-08-08
18:38 ---
http://gcc.gnu.org/ml/gcc-patches/2005-08/msg00370.html
--
What|Removed |Added
Key
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08
18:38 ---
Subject: Bug 23241
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-08 18:37:57
Modified files:
gcc/testsuite : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08
18:35 ---
Subject: Bug 23241
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-08 18:35:14
Modified files:
gcc: Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:31 ---
: Search converges between 2004-06-24-trunk (#471) and 2004-06-26-trunk (#472).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23165
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08
18:30 ---
Subject: Bug 23241
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-08 18:30:11
Modified files:
gcc: ChangeLog combine.c
Log message:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:29 ---
: Search converges between 2004-10-20-014001-trunk (#600) and
2004-10-20-161001-trunk
(#601).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23223
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08
18:28 ---
Subject: Bug 23241
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-08 18:28:47
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:28 ---
: Search converges between 2004-06-01-trunk (#459) and 2004-06-02-trunk (#460).
Looks like when __builtin_offsetof was added :(.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23225
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:26 ---
: Search converges between 2004-06-20-trunk (#469) and 2004-06-22-trunk (#470).
Hmm, this was not introduced by the tree-ssa merge weird.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23155
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:21 ---
This was introduced between 20040923 and 20040924.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23229
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:19 ---
This was introduced between 20020216 and 20020223.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23228
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:16 ---
: Search converges between 2001-06-03-trunk (#22) and 2001-06-10-trunk (#23).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23118
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:14 ---
: Search converges between 2004-05-11-trunk (#454) and 2004-05-14-trunk (#455).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23200
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:13 ---
This worked with 20041211.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22604
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-08 18:11
---
I'm sorry, this is Andrew's fault -- it's not a duplicate.
--
What|Removed |Added
St
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:11 ---
Hmm, this worked with 20041211.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22439
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-08 18:09
---
(In reply to comment #9)
> To summarize, the case does not work as is -- with "=&g" and "g". It does
> not work with "=&rm" and "g".
Of course not! Have you forgotten what early-clobber means?
> Please let m
--- Additional Comments From gdr at integrable-solutions dot net
2005-08-08 18:08 ---
Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
"adah at netstd dot com" <[EMAIL PROTECTED]> writes:
| Does a compiler serve its users or the Standard committee?
Ans
--- Additional Comments From dje at gcc dot gnu dot org 2005-08-08 18:04
---
Patch committed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
Bug 10469 depends on bug 18506, which changed state.
Bug 18506 Summary: Altivec definitions of vec_init
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18506
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:04 ---
This is a regression when the new parser went in:
: Search converges between 2002-12-14-trunk (#159) and 2002-12-29-trunk (#160).
--
What|Removed |Added
1 - 100 of 167 matches
Mail list logo
