Profiling on mips-irix6? (Testcase gcc.dg/nest.c failure)

Profiling on mips-irix6? (Testcase gcc.dg/nest.c failure)

[Kaveh R. Ghazi]

When running the testsuite on mips-sgi-irix6.5, I get a failure in
gcc.dg/nest.c:

http://gcc.gnu.org/ml/gcc-testresults/2002-09/msg01040.html
 > FAIL: gcc.dg/nest.c (test for excess errors)
 > WARNING: gcc.dg/nest.c compilation failed to produce executable

Its not just me:
http://gcc.gnu.org/ml/gcc-testresults/2002-09/msg01050.html

This test passes in the -pg flag.  Looking at gcc.log, I see:

 > ld32: FATAL   9  : I/O error (/usr/lib32/mips3/gcrt1.o): No such file or directory
 > collect2: ld returned 32 exit status

I can't find gcrt1.o anywhere.  Its not already installed on my system
nor is it provided by and built by gcc itself.

(Note, -p doesn't work either, it looks for a non-existant
libprof1.a when I try that flag.)

So before I proceed I was wondering whether there is some place to get
a gcrt1.o and/or libprof1.a for irix6.  E.g. is there some optional
irix6 package that my sysadmin didn't install?  Is there a public
version on the net somewhere?

If not, I can open a PR/change-request for someone to provide one, and
mark the testcase to only assemble on irix, not compile & run.

		Thanks,
		--Kaveh
--
Kaveh R. Ghazi			ghazi@caip.rutgers.edu

Re: Profiling on mips-irix6? (Testcase gcc.dg/nest.c failure)

[Tim Prince]

On Wednesday 02 October 2002 07:22, Kaveh R. Ghazi wrote:
> When running the testsuite on mips-sgi-irix6.5, I get a failure in
> gcc.dg/nest.c:
>
> http://gcc.gnu.org/ml/gcc-testresults/2002-09/msg01040.html
>
>  > FAIL: gcc.dg/nest.c (test for excess errors)
>  > WARNING: gcc.dg/nest.c compilation failed to produce executable
>
> Its not just me:
> http://gcc.gnu.org/ml/gcc-testresults/2002-09/msg01050.html
>
> This test passes in the -pg flag.  Looking at gcc.log, I see:
>  > ld32: FATAL   9  : I/O error (/usr/lib32/mips3/gcrt1.o): No such file or
>  > directory collect2: ld returned 32 exit status
>
> I can't find gcrt1.o anywhere.  Its not already installed on my system
> nor is it provided by and built by gcc itself.
As I used Irix-6.5 in a previous cloak, I'll take a stab:
-pg was not the way to do profiling on Irix-6.5; I'm not surprised the 
support libraries are missing.  It was done by building with -g and using 
speedshop.
>
> So before I proceed I was wondering whether there is some place to get
> a gcrt1.o and/or libprof1.a for irix6.  
> If not, I can open a PR/change-request for someone to provide one,
How about symlinking gcrt0.o to gcrt1.o, for example?
> and
> mark the testcase to only assemble on irix, not compile & run.
I've noticed that most cygwin testers are getting a link failure; a different 
problem, caused by the typical (full) installation not supporting -pg without 
over-riding the library search order.  Simplest cure there is to un-install 
the alternate mingw runtime.  
I doubt it's feasible for gcc maintainers to fix target-specific things like 
this.  But you're right, this test fails for target-specific reasons which 
aren't the fault of gcc.  Apparently, it was meant specifically to diagnose a 
power-pc specific problem; shouldn't that be noted without requiring web 
research, for example, by making it run only on targets where it is relevant?

-- 
Tim Prince

Re: Profiling on mips-irix6? (Testcase gcc.dg/nest.c failure)

[Kaveh R. Ghazi]

 > From: Tim Prince <tprince@computer.org>
 > 
 > On Wednesday 02 October 2002 07:22, Kaveh R. Ghazi wrote:
 > > When running the testsuite on mips-sgi-irix6.5, I get a failure in
 > > gcc.dg/nest.c:
 > >
 > > http://gcc.gnu.org/ml/gcc-testresults/2002-09/msg01040.html
 > >
 > >  > FAIL: gcc.dg/nest.c (test for excess errors)
 > >  > WARNING: gcc.dg/nest.c compilation failed to produce executable
 > >
 > > Its not just me:
 > > http://gcc.gnu.org/ml/gcc-testresults/2002-09/msg01050.html
 > >
 > > This test passes in the -pg flag.  Looking at gcc.log, I see:
 > >  > ld32: FATAL   9  : I/O error (/usr/lib32/mips3/gcrt1.o): No such file or
 > >  > directory collect2: ld returned 32 exit status
 > >
 > > I can't find gcrt1.o anywhere.  Its not already installed on my system
 > > nor is it provided by and built by gcc itself.
 > As I used Irix-6.5 in a previous cloak, I'll take a stab:
 > -pg was not the way to do profiling on Irix-6.5; I'm not surprised the 
 > support libraries are missing.  It was done by building with -g and using 
 > speedshop.

I'm confused by the iris6.h definition of STARTFILE_SPEC.  Take a look
at it, it's very specific in expecting gcrt1.o to exist in the irix6
system library area.  Ditto for libprof1.a.  Why is it defined this
way if these files don't exist?

		--Kaveh
--
Kaveh R. Ghazi			ghazi@caip.rutgers.edu

Re: Profiling on mips-irix6? (Testcase gcc.dg/nest.c failure)

[Jim Wilson]

Historically, SGI mips based systems have never supported gprof based
profiling.  This is because they have pixie/pixstats which is a more flexible
tool, and thus they apparently felt that they didn't need gprof.  Later pixie
was replaced by tools with fancy names, e.g. speedshop, but I think it is
still basically pixie underneath the covers.

The gcrt1.o stuff is in there on the principle that eventually someone would
port gprof to mips-sgi-irix systems, and hence we would need it anyways even
though the OS doesn't support gprof.

libprof1.a is for prof not gprof.  I think prof and its libraries are supposed
to be there.  It is only gprof/gcrt1.o that is missing from the OS.

gprof requires both compiler and library support in order to work.  I
think it makes sense to supply the compiler part even if the library part
is missing, because that makes it easier for library people to supply their
missing part, and gives them some incentive to do so.

If someone has reported that gprof profiling doesn't work on an irix system,
then the correct answer is to tell them that the OS doesn't support gprof.
I suppose we could change the irix ports to give an error message or ignore
the option instead of complaining about missing files.  I don't really care
anymore how this specific issue is handled.

Testcases that use -pg aren't portable, since not every OS supports gprof.
gprof was a BSD invention, and lots of AT&T derived OSes never supported it.
Plus on anything that isn't unix, you can't expect -pg to work.  This can
work only if gcc silently ignores -pg on all systems where gprof doesn't
work, but it is rude for gcc to silently ignore an option when it doesn't
work.  Getting an error from the irix compiler for -pg is somewhat better
than just ignoring it, though one could argue it either way.

Jim