On Thu, Dec 17, 2020 at 09:45:30AM +, PICCA Frederic-Emmanuel wrote:
> I just built ghmm by removing --with-gsl.
>
> It seems that the gsl implementation of blas conflict with the one provided
> in atlas.
> so --enable-gsl + --enable-atlas seems wrong...
Works, uploaded, thanks a lot,
Hello Andreas,
I just built ghmm by removing --with-gsl.
It seems that the gsl implementation of blas conflict with the one provided in
atlas.
so --enable-gsl + --enable-atlas seems wrong...
+--+
| Summary
Hi again,
any more hints how we finally can build ghmm?
Kind regards
Andreas.
On Sat, Dec 05, 2020 at 04:52:14PM +0100, Andreas Tille wrote:
> Hi Dirk,
>
> thanks for the hint but simply using gsl as is was done in this package
> and now it does not build any more. However, maybe I
Hi Dirk,
thanks for the hint but simply using gsl as is was done in this package
and now it does not build any more. However, maybe I misunderstood you
hint.
Kind regards
Andreas.
On Sat, Dec 05, 2020 at 08:32:33AM -0600, Dirk Eddelbuettel wrote:
>
> On 5 December 2020 at 12:09,
On 5 December 2020 at 12:09, Andreas Tille wrote:
| this issue is something for our advent calendar. Anybody with cblas
| knowledge?
I am the GNU GSL maintainer, and I at one point also worked a lot with the
Atlas and other LAPACK/BLAS packages. I think Mo may be wrong here: I did the
same
Hi folks,
this issue is something for our advent calendar. Anybody with cblas
knowledge?
Kind regards
Andreas.
On Mon, Jan 27, 2020 at 10:55:25AM +0100, Andreas Tille wrote:
> Hi again,
>
> with my last mail I wanted to express: H, to stupid to turn
> this hint into real code.
Hi again,
with my last mail I wanted to express: H, to stupid to turn
this hint into real code. Any more detailed hint / patch would be
really welcome.
Kind regards
Andreas.
On Mon, Jan 06, 2020 at 12:56:17PM +0100, Andreas Tille wrote:
> Hi Mo,
>
> On Sun, Jan 05, 2020 at
Hi Mo,
On Sun, Jan 05, 2020 at 08:19:07AM +, Mo Zhou wrote:
> GSL provides a set of CBLAS API/ABI, delivered with shared object
> "libgslcblas.so" and header "gsl_cblas.h". That subset becomes
> redundant once you include the headers of any standard/compatible
> (C)BLAS library. That's what
GSL provides a set of CBLAS API/ABI, delivered with shared object
"libgslcblas.so" and header "gsl_cblas.h". That subset becomes
redundant once you include the headers of any standard/compatible
(C)BLAS library. That's what the compilation error means.
Make sure that the code only use one CBLAS
Control: tags -1 help
Hi,
I was asking upstream about this issue[1] and an issue about gsl usage
is suspected. Any hint how this can be fixed?
> Finally I have a question about building with lapack. I get:
>
> ...
> libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I.. -Wdate-time
>
10 matches
Mail list logo