This is the mail archive of the gdb-patches@sources.redhat.com mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Problem with altivec.h? [was: Elena -- where is altivec.h?]


> In case this is not obvious, the altivec C testsfiles (or any altivec
> programs) need to include this <altivec.h> gcc file because it has
> all the necessary #defines for vector types.

include/gdb is for building gcc and gdb, not for building target
programs.  Consider a cross-compiler + cross-debugger + simulator:
host=i686-pc-linux-gnu, target=rs6000-unknown-whatever.  So that
directory is right out.

gcc should be installing altivec.h with the other target include files.
AldyH would know about that.

Perhaps you are testing out of a build directory, rather than an install
directory, and the dejagnu machinery is not producing enough -I flags?
(I am studying this area right now because I'm working on Petr's
f77/f95 patch).

Suggestion:

I did a find in the gcc source:

  % find * -name '*altivec*' -print
  gcc/config/rs6000/altivec.h
  gcc/config/rs6000/altivec-defs.h
  gcc/config/rs6000/eabialtivec.h
  gcc/config/rs6000/linuxaltivec.h
  gcc/testsuite/gcc.dg/altivec-1.c
  gcc/testsuite/gcc.dg/altivec-2.c
  gcc/testsuite/gcc.dg/altivec-3.c
  gcc/testsuite/gcc.dg/altivec-4.c
  gcc/testsuite/gcc.dg/altivec-5.c
  gcc/testsuite/gcc.dg/altivec-7.c
  gcc/testsuite/gcc.dg/altivec-8.c

Most of the altivec-*.c test files do not use altivec.h.  They simply
use builtin keywords directly.  Have a look at altivec-4.c. 
You could write the tests like that.

Michael C


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]