Use new call overloading

[tknopp]

@vtjnash: Hi Jameson, if I get it right with Julia 0.4 we can have constructors even for abstract types. Do you think it would be feasible to get rid of the @ names again? Or did I get this wrong...

[vtjnash]

Yes, although, like PyCall, I'll probably wait till later in the release cycle to be breaking compatibility

[tknopp]

Great, and yes absolutely not a pressing issue as I will not switch to 0.4 dev anyway at this time. So then lets keeps this issue as a reminder.

[tknopp]

@vtjnash @timholy: Whats your your current thinking about this issue? I still think we should get rid of the exessive use of the macro syntax in Gtk.jl
Would the change be complicated to accomplish?

[vtjnash]

Should be a straigtforward matter of changing macro to function @ https://github.com/JuliaGraphics/Gtk.jl/blob/master/src/GLib/gtype.jl#L221. I would definitely merge any PRs to fix this.

[tknopp]

I tried

        function $einame(args...)
            Expr(:call, $ename, map(esc,args)...)
        end

and

        function $einame(args...)
            call( $ename, map(esc,args)...)
        end

but neither worked. But this might still be because of my still non-existing macro foo.

[fcard]

@tknopp, esc is a Expr manipulation function, and call is deprecated, so it should probably be...

function $einame(args...)
  $ename(args...)
end

[tknopp]

yes thanks, that works. I needed to let the current macro definition stay there because lots of code with Gtk.jl uses the @ syntax. But it seems to be clever anyway to remove the @ syntax a little later in order to not break other packages relying on it.