302c099a76
Big refactoring to shrink the prelude
2018-09-21 23:34:28 +02:00
d92e522243
Syn 0.15
2018-09-09 00:20:04 +02:00
4c1ff24b2b
Fix raw identifiers
2018-09-03 20:50:18 +02:00
f58549f1d8
Get rid of a bunch of PyTokens
2018-09-02 23:33:45 +02:00
7c0379b13a
Remove many specialization uses
...
From over a hundret "default fn" uses down to 17
2018-08-25 20:48:17 +02:00
3e7d5280ca
Merge pull request #200 from pganssle/datetime
...
Initial datetime bindings
2018-08-22 18:00:05 +02:00
a05a78f7e0
Use smallest types for Py{Date}{Time} constructors
...
Because it's unlikely that anything other than the `year` parameter will
change in the C Python API, the rest can be restricted to their logical
ranges, which improves the compile-time error checking.
2018-08-21 18:33:33 -04:00
5d5689f95b
Switch Py{Date}{Time} constructor parameters to i32
...
While the valid ranges for the constructor parameters is the same when
expressed as either u32 or i32, since the Python API uses i32 in their
public interface, we won't have to make any changes to the signatures if
the Python behavior changes (e.g. supporting negative years) without
their API changing.
2018-08-21 18:33:33 -04:00
078bea4345
Move rustapi_module into examples
...
This is really a test module, but the Rust convention is to put
something like this under examples/, and when it lands, we can take
advantage of "Project-based Examples for Cargo Projects" - RFC link
at https://github.com/rust-lang/rfcs/pull/2517
2018-08-21 18:33:33 -04:00
3357fabb35
Remove 'Component' from ComponentAccess Traits
2018-08-21 18:33:32 -04:00
003351ba61
Get rid of unwrap_py! macro
2018-08-21 18:33:32 -04:00
bcc27bd522
Change datetime constructors to use Rust Option
...
This makes it cleaner to call PyTime::new and PyDateTime::new from Rust
without needing to retrieve a Python None.
2018-08-21 18:33:32 -04:00
09ee50d4ca
Add tests for datetime overflow behavior
...
It *should* be safe to cast u32 to i32 in the case of the Py{Date}{Time}
constructors, because any unsigned values that would overflow would
raise an error anyway.
This adds tests to ensure that this is the case - they currently fail on
Python <3.6 because of a known issue with the Python C API.
2018-08-21 18:33:31 -04:00
771d59b913
Fix another bunch of clippy lints
2018-08-21 23:51:13 +02:00
ee658de1fb
Run rustfmt after datetime changes
...
Most of the datetime related changes were made before pyo3 switched to
using rustfmt, so I ran rustfmt only on the final commit to make it
easier to rewrite history as necessary (for fixups and whatnot).
2018-08-21 14:29:36 -04:00
996c2baec8
Add preliminary Python 2 support to datetime bindings
...
The bounds checking tests are xfail because the datetime "fast path"
constructor didn't do bounds checking until bpo-29100 was resolved in
CPython commit b67f0967386a9c90411, which was merged for Python 3.6.
This functionality should be simple to backport to earlier versions in a
future commit.
BPO issue:
https://bugs.python.org/issue29100
CPython commit:
b67f096738
2018-08-21 14:29:36 -04:00
cd6f7295a1
Add type checking FFI bindings
2018-08-21 14:29:36 -04:00
f701bccbdf
Add PyTime component accessors
2018-08-21 14:29:36 -04:00
ecf3aaafb2
Add PyDateTime component accessors
2018-08-21 14:29:35 -04:00
0b39452276
Add accessors to PyDateTime_Date
2018-08-21 14:29:35 -04:00
08e7e0f55a
Add PyDelta component accessors
...
Adds the PyDateTime_DELTA_GET_{comp} accessors and bindings to them in
the PyDelta object.
2018-08-21 14:29:35 -04:00
149a13cbfa
Fix how the test rustapi_module is built
2018-08-21 14:29:35 -04:00
cca8eb43d6
Add gitignore to rustapi_module
2018-08-21 14:29:35 -04:00
d67d2c4265
Update rustapi_module to new macro methods
2018-08-21 14:29:35 -04:00
f5e0785654
Add time_with_fold
2018-08-21 14:29:35 -04:00
c49bbe4549
Add PyDateTime::from_timestamp
2018-08-21 14:29:34 -04:00
7256bc85b7
Add PyDate::from_timestamp
2018-08-21 14:29:34 -04:00
ee85940579
Add new requirements-dev.txt file
2018-08-21 14:29:34 -04:00
8d781cb03f
Add datetime.timedelta
2018-08-21 14:29:34 -04:00
f45362943d
Add datetime.time
2018-08-21 14:29:34 -04:00
d7b90c1b3a
Add datetime.datetime and switch to PyResult<Py<T>>
2018-08-21 14:29:34 -04:00
52a64a9240
Add rustapi_module test
2018-08-21 14:29:34 -04:00
db4a2d9017
Get rid of the pyobject_extract macro
2018-08-20 22:53:43 +02:00
991a8b94d2
More nightly fixes
2018-08-19 20:42:17 +02:00
b12b65cfae
Cleanup
2018-08-19 20:06:47 +02:00
fe8a719ee1
Rustfmt all the things ✔️
2018-07-30 23:05:10 +02:00
83db765889
Refactoring
2018-07-30 22:56:25 +02:00
3adcac6e61
Replace concat_idents with mashup
2018-07-18 23:17:05 +02:00
d59bebcc38
Upgrade from proc_macro to use_extern_macros
2018-07-18 13:08:05 +02:00
dbd74401eb
Rename the `base` option in the `pyclass` macro to `extends`
...
"extends" is intuitive for people with java or ES6 experience, and it also aligns pyo3 with
wasm-bindgen (see https://github.com/rustwasm/rfcs/pull/2 )
2018-07-15 12:08:20 +02:00
fe931a594f
#[pymodinit] now uses the function name as default module name
2018-07-10 00:13:02 +02:00
4013d40897
Add `py` prefix to the proc macros and move them into the root module
...
This is important because `proc_macro_path_invoc` isn't going to be stabilized soon.
2018-07-08 23:33:48 +02:00
562d417517
Fix bug which made code generation dependend on argument ordering
2018-07-06 12:56:40 +02:00
6645708e4f
Get rid of #[py*] methods
2018-07-03 20:42:02 +02:00
80096ae143
rudtfmt the tests
...
With some careful refactoring alongside
2018-06-15 21:21:12 +02:00
f9ff7cd465
Ignore test because of a docmatic bug
...
See https://github.com/assert-rs/docmatic/issues/4
2018-06-15 15:59:22 +02:00
f2be73c4f3
Fix tests
2018-06-14 16:20:55 +02:00
76510bdd0e
Refactoring
...
This is actually a failed bugfix attempt, but still useful
2018-06-13 18:02:45 +02:00
60d1565a8f
Always clone on in getters
...
Since copy implies clone, this doesn't code.
2018-06-12 17:47:24 +02:00
7412eda4b0
Changed the import for the test_module to include ToPyObject in order to make travis CI pass
2018-05-21 16:34:44 +02:00
konstin