This is the mail archive of the
gcc-prs@gcc.gnu.org
mailing list for the GCC project.
target/6115: mips-tfile errors out, dependent on filename order in command
- From: tilps at hotmail dot com
- To: gcc-gnats at gcc dot gnu dot org
- Date: 31 Mar 2002 12:46:00 -0000
- Subject: target/6115: mips-tfile errors out, dependent on filename order in command
- Reply-to: tilps at hotmail dot com
>Number: 6115
>Category: target
>Synopsis: mips-tfile errors out, dependent on filename order in command
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: unassigned
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Sun Mar 31 04:56:01 PST 2002
>Closed-Date:
>Last-Modified:
>Originator: Gareth Pearce
>Release: 3.2 20020318 (experimental)
>Organization:
>Environment:
System: OSF1 applied.physics.usyd.edu.au V4.0 878 alpha
Machine: alpha
host: alphaev56-dec-osf4.0d
build: alphaev56-dec-osf4.0d
target: alphaev56-dec-osf4.0d
>Description:
in the configure script for gnu mp - conftes1.c and conftes2.s compiled togeather. mips-tfile fails when the compile line contains the files in this order. Reversing the filenames leads to success. I feel that this is odd, and likely buggy.
------------------------------------------
conftes1.c
#ifdef __cplusplus
extern "C" { void underscore_test(); }
#endif
main () { underscore_test(); }
-------------------------------------------
conftes2.s
.text
.globl underscore_test
underscore_test:
-------------------------------------------
>How-To-Repeat:
gcc conftes2.s conftes1.c works
gcc conftes1.c conftes2.s does not
>Fix:
workaround, ensure files are in other order.
>Release-Note:
>Audit-Trail:
>Unformatted: