[Bug target/26743] New: gcc generates unreachable branch
gcc -O2 -c hamlibperl_wrap.i gives: /tmp/ccxskRBB.s: Assembler messages: /tmp/ccxskRBB.s:232018: Error: Field out of range [-262144..262143] (319532). /tmp/ccxskRBB.s:312290: Error: Field out of range [-262144..262143] (-320952). The problem happens with gcc-3.3.6, gcc-3.4.5, gcc-4.0.3 and gcc-4.1.0 -- Summary: gcc generates unreachable branch Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tausq at debian dot org GCC build triplet: hppa-unknown-linux GCC host triplet: hppa-unknown-linux GCC target triplet: hppa-unknown-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26743
[Bug target/26743] gcc generates unreachable branch
--- Comment #1 from tausq at debian dot org 2006-03-18 10:14 --- Created an attachment (id=11066) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11066action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26743
[Bug libffi/26744] New: ffi_call can't pass floating-point values to a function which has variable argument list.
In MacOSX 10.4.5, ffi_call can't pass floating-point values to a function which
has variable argument list.
=== Reproduce steps:
(1) compile the test program
% cat vaarg.c
#include stdio.h
#include ffi.h
int main()
{
ffi_cif cif;
ffi_type *args[2];
void *values[1];
double v = 0.5;
int rc;
char *fmt = %lf\n;
args[0] = ffi_type_pointer;
values[0] = fmt;
args[1] = ffi_type_double;
values[1] = v;
if (ffi_prep_cif(cif, FFI_DEFAULT_ABI, 2, ffi_type_sint, args) ==
FFI_OK) {
ffi_call(cif, (void*)printf, rc, values);
}
return 0;
}
% gcc -v -save-temps -o vaarg vaarg.c -I../src/libffi/include/
../src/libffi/.libs/libffi.a
Using built-in specs.
Target: powerpc-apple-darwin8
Configured with: /private/var/tmp/gcc/gcc-5247.obj~4/src/configure
--disable-checking -enable-werror --prefix=/usr --mandir=/share/man
--enable-languages=c,objc,c++,obj-c++
--program-transform-name=/^[cg][^.-]*$/s/$/-4.0/
--with-gxx-include-dir=/include/c++/4.0.0 --build=powerpc-apple-darwin8
--host=powerpc-apple-darwin8 --target=powerpc-apple-darwin8
Thread model: posix
gcc version 4.0.1 (Apple Computer, Inc. build 5247)
/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/cc1 -E -quiet -v
-I../src/libffi/include/ -D__DYNAMIC__ vaarg.c -fPIC -fpch-preprocess -o
vaarg.i
ignoring nonexistent directory
/usr/lib/gcc/powerpc-apple-darwin8/4.0.1/../../../../powerpc-apple-darwin8/include
#include ... search starts here:
#include ... search starts here:
../src/libffi/include/
/usr/local/include
/usr/lib/gcc/powerpc-apple-darwin8/4.0.1/include
/usr/include
/System/Library/Frameworks
/Library/Frameworks
End of search list.
/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/cc1 -fpreprocessed vaarg.i -fPIC
-quiet -dumpbase vaarg.c -auxbase vaarg -version -o vaarg.s
GNU C version 4.0.1 (Apple Computer, Inc. build 5247) (powerpc-apple-darwin8)
compiled by GNU C version 4.0.1 (Apple Computer, Inc. build 5247).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 293c7bb043389dbe08b10e2d17bba0c4
as -arch ppc -o vaarg.o vaarg.s
/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/collect2 -dynamic -arch ppc
-weak_reference_mismatches non-weak -o vaarg -lcrt1.o
/usr/lib/gcc/powerpc-apple-darwin8/4.0.1/crt2.o
-L/usr/lib/gcc/powerpc-apple-darwin8/4.0.1
-L/usr/lib/gcc/powerpc-apple-darwin8/4.0.1
-L/usr/lib/gcc/powerpc-apple-darwin8/4.0.1/../../.. vaarg.o
../src/libffi/.libs/libffi.a -lgcc -lSystemStubs -lSystem
(2) run it
% ./vaarg
-0.00
=== Expected Results:
% ./vaarg
0.50
=== Patches
For a function which has variable argument list, floating-point values should
be put in the stack even if fparg_count NUM_FPR_ARG_REGISTERS.
URL:
http://developer.apple.com/documentation/DeveloperTools/Conceptual/LowLevelABI/Articles/32bitPowerPC.html#//apple_ref/doc/uid/TP40002438-DontLinkElementID_524797a
So I make the patch and works well in my environment.
% diff -c ffi_darwin.c.orig ffi_darwin.c
*** ffi_darwin.c.orig Sat Mar 18 21:23:17 2006
--- ffi_darwin.cSat Mar 18 22:45:24 2006
***
*** 130,138
the size of the floating-point parameter are skipped. */
case FFI_TYPE_FLOAT:
double_tmp = *(float *)*p_argv;
! if (fparg_count = NUM_FPR_ARG_REGISTERS)
! *(double *)next_arg = double_tmp;
! else
*fpr_base++ = double_tmp;
next_arg++;
fparg_count++;
--- 130,137
the size of the floating-point parameter are skipped. */
case FFI_TYPE_FLOAT:
double_tmp = *(float *)*p_argv;
! *(double *)next_arg = double_tmp;
! if (fparg_count NUM_FPR_ARG_REGISTERS)
*fpr_base++ = double_tmp;
next_arg++;
fparg_count++;
***
*** 141,149
case FFI_TYPE_DOUBLE:
double_tmp = *(double *)*p_argv;
! if (fparg_count = NUM_FPR_ARG_REGISTERS)
! *(double *)next_arg = double_tmp;
! else
*fpr_base++ = double_tmp;
next_arg += 2;
fparg_count++;
--- 140,147
case FFI_TYPE_DOUBLE:
double_tmp = *(double *)*p_argv;
! *(double *)next_arg = double_tmp;
! if (fparg_count NUM_FPR_ARG_REGISTERS)
*fpr_base++ = double_tmp;
next_arg += 2;
fparg_count++;
***
*** 154,169
case FFI_TYPE_LONGDOUBLE:
double_tmp = ((double *)*p_argv)[0];
! if (fparg_count = NUM_FPR_ARG_REGISTERS)
! *(double *)next_arg = double_tmp;
! else
*fpr_base++ = double_tmp;
next_arg += 2;
fparg_count++;
double_tmp = ((double *)*p_argv)[1];
! if (fparg_count = NUM_FPR_ARG_REGISTERS)
! *(double *)next_arg = double_tmp;
! else
*fpr_base++ = double_tmp;
next_arg += 2;
[Bug tree-optimization/26745] New: Simple loop is no longer vectorized
The gcc40 was able to vetorize the simple program given below, gcc41 and gcc42
are failing to vectorize with the message:
novect.cpp:21: note: not vectorized: can't determine dependence between
A_4-X[f_9] and C_8-X[f_9]
novect.cpp:21: note: vectorized 0 loops in function.
Michael Cieslinski
novect.cpp
struct S
{
enum {count = 40};
typedef struct { double X[count]; } __attribute__(( aligned(16) )) DblAli;
struct {double X[count];} aaa __attribute__(( aligned(16) ));
struct {double X[count];} bbb __attribute__(( aligned(16) ));
struct {double X[count];} ccc __attribute__(( aligned(16) ));
void Func ();
} __attribute__(( aligned(16) ));
void S::Func ()
{
DblAli* __restrict__ A = (DblAli*)(aaa.X[0]);
DblAli* __restrict__ B = (DblAli*)(bbb.X[0]);
DblAli* __restrict__ C = (DblAli*)(ccc.X[0]);
for (int f=0; fcount; f++)
{
(*C).X[f] = (*A).X[f] * (*B).X[f];
}
}
--
Summary: Simple loop is no longer vectorized
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: micis at gmx dot de
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26745
[Bug libffi/26744] ffi_call can't pass floating-point values to a function which has variable argument list.
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-18 14:46 --- libffi does not support variable arguments at all. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26744
[Bug tree-optimization/21591] not vectorizing a loop with access to structs
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-18 14:48 --- *** Bug 26745 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||micis at gmx dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21591
[Bug tree-optimization/26745] Simple loop is no longer vectorized
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-18 14:48 --- *** This bug has been marked as a duplicate of 21591 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26745
[Bug tree-optimization/21591] not vectorizing a loop with access to structs
--- Comment #5 from aph at gcc dot gnu dot org 2006-03-18 14:58 --- This DECL_ARTIFICIAL for the label -- should it be in the gcj front-end? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21591
[Bug target/26743] gcc generates unreachable branch
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-18 15:06 --- Looks related to PR 11254. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||11254 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26743
[Bug c/26742] force code block in default clause of switch statement
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-18 15:18 --- This is how C99 is designed. This is a dup of an older invalid bug, PR 7508. *** This bug has been marked as a duplicate of 7508 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26742
[Bug c/7508] GCC refuses to compile a declartion right after a 'case' in switch
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-03-18 15:18 --- *** Bug 26742 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||william dot p dot henry dot ||jr at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7508
[Bug rtl-optimization/17228] ICE when compiling the CGAL branch of fgsd ( i486 Linux g++ 3.3.4 debian )
--- Comment #6 from falk at debian dot org 2006-03-18 15:45 --- I cannot reproduce this anymore with Debian 1:3.3.6-12. I guess we can just close it. -- falk at debian dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17228
[Bug c++/24222] [meta-bug] The gimplifier shouldn't emit warnings or errors
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-03-18 16:26 --- I am going to seperate this into a couple of different bugs. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-03-18 16:26:58 date|| Summary|The gimplifier shouldn't|[meta-bug] The gimplifier |emit warnings or errors |shouldn't emit warnings or ||errors http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24222
[Bug c++/26747] New: break is not dectected until the gimplifier
Testcase:
void f(void)
{
break;
}
--
Summary: break is not dectected until the gimplifier
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
OtherBugsDependingO 24222
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26747
[Bug c++/26747] bad break/continue is not dectected until the gimplifier
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-18 16:29 --- This is only for the C++ front-end, the C front-end was fixed a while back. Continue is the same issue -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|break is not dectected until|bad break/continue is not |the gimplifier |dectected until the ||gimplifier http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26747
[Bug c++/26748] New: gimplify_expr_stmt in cp-gimplifer.c does warnings
I don't have a testcase but gimplify_expr_stmt produces warnings: warning (OPT_Wextra, statement with no effect); ... else if (warn_unused_value) warn_if_unused_value (stmt, input_location); -- Summary: gimplify_expr_stmt in cp-gimplifer.c does warnings Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org OtherBugsDependingO 24222 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26748
[Bug c/26749] New: too few arguments to function va_start is caught too late
too few arguments to function va_start is caught in the gimplifier which is
wrong.
if (!arglist || !TREE_CHAIN (arglist))
{
error (too few arguments to function %va_start%);
*expr_p = build_empty_stmt ();
return GS_OK;
}
I only added it here from the previous place of expand (which was wrong also).
--
Summary: too few arguments to function va_start is caught too
late
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26749
[Bug c/26750] New: invalid lvalue in asm output is caught too late
tret = gimplify_expr (TREE_VALUE (link), pre_p, post_p,
is_inout ? is_gimple_min_lval : is_gimple_lvalue,
fb_lvalue | fb_mayfail);
if (tret == GS_ERROR)
{
error (invalid lvalue in asm output %d, i);
ret = tret;
}
This is wrong, there really should be no errors/warning in the gimplifier.
--
Summary: invalid lvalue in asm output is caught too late
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
OtherBugsDependingO 24222
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26750
[Bug c/26750] invalid inline asm sematics are caught too late
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-18 16:36 ---
Likewise for:
tret = gimplify_expr (TREE_VALUE (link), pre_p, post_p,
is_gimple_lvalue, fb_lvalue | fb_mayfail);
if (tret == GS_ERROR)
{
error (memory input %d is not directly addressable, i);
ret = tret;
}
I am making inline-asm one bug because it would just put them together.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|invalid lvalue in asm output|invalid inline asm sematics
|is caught too late |are caught too late
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26750
[Bug c/26751] New: Some OpenMP semantics are caught too late
switch (default_kind)
{
case OMP_CLAUSE_DEFAULT_NONE:
error (%qs not specified in enclosing parallel,
IDENTIFIER_POINTER (DECL_NAME (decl)));
error (%Henclosing parallel, ctx-location);
..
n = splay_tree_lookup (ctx-variables, (splay_tree_key)decl);
if (n != NULL)
{
if (n-value GOVD_SHARED)
{
if (ctx == gimplify_omp_ctxp)
error (iteration variable %qs should be private,
IDENTIFIER_POINTER (DECL_NAME (decl)));
n-value = GOVD_PRIVATE;
}
return true;
}
The gimplifier should not be emitting errors.
--
Summary: Some OpenMP semantics are caught too late
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: openmp
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
OtherBugsDependingO 24222
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26751
[Bug middle-end/24222] [meta-bug] The gimplifier shouldn't emit warnings or errors
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-03-18 16:39 --- I found some other ones which had been added after this bug report was open :(. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Component|c++ |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24222
[Bug debug/24943] [hppa64] Bad dwarf output using non-preserved base register
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-18 17:31 --- I thought this was fixed for 4.1.0. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to fail|3.3.4 4.0.1 4.1.0 |3.3.4 4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24943
[Bug target/16660] attribute((aligned)) doesn't work for variables on the stack
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-18 17:43 --- Actually this is just a missed diagnostic. The compiler cannot align the stack variables where the alignment is greater than stack alignment that the compiler can give for the stack. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords|wrong-code |diagnostic http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16660
[Bug debug/24943] [hppa64] Bad dwarf output using non-preserved base register
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2006-03-18 17:57 --- Subject: Re: [hppa64] Bad dwarf output using non-preserved base register --- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-18 17:31 --- I thought this was fixed for 4.1.0. I don't think so. It was another dwarf2 report filed by Randolph involving the passing of structs that Jim Wilson fixed. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24943
[Bug debug/15810] DWARF2 does not emit 64 bit offsets when in 64 bit mode
--- Comment #2 from drow at gcc dot gnu dot org 2006-03-18 19:20 --- See Joseph's comments: http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01155.html I don't think there's a GCC bug here either. If anything, it sounds like a GDB bug (and I remember Mark Kettenis fixing a similar GDB bug last year). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15810
[Bug c++/26752] New: Name lookup ambiguity with namespace
The following code snippet:
struct B {};
void A(B) {};
namespace N {
void A(B) {}
void f(B b) {A(b);}
}
gives this error (tested with 3.3.6 and 4.0.3):
namespaceconf.cpp: In function 'void N::f()':
namespaceconf.cpp:6: error: call of overloaded 'A(B)' is ambiguous
namespaceconf.cpp:5: note: candidates are: void N::A(const B)
namespaceconf.cpp:2: note: void A(const B)
I think it should compile and use N::A() and ignore ::A() according to 3.4.1 1,
6.
Can be worked around by qualifiying the call to A as N::A(b);
--
Summary: Name lookup ambiguity with namespace
Product: gcc
Version: 4.0.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gccbug at gammarayburst dot de
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26752
[Bug c++/26752] Name lookup ambiguity with namespace
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-18 19:32 --- You forgot about agrument dependent lookup which also finds ::A so this is not a bug. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26752
[Bug middle-end/16660] attribute((aligned)) doesn't work for variables on the stack for greater than required alignement
--- Comment #4 from sabre at nondot dot org 2006-03-18 23:43 --- Huh? Why can't it? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16660
[Bug c/26753] New: Conflicting types for pthread*_t
While compiling DirectFB, i get the following errors: In file included from ../../lib/direct/util.h:34, from ../../lib/direct/debug.h:41, from clock.c:34: /usr/include/pthread.h:285: error: conflicting types for 'pthread_t' /usr/include/bits/pthreadtypes.h:50: error: previous declaration of 'pthread_t' was here /usr/include/pthread.h:286: error: conflicting types for 'pthread_attr_t' /usr/include/bits/pthreadtypes.h:57: error: previous declaration of 'pthread_attr_t' was here /usr/include/pthread.h:287: error: conflicting types for 'pthread_key_t' /usr/include/bits/pthreadtypes.h:118: error: previous declaration of 'pthread_key_t' was here /usr/include/pthread.h:289: error: conflicting types for 'pthread_mutexattr_t' /usr/include/bits/pthreadtypes.h:88: error: previous declaration of 'pthread_mutexattr_t' was here /usr/include/pthread.h:290: error: conflicting types for 'pthread_mutex_t' /usr/include/bits/pthreadtypes.h:82: error: previous declaration of 'pthread_mutex_t' was here /usr/include/pthread.h:291: error: conflicting types for 'pthread_condattr_t' /usr/include/bits/pthreadtypes.h:114: error: previous declaration of 'pthread_condattr_t' was here /usr/include/pthread.h:292: error: conflicting types for 'pthread_cond_t' /usr/include/bits/pthreadtypes.h:108: error: previous declaration of 'pthread_cond_t' was here /usr/include/pthread.h:293: error: conflicting types for 'pthread_rwlockattr_t' /usr/include/bits/pthreadtypes.h:170: error: previous declaration of 'pthread_rwlockattr_t' was here /usr/include/pthread.h:294: error: conflicting types for 'pthread_rwlock_t' /usr/include/bits/pthreadtypes.h:164: error: previous declaration of 'pthread_rwlock_t' was here /usr/include/pthread.h:357: error: conflicting types for 'pthread_kill' /usr/include/bits/sigthread.h:36: error: previous declaration of 'pthread_kill' was here In file included from ../../lib/direct/debug.h:41, from clock.c:34: ../../lib/direct/util.h:144:2: warning: #warning PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP is not defined, be aware of dead locks make[3]: *** [clock.lo] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive-am] Error 2 In pthread.h, all these types marked as conflicting are being #undefine'd, but gcc does seem to ignore that. -- Summary: Conflicting types for pthread*_t Product: gcc Version: 4.0.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hans_meiser666 at yahoo dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26753
[Bug c/26753] Conflicting types for pthread*_t
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-19 00:06 --- You cannot #undefine typedefs because the processing happens at two different times at compiling. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26753
[Bug middle-end/24221] ICE in first_insn_after_basic_block_note on HPPA
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-19 05:01 --- No feedback in 3 months. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24221
[Bug libmudflap/24865] libmudflap build problem
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-19 05:04 --- No feedback in over 3 months. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24865
[Bug libmudflap/19319] Mudflap produce many violations on simple, correct c++ program
--- Comment #17 from pinskia at gcc dot gnu dot org 2006-03-19 05:11 --- NVR in the C++ front-end is causing this violation to be produced. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Last reconfirmed|2005-01-07 22:42:03 |2006-03-19 05:11:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19319
[Bug ada/18818] ACATS cd10002 fails at runtime
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-03-19 05:17 --- Note PPC-darwin's Ada is broken when testing so I have been able to test this yet. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18818
[Bug libgcj/26495] problems with gcj-dbtool
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-19 05:18 --- This is not a bug. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26495
[Bug rtl-optimization/24132] gcc-4.0.1 never finishes with aggressive optimization options
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-03-19 05:19 --- The testcase has been waiting on for almost 6 months now so closing as invalid. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24132
[Bug bootstrap/24130] 3.4.3 Bootstrap failed on AIX 5.3
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-19 05:20 --- Also the error does not make sense. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24130
[Bug ada/13370] 'constant String' with 'pragma Machine_Attribute' triggers ICE
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-19 05:41 --- Backtrace: #0 0x004056bc in is_attribute_with_length_p (attr=0xc66e94 altivec, attr_len=7, ident=0x0) at /Users/pinskia/src/gcc/local/gcc/gcc/tree.c:3369 #1 0x004059dc in is_attribute_p (attr=0xc66e94 altivec, ident=0x0) at /Users/pinskia/src/gcc/local/gcc/gcc/tree.c:3410 #2 0x00c3ebd0 in decl_attributes (node=0xbfffebc8, attributes=0x42e54168, flags=8) at /Users/pinskia/src/gcc/local/gcc/gcc/attribs.c:163 #3 0x000444e0 in process_attributes (decl=0x42e55500, attr_list=0x42906d50) at /Users/pinskia/src/gcc/local/gcc/gcc/ada/utils.c:1527 #4 0x000457fc in create_subprog_decl (subprog_name=0x42e539a0, asm_name=0x0, subprog_type=0x42e56cc0, param_decl_list=0x0, inline_flag=0 '\0', public_flag=0 '\0', extern_flag=0 '\0', attr_list=0x42906d50, gnat_node=1652) at /Users/pinskia/src/gcc/local/gcc/gcc/ada/utils.c:1690 #5 0x0001e308 in gnat_to_gnu_entity (gnat_entity=1652, gnu_expr=0x0, definition=1) at /Users/pinskia/src/gcc/local/gcc/gcc/ada/decl.c:3811 #6 0x000822cc in gnat_to_gnu (gnat_node=1660) at /Users/pinskia/src/gcc/local/gcc/gcc/ada/trans.c:3770 #7 0x00089864 in process_decls (gnat_decls=-9990, gnat_decls2=0, gnat_end_list=0, pass1p=1 '\001', pass2p=1 '\001') at /Users/pinskia/src/gcc/local/gcc/gcc/ada/trans.c:5156 -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2005-06-14 21:04:31 |2006-03-19 05:41:39 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13370
[Bug ada/15305] Bug box in Gigi, code=505
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-19 05:54 --- Fixed in 4.2.0. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15305
[Bug ada/18692] Ada should have a dg testsuite
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-03-19 05:55 --- PR 15305 is another testcase which should go in which now passes. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18692
[Bug ada/15802] Bug box at expr.c:6764 on legal program
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-19 06:00 --- The expression which is causing the ICE is a PLACEHOLDER expression: (gdb) p debug_generic_expr (*expr_p) PLACEHOLDER_EXPR struct test_246384__t2D.1107 -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2005-06-14 20:52:55 |2006-03-19 06:00:35 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15802
[Bug ada/15802] ICE at expr.c:6764 (placeholder mechanism)
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2006-03-19 06:38 --- Very old problem. I've a patch in the works. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-03-19 06:00:35 |2006-03-19 06:38:09 date|| Summary|Bug box at expr.c:6764 on |ICE at expr.c:6764 |legal program |(placeholder mechanism) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15802
[Bug ada/24726] Gigi abort, Code=508
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-19 07:18 --- Reduced testcase: package body sets is function complement (s : set) return set is begin return (not s); end complement; end sets; package sets is type set is private; function complement (s : set) return set; private type set is mod 2 ** 16 - 1; end sets; -- -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24726
[Bug ada/25838] Ada Assert Failure with Bug Box
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-19 07:49 --- Reduced testcase: with Implementing_Interface; procedure Bugs_Test is begin declare use Implementing_Interface; begin Serialized_Code (Gary_Left); end; end Bugs_Test; with Abstract_Interface; package Implementing_Interface is task Gary_Left is new Abstract_Interface.Mutex with end; use Abstract_Interface; procedure Serialized_Code (Obj : in out Event'Class); end Implementing_Interface; package Abstract_Interface is type Mutex is task interface; type Event is synchronized interface; end Abstract_Interface; -- pinskia at gcc dot gnu dot org changed: What|Removed |Added GCC build triplet|4.1.0 20060106 (prerelease) | |(i686-pc-linux-gnu) | GCC host triplet|Red Hat Linux 9.0 on i686 | GCC target triplet|i686| Last reconfirmed|2006-01-18 07:27:23 |2006-03-19 07:50:00 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25838
