--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-17
05:37 ---
Subject: Bug 19319
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-17 05:37:21
Modified files:
gcc: ChangeLog gimplify.c
Log message:
--- Additional Comments From quanah at stanford dot edu 2005-02-17 05:24
---
using config-ml.in from gcc-3.3.1 also didn't resolve the problem. I can only
assume the problem lies elsewhere.
Any ideas?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19995
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17
05:09 ---
The problem is that we reset TREE_OVERFLOW:
if ((TREE_CODE (value) == INTEGER_CST
|| (TREE_CODE (value) == COMPLEX_CST
&& TREE_CODE (TREE_REALPART (value)) == INTEGER_CST))
&& TREE_
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17
04:12 ---
This is not fully related to PR 18178 but this case is just a missed
optimization dealing with const int *
vs int*.
Another testcase for the const* vs * is:
void link_error(void);
void f(void)
{
int a[1
--- Additional Comments From igodard at pacbell dot net 2005-02-17 04:10
---
Please:
yes, the int value lwbi arising from the conversion of char(0x80) is the int
value 0xff80, i.e. int(-128); you are quite right about that. That value is
being *subtracted* from the int value upbi
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17
04:02 ---
You missed another important 64 bit target PPC (aka rs6000):
#define MAX_FIXED_MODE_SIZE GET_MODE_BITSIZE (TARGET_POWERPC64 ? TImode :
DImode)
But note:
"MAX_FIXED_MODE_SIZE should be deprecated. About th
--- Additional Comments From danglin at gcc dot gnu dot org 2005-02-17
03:57 ---
stage1/xgcc -Bstage1/ -B/opt/gnu/gcc/gcc-4.0.0/hppa2.0w-hp-hpux11.11/bin/ -g -
O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-pedantic -Wno-long-long -Wno-variadic-macros
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17
03:43 ---
static const int lwbi = lwb;
lwb = 0x80
lwbi is the signed extended version of lwb to the size of int so you will still
get 0xFF80.
So this is still not a bug.
--
What|Removed
--- Additional Comments From igodard at pacbell dot net 2005-02-17 03:37
---
WADR, but "char" on my (x86 Linux) machine in fact signed. So I tried:
#include
static const char lwb = 0x80;
static const char upb = 0x7f;
static const int lwbi = lwb;
static const int upbi = upb;
static cons
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17
03:37 ---
Even though this is not really a missed optimization, I am going to add the
missed optimization
keyword.
This can be done in the tree forwarder (or really tree combiner since that
removes the tree forwar
[Also posted to the GCC mailing list, http://gcc.gnu.org/ml/gcc/2005-
02/msg00692.html]
Given,
struct shared_ptr_struct
{
unsigned int phase : 24;
unsigned short thread : 16;
void *addr;
};
On the x86_64 (ie, Opteron[tm]) platform, GCC appears to designate the
underlying mode o
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |kazu at cs dot umass dot edu
|dot org |
Status|NEW
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/sh
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17
03:30 ---
Using Mathematica I get for
(10^20 + 10^12 I)/(1 - 10^-8) = 10^20 + 2 * 10^12 I
so really neither of them are mathematically correct.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19974
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17
03:14 ---
No the warning is correct as char on a lot of targets is signed by default so
promoting (char)0x80 to int
will give 0xFF80.
--
What|Removed |Added
-
--- Additional Comments From igodard at pacbell dot net 2005-02-17 03:09
---
Turns out that the promotion rules aren't the problem, because you still get the
same message even with *explicit* promotion - the code:
#include
static const char lwb = 0x80;
static const char upb = 0x7f;
st
The code:
#include
static const char lwb = 0x80;
static const char upb = 0x7f;
static const size_t cnt = upb - lwb + 1;
static const char lwba = 0x80;
static const char upba = 0x01;
static const size_t cnta = upba - lwba + 1;
static const char lwbb = 0xff;
static const char upbb = 0x7f;
static
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-17 02:47
---
The "problem" is the use of the fused multiply-and-add instructions.
1672 y = (b - (a * ratio)) / denom;
d6: 70 70 24 0c 54 00 fms.s.s0 f7=f9,f6,f14
This computes the intermedi
--- Additional Comments From kazu at cs dot umass dot edu 2005-02-17 02:23
---
Reduced to:
int
foo (int *buf, int *p)
{
int result;
const int *tmp;
if (*buf)
return 1;
result = 2;
*buf = 2;
tmp = buf;
switch (*tmp)
{
case 3:
case 4:
case 6:
case 1
--- Additional Comments From kazu at cs dot umass dot edu 2005-02-17 02:02
---
Reduced to:
int
foo (char *buf, unsigned int *p)
{
unsigned int result;
unsigned char ch2;
unsigned char ch;
const char * tmp;
buf[0] = 35;
tmp = buf;
ch = (unsigned char) *tmp;
result = 2;
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-17
01:56 ---
Subject: Bug 17767
CVSROOT:/cvs/gcc
Module name:gcc
Branch: apple-ppc-branch
Changes by: [EMAIL PROTECTED] 2005-02-17 01:56:12
Modified files:
gcc: Chan
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-17
01:56 ---
Subject: Bug 18109
CVSROOT:/cvs/gcc
Module name:gcc
Branch: apple-ppc-branch
Changes by: [EMAIL PROTECTED] 2005-02-17 01:56:12
Modified files:
gcc: Chan
--- Additional Comments From dalej at apple dot com 2005-02-17 01:45
---
Please ignore comment #3, I had the bug number wrong.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18109
--
What|Removed |Added
Summary|[4.0 regression] unable to |[4.0 regression] unable to
|find a register to spill in |find a register to spill in
--- Additional Comments From schwab at suse dot de 2005-02-17 01:29 ---
Created an attachment (id=8209)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8209&action=view)
Somewhat reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20018
This is another fallout from the simplify-rtx.c change, where the fix for the
fix causes another regression:
* simplify-rtx.c (simplify_relational_operation_1): Avoid creating
zero extensions of BImode operands. Call lowpart_subreg instead
of gen_lowpart_common and gen_lowpa
--- Additional Comments From schlie at comcast dot net 2005-02-17 01:22
---
Not sure if it's helpful (or further complicating) but as the avr uses a
Harvard memory model; it's PC (program counter) actually references a 64K
16-bit program word address space which is orthogonal to it's 64K
--- Additional Comments From giovannibajo at libero dot it 2005-02-17
00:52 ---
Fixed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From quanah at stanford dot edu 2005-02-17 00:51
---
Also note that my case differs from 18033 because I'm *not* setting:
--disable-aix64 (--enable-aix64=no)
My configure options worked fine with gcc-3.3.1.
I'm currently testing using the config-ml.in file from
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-17
00:34 ---
Subject: Bug 19019
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-02-17 00:34:42
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-17
00:32 ---
Subject: Bug 19019
CVSROOT:/cvs/gcc
Module name:gcc
Branch: apple-ppc-branch
Changes by: [EMAIL PROTECTED] 2005-02-17 00:32:08
Modified files:
gcc: Chan
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17
00:16 ---
This was fixed by the patch for PR 19865.
--
What|Removed |Added
Status|NEW
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-17
00:16 ---
Subject: Bug 19019
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-17 00:16:11
Modified files:
gcc: ChangeLog
gcc/config/rs6000:
--- Additional Comments From kazu at cs dot umass dot edu 2005-02-16 23:47
---
Also reproducible on i686-pc-linux-gnu.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20017
--- Additional Comments From dwatkins at tascsystems dot com 2005-02-16
23:36 ---
Hello,
I have a few more notes to add.
1. The binary image of the project built as described in my last post here
runs properly on the target system.
2. On my main development PC (one release ago of W
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-16 23:17
---
Confirmed. It's an ia64-specific miscompilation. Doesn't happen if libgcc
is built with -O0 instead of -O2.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-16
23:08 ---
Subject: Bug 19077
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-02-16 23:07:47
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-16
22:55 ---
Subject: Bug 19920
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-16 22:55:34
Modified files:
gcc: ChangeLog libgcc2.c libgcc2.h
Log m
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From jason at catapult dot com 2005-02-16 22:39
---
(In reply to comment #2)
> Does -fno-builtin cure the problem? See also pr19746
Just tried it out now, and it does seem to fix the problem. Unfortunately I
didn't know about fno-builtin at the time, so I just
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-16
22:03 ---
See http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00957.html
I'm not sure of the status in 3.3.x and below, but I'm reluctant to touch that
branch at this point. Fixed in GCC 3.4.4 and later.
Thanks for
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-02-16
22:00 ---
Patch fixes untyped returns properly using sfm/lfm as appropriate to avoid
potential type-conversion traps and also fixs returning types larger than a word
in integer registers. Should also work correctly
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-16
21:58 ---
Subject: Bug 19715
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-02-16 21:58:49
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-16
21:57 ---
Subject: Bug 19162
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-16 21:57:10
Modified files:
gcc: ChangeLog
gcc/config/arm : a
--- Additional Comments From andrzejn at kom-net dot pl 2005-02-16 21:53
---
=
I Have to reopen this bug.
After applyed patch (see comments #1 - '2004-10-13 Richard Henderson, Bug
#17384') for crtstuff.c I still have the same internal gcc err
--- Additional Comments From quanah at stanford dot edu 2005-02-16 21:34
---
The patch listed in bug 18033 does *not* fix the problem.
After applying the patch, and regenerating the top level configure via autoconf
(just to be safe), I still have the exact same bootstrapping problem lis
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-16
21:34 ---
(In reply to comment #7)
> I think this was casued by:
> 2005-02-14 Kazu Hirata <[EMAIL PROTECTED]>
>
> * passes.c (rest_of_handle_loop_optimize): Remove calls to
> delete_dead_jum
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-16
21:31 ---
I think this was casued by:
2005-02-14 Kazu Hirata <[EMAIL PROTECTED]>
* passes.c (rest_of_handle_loop_optimize): Remove calls to
delete_dead_jumptables and cleanup_cfg.
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-16
21:31 ---
Looks like someone removed a call to cleanup_cfg as we still have werid things
in the RTL:
(jump_insn# # # 1 (set (pc)
(label_ref #))# (nil)
(nil))
(barrier 96 # #)
(code_label 39 # # 7 "" [0
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-16
21:21 ---
This is as far as I can get it, any further reducing will cause this to pass:
extern void abort (void);
extern const unsigned short __cns11643l1_to_ucs4_tab[];
char buf[3];
void cns11643_to_ucs4 (void)
{
b
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-16
20:58 ---
I have a testcase down to 84 lines and still reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20017
--- Additional Comments From Thomas dot Koenig at online dot de 2005-02-16
20:51 ---
Checking this on i686-unknown-linux-gnu, I find the same
result with flag_complex_method=2 as on ia-64. I am also
seeing the same result with logarithmic scaling (using frexp and
ldexp). Maybe I'm being
--- Additional Comments From athena at fftw dot org 2005-02-16 20:44
---
> Unfortunately, I doubt whether it'll be possible to siumultaneously address
> this performance regression without reintroducing the 3.x issue mentioned in
> the original "PS". I doubt on many platforms a two mult
--- Additional Comments From aj at gcc dot gnu dot org 2005-02-16 20:38
---
yes, this is a regression - and it has been introduced during the last few
weeks. I compiled glibc successfully last time I tried with GCC 4
(roughly two weeks ago).
--
What|Removed
--- Additional Comments From athena at fftw dot org 2005-02-16 20:37
---
(In reply to comment #3)
> Ok, this is the patch which caused this code generation regression:
> 2004-02-07 Roger Sayle <[EMAIL PROTECTED]>
>
> * fold-const.c (negate_expr_p, negate_expr): Optimize -(A+B)
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-16 20:28
---
Fixed.
--
What|Removed |Added
Status|WAITING |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-16
20:13 ---
I am very sure that this is a regression.
I can confirm this but no reduced testcase yet.
--
What|Removed |Added
-
--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-16 20:04
---
I wonder if this has something to do with the dereference done through
int * const &.
This is the read from r->v._M_impl._M_finish in the loop.
D.16053 = &r.52D.16052->vD.11757;
{
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16305
--- Additional Comments From fitzsim at redhat dot com 2005-02-16 19:55
---
Implemented on mainline.
--
What|Removed |Added
Status|NEW |
--
What|Removed |Added
Keywords||diagnostic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20012
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-16
19:50 ---
TARGET_ARM && arm_arch4 && !arm_arch6
--
What|Removed |Added
Keywords|
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2123
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19921
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19944
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14303
--
What|Removed |Added
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20017
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19865
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-16
19:44 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-16
19:35 ---
I am retesting ppc-darwin right now to see if this bug has been fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18706
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-16
19:32 ---
This also can be seen on x86:
http://gcc.gnu.org/ml/gcc-regression/2005-02/msg00052.html
Confirmed. Most likely DOM is doing some thing wrong.
--
What|Removed |Added
--
--- Additional Comments From aj at gcc dot gnu dot org 2005-02-16 19:27
---
Created an attachment (id=8207)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8207&action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20017
-Wstrict-prototypes -Wwrite-strings -std=gnu99 -version -fPIC -o
iso-2022-cn-ext.s
GNU C version 4.0.0 20050216 (experimental) (x86_64-suse-linux-gnu)
compiled by GNU C version 4.0.0 20050216 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
iso-2022-cn
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-16
19:25 ---
Subject: Bug 19864
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-16 19:25:07
Modified files:
libjava: ChangeLog Makefile.am Makefile.in
--
Bug 18706 depends on bug 19865, which changed state.
Bug 19865 Summary: [4.0 Regression] ice / gnat bug detected.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19865
What|Old Value |New Value
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-02-16
19:21 ---
Fixed. http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00943.html
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-16
19:19 ---
Subject: Bug 19865
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-16 19:19:35
Modified files:
gcc: ChangeLog tree-optimize.c
Log messa
--- Additional Comments From roger at eyesopen dot com 2005-02-16 19:17
---
Hmm. I don't think the problem in this case is at the tree-level, where I think
keeping X-(Y*C) and -(Y*C) as a more canonical X + (Y*C') and Y*C' should help
with reassociation and other tree-ssa optimizations.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-16
19:16 ---
Reduced testcase:
typedef enum _SECStatus {
SECWouldBlock = -2,
SECFailure = -1,
SECSuccess = 0
} SECStatus;
typedef enum {
SEC_ERROR_BAD_SIGNATURE = (-0x2000) + 10
} SECErrorCodes;
void g(void);
voi
--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-16 19:14
---
I'm still looking into it.
While with -fno-strict-aliasing the important part of the dump is:
# BLOCK 20
# PRED: 33 [100.0%] (fallthru) 30 [100.0%] (fallthru)
# TMT.382D.16594_470 = PHI ;
:;
D.16463_
Since code size is more important than speed for the avr target,
I'd like to suggest to add '-Os' to 'gcc/config/avr/t-avr'
(TARGET_LIBGCC2_CFLAGS)
Comments?
--
Summary: Compiling libgcc2.c with -Os for avr-gcc?
Product: gcc
Version: 4.0.0
Status: UN
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-16 19:11
---
I don't reproduce this on amd64. It was raining in the machine room yesterday,
so I don't have access to my ia64 machine to see if it's something special
there.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-16
19:04 ---
I see this every once in a while on a different testcase.
CCing Jeff as he is the person who knows DOM a lot.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-16
19:01 ---
Subject: Bug 19521
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-16 19:01:29
Modified files:
gcc: ChangeLog dbxout.c
Log message:
--
What|Removed |Added
Component|c++ |middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20008
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-16
18:59 ---
(In reply to comment #8)
> Actually, I do see problems in the tree dumps already.
> Particularly the trees look ok before LIM and are broken afterwards.
> loopinit->lim pseudo diff:
Can you look into the vo
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-16
18:52 ---
The easy way to fix this is to make the template function not be in the class
definition.
Anyways if you read a good C++ book, this would be explained there.
--
What|Removed
--- Additional Comments From hendrich at informatik dot uni-hamburg dot de
2005-02-16 18:50 ---
Created an attachment (id=8206)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8206&action=view)
testcase
Compile and run, then select a JMenu. The JMenu stays open until one of its
(act
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-16
18:50 ---
Fixed in 3.4.0 and above.
--
What|Removed |Added
Status|UNCONFIRMED
Showing a JMenu works. However, clicking outside the JMenu to close the
menu does not - the JMenu patiently stays open until one of its JMenuItems
is selected (clicked).
For compatibility with the JDK/JRE and all major GUI environments, a
JMenu should close when the user clicks the inside the curr
--- Additional Comments From berndtrog at yahoo dot com 2005-02-16 18:39
---
gcc version 4.0.0 20050215 and gcc-3.4.3 have this bug, too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10671
--- Additional Comments From berndtrog at yahoo dot com 2005-02-16 18:27
---
Nathanael,
do you know why the rts gets compiled here? (the avr target does not have a rts)
--
What|Removed |Added
---
--- Additional Comments From hendrich at informatik dot uni-hamburg dot de
2005-02-16 18:26 ---
Created an attachment (id=8205)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8205&action=view)
testcase
jfig-gcc/jfig> gij PR20014
-I- started...
-I- got a buffered image: [EMAIL PROTE
Trying to call BufferedImage.getGraphics() aborts on my Linux system.
Tested with both in gcc-4.0-20050130 snapshot and a fresh CVS checkout of
gcc-gui-branch-20050128 as of 20050209. I have recommended/current versions
of all dependencies including cairo-0.30.
Testcase attached. Using gij with or
Sourc code for t.cpp:
struct X
{
int i;
};
int mymain()
{
X x = { 1 };
int X::*pm = &X::i;
if (x.*(+pm) == 0)
return 0;
}
Ex
Hello,
when I compile this:
procedure Test2
is
Number : Integer := 2;
pragma Compile_Time_Warning
(Number > 1, " > NUmber Is GReater Than 1!");
begin
null;
end;
with gcc version 3.4.3:
gcc -c test2.adb
I get this warning:
test2.adb:6:10: warning: "nu"mber Is "gr"eater Than
--- Additional Comments From jmoro at latentzero dot com 2005-02-16 18:06
---
Created an attachment (id=8204)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8204&action=view)
source code and *.ii files
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20011
Hello, the new support of two-stage name-lookup for templates in gcc 3.4.0 for
C++ brings a problem that
I don't know how to resolve.
I would like to know what is your recommended way of dealing with the following.
Here is some code that used to compile and link on gcc 3.3 (sorry to copy some
cod
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-02-16
17:27 ---
Getting a warning to be issued is easy: initialize_ref may print it if it finds
that the call to convert_like will create a temporary, testing
conv->need_temporary_p. However, this would trigger warnings for
--- Additional Comments From quanah at stanford dot edu 2005-02-16 17:02
---
*** Bug 19995 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18033
1 - 100 of 163 matches
Mail list logo
