This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC 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: [PATCH] Update support patch for ACML vectorized intrinsic library


On 8/24/07, Paolo Bonzini <bonzini@gnu.org> wrote:

> > So I am fine with either of two options - not linking automatically
> > or linking against libacml_mv with -mveclib=acml.
>
> What about having -mveclibabi=acml doing what it does now, and
> -mveclib=acml doing "-mveclibabi=acml -lacml_mv"?  Which you could also
> read as, link automatically with libacml_mv and make a note to implement
> -mveclibabi when the need arises...

Let's follow the example with -fexternal-blas and for this moment
implement original Richard's solution. However, I'd rename
proposed-mveclib option into -mveclibabi=... as suggested by Paolo,
because this is IMO less confusing.

So, we will have: -mveclibabi=acml -lacml_mv.

Also, it is possible to add something like gfortran has for -fexternal-blas:

`-fexternal-blas'
     This option will make `gfortran' generate calls to BLAS functions
     for some matrix operations like `MATMUL', instead of using our own
     algorithms, if the size of the matrices involved is larger than a
     given limit (see `-fblas-matmul-limit').  This may be profitable
     if an optimized vendor BLAS library is available.  The BLAS
     library will have to be specified at link time.

to the docs?

The (original) patch is OK for mainline as far as i386 is concerned.

Thanks,
Uros.


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