-
Notifications
You must be signed in to change notification settings - Fork 12.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Ability to have *-pointers as arguments to MethodDefs #16781
Comments
Pull requests accepted; this is a deeply unstable part of the compiler and so is free to change. (I'm happy to mentor, but I think it should be as easy as adding the right thing to this enum and follow the compiler output to add the appropriate handling in the right places, i.e. converting to an |
Ooh, I'd love to fix it if it's just adding an enum and then doing a couple of conversions.
|
Side note: |
…ing, r=Veykril fix: Don't escape `\` and `$` in "Extract format expressions" assist Fixes rust-lang#16745
…nts, r=Veykril fix: Preserve $ and \ in postfix format completions `parse_format_exprs` doesn't escape these two as of rust-lang#16781, so they have to be escaped as a separate step.
I'm trying to write a syntax extension that works similar to
#[deriving(Encodable)]
, where a traitJSTraceable
can be applied to types where all subfields implement thatJSTraceable
, such that calling.trace()
will simply call.trace()
on all subfields with the same arguments (there is no output to be treed up like withClone
andPartialEq
)The signature I want is the following:
However, there's a problem here. Following the internal implementation, I need to supply a
MethodDef
, which includes an argument list ofTy
sHowever,
Ty
doesn't support*
-pointers, so I will probably have to work around this with a second trait and some transmutes (which I'd rather not do)Could we get support for
*
pointers inMethodDef
?The text was updated successfully, but these errors were encountered: