similar to: constness in BLAS.h/dger arguments

Displaying 20 results from an estimated 300 matches similar to: "constness in BLAS.h/dger arguments"

2009 Mar 10
1
dger_ in BLAS definition
I'm developing some software and running into compiling warning: conditionals.c:104: warning: passing argument 4 of 'dger_' discards qualifiers from pointer target type conditionals.c:104: warning: passing argument 6 of 'dger_' discards qualifiers from pointer target type the netlib documentation states that the arguments x and y should be unchanged on exit. Should should
2005 Aug 28
2
xerbla called from BLAS routine (PR#8100)
Full_Name: G?ran Brostr?m Version: R-2.1.1, 2.2.0 OS: Debian unstable Submission from: (NULL) (213.65.9.59) Some BLAS routines call xerbla for error messages, which results in a message like "LAPACK routine DGER gave error code -9". Suggested solution: In void F77_NAME(xerbla)(char *srname, int *info) { /* srname is not null-terminated. It should be 6 characters. */ char
2007 Feb 02
1
Problem installing R-2.4.1 on AIX 5.3
Dear all, I have some problems to install R-2.4.1 on AIX 5.3. Configure string: ./configure --with-readline=no LDFLAGS='-bshared' --with-jpeglib=no --with-libpng=no --with-lapack=no --prefix=/cineca/prod/Bioinf/R-2.4.1 configure .site= #! /bin/sh CC=xlc F77=xlf MAIN_LDFLAGS=-Wl,-brtl SHLIB_LDFLAGS=-Wl,-G CXX=xlc CXXFLAGS=' -g -O' SHLIB_LDFLAGS=-W1, -G MAKE=gmake Configure ends
2007 May 22
1
[PATCH] add some const's
Add some const's. I think patch is self-explaining :) -- Andrey Panin | Linux and UNIX system administrator pazke at donpac.ru | PGP key: wwwkeys.pgp.net -------------- next part -------------- # HG changeset patch # User Andrey Panin <pazke at donpac.ru> # Date 1179812865 -14400 # Node ID a486a946dfa135e8c7d4083aacaef45d5386aa11 # Parent e1b3043c0d90cd346cc8cbfb6d1de3917dda5121
2010 Mar 06
0
[LLVMdev] constness of APFloat::toString
On Mar 6, 2010, at 3:39 AM, Jochen Wilhelmy wrote: > Hi! > > I wonder if llvm::APFloat::toString() can be const since > it should not modify the APFloat. Done in r97883, thanks.
2013 Oct 03
0
[LLVMdev] ThreadLocal and constness
I'm trying to use the Support/ThreadLocal class, and I'm having some trouble because ThreadLocalImpl::getInstance returns a const void*, which I would like to be able to modify. Is there any particular reason this returns a const pointer rather than simply a void pointer? Pthreads and the Windows TLS API both seem to return plain void*. If there's no particular reason for this,
2010 Mar 06
3
[LLVMdev] constness of APFloat::toString
Hi! I wonder if llvm::APFloat::toString() can be const since it should not modify the APFloat. -Jochen
2009 Nov 03
0
[LLVMdev] DenseMap iterator constness fix
+template <bool, typename True, typename False> +struct If { typedef True Result; }; + +template <typename True, typename False> +struct If<false, True, False> { typedef False Result; }; These should probably go into include/llvm/Support/type_traits.h. In C++0x, this is named "conditional" (section 20.6.7), so I think you should use the same name, despite the standard
2009 Nov 03
2
[LLVMdev] DenseMap iterator constness fix
Dear all, The first of the proposed patches (DenseMapIterator.patch) forbids implicit conversion of DenseMap::const_iterator to DenseMap::iterator which was possible because DenseMapIterator inherited (publicly) from DenseMapConstIterator. Conversion the other way around is now allowed as one may expect. The template DenseMapConstIterator is removed and the template parameter IsConst which
2009 Nov 04
0
[LLVMdev] DenseMap iterator constness fix
+ // Otherwise this is a copy constructor for const_iterator. Do you mean "for iterator"? Otherwise, looks good to me. If you can commit this, please do. Otherwise, someone else should as I'm not going to be around tomorrow. On Wed, Nov 4, 2009 at 12:27 AM, Victor Zverovich <victor.zverovich at googlemail.com> wrote: > Hi Jeffrey, > You are right that the generated
2009 Nov 09
0
[LLVMdev] DenseMap iterator constness fix
Reminding about the patches... Is there a problem with them or simply nobody have looked at them since? Victor 2009/11/4 Victor Zverovich <victor.zverovich at googlemail.com> > Good catch! I meant "for iterator" of course. Attached is a corrected patch > together with an old patch for clang just to keep them together. > Could someone commit these, please? > >
2010 Aug 18
11
When after_save isn't after the save....
I have a Production model, which represents a farmer''s crop. After create (via after_save) I call a method that creates one or more Supply models, which represent a week of anticipated product harvest. After each of those are created, a class method gets called that tries to match each new Supply with outstanding orders for the same time period. If a match is made, a transaction (an
2009 Nov 04
2
[LLVMdev] DenseMap iterator constness fix
Hi Jeffrey, You are right that the generated copy constructor is used for const_iterator. I have added a comment clarifying this. Also I have added the tests you suggested and corrected the comparison operators. Please find attached the updated patches. Best regards, Victor 2009/11/3 Jeffrey Yasskin <jyasskin at google.com> > +template <bool, typename True, typename False> >
2009 Nov 04
2
[LLVMdev] DenseMap iterator constness fix
Good catch! I meant "for iterator" of course. Attached is a corrected patch together with an old patch for clang just to keep them together. Could someone commit these, please? Thanks, Victor 2009/11/4 Jeffrey Yasskin <jyasskin at google.com> > + // Otherwise this is a copy constructor for const_iterator. > > Do you mean "for iterator"? > > Otherwise,
2018 Jan 04
0
Fixed BLAS tests for external BLAS library
In practical terms, failing tests are not preventing anyone from using an optimized BLAS/LAPACK implementation they trust. Building R with dynamically linked BLAS on Unix is supported, documented and easy for anyone who builds R from source. It is also how Debian/Ubuntu R packages are built by default, so R uses whichever BLAS is installed in the system and the user does not have to build
2012 Apr 25
2
Test oddities
Can someone explain why a instance variable cannot be changed through an association under rspec/factory_girl? An example is in this gist<https://gist.github.com/2484336> . All tests pass except the last. All the steps pass in the console. -- You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To view this discussion on the web
2014 Feb 20
0
PostDoc Position in Biostatistics @ Univ Zurich
UNIVERSITY OF ZURICH, PostDoc Position in Biostatistics (~80-100%) Starting date: May 1st 2014 or later Closing date: March 10 2014 The Division of Biostatistics at the Institute of Social and Preventive Medicine of the University of Zurich (UZH) invites applications for a PostDoc position in biostatistics. Length and salary will depend of the qualifications of the appointee, in accordance with
2007 Sep 11
2
building with atlas version of blas and lapack
I'd like to build R using my optimized blas and lapack libraries. It seems know matter what I do, the configure script uses the blas supplied with the source. My blas and lapack libraries are in /usr/local/atlas/lib. How can I get configure to use these? [[alternative HTML version deleted]]
2011 Jun 06
1
Lapack or Blas crashing R when using "large" matrices (Ubuntu 11.04)
Hello, This simple SVD calculation (commands are copied immediately below) crashes on my Ubuntu machine (R 2.13.0). However it worked fine with R.12 and Ubuntu 10.04, and it also works fine on my Windows 7 machine with R 2.13, so I suspect there's a problem with (my?) Ubuntu and / or R. I'm using the R distribution that is accessible with Ubuntu's repositories manager, I am not
2011 Feb 08
1
goto blas related R segfault
Hi, i have been running R 2.11 compiles with the goto blas libraries successfully for about a year. I am running Ubuntu 10.10 64 bit. However, recently I have been periodically getting a segfault when running R (and numpy -- also compiled against goto blas). When I check the dmesg error log I get the following message R[28792]: segfault at 7f4183ed4000 ip 00007f4196f05f03 sp 00007f4192d55d20