[julia-users] Re: release-0.5 build failed while building libgit2

My apologizes. The problem has been resolved. On Wednesday, September 14, 2016 at 11:27:42 PM UTC-4, Jinliang Wei wrote: > > Any suggestions please? > > *Commit: * > > commit 9c76c3e89a8c384f324c2e0b84ad28ceef9ab69d > > Author: Tony Kelman <...> > > Date: Thu Sep 8 18:43:44 2016 -0700 > > >

[julia-users] release-0.5 build failed while building libgit2

Any suggestions please? *Commit: * commit 9c76c3e89a8c384f324c2e0b84ad28ceef9ab69d Author: Tony Kelman <...> Date: Thu Sep 8 18:43:44 2016 -0700 Tag v0.5.0-rc4 *Console output:* -- Configuring incomplete, errors occurred! See also

[julia-users] Re: Help on building Julia with Intel MKL on Windows?

Something's broken, you'll probably have to run that in gdb and try to get a backtrace. I don't think the .lib files are full-fledged static libraries (how big are they?), I suspect they are import libraries that go along with the corresponding dll's. So the mingw naming convention from them

[julia-users] building a package without rebuilding a REQUIRES pkg

If I have a package MainPkg with a REQUIRE file that holds "HelperPkg", and I do Pkg.add("HelperPkg");Pkg.build("HelperPkg"); is there a way to Pkg.add("MainPkg") without automatically rebuilding (the already current) HelperPkg?

[julia-users] Re: ANN: SimpleTraits.jl

Thanks for updating your work. If there is a form that allows a function to be defined that has multidispatch over trait and also over type, please provide an example. (If it is already there, please direct me to that example). On Wednesday, September 14, 2016 at 6:04:04 AM UTC-4, Mauro wrote: >

Re: [julia-users] Julia embedding -- Create Dict variable from C?

On Wed, Sep 14, 2016 at 4:12 PM, Harald Held wrote: > I'm playing around with embedding Julia in a C application and figured out > how to create and set scalars, arrays, and tuples from C successfully. > > What's missing for what I'm trying to do is to create a dictionary

Re: [julia-users] Re: dependent types in julia?

See https://github.com/JuliaLang/julia/issues/18466#issuecomment-246713799 On Wed, Sep 14, 2016 at 6:13 PM, Dan wrote: > Maybe the following is the form you are looking for: > > julia> decomplexify{T}(::Type{Complex{T}}) = T > decomplexify (generic function with 1 method) > >

Re: [julia-users] Re: Idea: Julia Standard Libraries and Distributions

2016-09-15 0:10 GMT+02:00 Chris Rackauckas: > If you use Reexport.jl's @reexport in the top-scope of a module for such a > metapackage it will actually export all of the functions from inside: > > module MyMetapackage # Setup t > using Reexport > @reexport using DifferentialEquations >

[julia-users] Re: Help on building Julia with Intel MKL on Windows?

Thanks, Tony, with your help I think I am pretty close. Yes you are right, I searched for *.dll and found them in a folder that I didn't notice before. Here's what I did last based on your comments to move things forward a few steps more: (1) Copied all the 17 .lib files from "C:\Program

[julia-users] Re: dependent types in julia?

Maybe the following is the form you are looking for: julia> decomplexify{T}(::Type{Complex{T}}) = T decomplexify (generic function with 1 method) julia> type bar{S,T} sum::S sumsqr::T function bar(s,ss) if typeof(ss) != decomplexify(typeof(s))

Re: [julia-users] Re: Idea: Julia Standard Libraries and Distributions

If you use Reexport.jl's @reexport in the top-scope of a module for such a metapackage it will actually export all of the functions from inside: module MyMetapackage # Setup t using Reexport @reexport using DifferentialEquations @reexport using Plots end using MyMetapackage # Imports

[julia-users] Julia embedding -- Create Dict variable from C?

I'm playing around with embedding Julia in a C application and figured out how to create and set scalars, arrays, and tuples from C successfully. What's missing for what I'm trying to do is to create a dictionary in C that is then set to a Julia variable and used in a Julia script. However, I

Re: [julia-users] Re: Idea: Julia Standard Libraries and Distributions

2016-09-14 23:46 GMT+02:00 Chris Rackauckas: > I too am weary about how different distributions would play together. I'd > assume you'd just install with one and that would be it. There are many people working in many fields that may want to install different distributions. I don't think that

[julia-users] Re: Idea: Julia Standard Libraries and Distributions

I didn't think about using metapackages instead to do "distributions" (with Reexport.jl to make using Metapackage import all of the packages). That seems like an interesting idea. I too am weary about how different distributions would play together. I'd assume you'd just install with one and

[julia-users] Re: Idea: Julia Standard Libraries and Distributions

One could imagine a metapackage where using StandardLibrary imports all the goodies (as Gabriel put it), and that wouldn't be too painful. Would it be possible to have it the other way around though, where all the goodies are imported unless you do something else like exclude StandardLibrary

[julia-users] Re: Idea: Julia Standard Libraries and Distributions

Hi Chris, what would be the difference between a distribution and a meta-package like those used, for example, in Debian and derivatives: a package without code, that only requires other packages? In this sense you can create right now a meta-package: just create a repository for a Julia

Re: [julia-users] ls()?

Julia supports Windows, which is not a posix platform. So while Julia uses posix-inspired names in some places, that's not universally the case, and they're often jargony and confusing if you're not a Unix user. On Wednesday, September 14, 2016 at 1:30:25 PM UTC-7, Evan Fields wrote: > > Which

Re: [julia-users] Advice on (perhaps) chunking to HDF5

Works beautifully, thanks. On 14 September 2016 at 12:21, Erik Schnetter wrote: > On Tue, Sep 13, 2016 at 9:36 PM, Anandaroop Ray > wrote: > >> Cool! The colons approach makes sense to me, followed by splatting. >> >> I'm unfamiliar with the syntax

Re: [julia-users] ls()?

Which can get gnarly on Windows, depending how you launched Julia. E.g. just launching from the Julia executable: shell> ls ERROR: could not spawn `ls`: no such file or directory (ENOENT) in _jl_spawn(::String, ::Array{String,1}, ::Ptr{Void}, ::Base.Process, ::RawFD, ::RawFD, ::RawFD) at

[julia-users] Re: Help on building Julia with Intel MKL on Windows?

Which configure file was this from? Julia doesn't need the .lib files, it needs the dll, and I assure you there are dlls in MKL. However some of the dependencies may need the .lib files, and/or you can try copying them to a .dll.a file name if that helps libtool or configure work better. On

[julia-users] Re: dependent types in julia?

I'm not sure then, but hopefully someone here can help you out! Naively perhaps it feels like this makes the type inference impossible. Your function decomplexify always produces the same output for the same input, but what if you had a function that returned a different output (always of type

[julia-users] Re: dependent types in julia?

Evan Fields wrote: > How about something like the following? > > type CT{T} > ctsum::Complex{T} > ctsumsq::T > end > I'm aware that it's easier to make the type parameter the scalar type, allowing writing as you show, but as a learning exercise I'd like to know how Julia would go the

[julia-users] Re: Help on building Julia with Intel MKL on Windows?

BTW I did try Tony's idea of adding "lib" as prefix to each .lib filename. That didn't solve the problem. On Wednesday, September 14, 2016 at 2:07:14 PM UTC-5, Zhong Pan wrote: > > Just to report my progress and ask for help again if anybody succeeded in > building Julia 0.4 or 0.5 on Windows

[julia-users] Re: dependent types in julia?

How about something like the following? type CT{T} ctsum::Complex{T} ctsumsq::T end x = 1 + 2im ctx = CT(x, convert(decomplexify(typeof(x)), x * conj(x)) You could also make a convenience function so you don't have to do the converts yourself for the second argument. Have you seen the

[julia-users] Re: Help on building Julia with Intel MKL on Windows?

Just to report my progress and ask for help again if anybody succeeded in building Julia 0.4 or 0.5 on Windows with MKL. I backed off a little and tried building release-0.5 on Windows following the standard instructions below. That is, without any MKL related configurations.

[julia-users] dependent types in julia?

As a toy example, I'm trying to write something that computes 2nd order statistics of complex variables. give a type T :: Complex{FLT}, I need to get the scalar type associated with it. For example, Complex{Float64} -> Float64 The decomplexify metafunction seems to do it:

[julia-users] Re: Pkg.add() works fine while Pkg.update() doesn't over https instead of git

Better to go into METADATA and check with git status exactly what happened before completely deleting it. Otherwise we'll never know what happened. At least move it to a different name so it's not gone. On Wednesday, September 14, 2016 at 10:07:43 AM UTC-7, Chris Rackauckas wrote: > > +1000

[julia-users] Re: [ANN]New package RFlavor.jl provides R-like functions

Glad to see a similar effort! I agree the name is not very descriptive. I didn't even find it in google. Right now we are not sure about the ultimate goal yet. One of our plan is implementing R fundamental functions so that we can easily translate an R package (such as those plotting packages)

Re: [julia-users] Advice on (perhaps) chunking to HDF5

On Tue, Sep 13, 2016 at 9:36 PM, Anandaroop Ray wrote: > Cool! The colons approach makes sense to me, followed by splatting. > > I'm unfamiliar with the syntax here but when I try to create a tuple in > the REPL using > > inds = ((:) for i in 1:3) > > I get > ERROR:

[julia-users] Re: Pkg.add() works fine while Pkg.update() doesn't over https instead of git

+1000 for the REQUIRE hack. Never knew about that. Be careful to save the packages you've been working on (or just commit and push somewhere) if you do this though. On Wednesday, September 14, 2016 at 10:02:22 AM UTC-7, David P. Sanders wrote: > > > I am a fan of deleting the entire .julia

Re: [julia-users] Re: Curious parsing behavior

Some are unavoidable: [1 -2] vs [1 - 2] (though I think there should be a row-concatenation operator, like ; does column-concatenation. That would stop this problem). On Wednesday, September 14, 2016 at 10:01:07 AM UTC-7, Erik Schnetter wrote: > > There was a talk at JuliaCon suggesting that

Re: [julia-users] Re: Curious parsing behavior

It's a really appealing idea. On Wed, Sep 14, 2016 at 1:01 PM, Erik Schnetter wrote: > There was a talk at JuliaCon suggesting that parsing ambiguities are often > best resolved by throwing an error: "Fortress: Features and Lessons > Learned". > > -erik > > On Wed, Sep 14,

[julia-users] Re: electron framework / javascript / LLVM / Julia numerics?

"would it be possible to somehow create numeric libraries / code in Julia, and "export" (emscripten?) asm.js "pure" javascript numerical code" Yes, in theory, but someone would have to do it/finish (I recall some small demo). As Emscripten "is an LLVM

[julia-users] Re: Pkg.add() works fine while Pkg.update() doesn't over https instead of git

I am a fan of deleting the entire .julia directory in your home directory and reinstalling your packages. You can also just keep the REQUIRE file from .julia/v0.4 somewhere, do Pkg.init(), then copy the REQUIRE file back and do Pkg.resolve() to reinstall everything you previously had

Re: [julia-users] Re: Curious parsing behavior

There was a talk at JuliaCon suggesting that parsing ambiguities are often best resolved by throwing an error: "Fortress: Features and Lessons Learned". -erik On Wed, Sep 14, 2016 at 12:01 PM, David P. Sanders wrote: > > > El miércoles, 14 de septiembre de 2016, 11:12:52

Re: [julia-users] ls()?

There's already shell mode: ;cd projects ;ls in the REPL. On Wed, Sep 14, 2016 at 12:56 PM, wrote: > > There are POSIX standards for new programming language function names? > > No, but you've implemented functions with POSIX names > > > yes, ls() could be a better

[julia-users] Re: Pkg.add() works fine while Pkg.update() doesn't over https instead of git

If git stash doesn't work, you can always go nuclear and delete your METADATA folder, along with META_BRANCH and REQUIRE. Then when you Pkg.update() it will install a new METADATA and basically try again, but I think this will delete all of your installed packages so it really is a

Re: [julia-users] ls()?

> There are POSIX standards for new programming language function names? No, but you've implemented functions with POSIX names > yes, ls() could be a better name In the REPL, I might julia> cd("projects") And want to julia> ls() to see what's there But, I probably wouldn't want to do that

Re: [julia-users] ls()?

readdir is POSIX: http://man7.org/linux/man-pages/man3/readdir.3.html On Wed, Sep 14, 2016 at 12:45 PM, Chris Rackauckas wrote: > Here it is: https://github.com/JuliaLang/julia/issues/3376. Would > changing to ls be back on the table? > > On Wednesday, September 14, 2016 at

Re: [julia-users] ls()?

Here it is: https://github.com/JuliaLang/julia/issues/3376. Would changing to ls be back on the table? On Wednesday, September 14, 2016 at 9:41:55 AM UTC-7, Stefan Karpinski wrote: > > There are POSIX standards for new programming language function names? But > yes, ls() could be a better

Re: [julia-users] ls()?

There are POSIX standards for new programming language function names? But yes, ls() could be a better name. On Wed, Sep 14, 2016 at 12:04 PM, Adrian Lewis wrote: > > You can find a thread/issue where this is discussed. Some group decided > to call it readdir() and

[julia-users] Re: [ANN]New package RFlavor.jl provides R-like functions

We may want to combine efforts. I have VectorizedRoutines.jl for this with a slightly larger scope (I don't know if it's the right name though). On Wednesday, September 14, 2016 at 8:12:21 AM UTC-7, Lanfeng Pan wrote: > > Hi all, > > To

[julia-users] unexpected mapslice result on 0.5rc3

Is this the expected behavior? julia> mapslices(x->tuple(x), [1 2; 3 4], 1) 1×2 Array{Tuple{Array{Int64,1}},2}: ([2,4],) ([2,4],) julia> mapslices(x->tuple(x...), [1 2; 3 4], 1) 1×2 Array{Tuple{Int64,Int64},2}: (1,3) (2,4) The first case certainly came as pretty unexpected to me. Does it

[julia-users] Re: online (streaming) statistics?

Apparently the problem was using "julialang" instead of just "julia" in the search. julialang will, I guess, mainly pick up things on the Julia language home page, whereas you were looking for an external package. El miércoles, 14 de septiembre de 2016, 12:12:06 (UTC-4), David P. Sanders

[julia-users] Re: online (streaming) statistics?

El miércoles, 14 de septiembre de 2016, 12:02:32 (UTC-4), Neal Becker escribió: > > David P. Sanders wrote: > > > > > > > > > El miércoles, 14 de septiembre de 2016, 11:45:00 (UTC-4), Neal Becker > > escribió: > >> > >> Is there a package for online (streaming) statistics? > >> > > >

Re: [julia-users] ls()?

> You can find a thread/issue where this is discussed. Some group decided to call it readdir() and like it more. I just got used to it. I think it's silly, but it's just syntax. I thought it might be an idea to stick with POSIX standards. On Wednesday, September 14, 2016 at 4:40:03 PM UTC+1,

[julia-users] Re: online (streaming) statistics?

David P. Sanders wrote: > > > > El miércoles, 14 de septiembre de 2016, 11:45:00 (UTC-4), Neal Becker > escribió: >> >> Is there a package for online (streaming) statistics? >> > > Please use Google before posting questions like this. > Googling "online streaming statistics Julia" gives the

[julia-users] Re: Curious parsing behavior

El miércoles, 14 de septiembre de 2016, 11:12:52 (UTC-4), David Gleich escribió: > > Ahah! That explains it. > > Is there a better way to create floating point literals that avoid this? > I think using 1782.0 instead of 1782. (without the 0) will solve this? I seem to remember there was an

[julia-users] Re: online (streaming) statistics?

El miércoles, 14 de septiembre de 2016, 11:45:00 (UTC-4), Neal Becker escribió: > > Is there a package for online (streaming) statistics? > Please use Google before posting questions like this. Googling "online streaming statistics Julia" gives the answer as the first link. > > This

Re: [julia-users] online (streaming) statistics?

https://github.com/joshday/OnlineStats.jl (note that StreamStats was deprecated in favor of this) On Wed, Sep 14, 2016 at 11:44 AM, Neal Becker wrote: > Is there a package for online (streaming) statistics? > > This would be an object that could be called repeatedly with

Re: [julia-users] online (streaming) statistics?

See https://github.com/johnmyleswhite/StreamStats.jl On Wed, Sep 14 2016, Neal Becker wrote: > Is there a package for online (streaming) statistics? > > This would be an object that could be called repeatedly with new data, and > would produce stats on the accumulated results (without actually

[julia-users] online (streaming) statistics?

Is there a package for online (streaming) statistics? This would be an object that could be called repeatedly with new data, and would produce stats on the accumulated results (without actually having to collect all the results at 1 time) I have made a package for python which wraps some of

Re: [julia-users] ls()?

You can find a thread/issue where this is discussed. Some group decided to call it readdir() and like it more. I just got used to it. I think it's silly, but it's just syntax. On Wednesday, September 14, 2016 at 7:36:18 AM UTC-7, Jacob Quinn wrote: > > readdir() > > On Wed, Sep 14, 2016 at 8:34

Re: [julia-users] Re: Telling if code is vectorised.

On Wed, Sep 14, 2016 at 11:09 AM, Ben Ward wrote: > > Ahah! I completely forgot about warntype! Thanks! > > Out of interest, as I've only started to read llvm and native instructions > generated by my julia functions, is there a way to tell from the llvm if > there's

[julia-users] Re: Curious parsing behavior

Ahah! That explains it. Is there a better way to create floating point literals that avoid this? David On Wednesday, September 14, 2016 at 9:26:42 AM UTC-4, Steven G. Johnson wrote: > > > > On Wednesday, September 14, 2016 at 9:18:11 AM UTC-4, David Gleich wrote: >> >> Can anyone give me a

[julia-users] [ANN]New package RFlavor.jl provides R-like functions

Hi all, To help R users get used to Julia soon, this package provide some handy functions from R in Julia, such as list matrix rep, seq table expand_grid, outer sweep duplicated findinterval ... More to come and all contributions and comments are welcome. The package address is

[julia-users] Re: Telling if code is vectorised.

Ahah! I completely forgot about warntype! Thanks! Out of interest, as I've only started to read llvm and native instructions generated by my julia functions, is there a way to tell from the llvm if there's type instability - say one forgets to do a code_warntype, are there llvm instructions

[julia-users] Re: Telling if code is vectorised.

Your code is type unstable. Use a = UInt64(0). On Wednesday, September 14, 2016 at 4:33:39 PM UTC+2, Ben Ward wrote: > > Hi, > > I've written a simple function: > > function testfun2() > a = 0 > @inbounds @simd for i in UInt64(1):UInt64(1000) > i = i - ((i >> 1) &

Re: [julia-users] Telling if code is vectorised.

On Wed, Sep 14, 2016 at 10:33 AM, Ben Ward wrote: > Hi, > > I've written a simple function: > > function testfun2() > a = 0 > @inbounds @simd for i in UInt64(1):UInt64(1000) > i = i - ((i >> 1) & 0x) > a += ((i &

Re: [julia-users] ls()?

readdir() On Wed, Sep 14, 2016 at 8:34 AM, Adrian Lewis wrote: > In the filesystem package, if we have pwd() and cd(), why do we not have > ls()? > > Aidy >

[julia-users] ls()?

In the filesystem package, if we have pwd() and cd(), why do we not have ls()? Aidy

[julia-users] Telling if code is vectorised.

Hi, I've written a simple function: function testfun2() a = 0 @inbounds @simd for i in UInt64(1):UInt64(1000) i = i - ((i >> 1) & 0x) a += ((i & 0x) + ((i >> 2) & 0x)) end return a end I applies the same set of bit

[julia-users] Re: Curious parsing behavior

On Wednesday, September 14, 2016 at 9:18:11 AM UTC-4, David Gleich wrote: > > Can anyone give me a quick explanation for why these statements seem to > parse differently? > > julia> 1782.^12. + 1841.^12. > .^ and .+ are (elementwise/broadcasting) operators in Julia, and there is a parsing

[julia-users] Re: 1st try julia, 2/3 speed of python/c++

On Wednesday, September 14, 2016 at 7:12:31 AM UTC-4, Neal Becker wrote: > > I'd expect it to be called with a large array as input, so hopefully it's > performant enough as is, leaving the type of the argument determined at > runtime: My issue is more with how it is used. The whole

[julia-users] Re: Curious parsing behavior

Does this answer the question? julia> Base.parse("1782.^12. + 1841.^12.") :(1782 .^ 12.0 + 1841 .^ 12.0) julia> Base.parse("1782.^12.+1841.^12.") :(1782 .^ 12 .+ 1841 .^ 12.0) On Wednesday, September 14, 2016 at 3:18:11 PM UTC+2, David Gleich wrote: > > Can anyone give me a quick explanation

[julia-users] Curious parsing behavior

Can anyone give me a quick explanation for why these statements seem to parse differently? julia> 1782.^12. + 1841.^12. 2.5412102586145895e39 julia> 1782.^12.+1841.^12. 1.5158124229919557e39 Thanks! David Gleich

[julia-users] Re: NumericExtensions not working on julia-0.5?

Kristoffer Carlsson wrote: > Do > note: > https://github.com/lindahua/NumericExtensions.jl/commit/16193a86ad0589520f944680a248ad36e3242682 > . ... Yes, it seems StatsFuns (shouldn't that be spelled StatsFuncs?) has logsumexp.

[julia-users] Re: NumericExtensions not working on julia-0.5?

Do note: https://github.com/lindahua/NumericExtensions.jl/commit/16193a86ad0589520f944680a248ad36e3242682 . The Union()s need to be Union{} to work on 0.5. On Wednesday, September 14, 2016 at 2:16:11 PM UTC+2, Neal Becker wrote: > > julia> using NumericExtensions: logsumexp > INFO:

[julia-users] NumericExtensions not working on julia-0.5?

julia> using NumericExtensions: logsumexp INFO: Precompiling module ArrayViews. WARNING: Method definition (::Type{ArrayViews.UnsafeContiguousView}) (Ptr{#T<:Any}, Int64, Tuple{Vararg{Int64, #N<:Any}}) in module ArrayViews at /home/nbecker/.julia/v0.5/ArrayViews/src/arrviews.jl:18 overwritten at

[julia-users] Re: 1st try julia, 2/3 speed of python/c++

Steven G. Johnson wrote: ... > > Note that you have the same problem in several places, e.g. in > Constellation.jl. > > (I don't really understand what that file is doing, but it seems to be > constructing lots of little arrays that would be better of constructed > implicitly as part of other

Re: [julia-users] link time error while running make utility on ppc64le

Hello, @Mahesh I'm facing similar issue. Any updates on this issue ? Were you able to progress ? @Isaiah I'm facing similar issue, I tried to access the links you shared above, however, the first link(github link) is not accessible. Could you please share the correct URL ? Also, if you can

[julia-users] Re: Julia TCP server and connection

Hi, I did not find any slowness when I ran the code. My environment: Julia Version 0.4.6 Commit 2e358ce (2016-06-19 17:16 UTC) Platform Info: System: Linux (x86_64-unknown-linux-gnu) CPU: Intel(R) Core(TM) i7-4700MQ CPU @ 2.40GHz WORD_SIZE: 64 BLAS: libopenblas (USE64BITINT DYNAMIC_ARCH

[julia-users] ANN: SimpleTraits.jl

There is --at times-- some interest on this list about traits, enough that I thought the noise to announce the registration of this traits package is warranted. In brief, traits group types into sets independent of the type hierarchy and let functions dispatch on those traits instead of on types.

[julia-users] Re: Pkg.add() works fine while Pkg.update() doesn't over https instead of git

Well I didn't make any intentional change my own. I guess it's the Pkg manager, which was not successful ! I did git stash, however it didn't solve the problem, I'm still getting same error msg when using Pkg.update() . On Tuesday, 13 September 2016 16:54:43 UTC+2, Rahul Mourya wrote: > > Hi,

[julia-users] Re: Julia for Data Science book (Technics Publications)

I advice you to add a reference to your book, via a pull request to: - https://github.com/JuliaLang/julialang.github.com Which should go in this file: - https://github.com/JuliaLang/julialang.github.com/blob/master/learning/index.md El martes, 13 de septiembre de 2016,

Re: [julia-users] Re: Priority queue - peek versus dequeue!

Thank you, I'll open an issue. -Júlio

Re: [julia-users] Julia for Data Science book (Technics Publications)

On Wed, Sep 14 2016, Zacharias Voulgaris wrote: > Please note that for some reason the Packt publishing house, which has had > the monopoly on Julia books up until now, decided to follow suit, which is > why it is releasing a book with the same title next month (clearly, > imagination is not

Re: [julia-users] debugging tips for GC?

Hello, On Tuesday, September 13, 2016 at 10:17:30 PM UTC+2, Yichao Yu wrote: > > On Tue, Sep 13, 2016 at 4:11 PM, Yichao Yu > wrote: > >> I'm able to reproduce it in rr and found the issue. >> TL;DR the issue is at >>