[Bug middle-end/20524] New: [4.0, 4.1 regression] cris-axis-elf testsuite failures: gcc.c-torture/compile/20011119-1.c and -2

[Bug middle-end/20524] New: [4.0, 4.1 regression] cris-axis-elf testsuite failures: gcc.c-torture/compile/20011119-1.c and -2

[hp at gcc dot gnu dot org]

With LAST_UPDATED "Wed Mar 16 14:54:19 UTC 2005" the tests passed.
With LAST_UPDATED "Wed Mar 16 21:10:54 UTC 2005"
(plus patch at <URL:http://sourceware.org/ml/newlib/2005/msg00179.html>)
the tests fail on trunk.  Similarly for 4.0, LAST_UPDATED
"Wed Mar 16 03:34:07 UTC 2005" (passes) "Thu Mar 17 06:05:21 UTC 2005" (fails)
respectively.

Running
/home/hp/combined/combined/gcc/testsuite/gcc.c-torture/compile/compile.exp ...
FAIL: gcc.c-torture/compile/20011119-1.c  -O0  (test for excess errors)
FAIL: gcc.c-torture/compile/20011119-1.c  -O1  (test for excess errors)
FAIL: gcc.c-torture/compile/20011119-1.c  -O2  (test for excess errors)
FAIL: gcc.c-torture/compile/20011119-1.c  -O3 -fomit-frame-pointer  (test for
excess errors)
FAIL: gcc.c-torture/compile/20011119-1.c  -O3 -g  (test for excess errors)
FAIL: gcc.c-torture/compile/20011119-1.c  -Os  (test for excess errors)
FAIL: gcc.c-torture/compile/20011119-2.c  -O0  (test for excess errors)
FAIL: gcc.c-torture/compile/20011119-2.c  -O1  (test for excess errors)
FAIL: gcc.c-torture/compile/20011119-2.c  -O2  (test for excess errors)
FAIL: gcc.c-torture/compile/20011119-2.c  -O3 -fomit-frame-pointer  (test for
excess errors)
FAIL: gcc.c-torture/compile/20011119-2.c  -O3 -g  (test for excess errors)
FAIL: gcc.c-torture/compile/20011119-2.c  -Os  (test for excess errors)
Running
/home/hp/combined/combined/gcc/testsuite/gcc.c-torture/execute/builtins/builtins.exp
...

The messages in gcc.log are:
x/gcc/testsuite/gcc.c-torture/compile/20011119-1.c:4: error: 'foo' aliased to
undefined symbol 'xxx'^

(both tests) except:

Executing on host: /home/hp/combined/cris-sim/gcc/xgcc
-B/home/hp/combined/cris-sim/gcc/   -O1  -w -c   -isystem /home/hp/combine\
d/cris-sim/cris-elf/./newlib/targ-include -isystem
/home/hp/combined/combined/newlib/libc/include  -o 20011119-2.o /home/hp/combi\
ned/combined/gcc/testsuite/gcc.c-torture/compile/20011119-2.c    (timeout = 300)
/home/hp/combined/combined/gcc/testsuite/gcc.c-torture/compile/20011119-2.c:4:
internal compiler error: in cgraph_expand_function\
, at cgraphunit.c:837^M
Please submit a full bug report,^M

Looks like only the alias change could be the culprit.  Maybe
related to this target having a leading underscore on symbols.
(BTW, the 4.0 ChangeLog entry has cutnpaste TAB/linebreak typos.)

+ 2005-03-16  Richard Henderson  <rth@redhat.com>
+
+       PR middle-end/15700
+       * varasm.c (struct alias_pair): Rename from struct output_def_pair.
+       (alias_pairs): Rename from output_defs.
+       (find_decl_and_mark_needed): Split out from assemble_alias.
+       (do_assemble_alias): New.
+       (assemble_output_def): Remove.
+       (finish_aliases_1, finish_aliases_2): New.
+       (process_pending_assemble_output_defs): Remove.
+       (assemble_alias): Defer aliases for which we don't yet have a
+       non-external decl for the target symbol.
+       * passes.c (rest_of_decl_compilation): Register variables with cgraph.
+       * cgraphunit.c (cgraph_finalize_compilation_unit): Use finish_aliases_1.
+       * toplev.c (compile_file): Use finish_aliases_2 instead of
+       process_pending_assemble_output_defs.
+       * tree.h (finish_aliases_1, finish_aliases_2): Declare.
+       (process_pending_assemble_output_defs): Remove.

-- 
           Summary: [4.0, 4.1 regression] cris-axis-elf testsuite failures:
                    gcc.c-torture/compile/20011119-1.c and -2
           Product: gcc
           Version: unknown
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: middle-end
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: hp at gcc dot gnu dot org
                CC: gcc-bugs at gcc dot gnu dot org,rth at gcc dot gnu dot
                    org
GCC target triplet: cris-axis-elf


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20524

[Bug middle-end/20524] [4.0/4.1 regression] cris-axis-elf testsuite failures: gcc.c-torture/compile/20011119-1.c and -2

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2005-03-17 21:00 -------
At least one of these are the testcase being wrong.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
 GCC target triplet|cris-axis-elf               |
            Summary|[4.0, 4.1 regression] cris- |[4.0/4.1 regression] cris-
                   |axis-elf testsuite failures:|axis-elf testsuite failures:
                   |gcc.c-                      |gcc.c-
                   |torture/compile/20011119-1.c|torture/compile/20011119-1.c
                   |and -2                      |and -2
            Version|unknown                     |4.0.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20524

[Bug middle-end/20524] [4.0/4.1 regression] cris-axis-elf testsuite failures: gcc.c-torture/compile/20011119-1.c and -2

[hp at gcc dot gnu dot org]

------- Additional Comments From hp at gcc dot gnu dot org  2005-03-17 21:02 -------
In response to comment #1, the ICE indicates there's at least one bug in GCC...

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|                            |1
   Last reconfirmed|0000-00-00 00:00:00         |2005-03-17 21:02:55
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20524

[Bug middle-end/20524] [4.0/4.1 regression] cris-axis-elf testsuite failures: gcc.c-torture/compile/20011119-1.c and -2

[hp at gcc dot gnu dot org]

------- Additional Comments From hp at gcc dot gnu dot org  2005-03-18 01:46 -------
Also worth noting is that mmix-knuth-mmixware shares the ICE for 20011119-2.c
and has an other alias-related set of failures:

Running
/home/hp/combined/combined/gcc/testsuite/gcc.c-torture/compile/compile.exp ...
FAIL: gcc.c-torture/compile/20011119-2.c  -O1  (test for excess errors)
FAIL: gcc.c-torture/compile/20040323-1.c  -O0  (test for excess errors)
FAIL: gcc.c-torture/compile/20040323-1.c  -O1  (test for excess errors)
FAIL: gcc.c-torture/compile/20040323-1.c  -O2  (test for excess errors)
FAIL: gcc.c-torture/compile/20040323-1.c  -O3 -fomit-frame-pointer  (test for
excess errors)
FAIL: gcc.c-torture/compile/20040323-1.c  -O3 -g  (test for excess errors)
FAIL: gcc.c-torture/compile/20040323-1.c  -Os  (test for excess errors)

The gcc.log messages are:
20040323-1.c: Assembler messages:^M
20040323-1.c:35: Error: symbol `_rtld_local' is already defined

You might think this is a flaw in the MMIX port (not emitting proper pseudos
with .set semantics) but there *is* a problem, apparent in the 20040323-1.s for
cris-axis-elf at -O2:

...
        .size   __dl_start, .-__dl_start
        .comm   __rtld_local,4,2
        .comm   __rtld_global,4,2
        .global __rtld_local
        .set    __rtld_local,__rtld_global
        .global __rtld_local
        .set    __rtld_local,__rtld_global

The ".global" declaration are admittedly a flaw in the CRIS port (an artefact of
the once multi-object-format port) but the ".comm" for rtld_local (at -O2) seems
spurious as does the double .set of __rtld_local.  For MMIX that is at -O2:

...
        .comm   _rtld_local,4,4 ! mmixal-incompatible COMMON
        .comm   _rtld_global,4,4 ! mmixal-incompatible COMMON
        .global _rtld_local
_rtld_local     IS _rtld_global
        .global _rtld_local
_rtld_local     IS _rtld_global
        .data ! mmixal:= 8H LOC 9B


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20524

[Bug middle-end/20524] [4.0/4.1 regression] cris-axis-elf testsuite failures: gcc.c-torture/compile/20011119-1.c and -2

[hp at gcc dot gnu dot org]

------- Additional Comments From hp at gcc dot gnu dot org  2005-03-18 03:12 -------
I see the ICE on 4.0 for arm-elf as well, so that makes it a Primary Target
Regression.  Dunno what PR priority and milestone change to adjust as a result.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20524

[Bug middle-end/20524] [4.0/4.1 regression] cris-axis-elf testsuite failures: gcc.c-torture/compile/20011119-1.c and -2

[pinskia at gcc dot gnu dot org]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |pinskia at gcc dot gnu dot
                   |                            |org
   Target Milestone|---                         |4.0.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20524

[Bug middle-end/20524] [4.0/4.1 regression] cris-axis-elf testsuite failures: gcc.c-torture/compile/20011119-1.c and -2

[joseph at codesourcery dot com]

------- Additional Comments From joseph at codesourcery dot com  2005-03-18 12:27 -------
Subject: Re:  [4.0/4.1 regression] cris-axis-elf
 testsuite failures: gcc.c-torture/compile/20011119-1.c and -2

20011119-2.c seems to be failing on all HP-UX targets and 
i686-pc-linux-gnu, mainline and 4.0 branch.

hppa2.0w-hpux fails to bootstrap on mainline as noted in 
<http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01673.html>.  On 4.0 branch 
it has new FAILs on 20011119-1.c, 20011119-2.c and 981001-2.c, "error: 
alias definitions not supported in this configuration".  If this is 
correct and the compiler was previously buggy not to reject the code then 
the tests need to be skipped on targets not supporting alias definitions.



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20524

[Bug middle-end/20524] [4.0/4.1 regression] cris-axis-elf testsuite failures: gcc.c-torture/compile/20011119-1.c and -2

[christian dot joensson at gmail dot com]

------- Additional Comments From christian dot joensson at gmail dot com  2005-03-19 15:37 -------
I guess this is related to http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20553 
and http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20554 

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |christian dot joensson at
                   |                            |gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20524

[Bug middle-end/20524] [4.0/4.1 regression] cris-axis-elf testsuite failures: gcc.c-torture/compile/20011119-1.c and -2

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2005-03-19 15:41 -------
*** Bug 20553 has been marked as a duplicate of this bug. ***

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20524

[Bug middle-end/20524] [4.0/4.1 regression] cris-axis-elf testsuite failures: gcc.c-torture/compile/20011119-1.c and -2

[danglin at gcc dot gnu dot org]

------- Additional Comments From danglin at gcc dot gnu dot org  2005-03-19 15:50 -------
On hppa2.0w-hp-hpux* (32-bit SOM targets), there is no assembler support
to create an alias except by emitting a label for the alias at the same
time as the target label.  There is no way to defer emitting aliases.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20524

[Bug middle-end/20524] [4.0/4.1 regression] cris-axis-elf testsuite failures: gcc.c-torture/compile/20011119-1.c and -2

[danglin at gcc dot gnu dot org]

------- Additional Comments From danglin at gcc dot gnu dot org  2005-03-19 16:15 -------
What I was trying to indicate in the previous comment is that aliases
can be created on targets that don't support ASM_OUTPUT_DEF by emitting
the labels at the same time as the target label.

This happens in the case of thunk functions on hppa2.0w-hp-hpux11.11
where we have a local label for the thunk function as well as the normal
function label.

I believe that we were previously doing this for aliases that didn't
yet have a non-external definition for the target.  It would seem that when
-funit-at-a-time is specified that it might always be possible to emit the
label for the alias together with the label for the target.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20524

[Bug middle-end/20524] [4.0/4.1 regression] cris-axis-elf testsuite failures: gcc.c-torture/compile/20011119-1.c and -2

[danglin at gcc dot gnu dot org]

------- Additional Comments From danglin at gcc dot gnu dot org  2005-03-19 17:25 -------
The last comment needs qualification.  The technique doesn't work for
common symbols because of the special assembler semantics used for these
symbols on 32-bit hpux.  However, it does work for other code and data
symbols.  For example, the following assembler output would create the
necessary alias in gcc.c-torture/compile/20040323-1.c:

        .EXPORT _rtld_global,DATA
        .SPACE $PRIVATE$
        .SUBSPA $DATA$

        .align 4
_rtld_local
_rtld_global
        .blockz 4


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20524

[Bug middle-end/20524] [4.0/4.1 regression] cris-axis-elf testsuite failures: gcc.c-torture/compile/20011119-1.c and -2

[hp at gcc dot gnu dot org]

------- Additional Comments From hp at gcc dot gnu dot org  2005-03-23 02:31 -------
This PR is *not* about targets that supports aliases half-heartedly, so please
don't dup the hppa-*-hpux* alias PRs to this one.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20524

[Bug middle-end/20524] [4.0/4.1 regression] Alias failures on ARM, CRIS, MMIX

[hp at gcc dot gnu dot org]

------- Additional Comments From hp at gcc dot gnu dot org  2005-03-30 00:02 -------
For the non-ICE FAILs, see the USER_LABEL_PREFIX comment
<URL:http://gcc.gnu.org/ml/gcc-patches/2005-03/msg02655.html>.
Also alluded to in the initial description (*cough*).


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20524

[Bug middle-end/20524] [4.0/4.1 regression] Alias failures on ARM, CRIS, MMIX

[rth at gcc dot gnu dot org]

------- Additional Comments From rth at gcc dot gnu dot org  2005-03-31 23:05 -------
The 20011119-1.c failure has been fixed by Joern by taking the USER_LABEL_PREFIX
into account.

I can't replicate the reported mmix double output failure with 20040323-1.c;
I can only presume that it's been fixed by one of the followup patches to the
aliasing code.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20524

[Bug middle-end/20524] [4.0/4.1 regression] Alias failures on ARM, CRIS, MMIX

[dave at hiauly1 dot hia dot nrc dot ca]

------- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca  2005-04-01 01:06 -------
Subject: Re:  [4.0/4.1 regression] Alias failures on ARM, CRIS, MMIX

> I can't replicate the reported mmix double output failure with 20040323-1.c;
> I can only presume that it's been fixed by one of the followup patches to the
> aliasing code.

The failure noted in PR 20553 is now fixed on hppa64-hp-hpux11.  However,
we are still left with the followin minor regression on hppa2.0w-hp-hpux11:

FAIL: gcc.c-torture/compile/20011119-1.c  -O0  (test for excess errors)
FAIL: gcc.c-torture/compile/20011119-1.c  -O1  (test for excess errors)
FAIL: gcc.c-torture/compile/20011119-1.c  -O2  (test for excess errors)
FAIL: gcc.c-torture/compile/20011119-1.c  -O3 -fomit-frame-pointer  (test for excess errors)
FAIL: gcc.c-torture/compile/20011119-1.c  -O3 -g  (test for excess errors)
FAIL: gcc.c-torture/compile/20011119-1.c  -Os  (test for excess errors)
FAIL: gcc.c-torture/compile/20011119-2.c  -O0  (test for excess errors)
FAIL: gcc.c-torture/compile/20011119-2.c  -O1  (test for excess errors)
FAIL: gcc.c-torture/compile/20011119-2.c  -O2  (test for excess errors)
FAIL: gcc.c-torture/compile/20011119-2.c  -O3 -fomit-frame-pointer  (test for excess errors)
FAIL: gcc.c-torture/compile/20011119-2.c  -O3 -g  (test for excess errors)
FAIL: gcc.c-torture/compile/20011119-2.c  -Os  (test for excess errors)
FAIL: gcc.c-torture/compile/981001-2.c  -O0  (test for excess errors)
FAIL: gcc.c-torture/compile/981001-2.c  -O1  (test for excess errors)
FAIL: gcc.c-torture/compile/981001-2.c  -O2  (test for excess errors)
FAIL: gcc.c-torture/compile/981001-2.c  -O3 -fomit-frame-pointer  (test for excess errors)
FAIL: gcc.c-torture/compile/981001-2.c  -O3 -g  (test for excess errors)
FAIL: gcc.c-torture/compile/981001-2.c  -Os  (test for excess errors)

These now fail because of the warning:

Executing on host: /mnt/gnu/gcc-3.3/objdir/gcc/xgcc -B/mnt/gnu/gcc-3.3/objdir/gc
c/   -O3 -g  -w -c  -o 981001-2.o /mnt/gnu/gcc-3.3/gcc/gcc/testsuite/gcc.c-tortu
re/compile/981001-2.c    (timeout = 300)
/mnt/gnu/gcc-3.3/gcc/gcc/testsuite/gcc.c-torture/compile/981001-2.c:12: error: a
lias definitions not supported in this configuration

These used to pass because the alias was output together with the definition.

Dave


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20524

[Bug middle-end/20524] [4.0/4.1 regression] Alias failures on ARM, CRIS, MMIX

[cvs-commit at gcc dot gnu dot org]

------- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-01 07:06 -------
Subject: Bug 20524

CVSROOT:	/cvs/gcc
Module name:	gcc
Changes by:	hp@gcc.gnu.org	2005-04-01 07:06:37

Modified files:
	gcc/testsuite  : ChangeLog 
	gcc/testsuite/gcc.dg: alias-7.c 

Log message:
	PR middle-end/20524
	* gcc.dg/alias-7.c: Prefix asm-declared name with
	__USER_LABEL_PREFIX__.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5256&r2=1.5257
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/alias-7.c.diff?cvsroot=gcc&r1=1.1&r2=1.2



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20524