Not knowing if it's appropriate to post it here, but I get the following
error during `make` rc4:
collect2: error: ld returned 1 exit status
make[3]: *** [../libopenblas64_p-r0.2.14.so] Error 1
make[2]: *** [shared] Error 2
*** Clean the OpenBLAS build with 'make -C deps clean-openblas'. Rebuild
It works. Thanks!
On Sunday, October 4, 2015 at 10:41:40 AM UTC+2, Tony Kelman wrote:
>
> It's okay on julia-users, but don't cc julia-news on replies to announce
> threads.
>
> We changed the openblas library name, you can fix this by make -C deps
> distclean-openblas distclean-arpack
How would the corresponding changes look for the AppVeyor file?
Makes sense. Thanks a bunch.
On Sunday, October 4, 2015 at 12:10:55 AM UTC-7, Milan Bouchet-Valat wrote:
>
> Le samedi 03 octobre 2015 à 23:27 -0700, Roman Sinayev a écrit :
> > I am using julia version 0.3.11 from the Ubuntu ppa.
> >
> > When I try to convert an integer to a char, it fails
It's okay on julia-users, but don't cc julia-news on replies to announce
threads.
We changed the openblas library name, you can fix this by make -C deps
distclean-openblas distclean-arpack distclean-suitesparse
Apologies for the inconvenience of the rebuild. This should fix some
conflicting
Thanks !
On Sunday, October 4, 2015 at 12:04:58 AM UTC+2, Waldir Pimenta wrote:
>
>
>
> On Saturday, October 3, 2015 at 10:31:08 AM UTC+1, Sisyphuss wrote:
>>
>> Btw, what does PSA mean?
>>
>
> It stands for Public Service Announcement
>
I am using julia version 0.3.11 from the Ubuntu ppa.
When I try to convert an integer to a char, it fails with
julia> Char(120)
ERROR: type cannot be constructed
This is an example from
http://julia.readthedocs.org/en/latest/manual/strings/#characters
The reason I'm trying to do that is
Copy the lines that say 0.3-latest and replace 0.3 with 0.4
I am having difficulty troubleshooting a memory allocation problem in a
show method for a user defined type.
Compiling the show method with 126 @printf macros takes 197 seconds and
allocates 5.57GB of memory. The next call takes 0.014 seconds and
allocates 27.141KB. I moved the type and it's
You can try wrapping each printf call in a function. Sorry for that
annoyance, it should be fixed but for now that's the workaround.
On Sunday, October 4, 2015, Chris Stook wrote:
> I am having difficulty troubleshooting a memory allocation problem in a
> show method for
I haven't gotten to try this yet but if this works smoothly it will be a huge
step to ease the transition from Matlab to Julia.
Very impressive work.
El domingo, 4 de octubre de 2015, 15:45:19 (UTC-5), data.pu...@gmail.com
escribió:
>
> Hi Tom,
>
> I am looking for something analogous to a C++ variadic template function
> where the types as well as the arguments to the function are varags. These
> are aligned so that in my above notation
No problem. Thank you.
Looks like it works cheers
Building with 'Microsoft Visual C++ 2015 Professional'.
cl /c /Zp8 /GR /W3 /EHs /nologo /MD /O2 /Oy- /DNDEBUG
/D_CRT_SECURE_NO_DEPRECATE /D_SCL_SECURE_NO_DEPRECATE /D_SECURE_SCL=0
/DMATLAB_MEX_FILE -IC:\Julia\Julia-0.5.0-dev\include\julia -I"C:\Program
Hi Tom,
I am looking for something analogous to a C++ variadic template function
where the types as well as the arguments to the function are varags. These
are aligned so that in my above notation T... would be a tuple/array of
types corresponding to the types of x... and so each T[i] could be
Thanks David, that gets me part of the way there but is there a way of
specifying the x argument as a varag so that the function can be called as:
f(1, 2, 3) rather than f((1, 2 , 3)) this is useful if I am trying to
"lift" a bunch of functions that already exist to play with new types. For
16 matches
Mail list logo