[Bug target/39137] [4.4 Regression] -mpreferred-stack-boundary=2 causes lots of dynamic realign
--- Comment #47 from Joey dot ye at intel dot com 2009-03-12 06:51 --- (In reply to comment #46) Created an attachment (id=17444) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17444action=view) [edit] gcc.target/i386/stackalign/longlong-2.c for -mnostackalign on darwin10 /sw/src/fink.build/gcc44-4.3.999-20090311/darwin_objdir/gcc/xgcc -B/sw/src/fink.build/gcc44-4.3.999-20090311/darwin_objdir/gcc/ /sw/src/fink.build/gcc44-4.3.999-20090311/gcc-4.4-20090311/gcc/testsuite/gcc.target/i386/stackalign/longlong-2.c -mstackrealign -O2 -mpreferred-stack-boundary=2 -S -m32 -o longlong-2.s That's because MacOS require stack alignment to 16 byte when making call and ignores -mpreferred-stack-boundary=2. These cases should skipped for MacOS. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39137
[Bug c/39438] Can't compile a wrapper around strftime with -Werror=format-nonliteral
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-03-12 09:40 --- It won't work. You can either put the wrapper in a system header (add #pragma GCC system_header) or build this TU with -fno-builtin-strftime. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39438
[Bug target/39137] [4.4 Regression] -mpreferred-stack-boundary=2 causes lots of dynamic realign
--- Comment #48 from rguenth at gcc dot gnu dot org 2009-03-12 09:43 --- If it ignores -mpreferred-stack-boundary it shouldn't end up setting ix86_preferred_stack_boundary to the ignored value. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39137
[Bug c/39438] Can't compile a wrapper around strftime with -Werror=format-nonliteral
--- Comment #2 from 4tmuelle at informatik dot uni-hamburg dot de 2009-03-12 09:58 --- Hey Richard. Thanks for the timely feedback. As far as I know, it works more or less good for printf-wrappers. So I expected this to be working for strftime as well. I don't think that your proposed solutions are clean and desirable ones, do you? Is there anything wrong in expecting the posted code snipped to compile fine? Especially if the fmt argument is indeed a checked, constant, fixed size (literal) string. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39438
[Bug inline-asm/39440] New: User Manual: describe asm (%a0,%c0::)
The user manual at:
http://gcc.gnu.org/onlinedocs/gcc-4.3.3/gcc/Extended-Asm.html#Extended-Asm
decribes a lot of the asm syntax, but do not describe the modifier in between
the percent sign and the digit (or [name]) inside the string of the asm.
One use case is to access global structure fields inside asm():
union {
struct {
int a;
char b, c, d;
} part1;
unsigned long long part2;
} global_var;
void fct(void) {
asm volatile ( global_var_a = %c0 : : p (global_var.part1.a) );
asm volatile ( global_var_c = %c0 : : p (global_var.part1.c) );
}
asm (
movl $0,global_var_a\n
movb $0,global_var_c\n
);
--
Summary: User Manual: describe asm (%a0,%c0::)
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: inline-asm
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: etienne_lorrain at yahoo dot fr
GCC build triplet: all-all-all
GCC host triplet: all-all-all
GCC target triplet: all-all-all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39440
[Bug target/39431] [4.3/4.4 Regression] ICE in spill_failure, at reload1.c:2093
--- Comment #8 from jakub at gcc dot gnu dot org 2009-03-12 09:56 --- Created an attachment (id=17446) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17446action=view) gcc44-pr39431.patch Patch I'm bootstrapping/regtesting ATM. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39431
[Bug ada/39441] New: Discriminant interface not implemented by full type (RM-2005 7.3 (7.3/2))
Given the following package spec: package Full_View is type Base_Type (Num : Integer) is tagged private; type Base_Interface is interface; type New_Type is new Base_Type (Num = 11) and Base_Interface with private; private type Base_Type (Num : Integer) is tagged record My_Number : Integer := Num; end record; type New_Type is new Base_Type (Num = 11) and Base_Interface with null record; end Full_View; Trying to compile this with gcc 4.3.2 in Debian/Lenny results in the following error: full_view.ads:7:09: interface Base_Interface not implemented by full type (RM-2005 7.3 (7.3/2)) Verbose output: $ gcc -v -c full_view.ads Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 4.3.2-1.1' --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.3 --program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr --enable-targets=all --enable-cld --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu Thread model: posix gcc version 4.3.2 (Debian 4.3.2-1.1) COLLECT_GCC_OPTIONS='-v' '-c' '-mtune=generic' /usr/lib/gcc/i486-linux-gnu/4.3.2/gnat1 -quiet -dumpbase full_view.ads -mtune=generic full_view.ads -o /tmp/cchU6wbD.s full_view.ads:7:09: interface Base_Interface not implemented by full type (RM-2005 7.3 (7.3/2)) When removing the (Num = 11) discrimant initialization or the Base_Interface interface from the New_Type type extension, the code compiles fine. Seems to me that the consistency check of the partial and full view of a tagged type covering interfaces does not work with discriminants. - reto -- Summary: Discriminant interface not implemented by full type (RM-2005 7.3 (7.3/2)) Product: gcc Version: 4.3.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reet at codelabs dot ch GCC build triplet: i486-linux-gnu GCC host triplet: i486-linux-gnu GCC target triplet: i486-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39441
[Bug target/39137] [4.4 Regression] -mpreferred-stack-boundary=2 causes lots of dynamic realign
--- Comment #49 from hjl dot tools at gmail dot com 2009-03-12 13:30 --- (In reply to comment #48) If it ignores -mpreferred-stack-boundary it shouldn't end up setting ix86_preferred_stack_boundary to the ignored value. i386/darwin.h has /* On Darwin, the stack is 128-bit aligned at the point of every call. Failure to ensure this will lead to a crash in the system libraries or dynamic loader. */ #undef STACK_BOUNDARY #define STACK_BOUNDARY 128 #undef MAIN_STACK_BOUNDARY #define MAIN_STACK_BOUNDARY 128 /* Since we'll never want a stack boundary less aligned than 128 bits we need the extra work here otherwise bits of gcc get very grumpy when we ask for lower alignment. We could just reject values less than 128 bits for Darwin, but it's easier to up the alignment if it's below the minimum. */ #undef PREFERRED_STACK_BOUNDARY #define PREFERRED_STACK_BOUNDARY\ MAX (STACK_BOUNDARY, ix86_preferred_stack_boundary) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39137
[Bug inline-asm/39440] User Manual: describe asm (%a0,%c0::)
--- Comment #1 from pbrook at gcc dot gnu dot org 2009-03-12 13:45 --- I'm not so sure documenting these is a good idea. Aren't these really internal implementation details that are accidentally exposed via asm()? IMHO putting them in the user documentation is risky because it means users have a legitimate grievance when we break them. I suspect many of the modifiers also don't do what you expect, and only work in very limited circumstances for particular .md patterns. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39440
[Bug target/39181] [4.4 Regression] complex int arguments cause ICE
--- Comment #2 from uweigand at gcc dot gnu dot org 2009-03-12 14:00 --- Subject: Bug 39181 Author: uweigand Date: Thu Mar 12 14:00:21 2009 New Revision: 144811 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144811 Log: PR target/39181 * config/spu/spu.c (spu_expand_mov): Handle invalid subregs of non-integer mode as well. Modified: trunk/gcc/ChangeLog trunk/gcc/config/spu/spu.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39181
[Bug target/39181] [4.4 Regression] complex int arguments cause ICE
--- Comment #3 from uweigand at gcc dot gnu dot org 2009-03-12 14:01 --- Fixed. -- uweigand at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39181
[Bug middle-end/38028] [4.4 Regression] eh failures on spu-elf
--- Comment #2 from uweigand at gcc dot gnu dot org 2009-03-12 14:02 --- Fixed. -- uweigand at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38028
[Bug inline-asm/39440] User Manual: describe asm (%a0,%c0::)
--- Comment #2 from etienne_lorrain at yahoo dot fr 2009-03-12 14:10 --- The thread associated: http://gcc.gnu.org/ml/gcc/2009-03/msg00288.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39440
[Bug debug/39432] [4.4 Regression] gdb.base/store.exp failures
--- Comment #7 from vmakarov at gcc dot gnu dot org 2009-03-12 14:40 --- Subject: Bug 39432 Author: vmakarov Date: Thu Mar 12 14:39:55 2009 New Revision: 144812 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144812 Log: 2009-03-12 Vladimir Makarov vmaka...@redhat.com PR debug/39432 * ira-int.h (struct allocno): Fix comment for calls_crossed_num. * ira-conflicts.c (ira_build_conflicts): Prohibit call used registers for allocnos created from user-defined variables. Modified: trunk/gcc/ChangeLog trunk/gcc/ira-conflicts.c trunk/gcc/ira-int.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39432
[Bug target/39442] New: In some cases __builtin_ia32_loadups generates a movaps instruction
gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu12)
This code causes an alignment fault because __builtin_ia32_loadups will
generate a movaps instruction instead of a movups instruction.
#include xmmintrin.h
void sse_func(__m128, __m128);
float *get_arg(int);
int main(void)
{
sse_func(__builtin_ia32_loadups(get_arg(0)),
__builtin_ia32_loadups(get_arg(0)));
}
Disassembly:
pushl $0
callget_arg
movaps (%eax), %xmm0
movups %xmm0, 16(%esp)
movl$0, (%esp)
callget_arg
movaps 16(%esp), %xmm1
movups (%eax), %xmm0
callsse_func
addl$40, %esp
get_arg() returns a non-aligned pointer, but it is loaded with movaps which
expects a 16-byte aligned pointer. movups should be used instead. Also, the
next instruction stores the SSE register to the stack which is already
guaranteed to be 16-byte aligned, but it uses movups, which should only be used
for non 16-byte aligned pointers.
Command-line:
gcc -O1 -march=i386 -msse -fomit-frame-pointer -S test.c -o -
Bug also occurs with -O2 and -O3, but not with -O0, and with -march=i486 and
-march=i586, but not with -march=i686. The bug disappears when
-fomit-frame-pointer is removed.
The bug also disappears when get_arg(int) is changed to get_arg(void):'
#include xmmintrin.h
void sse_func(__m128, __m128);
float *get_arg(void);
int main(void)
{
sse_func(__builtin_ia32_loadups(get_arg()),
__builtin_ia32_loadups(get_arg()));
}
--
Summary: In some cases __builtin_ia32_loadups generates a movaps
instruction
Product: gcc
Version: 4.3.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: amanieu at gmail dot com
GCC build triplet: i486-pc-linux-gnu
GCC host triplet: i486-pc-linux-gnu
GCC target triplet: i486-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39442
[Bug target/39423] [SH] performance regression: lost mov @(disp,Rn)
--- Comment #9 from chrbr at gcc dot gnu dot org 2009-03-12 15:04 --- The attached patch improves the SH generation, but I noticed a small regression with the ARM that could make use before of a shifted constant addressing mode, so not using the extra register for the value. A target description check should be done while expanding the canonicalization, that should not be done only when a base+cst addressing mode exists and the cst must be shifter in a register. Any input welcome to how to target conditionalize this transformation. No performance impact was noticed on i686 however. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39423
[Bug target/39442] In some cases __builtin_ia32_loadups generates a movaps instruction
--- Comment #1 from hjl dot tools at gmail dot com 2009-03-12 15:06 --- I believe this is fixed in gcc 4.4.0. -- hjl dot tools at gmail dot com changed: What|Removed |Added CC||hjl dot tools at gmail dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39442
[Bug target/39423] [SH] performance regression: lost mov @(disp,Rn)
--- Comment #10 from chrbr at gcc dot gnu dot org 2009-03-12 15:10 --- Created an attachment (id=17447) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17447action=view) SH illustrative patch for feedback only. win on SH. lost on ARM 2009-03-12 Christian Bruel christian.br...@st.com * fold-const.c (fold_plusminus_mult_expr): Move canonicalization of index+cst... * expr.c (expand_expr_real_1): ... here. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39423
[Bug middle-end/39443] New: [4.4 Regression] Builtin redirection no longer working for memcmp
typedef __SIZE_TYPE__ size_t;
extern int memcmp (const void *s1, const void *s2, size_t n)
__attribute__ ((__nothrow__, __pure__));
extern __typeof (memcmp) memcmp __asm__ (memory_compare);
int
bar (char *s, char *t, int cnt)
{
if (__builtin_expect (cnt, 0))
return memcmp (s, t, cnt);
return 0;
}
emits memcmp instead of inline expansion or memory_compare call since r138835
for -Os (and a tiny bit later for -O2). This breaks check-localplt test in
glibc and more importantly, some memcmp calls in glibc go through PLT when they
shouldn't.
--
Summary: [4.4 Regression] Builtin redirection no longer working
for memcmp
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39443
[Bug middle-end/39443] [4.4 Regression] Builtin redirection no longer working for memcmp
-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-03-12 15:31:25 date|| Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39443
[Bug target/39442] In some cases __builtin_ia32_loadups generates a movaps instruction
--- Comment #2 from pluto at agmk dot net 2009-03-12 15:37 --- on x86_64/4.4.0 i see correct movups and weird aligned moves[*]. main: subq$24, %rsp xorl%edi, %edi callget_arg movups (%rax), %xmm1 xorl%edi, %edi movaps %xmm1, (%rsp) [*] callget_arg movaps (%rsp), %xmm1 [*] movups (%rax), %xmm0 callsse_func addq$24, %rsp ret -- pluto at agmk dot net changed: What|Removed |Added CC||pluto at agmk dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39442
[Bug target/39442] In some cases __builtin_ia32_loadups generates a movaps instruction
--- Comment #3 from hjl dot tools at gmail dot com 2009-03-12 15:47 --- (In reply to comment #2) on x86_64/4.4.0 i see correct movups and weird aligned moves[*]. main: subq$24, %rsp xorl%edi, %edi callget_arg movups (%rax), %xmm1 xorl%edi, %edi movaps %xmm1, (%rsp) [*] We can use movaps since stack is aligned at 16byte here. callget_arg movaps (%rsp), %xmm1 [*] Same here. movups (%rax), %xmm0 callsse_func addq$24, %rsp ret -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39442
[Bug debug/39432] [4.4 Regression] gdb.base/store.exp failures
--- Comment #8 from jakub at gcc dot gnu dot org 2009-03-12 15:49 --- Fixed, thanks. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39432
[Bug middle-end/39443] [4.4 Regression] Builtin redirection no longer working for memcmp
--- Comment #1 from jakub at gcc dot gnu dot org 2009-03-12 15:51 --- Created an attachment (id=17448) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17448action=view) gcc44-pr39443.patch Patch I'm going to bootstrap/regtest. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39443
[Bug target/39442] In some cases __builtin_ia32_loadups generates a movaps instruction
--- Comment #4 from pluto at agmk dot net 2009-03-12 15:53 --- (In reply to comment #3) callget_arg movups (%rax), %xmm1 xorl%edi, %edi movaps %xmm1, (%rsp) [*] We can use movaps since stack is aligned at 16byte here. callget_arg movaps (%rsp), %xmm1 [*] Same here. of course you can, but what for transfer xmm1=(rsp)=xmm1? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39442
[Bug target/38824] [4.4 Regression] performance regression of sse code from 4.2/4.3
--- Comment #28 from hjl dot tools at gmail dot com 2009-03-12 16:00 --- (In reply to comment #25) patch committed (the changelog was in gcc-patches :-). This patch caused: http://gcc.gnu.org/ml/gcc/2009-03/msg00340.html -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38824
[Bug target/39442] In some cases __builtin_ia32_loadups generates a movaps instruction
--- Comment #5 from hjl dot tools at gmail dot com 2009-03-12 16:03 --- (In reply to comment #4) (In reply to comment #3) callget_arg movups (%rax), %xmm1 xorl%edi, %edi movaps %xmm1, (%rsp) [*] We can use movaps since stack is aligned at 16byte here. callget_arg movaps (%rsp), %xmm1 [*] Same here. of course you can, but what for transfer xmm1=(rsp)=xmm1? xmm1 is a caller saved register. get_arg may change xmm1. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39442
[Bug target/38824] [4.4 Regression] performance regression of sse code from 4.2/4.3
--- Comment #29 from hjl at gcc dot gnu dot org 2009-03-12 16:08 --- Subject: Bug 38824 Author: hjl Date: Thu Mar 12 16:08:02 2009 New Revision: 144817 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144817 Log: 2009-03-12 H.J. Lu hongjiu...@intel.com PR target/38824 * config/i386/i386.md: Compare REGNO on the new peephole2 patterns. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38824
[Bug debug/39412] [4.2/4.3/4.4 Regression] ICE in gen_tagged_type_instantiation_die
-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2009-03-09 17:47:29 |2009-03-12 16:29:21 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39412
[Bug c++/39405] std::shared_ptr barfs on incomplete template class that boost::shared_ptr accepts
--- Comment #1 from gcc at cohi dot at 2009-03-12 17:00 --- Just now I installed pre-release gcc-4.4-20090306 and there is no error with t.cc as shown, so it seems to be a bug that has been already fixed; I didn't check any 4.3.4 pre-release however. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39405
[Bug c++/39444] New: ICE caused by default template argument
Compiling the following code causes an internal compiler error on both:
gcc (GCC) 4.1.2 20061115 (prerelease) (SUSE Linux)
gcc (GCC) 4.1.2 20071124 (Red Hat 4.1.2-42)
#include string
#include typeinfo
templateclass FILTER, const std::string filterName = std::string()
class Filter
{
public:
virtual const std::string getFilterName() const
{
static const std::string name = filterName;
return name;
}
};
void breakMe()
{
Filterint boo;
}
The output is:
g++-c -o template.o template.cpp
template.cpp: In instantiation of $-1òøFilterint, std::basic_stringchar,
std::char_traitschar, std::allocatorchar (((const char*)), ((const
std::allocatorchar)((const std::allocatorchar*)(
std::allocatorchar()òù:
template.cpp:18: instantiated from here
template.cpp:7: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
Using a typeid in place of std::string() for the default causes a more
cryptic
g++-c -o template.o template.cpp
template.cpp: In instantiation of Filterint, ((const std::type_info*)(
_ZTIi))-const char* std::type_info::name():
template.cpp:45: instantiated from here
template.cpp:34: sorry, unimplemented: call_expr cannot be mangled due to a
defect in the C++ ABI
template.cpp:34: sorry, unimplemented: call_expr cannot be mangled due to a
defect in the C++ ABI
template.cpp:45: sorry, unimplemented: call_expr cannot be mangled due to a
defect in the C++ ABI
template.cpp:45: sorry, unimplemented: call_expr cannot be mangled due to a
defect in the C++ ABI
template.cpp: In member function const std::string FilterFILTER,
filterName::getFilterName() const [with FILTER = int, const std::string
filterName = ((const std::type_info*)( _ZTIi))-std::type_info::name()]:
template.cpp:45: instantiated from here
template.cpp:38: sorry, unimplemented: call_expr cannot be mangled due to a
defect in the C++ ABI
--
Summary: ICE caused by default template argument
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tortoise_74 at yahoo dot co dot uk
GCC build triplet: x86_64-linux-redhat
GCC host triplet: x86_64-linux-redhat
GCC target triplet: x86_64-linux-redhat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39444
[Bug c++/39444] ICE caused by default template argument
--- Comment #1 from tortoise_74 at yahoo dot co dot uk 2009-03-12 17:21 --- Created an attachment (id=17449) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17449action=view) ICE with arg = std::string() -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39444
[Bug c++/39444] ICE caused by default template argument
--- Comment #2 from tortoise_74 at yahoo dot co dot uk 2009-03-12 17:23 --- Created an attachment (id=17450) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17450action=view) defect in the C++ ABI message -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39444
[Bug target/39445] New: failure of SSE2 tests
On i586-suse-linux 3 SSE2 tests have failed for some time: FAIL: gcc.target/i386/pr35767-1.c execution test FAIL: gcc.target/i386/pr35767-1d.c execution test FAIL: gcc.target/i386/pr35767-1i.c execution test When compiled at -O0: (gdb) run Starting program: /home/eric/gnat/gnat-head/native32/pr35767-1 warning: Lowest section in system-supplied DSO at 0xe000 is .hash at e0b4 Program received signal SIGSEGV, Segmentation fault. 0x0804846b in main () 0x0804846b main+135: movaps %xmm6,(%esp) (gdb) info reg esp esp0xce9c 0xce9c -- Summary: failure of SSE2 tests Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ebotcazou at gcc dot gnu dot org GCC target triplet: i586-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39445
[Bug target/39327] Incorrect addsub/unpck patterns in sse.md
--- Comment #4 from hjl at gcc dot gnu dot org 2009-03-12 17:43 --- Subject: Bug 39327 Author: hjl Date: Thu Mar 12 17:43:14 2009 New Revision: 144819 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144819 Log: 2009-03-12 H.J. Lu hongjiu...@intel.com PR target/39327 * config/i386/sse.md (avx_addsubv8sf3): Correct item bits. (avx_addsubv4df3): Likewise. (*avx_addsubv4sf3): Likewise. (sse3_addsubv4sf3): Likewise. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/sse.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39327
[Bug ada/39446] Can not resolve PUT between String and Character versions.
--- Comment #2 from mark_r_eggleston at yahoo dot co dot uk 2009-03-12 17:44 --- In the test case program bug.adb functions a_string are substituted for get_name functions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39446
[Bug target/35135] unable to find a register to spill in class �GENERAL_REGS� with global registers
--- Comment #10 from ubizjak at gmail dot com 2009-03-12 17:48 --- *** This bug has been marked as a duplicate of 16185 *** -- ubizjak at gmail dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35135
[Bug target/16185] ICE: in spill_failure, at reload1.c:1892, global registers and long long
--- Comment #16 from ubizjak at gmail dot com 2009-03-12 17:48 --- *** Bug 35135 has been marked as a duplicate of this bug. *** -- ubizjak at gmail dot com changed: What|Removed |Added CC||mueller at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16185
[Bug target/39327] Incorrect addsub/unpck patterns in sse.md
--- Comment #5 from hjl at gcc dot gnu dot org 2009-03-12 17:50 --- Subject: Bug 39327 Author: hjl Date: Thu Mar 12 17:50:02 2009 New Revision: 144820 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144820 Log: 2009-03-12 H.J. Lu hongjiu...@intel.com Backport from mainline: 2009-03-12 H.J. Lu hongjiu...@intel.com PR target/39327 * config/i386/sse.md (sse3_addsubv4sf3): Correct item bits. (sse3_addsubv2df3): Likewise. Modified: branches/gcc-4_3-branch/gcc/ChangeLog branches/gcc-4_3-branch/gcc/config/i386/sse.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39327
[Bug target/39445] failure of SSE2 tests
--- Comment #1 from hjl dot tools at gmail dot com 2009-03-12 17:58 --- How can I reproduce it? How is your gcc configured? -- hjl dot tools at gmail dot com changed: What|Removed |Added CC||hjl dot tools at gmail dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39445
[Bug inline-asm/39440] User Manual: describe asm (%a0,%c0::)
--- Comment #3 from ian at airs dot com 2009-03-12 18:29 --- We don't have to document all of the modifiers, but we do have to document some of them. There are cases where they are required in order to use asm statements effectively. Most of the modifiers haven't changed for decades, I don't think we have to worry about that as long as we are careful about which ones we document. -- ian at airs dot com changed: What|Removed |Added CC||ian at airs dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39440
[Bug c++/39444] ICE caused by default template argument
--- Comment #3 from tortoise_74 at yahoo dot co dot uk 2009-03-12 18:34 --- I should point out (as it is not obvious to the uninitiated) that this may not be legal C++ as A string literal cannot be used as a template argument. String literals have internal linkage. So string arguments can only be used if they are declared extern. The bug might be that gcc is not outputting this message but instead an ICE or something about the ABI. However, a std::string is not the same as a char* so a language lawyer might be needed here. The bugs manifest as if the two are identical. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39444
[Bug target/39445] failure of SSE2 tests
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2009-03-12 18:43 --- How can I reproduce it? -mtune=i586 presumably. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39445
[Bug target/9760] [arm] Combine cannot do its job because immediate operand is used instead of register
--- Comment #6 from ramana dot r at gmail dot com 2009-03-12 18:45 ---
With Mainline today gcc produces :
stmfd sp!, {r4, lr}
mov r1, r0, lsr #24
mov r4, r0
mov r0, #8
bl func
mov r1, r4, lsr #16
and r1, r1, #255
mov r0, #8
bl func
mov r1, r4, lsr #8
and r1, r1, #255
mov r0, #8
ldmfd sp!, {r4, lr}
b func
The problem still exists. This can't be a problem with the combiner because the
combine would stop at function call boundaries.
--
ramana dot r at gmail dot com changed:
What|Removed |Added
CC||rearnsha at arm dot com,
||ramana dot r at gmail dot
||com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9760
[Bug target/39445] failure of SSE2 tests
--- Comment #3 from hjl dot tools at gmail dot com 2009-03-12 19:53 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00603.html -- hjl dot tools at gmail dot com changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2009- ||03/msg00603.html Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-03-12 19:53:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39445
[Bug target/39445] failure of SSE2 tests
--- Comment #4 from hjl at gcc dot gnu dot org 2009-03-12 19:56 --- Subject: Bug 39445 Author: hjl Date: Thu Mar 12 19:56:34 2009 New Revision: 144823 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144823 Log: gcc/ 2009-03-12 H.J. Lu hongjiu...@intel.com PR target/39445 * config/i386/i386.c (ix86_expand_push): Don't set memory alignment. gcc/testsuite/ 2009-03-12 H.J. Lu hongjiu...@intel.com PR target/39445 * gcc.target/i386/pr39445.c: New. * gcc.target/i386/push-1.c: XFAIL. Added: trunk/gcc/testsuite/gcc.target/i386/pr39445.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.target/i386/push-1.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39445
[Bug c++/39405] std::shared_ptr barfs on incomplete template class that boost::shared_ptr accepts
--- Comment #2 from paolo dot carlini at oracle dot com 2009-03-12 20:01 --- Indeed, mainline is fine. Do we have evidence that some earlier 4.3.x release worked? Because, otherwise, given that 4.3.x is approaching is end of life in terms of expected releases, this issue can be safely closed. -- paolo dot carlini at oracle dot com changed: What|Removed |Added CC||paolo dot carlini at oracle ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39405
[Bug target/38824] [4.4 Regression] performance regression of sse code from 4.2/4.3
--- Comment #30 from hjl dot tools at gmail dot com 2009-03-12 20:21 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38824
[Bug middle-end/39447] New: ICE in create_data_ref with -O1 -floop-interchange
$ g++ -O1 -floop-interchange -c buffer.pre.cc buffer.cc: In member function 'bool Buffer::save(const std::string*, bool, bool, Point, Point) const': buffer.cc:204: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. Backtrace: #0 0x0088850a in create_data_ref () #1 0x0088d00e in stmt_simple_memref_p () #2 0x00bf6013 in is_simple_operand () #3 0x00bfa3ec in build_scops_1 () #4 0x00bfa916 in build_scops_1 () #5 0x00bfa916 in build_scops_1 () #6 0x00bfa916 in build_scops_1 () #7 0x00bfa791 in build_scops_1 () #8 0x00bfa916 in build_scops_1 () #9 0x00bfa791 in build_scops_1 () #10 0x00bfa916 in build_scops_1 () #11 0x00bfa791 in build_scops_1 () #12 0x00bfa916 in build_scops_1 () #13 0x00bfa916 in build_scops_1 () #14 0x00bfdfb4 in graphite_transform_loops () #15 0x00928111 in graphite_transforms () #16 0x007ca482 in execute_one_pass () #17 0x007ca735 in execute_pass_list () #18 0x007ca75d in execute_pass_list () #19 0x007ca75d in execute_pass_list () #20 0x008b2b9c in tree_rest_of_compilation () #21 0x00a1329f in cgraph_expand_function () #22 0x00a14629 in cgraph_optimize () #23 0x004c27b5 in cp_write_global_declarations () #24 0x0086c1af in toplev_main () #25 0x7fdfa2f6160d in __libc_start_main () from /lib/libc.so.6 #26 0x00405229 in _start () -- Summary: ICE in create_data_ref with -O1 -floop-interchange Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: il dot basso dot buffo at gmail dot com GCC build triplet: x86_64-pc-linux-gnu GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39447
[Bug middle-end/39447] ICE in create_data_ref with -O1 -floop-interchange
--- Comment #1 from il dot basso dot buffo at gmail dot com 2009-03-12 20:41 --- Created an attachment (id=17452) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17452action=view) Preprocessed C++ source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39447
[Bug target/39431] [4.3/4.4 Regression] ICE in spill_failure, at reload1.c:2093
--- Comment #9 from jakub at gcc dot gnu dot org 2009-03-12 20:46 --- Subject: Bug 39431 Author: jakub Date: Thu Mar 12 20:45:39 2009 New Revision: 144825 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144825 Log: PR target/39431 * config/i386/predicates.md (cmpxchg8b_pic_memory_operand): New predicate. * config/i386/sync.md (sync_compare_and_swapmode, sync_compare_and_swap_ccmode): For DImode with -m32 -fpic check if operands[1] is cmpxchg8b_pic_memory_operand, if not force address into a register. (sync_double_compare_and_swapdi_pic, sync_double_compare_and_swap_ccdi_pic): Require operand 1 to be cmpxchg8b_pic_memory_operand instead of just memory_operand. * gcc.target/i386/pr39431.c: New test. Added: trunk/gcc/testsuite/gcc.target/i386/pr39431.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/predicates.md trunk/gcc/config/i386/sync.md trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39431
[Bug target/39431] [4.3 Regression] ICE in spill_failure, at reload1.c:2093
--- Comment #10 from jakub at gcc dot gnu dot org 2009-03-12 20:47 --- Fixed on the trunk so far. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Known to fail|4.3.4 4.4.0 |4.3.4 Known to work|4.2.4 |4.2.4 4.4.0 Summary|[4.3/4.4 Regression] ICE in |[4.3 Regression] ICE in |spill_failure, at |spill_failure, at |reload1.c:2093 |reload1.c:2093 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39431
[Bug target/39448] New: cross compile for avr mangles path in configure
Trying to compile avr-gcc on OpenSolaris. gcc 3.4.3 installed on host, using
sources for 4.3.3. Make eventually errors off with cannot compute suffix of
object files. A look in config.log shows weird paths:
/export/home/ck242721/avr/avr/bin/as: not found.
Binutils installed in /export/home/ck142721/avr/bin with avr- prefix.
./configure --target=avr --prefix=/export/home/ckiick/
--program-prefix=avr- --enable-languages=c --with-gmp=/usr/local
--with-mpfr=/usr/local
note: gmp and mpfr are installed an in LD_LIBRARY_PATH.
error:
checking for avr-gcc...
/export/home/ckiick/Download/gcc-4.3.3/host-i386-pc-solaris2.11/gcc/xgcc
-B/export/home/ckiick/Download/gcc-4.3.3/host-i386-pc-solaris2.11/gcc/
-B/export/home/ckiick//avr/bin/ -B/export/home/ckiick//avr/lib/ -isystem
/export/home/ckiick//avr/include -isystem /export/home/ckiick//avr/sys-include
checking for suffix of object files... configure: error: cannot compute suffix
of object files: cannot compile
See `config.log' for more details.
make[1]: *** [configure-target-libgcc] Error 1
make[1]: Leaving directory `/export/home/ckiick/Download/gcc-4.3.3'
make: *** [all] Error 2
in gcc4.3.3/avr/libgcc/config.log:
configure:2398:
/export/home/ckiick/Download/gcc-4.3.3/host-i386-pc-solaris2.11/gcc/xgcc
-B/export/home/ckiick/Download/gcc-4.3.3/host-i386-pc-solaris2.11/gcc/
-B/export/home/ckiick//avr/bin/ -B/export/home/ckiick//avr/lib/ -isystem
/export/home/ckiick//avr/include -isystem /export/home/ckiick//avr/sys-include
-o conftest -O2 -g -g -O2 conftest.c 5
/export/home/ckiick/Download/gcc-4.3.3/host-i386-pc-solaris2.11/gcc/as[77]:
exec: /export/home/ckiick/avr/avr/bin/as: not found
configure:2401: $? = 1
configure:2567: checking for suffix of object files
configure:2588:
/export/home/ckiick/Download/gcc-4.3.3/host-i386-pc-solaris2.11/gcc/xgcc
-B/export/home/ckiick/Download/gcc-4.3.3/host-i386-pc-solaris2.11/gcc/
-B/export/home/ckiick//avr/bin/ -B/export/home/ckiick//avr/lib/ -isystem
/export/home/ckiick//avr/include -isystem /export/home/ckiick//avr/sys-include
-c -O2 -g -g -O2conftest.c 5
/export/home/ckiick/Download/gcc-4.3.3/host-i386-pc-solaris2.11/gcc/as[77]:
exec: /export/home/ckiick/avr/avr/bin/as: not found
configure:2591: $? = 1
configure: failed program was:
| /* confdefs.h. */
|
| #define PACKAGE_NAME GNU C Runtime Library
|
| #define PACKAGE_NAME GNU C Runtime Library
| #define PACKAGE_TARNAME libgcc
| #define PACKAGE_VERSION 1.0
| #define PACKAGE_STRING GNU C Runtime Library 1.0
| #define PACKAGE_BUGREPORT
| /* end confdefs.h. */
|
| int
| main ()
| {
|
| ;
| return 0;
| }
configure:2604: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details.
path of avr-as is /export/home/ckiick/avr/bin/avr-as
I've tried using different paths with --prefix but it still does the same
thing.
--
Summary: cross compile for avr mangles path in configure
Product: gcc
Version: 4.3.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: chris dot kiick at sun dot com
GCC build triplet: gcc 4.3.3
GCC host triplet: gcc version 3.4.3 (csl-sol210-3.4-20050802)
GCC target triplet: avr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39448
[Bug libobjc/27466] RFE: Support for libobjc equivalent of std::set_unexpected
--- Comment #8 from ayers at gcc dot gnu dot org 2009-03-12 22:28 --- Subject: Bug 27466 Author: ayers Date: Thu Mar 12 22:28:15 2009 New Revision: 144826 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144826 Log: libobjc/ 2009-03-12 Richard Frith-Macdonald r...@gnu.org David Ayers ay...@fsfe.org PR libobjc/27466 * objc/objc-api.h (_objc_unexpected_exception): Declare new hook. Update copyright dates. * exception.c (objc_exception_throw): Use hook. Update copyright dates. * libobjc.def (_objc_unexpected_exception): Export hook. Update copyright dates. gcc/testsuite/ 2009-03-12 David Ayers ay...@fsfe.org PR libobjc/27466 * objc/execute/exceptions/handler-1.m. New test. Added: trunk/gcc/testsuite/objc/execute/exceptions/handler-1.m Modified: trunk/gcc/testsuite/ChangeLog trunk/libobjc/ChangeLog trunk/libobjc/exception.c trunk/libobjc/libobjc.def trunk/libobjc/objc/objc-api.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27466
[Bug target/39327] Incorrect addsub/unpck patterns in sse.md
--- Comment #6 from hjl dot tools at gmail dot com 2009-03-12 22:44 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39327
[Bug target/39431] [4.3 Regression] ICE in spill_failure, at reload1.c:2093
--- Comment #11 from doko at ubuntu dot com 2009-03-12 23:02 --- applied to the 4.3 branch it fixes the problem; no regressions in the testsuite for a biarch build on i486-linux-gnu with --enable-languages=c,c++ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39431
[Bug testsuite/39449] New: FAIL: gcc.target/i386/stackalign/longlong-2.c
Executing on host: /Users/dave/gnu/gcc/objdir/gcc/xgcc -B/Users/dave/gnu/gcc/obj dir/gcc/ /Users/dave/gnu/gcc/gcc/gcc/testsuite/gcc.target/i386/stackalign/longlo ng-2.c -mstackrealign -O2 -mpreferred-stack-boundary=2 -S -o longlong-2.s ( timeout = 300) PASS: gcc.target/i386/stackalign/longlong-2.c -mstackrealign (test for excess er rors) FAIL: gcc.target/i386/stackalign/longlong-2.c scan-assembler-times and[lq]?[^\n] *-8,[^\n]*sp 2 FAIL: gcc.target/i386/stackalign/longlong-2.c scan-assembler-times and[lq]?[^\n] *-16,[^\n]*sp 2 and Executing on host: /Users/dave/gnu/gcc/objdir/gcc/xgcc -B/Users/dave/gnu/gcc/obj dir/gcc/ /Users/dave/gnu/gcc/gcc/gcc/testsuite/gcc.target/i386/stackalign/longlo ng-2.c -mno-stackrealign -O2 -mpreferred-stack-boundary=2 -S -o longlong-2.s (timeout = 300) PASS: gcc.target/i386/stackalign/longlong-2.c -mno-stackrealign (test for excess errors) FAIL: gcc.target/i386/stackalign/longlong-2.c scan-assembler-times and[lq]?[^\n] *-8,[^\n]*sp 2 FAIL: gcc.target/i386/stackalign/longlong-2.c scan-assembler-times and[lq]?[^\n] *-16,[^\n]*sp 2 -- Summary: FAIL: gcc.target/i386/stackalign/longlong-2.c Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: i686-apple-darwin9 GCC host triplet: i686-apple-darwin9 GCC target triplet: i686-apple-darwin9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39449
[Bug testsuite/39449] FAIL: gcc.target/i386/stackalign/longlong-2.c
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-12 23:07 --- Subject: Re: New: FAIL: gcc.target/i386/stackalign/longlong-2.c Attached .s for first fail. Dave --- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-12 23:07 --- Created an attachment (id=17453) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17453action=view) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39449
[Bug target/39431] [4.3 Regression] ICE in spill_failure, at reload1.c:2093
-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|jakub at gcc dot gnu dot org|unassigned at gcc dot gnu ||dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39431
[Bug testsuite/39449] FAIL: gcc.target/i386/stackalign/longlong-2.c
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-03-13 00:20 --- Read comments 47 through 49 of http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39137. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39449
[Bug testsuite/39449] FAIL: gcc.target/i386/stackalign/longlong-2.c
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-13 01:12 --- Subject: Re: FAIL: gcc.target/i386/stackalign/longlong-2.c --- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-03-13 00:20 --- Read comments 47 through 49 of http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39137. PR 39137 is currently closed. So, either we need a new PR, or 39137 needs to be reopened. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39449
[Bug c/39450] New: gcc.dg/asm-b.c compilation fails to produce executable
Current gcc trunk (r144825) shows a regression on i686-apple-darwin10... Running /sw/src/fink.build/gcc44-4.3.999-20090312/gcc-4.4-20090312/gcc/testsuite/gcc.dg/dg.exp ... FAIL: gcc.dg/asm-b.c (test for excess errors) WARNING: gcc.dg/asm-b.c compilation failed to produce executable This shows up as... Executing on host: /sw/src/fink.build/gcc44-4.3.999-20090312/darwin_objdir/gcc/xgcc -B/sw/src/fink.build/gcc44-4.3.999-20090312/darwin_objdir/gcc/ /sw/src/fink.build/gcc44-4.3.999-20090312/gcc-4.4-20090312/gcc/testsuite/gcc.dg/asm-b.c -O1 -lm -m32 -o ./asm-b.exe(timeout = 300) /sw/src/fink.build/gcc44-4.3.999-20090312/gcc-4.4-20090312/gcc/testsuite/gcc.dg/asmb.c:27:bad register name `%sil' /sw/src/fink.build/gcc44-4.3.999-20090312/gcc-4.4-20090312/gcc/testsuite/gcc.dg/asmb.c:27:`%si' not allowed with `movb' compiler exited with status 1 output is: /sw/src/fink.build/gcc44-4.3.999-20090312/gcc-4.4-20090312/gcc/testsuite/gcc.dg/asm-b.c:27:bad register name `%sil' /sw/src/fink.build/gcc44-4.3.999-20090312/gcc-4.4-20090312/gcc/testsuite/gcc.dg/asm-b.c:27:`%si' not allowed with `movb' FAIL: gcc.dg/asm-b.c (test for excess errors) Excess errors: /sw/src/fink.build/gcc44-4.3.999-20090312/gcc-4.4-20090312/gcc/testsuite/gcc.dg/asm-b.c:27:bad register name `%sil' /sw/src/fink.build/gcc44-4.3.999-20090312/gcc-4.4-20090312/gcc/testsuite/gcc.dg/asm-b.c:27:`%si' not allowed with `movb' WARNING: gcc.dg/asm-b.c compilation failed to produce executable The testcase wasn't failing on 20090311 under darwin10. -- Summary: gcc.dg/asm-b.c compilation fails to produce executable Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: howarth at nitro dot med dot uc dot edu GCC build triplet: i686-apple-darwin9 GCC host triplet: i686-apple-darwin9 GCC target triplet: i686-apple-darwin9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39450
[Bug c/39450] gcc.dg/asm-b.c compilation fails to produce executable
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2009-03-13 01:17 --- Correction...the regression is observed on i686-apple-darwin9. I haven't checked current gcc trunk under darwin10 yet. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39450
[Bug c/39450] gcc.dg/asm-b.c compilation fails to produce executable
--- Comment #2 from danglin at gcc dot gnu dot org 2009-03-13 01:23 --- I also see this fail. -- danglin at gcc dot gnu dot org changed: What|Removed |Added CC||danglin at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-03-13 01:23:41 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39450
[Bug c/39450] gcc.dg/asm-b.c compilation fails to produce executable
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-03-13 01:24 --- Dave's last posted results without this is r144796. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39450
[Bug c/39450] gcc.dg/asm-b.c compilation fails to produce executable
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2009-03-13 01:27 --- Fails at both -m32 and -m64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39450
[Bug c/39450] gcc.dg/asm-b.c compilation fails to produce executable
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-13 01:27 --- Subject: Re: gcc.dg/asm-b.c compilation fails to produce executable I also see this fail. Specifically, I see it in r144826. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39450
[Bug testsuite/39451] New: Invalid x86 constraint in gcc.dg/asm-b.c
gcc.dg/asm-b.c has #elif defined __i386__ || defined __x86_64__ __asm __volatile (movb %b1,1(%2); movb %h1,(%2) : =m (*z) : r (y), r (z)); #endif The r constraint means any integer registers. But %b1/%h1 requires the Q constraint. -- Summary: Invalid x86 constraint in gcc.dg/asm-b.c Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl dot tools at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39451
[Bug c/39450] gcc.dg/asm-b.c compilation fails to produce executable
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2009-03-13 03:58 --- This regression is caused by r144812. r144812 | vmakarov | 2009-03-12 10:39:55 -0400 (Thu, 12 Mar 2009) | 8 lines 2009-03-12 Vladimir Makarov vmaka...@redhat.com PR debug/39432 * ira-int.h (struct allocno): Fix comment for calls_crossed_num. * ira-conflicts.c (ira_build_conflicts): Prohibit call used registers for allocnos created from user-defined variables. Revision 144811 doesn't show the failure in gcc.dg/asm-b.c. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39450
[Bug testsuite/39451] Invalid x86 constraint in gcc.dg/asm-b.c
--- Comment #1 from hjl dot tools at gmail dot com 2009-03-13 04:02 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00609.html -- hjl dot tools at gmail dot com changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2009- ||03/msg00609.html Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39451
[Bug testsuite/39451] Invalid x86 constraint in gcc.dg/asm-b.c
--- Comment #2 from hjl dot tools at gmail dot com 2009-03-13 04:06 --- *** Bug 39450 has been marked as a duplicate of this bug. *** -- hjl dot tools at gmail dot com changed: What|Removed |Added CC||howarth at nitro dot med dot ||uc dot edu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39451
[Bug c/39450] gcc.dg/asm-b.c compilation fails to produce executable
--- Comment #7 from hjl dot tools at gmail dot com 2009-03-13 04:06 --- *** This bug has been marked as a duplicate of 39451 *** -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39450
[Bug testsuite/39451] Invalid x86 constraint in gcc.dg/asm-b.c
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-03-13 04:08 --- The proposed patch eliminates the gcc.dg/asm-b.c failure at -m32 on i686-apple-darwin9 but not the failure at -m64. Executing on host: /sw/src/fink.build/gcc44-4.3.999-20090312/darwin_objdir/gcc/xgcc -B/sw/src/fink.build/gcc44-4.3.999-20090312/darwin_objdir/gcc/ /sw/src/fink. build/gcc44-4.3.999-20090312/gcc-4.4-20090312/gcc/testsuite/gcc.dg/asm-b.c -O1 -lm -m64 -o ./asm-b.exe(timeout = 300) /sw/src/fink.build/gcc44-4.3.999-20090312/gcc-4.4-20090312/gcc/testsuite/gcc.dg/asm-b.c:27:can't encode register '%bh' in an instruction requiring REX prefix. compiler exited with status 1 output is: /sw/src/fink.build/gcc44-4.3.999-20090312/gcc-4.4-20090312/gcc/testsuite/gcc.dg/asm-b.c:27:can't encode register '%bh' in an instruction requiring REX prefix. FAIL: gcc.dg/asm-b.c (test for excess errors) Excess errors: /sw/src/fink.build/gcc44-4.3.999-20090312/gcc-4.4-20090312/gcc/testsuite/gcc.dg/asm-b.c:27:can't encode register '%bh' in an instruction requiring REX prefix. WARNING: gcc.dg/asm-b.c compilation failed to produce executable -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39451
[Bug testsuite/39451] Invalid x86 constraint in gcc.dg/asm-b.c
--- Comment #4 from hjl dot tools at gmail dot com 2009-03-13 04:21 --- The updated patch is posted at http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00611.html -- hjl dot tools at gmail dot com changed: What|Removed |Added URL|http://gcc.gnu.org/ml/gcc- |http://gcc.gnu.org/ml/gcc- |patches/2009- |patches/2009- |03/msg00609.html|03/msg00611.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39451
[Bug testsuite/39451] Invalid x86 constraint in gcc.dg/asm-b.c
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2009-03-13 04:47 --- The updated patch eliminates the failures in gcc.dg/asm-b.c at both -m32 and -m64 on i686-apple-darwin9. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39451
