This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug testsuite/68643] FAIL: gcc.dg/tree-prof/cold_partition_label.c scan-assembler foo[._]+cold[._]+0
- From: "dave.anglin at bell dot net" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Wed, 02 Dec 2015 13:39:08 +0000
- Subject: [Bug testsuite/68643] FAIL: gcc.dg/tree-prof/cold_partition_label.c scan-assembler foo[._]+cold[._]+0
- Auto-submitted: auto-generated
- References: <bug-68643-4 at http dot gcc dot gnu dot org/bugzilla/>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68643
--- Comment #2 from dave.anglin at bell dot net ---
On 2015-12-02, at 5:22 AM, rguenth at gcc dot gnu.org wrote:
> so this is set wrongly for your target? Or rather
>
> # Return 1 if compilation with -freorder-blocks-and-partition is error-free
> # for trivial code, 0 otherwise.
>
> proc check_effective_target_freorder {} {
> return [check_no_compiler_messages freorder object {
> void foo (void) { }
> } "-freorder-blocks-and-partition"]
> }
>
> is not working for some reason?
With gcc-6, foo compiles without error. With gcc-5,
dave@mx3210:~/gnu/gcc/objdir$ gcc -freorder-blocks-and-partition -S -O2 xxx.c
xxx.c:1:0: note: -freorder-blocks-and-partition does not work on this
architecture
void foo (void) { }
^
We have in pa.c (pa_option_override):
/* Disable -freorder-blocks-and-partition as we don't support hot and
cold partitioning. */
if (flag_reorder_blocks_and_partition)
{
inform (input_location,
"-freorder-blocks-and-partition does not work "
"on this architecture");
flag_reorder_blocks_and_partition = 0;
flag_reorder_blocks = 1;
}
--
John David Anglin dave.anglin@bell.net