This is the mail archive of the
gdb-patches@sourceware.cygnus.com
mailing list for the GDB project.
Re: [Fwd: [Fwd: gdb 20000413 compile problem and strange SEGVproblem]]
- To: gdb-patches at sourceware dot cygnus dot com
- Subject: Re: [Fwd: [Fwd: gdb 20000413 compile problem and strange SEGVproblem]]
- From: davea at quasar dot engr dot sgi dot com (David B Anderson)
- Date: Thu, 27 Apr 2000 17:02:56 -0700 (PDT)
>(6.5.5 actually -- I'm surprised the real OS version isn't used, instead
>of just the "base version" of "6.5"). I'm compiling with the MIPSPro 7.2.x
6.5 should be sufficient.
Extreme compatibility exists, backward *and* forward across 6.5
releases...
>vendor compiler, in `-n32' mode (new 32-bit ABI, which is the default on
>many/most IRIX platforms these days). It fails in `procfs.c', with:
>
>cc-1515 cc: ERROR File = procfs.c, Line = 2603
> A value of type "CORE_ADDR" cannot be assigned to an entity of type "caddr_t".
> pwatch->pr_vaddr = addr;
> ^
>
>pwatch->pr_vaddr is of type caddr_t (a pointer), CORE_ADDR is typedef'ed to
>bfd_vma in defs.h, bfd_vma appears to be an `unsigned long long' (from bfd.h).
>
>If I remove `procfs.o' from the list of objects to build and re-make, I get
>an immediate error on proc-api.c:
>
>cc -c -n32 -xansi -I. -I. -I./config -DHAVE_CONFIG_H -I./../include/opcode -I./../readline/.. -I../bfd -I./../bfd -I./../include -I../intl -I./../intl -I./tui -DUSE_INCLUDED_REGEX proc-api.c
>cc-1005 cc: ERROR File = proc-api.c, Line = 39
> The source file "sys/user.h" is unavailable.
>
> #include <sys/user.h> /* for struct user */
user.h (and struct user) no longer exists in IRIX (as of 6.5),
so, yes, it does appear this should be checked for in configure
and proc-api.c.
IRIX 6.5 sys/types.h has
typedef char * caddr_t;
It is also possible to turn errors into warnings in some
cases, with "-diag_warning 1515" for example.
But in my test, this was not an error that allows itself
to be turned into a warning...
The Edison (edg) folks clearly think this
sort of assignment is a bigger problem than gcc does...
davea@sgi.com