https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65752
--- Comment #23 from schwab at suse dot de ---
gil.hur at sf dot snu.ac.kr gcc-bugzi...@gcc.gnu.org writes:
Since hello is not printed, I think the if-statement is the same as no-op.
Thus, removing the if-statement should not change
--- Comment #10 from schwab at suse dot de 2009-02-27 09:57 ---
Fixed.
--
schwab at suse dot de changed:
What|Removed |Added
Status|NEW
--- Comment #7 from schwab at suse dot de 2009-02-26 11:07 ---
(In reply to comment #5)
That's fine, or you can probably add a...@awk@ in
gcc/ada/gcc-interface/Makefile.in. That was the patch I was meaning to
test.
I agree, this is a much simpler patch. Unfortunately there is more
--- Comment #2 from schwab at suse dot de 2009-02-25 16:43 ---
The problem seems to be that the AWK makefile variable is not properly passed
down to submakes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39172
--- Comment #3 from schwab at suse dot de 2009-02-25 16:57 ---
Created an attachment (id=17360)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17360action=view)
Candidate patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39172
--- Comment #4 from schwab at suse dot de 2009-02-25 16:58 ---
Can you please try out the attached patch?
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #1 from schwab at suse dot de 2009-02-09 09:30 ---
This is a GCC extension, use -Wpointer-arith or -pedantic or -pedantic-errors.
$ gcc -c -std=c99 -pedantic-errors cast.c
cast.c: In function #8216;test#8217;:
cast.c:6: error: invalid application of #8216;sizeof#8217
--- Comment #1 from schwab at suse dot de 2009-02-04 09:33 ---
char* pw = (char*) bcAtomCompareExchange((void**) px, py, pz);
This is violating the C aliasing rules. Declare px as void* to fix that.
*** This bug has been marked as a duplicate of 21920 ***
--
schwab at suse
--- Comment #137 from schwab at suse dot de 2009-02-04 09:33 ---
*** Bug 39093 has been marked as a duplicate of this bug. ***
--
schwab at suse dot de changed:
What|Removed |Added
: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schwab at suse dot de
GCC target triplet: ia64-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39000
: gcc
Version: lto
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schwab at suse dot de
GCC host triplet: ia64-*-linux
http://gcc.gnu.org/bugzilla
--- Comment #38 from schwab at suse dot de 2009-01-21 09:16 ---
(In reply to comment #35)
system, which is a function argument, is trashed here.
But it's not modified between setjmp and longjmp, so its value must be
preserved.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38587
--- Comment #29 from schwab at suse dot de 2009-01-20 16:30 ---
(In reply to comment #27)
This patch for sim:
Index: sim/ppc/gen-idecode.c
===
RCS file: /cvs/src/src/sim/ppc/gen-idecode.c,v
retrieving revision 1.4
--- Comment #1 from schwab at suse dot de 2009-01-17 19:37 ---
http://gcc.gnu.org/ml/gcc-cvs/2009-01/msg00468.html
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #1 from schwab at suse dot de 2009-01-18 00:25 ---
The asm statement modifies an input-only operand. If an operand is modified it
must be listed as output operand, possibly marked as early-clobber if it is
written before all input operands are consumed.
--
schwab
--- Comment #2 from schwab at suse dot de 2009-01-14 17:46 ---
*** Bug 38842 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38843
--- Comment #1 from schwab at suse dot de 2009-01-14 17:46 ---
*** This bug has been marked as a duplicate of 38843 ***
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #8 from schwab at suse dot de 2009-01-09 09:09 ---
Not a bug.
--
schwab at suse dot de changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #8 from schwab at suse dot de 2009-01-07 09:39 ---
Casting (void **) to (const void **) is unsafe so it is not ok to drop the
warning.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35711
--- Comment #1 from schwab at suse dot de 2009-01-06 08:57 ---
Probably the Solaris /bin/sh misparses ${BOOT_CFLAGS+'print
BOOT_CFLAGS='${BOOT_CFLAGS}';'}. The autoconf manual describes a similar
bug in connection with ${foo='}'}.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #4 from schwab at suse dot de 2009-01-05 21:31 ---
From the ABI document (2.2.1 C++ Exception Objects):
By convention, a __cxa_exception pointer points at the C++ object representing
the exception being thrown, immediately following the header. The header
structure
--- Comment #5 from schwab at suse dot de 2009-01-05 22:16 ---
There is padding between adjustedPtr and unwindHeader because the latter is
forced to be maximally aligned. Due to the additional member the padding was
reduced. Also, the alignment of _Unwind_Exception depends on -mavx
: schwab at suse dot de
GCC target triplet: i?86-*-*
OtherBugsDependingO 38732
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38737
--- Comment #3 from schwab at suse dot de 2009-01-05 23:22 ---
ADJUST_FIELD_ALIGN does not override user-specified alignment.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38736
--- Comment #1 from schwab at suse dot de 2009-01-02 17:02 ---
Depending on the actual value of DECIMAL_DIG this does not really look bad.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38704
--- Comment #2 from schwab at suse dot de 2009-01-01 09:14 ---
Probably fixed by http://gcc.gnu.org/ml/gcc-patches/2008-12/msg01025.html.
See also http://gcc.gnu.org/ml/gcc/2008-12/msg00205.html.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38685
--- Comment #3 from schwab at suse dot de 2008-12-29 22:48 ---
No longer fails with 4.4 since the switch to IRA.
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #1 from schwab at suse dot de 2008-12-18 23:45 ---
It needs to be rephrased anyway to be i18n friendly.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38573
--- Comment #2 from schwab at suse dot de 2008-12-15 09:33 ---
Probably related to bug 37739. Building with optimisation may be a workaround.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38523
--- Comment #2 from schwab at suse dot de 2008-12-14 20:36 ---
_list_remove((struct rlist**)var_last,
(struct rlist*)var_last);
This violates the C aliasing rules.
*** This bug has been marked as a duplicate of 21920 ***
--
schwab
--- Comment #135 from schwab at suse dot de 2008-12-14 20:36 ---
*** Bug 38527 has been marked as a duplicate of this bug. ***
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #1 from schwab at suse dot de 2008-12-13 18:26 ---
*** This bug has been marked as a duplicate of 11751 ***
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #83 from schwab at suse dot de 2008-12-13 18:26 ---
*** Bug 38516 has been marked as a duplicate of this bug. ***
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #3 from schwab at suse dot de 2008-12-12 11:00 ---
1d86aeab250b3c69bf826385bd6875cf0b9ea459 is first bad commit
commit 1d86aeab250b3c69bf826385bd6875cf0b9ea459
Author: mkuvyrkov mkuvyr...@138bc75d-0d04-0410-961f-82ee72b054a4
Date: Tue Sep 11 13:56:30 2007 +
--- Comment #2 from schwab at suse dot de 2008-12-11 22:47 ---
Appears to be fixed in 4.4.
--
schwab at suse dot de changed:
What|Removed |Added
Known to work
--- Comment #6 from schwab at suse dot de 2008-12-05 17:47 ---
You can use multiple patterns:
*-*-darwin[1-8]|*-*-darwin[1-8].*) ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38300
--- Comment #7 from schwab at suse dot de 2008-12-03 19:48 ---
Fixes the bug for me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38367
--
schwab at suse dot de changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC target triplet
--- Comment #2 from schwab at suse dot de 2008-12-03 00:49 ---
600b9bbf6c9016b24a7c8f1cc1f4385d859f2b46 is first bad commit
commit 600b9bbf6c9016b24a7c8f1cc1f4385d859f2b46
Author: jakub [EMAIL PROTECTED]
Date: Thu Aug 11 21:22:43 2005 +
* dwarf2out.c
--- Comment #1 from schwab at suse dot de 2008-11-30 10:10 ---
0.1 is not exactly representable in a binary float format.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38325
--- Comment #3 from schwab at suse dot de 2008-11-28 09:31 ---
This will also match darwin10.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38300
--- Comment #1 from schwab at suse dot de 2008-11-24 09:06 ---
*** Bug 38246 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38243
--- Comment #1 from schwab at suse dot de 2008-11-24 09:06 ---
*** This bug has been marked as a duplicate of 38243 ***
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #1 from schwab at suse dot de 2008-11-20 09:19 ---
*** Bug 38187 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38186
--- Comment #1 from schwab at suse dot de 2008-11-20 09:19 ---
*** This bug has been marked as a duplicate of 38186 ***
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #1 from schwab at suse dot de 2008-11-13 09:05 ---
The warning is correct: there are exactly two occurences of /* inside the
comment. The backslash has absolutely no meaning at this place. If you want
to silence the warning put anything but a / between
--- Comment #1 from schwab at suse dot de 2008-11-13 13:17 ---
I cannot reproduce that with 4.4 any more. Please verify whether your original
test case still fails.
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #1 from schwab at suse dot de 2008-11-07 14:58 ---
*** This bug has been marked as a duplicate of 38047 ***
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #2 from schwab at suse dot de 2008-11-07 14:58 ---
*** Bug 38050 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38047
--- Comment #8 from schwab at suse dot de 2008-11-04 14:21 ---
::operator is hidden by C::operator and cannot be found by name lookup.
A::operator is found because child is-a A::parent.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38005
--- Comment #4 from schwab at suse dot de 2008-10-27 18:33 ---
It's the initialization function of the csets package (csets___elabb) that gets
miscompiled.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37782
--- Comment #6 from schwab at suse dot de 2008-10-27 19:30 ---
This is the only difference, occuring in all dumps after this:
--- gcc-test-r141380/Build/gcc/csets.adb.147r.loop2_doloop 2008-10-27
20:21:09.0 +0100
+++ gcc-test-r141380.bad/Build/gcc/csets.adb
--- Comment #8 from schwab at suse dot de 2008-10-27 22:06 ---
Bootstrap was successful.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37782
--- Comment #3 from schwab at suse dot de 2008-10-21 08:36 ---
Reduced testcase:
double y, z;
void foo (long x)
{
y = *(double *) ((long *) (x - 1) + 1);
z = *(double *) ((long *) (x - 1) + 1);
}
$ gcc -m64 -O -c ldu.c
/tmp/ccYujYhd.s: Assembler messages:
/tmp/ccYujYhd.s:20: Error
--
schwab at suse dot de changed:
What|Removed |Added
GCC build triplet|powerpc64-apple-darwin9.5.0 |
GCC host triplet|powerpc64-apple-darwin9.5.0 |
GCC target triplet
--- Comment #1 from schwab at suse dot de 2008-10-21 21:42 ---
*** This bug has been marked as a duplicate of 23242 ***
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #8 from schwab at suse dot de 2008-10-21 21:42 ---
*** Bug 37887 has been marked as a duplicate of this bug. ***
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #1 from schwab at suse dot de 2008-10-16 13:30 ---
*** This bug has been marked as a duplicate of 21920 ***
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #130 from schwab at suse dot de 2008-10-16 13:30 ---
*** Bug 37849 has been marked as a duplicate of this bug. ***
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #6 from schwab at suse dot de 2008-10-09 14:46 ---
*** Bug 37781 has been marked as a duplicate of this bug. ***
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #1 from schwab at suse dot de 2008-10-09 14:46 ---
*** This bug has been marked as a duplicate of 36453 ***
--
schwab at suse dot de changed:
What|Removed |Added
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schwab at suse dot de
GCC target triplet: powerpc64-*-*
OtherBugsDependingO 37451
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37782
--- Comment #1 from schwab at suse dot de 2008-10-08 07:36 ---
%s requires a pointer to a string, which (char*)0 isn't.
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #2 from schwab at suse dot de 2008-10-08 22:59 ---
This patch works for me:
Index: libgcov.c
===
--- libgcov.c (revision 140731)
+++ libgcov.c (working copy)
@@ -777,7 +777,11 @@ void
--- Comment #5 from schwab at suse dot de 2008-10-07 07:55 ---
Invalid asm constraints, so not a gcc bug.
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #2 from schwab at suse dot de 2008-10-05 21:54 ---
Another workaround is to build with optimisation.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37739
--- Comment #5 from schwab at suse dot de 2008-09-29 14:52 ---
This is causing miscompilation of the stage2 ada compiler.
fatal error: system.ads is incorrectly formatted
unrecognized or incorrect restrictions pragma: No_Implicit_Dynamic_Code
compilation abandoned
make[3]: *** [ada
--- Comment #4 from schwab at suse dot de 2008-09-26 19:27 ---
Not a gcc bug.
--
schwab at suse dot de changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #5 from schwab at suse dot de 2008-09-16 21:00 ---
Reverting this change in commutative_operand_precedence fixes the testcase:
case RTX_OBJ:
/* Complex expressions should be the first, so decrease priority
- of objects. */
- return -1
--- Comment #5 from schwab at suse dot de 2008-09-14 08:08 ---
*** Bug 37518 has been marked as a duplicate of this bug. ***
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #3 from schwab at suse dot de 2008-09-14 08:08 ---
*** This bug has been marked as a duplicate of 36453 ***
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #3 from schwab at suse dot de 2008-09-11 15:19 ---
Caused by:
2007-07-23 Peter Bergner [EMAIL PROTECTED]
Jakub Jelinek [EMAIL PROTECTED]
PR middle-end/PR28690
Can be reproduced with gcc.c-torture/execute/20060420-1.c when compiled with
-O2
--
schwab at suse dot de changed:
What|Removed |Added
Target Milestone|--- |4.3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37408
: unassigned at gcc dot gnu dot org
ReportedBy: schwab at suse dot de
GCC target triplet: powerpc64-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37408
--- Comment #1 from schwab at suse dot de 2008-09-07 16:48 ---
Created an attachment (id=16248)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16248action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37408
--- Comment #3 from schwab at suse dot de 2008-09-07 20:29 ---
The corresponding code line:
register const unsigned char **new_argv
= (const unsigned char **) __builtin_alloca 2) (nargs - 2) ? (2) :
(nargs - 2))) * sizeof (char *));
--
http://gcc.gnu.org/bugzilla
--- Comment #1 from schwab at suse dot de 2008-09-02 13:51 ---
Why do you need two flavors? The mfpr/gmp libraries are only used for the
compiler which is only built in one flavor. If you are building for x86-64 you
should configure with $PREFIX/lib64 for both library directories
--- Comment #4 from schwab at suse dot de 2008-08-23 07:58 ---
It's still an ice-on-invalid, and as such a valid bug.
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #1 from schwab at suse dot de 2008-08-23 23:07 ---
You are violating the C/C++ aliasing rules.
*** This bug has been marked as a duplicate of 21920 ***
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #129 from schwab at suse dot de 2008-08-23 23:07 ---
*** Bug 37214 has been marked as a duplicate of this bug. ***
--
schwab at suse dot de changed:
What|Removed |Added
ReportedBy: schwab at suse dot de
GCC target triplet: ia64-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37060
--- Comment #1 from schwab at suse dot de 2008-08-08 15:16 ---
Created an attachment (id=16047)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16047action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37060
--- Comment #4 from schwab at suse dot de 2008-08-07 15:19 ---
Because the result of FooBar(two) is an rvalue, but test1 is an lvalue.
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #4 from schwab at suse dot de 2008-08-04 07:44 ---
*** This bug has been marked as a duplicate of 23242 ***
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #7 from schwab at suse dot de 2008-08-04 07:44 ---
*** Bug 37018 has been marked as a duplicate of this bug. ***
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #6 from schwab at suse dot de 2008-08-04 08:28 ---
Both Q and q are correct when trying to use the low part of a register.
Only if the asm insn is using the high part you must use Q. It is the
modifier (%b or %h) that chooses between low and high part.
--
http
--- Comment #1 from schwab at suse dot de 2008-08-01 10:59 ---
This depends on undefined behaviour when mask + 0x overflows. Change
mask to unsigned to get defined behaviour.
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #6 from schwab at suse dot de 2008-07-30 18:24 ---
Fixed in 4.3 branch and trunk.
--
schwab at suse dot de changed:
What|Removed |Added
Status
--- Comment #2 from schwab at suse dot de 2008-07-25 21:33 ---
The bug is in dse.c:replace_inc_dec:
add_insn_before (data-insn,
gen_rtx_SET (Pmode, r1,
gen_rtx_PLUS (Pmode, r1, c)),
NULL
--- Comment #3 from schwab at suse dot de 2008-07-24 08:29 ---
va_list can be any object type, including an array.
--
schwab at suse dot de changed:
What|Removed |Added
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schwab at suse dot de
GCC target triplet: ia64-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36898
--- Comment #1 from schwab at suse dot de 2008-07-22 13:34 ---
Created an attachment (id=15939)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15939action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36898
--- Comment #2 from schwab at suse dot de 2008-07-22 13:35 ---
Created an attachment (id=15940)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15940action=view)
Assembler output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36898
--- Comment #1 from schwab at suse dot de 2008-07-14 07:34 ---
Order of evaluation is unspecified.
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #3 from schwab at suse dot de 2008-07-10 12:15 ---
reg = reg + myFunc();
There is no sequence point between the operands of the plus operator, thus it
is unspecified which one is evaluated first.
--
schwab at suse dot de changed:
What|Removed
--- Comment #1 from schwab at suse dot de 2008-07-09 11:41 ---
Only a single user-defined conversion is allowed in an implicit conversion
sequence, but the copy-initialization would require two.
--
schwab at suse dot de changed:
What|Removed
--- Comment #3 from schwab at suse dot de 2008-07-09 13:06 ---
int-double is not a user-defined conversion, but a standard conversion.
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #6 from schwab at suse dot de 2008-07-09 21:30 ---
extern __inline__ errcode_t ext2fs_get_mem(unsigned long size, void *ptr)
{
void **pp = (void **)ptr;
*pp = malloc(size);
[...]
}
[...]
{
ext2_u32_list bb;
errcode_t retval;
retval = ext2fs_get_mem(sizeof(struct
--- Comment #4 from schwab at suse dot de 2008-07-05 09:54 ---
Not a bug.
--
schwab at suse dot de changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #1 from schwab at suse dot de 2008-06-25 08:53 ---
In a cast in functional notation only a simple-type-specifier is allowed.
--
schwab at suse dot de changed:
What|Removed |Added
1 - 100 of 649 matches
Mail list logo