psycopg/psycopg2
1
1
Fork 0
mirror of https://github.com/psycopg/psycopg2.git synced 2024-09-21 03:08:57 +03:00
Code Issues Packages Projects Releases Wiki Activity
1,732 Commits 14 Branches 86 Tags 11 MiB
c62c292053
Commit Graph

186 Commits

Author SHA1 Message Date
Daniele Varrazzo
c62c292053 Bump to next dev version number for the master branch 2015-04-28 08:38:41 +01:00
Daniele Varrazzo
5efe7131ff Version bumped for release 2.6 2015-02-09 09:43:55 +00:00
Daniele Varrazzo
6d63973e08 More portable way to establish Python 32/64 build 2015-02-08 22:52:50 +00:00
Daniele Varrazzo
44219bf366 Don't try and compile lo64 support on 32 bits Python 
We can't fit more than 31 bits in a long anyway.
 2014-12-25 15:06:18 +01:00
Daniele Varrazzo
b2327b0fc7 Add the flag 'lo64' to the version if psycopg supports the lo_*64 api 2014-12-25 15:06:18 +01:00
Daniele Varrazzo
0205d6ca2e Use ifdef instead of if to check LO64 2014-12-25 15:06:18 +01:00
Daniele Varrazzo
91eabf5fcb Fixed check for PG version 
It would have failed in PostgreSQL 10.0.
 2014-12-25 15:06:18 +01:00
Blake Rouse
cd67d3d2fe Modify truncate to use lo_truncate64. Use HAVE_LO64 define to use new lo_*64 methods. Check size of offset and length for versions without LO64. 2014-12-25 15:06:18 +01:00
Daniele Varrazzo
37d80f2c03 Use the readme as PyPI desctiption 2014-08-31 02:59:49 +01:00
Daniele Varrazzo
1d729ab40e Dropped HAVE_PQFREEMEM flag 
It was necessary before PG 7.4, in versions which have long been unsupported.
 2014-08-24 01:43:12 +01:00
Daniele Varrazzo
6e841a41e6 Dropped PSYCOPG_EXTENSIONS flag 
Building without extensions has been long broken and nobody really cares
about a pure-DBAPI implementation (which could be created using a wrapper
instead).
 2014-08-23 19:30:48 +01:00
Daniele Varrazzo
44281d6692 Fix supported Py/PG versions in docs 2014-08-04 22:39:52 +01:00
Chris Mildebrandt
693dedf4da cleanup remaining GPL license text 2014-05-20 09:50:53 -07:00
Daniele Varrazzo
97290955f6 Python 3.4 declared supported 2014-05-13 14:36:28 +01:00
Daniele Varrazzo
81443c3a65 Work around pip issue #1630 breaking 'pip -e git+url' 
https://github.com/pypa/pip/issues/1630

Fixes ticket #18 (opened in 2010!)
 2014-04-04 18:07:05 +01:00
James Emerton
58c98deebb Fallback when get_ext_fullpath() is unavailable 2014-01-10 13:41:16 -08:00
James Emerton
9100ad3e8f Use get_ext_fullpath() for -outputresource 
The manifest fixup was relying on the extension name being "_psycopg.pyd" which effectively prevents building with --debug as the extension name becomes "_psycopg_d.pyd" in this instance.
 2014-01-10 11:56:14 -08:00
Piotr Kasprzyk
31b6ec63f8 Fix multiple misspellings 2013-04-26 09:59:40 +01:00
Daniele Varrazzo
4547753df0 Added explicit Python 2 and Python 3 classifiers 
Not sure, but I suspect the "python3" page on PyPy in only based
on the Language :: Python :: 3 classifier, not the more specific ones
 2013-04-21 21:43:55 +01:00
Saul Shanabrook
4de8b9577e Explicit Python Version Support 
Used supported versions from http://initd.org/psycopg/docs/install.html
 2013-04-21 21:35:58 +01:00
Daniele Varrazzo
6d2f2676ad Bump to next dev version 2013-04-07 19:43:52 +01:00
Daniele Varrazzo
b448f822f4 Bump to release 2.5 2013-04-07 17:26:57 +01:00
Daniele Varrazzo
73949cd1b8 Merge branch 'diagnostics' into devel 2013-03-20 01:47:14 +00:00
Daniele Varrazzo
394312939e Added a C structure to psycopg.Error 
This will allow to store a PGresult in it.
 2013-03-19 12:15:49 +00:00
Daniele Varrazzo
97311967e8 Merge branch 'diagnostics' into devel 2013-03-18 02:21:09 +00:00
Daniele Varrazzo
fe6eb127fc Fixed bad interaction of setup.py with other dependencies 
The problem is in Distribute dependencies on Python 3. Create a new command
class instead of changing inplace the one other projects may use.

Close ticket #153.
 2013-03-18 02:18:50 +00:00
Matthew Woodcraft
c75a3bbab4 Work-in-progress support for retrieving PG_DIAG result error fields. 2013-03-17 16:41:15 +00:00
Daniele Varrazzo
16d96fd43c Merge branch 'py33' into devel 2012-12-22 00:58:17 +01:00
Daniele Varrazzo
02ffb7423a Splitting the release of new features in version 2.5 2012-12-03 00:39:19 +00:00
Daniele Varrazzo
6d9a25e63a Deal with sys.platform = "linux" 
Changed in Python 3.3.
 2012-09-21 02:28:52 +01:00
Daniele Varrazzo
241403e7ba Bump to next dev release 2012-04-11 18:11:59 +01:00
Federico Di Gregorio
037b704e9a Bumping up versions to prepare 2.4.5 2012-03-28 23:08:59 +02:00
Daniele Varrazzo
7990425801 Bump to next dev version 2011-12-26 20:06:10 +01:00
Federico Di Gregorio
c22e8ef808 Preparing release 2.4.4 2011-12-19 10:57:38 +01:00
Daniele Varrazzo
8606d83507 Bump to next development version 2011-12-11 22:06:15 +00:00
Federico Di Gregorio
2efe3efdfa Preparing release 2.4.3 2011-12-11 22:17:54 +01:00
Daniele Varrazzo
cdb19a2329 Prepare for Linux 3 2011-11-26 19:08:20 +00:00
Daniele Varrazzo
1861e0010d Fixed --static-libpq setup option (ticket #64) 2011-08-09 11:44:30 +01:00
Daniele Varrazzo
e3b32dcee1 Bump to next dev version 2011-08-09 11:44:30 +01:00
Federico Di Gregorio
f8a5dabdc1 Preparing release 2.4.2 2011-06-12 21:40:44 +02:00
Jason Erickson
5ee7bac66b No manifest reinsertion into 2.4/2.5 with MSVC 
Python versions 2.4 and 2.5 for MSVC on Windows do not need to manifest file
reinserted into the DLL.  The VC compiler for these versions does not have the
mt.exe executable to insert the manifest file.
 2011-06-08 08:21:32 +01:00
Daniele Varrazzo
dc92161dda Delay detection of the compiler in setup.py 
At init time, build_ext is not configured, so neither the --compiler option
nor settings in setup.cfg/distutil.cfg is effective.

Steve, I told you distutils was a mess :)
 2011-06-07 23:28:17 +01:00
Daniele Varrazzo
d0b97feab3 More cleanup in pg_config detection from Windows registry 2011-06-07 22:35:22 +01:00
Steve Lacy
575afa2e0e Properly detect pg_config.exe on Windows. 
I'm fairly certain this is correct, submitting so I can pull on my Windows
box and do some testing there.
 2011-06-07 22:35:22 +01:00
Steve Lacy
46dc7e66f8 Fix pg_config commandline option broken in a previous change 
- Make sure to declare self.pg_config in initialize_options.
- Don't declare PostgresConfig in __init__, as its scope is limited.
- Pass build_ext instance to PostgresConfig to avoid having to
  call the option parser directly.
 2011-06-07 22:22:08 +01:00
Steve Lacy
57a6cf3144 Code to find an executable on the current PATH refactored 2011-06-07 22:18:56 +01:00
Daniele Varrazzo
9a7aee3d05 Fixed compatibility problem in setup for Python 2.4 2011-06-07 08:58:54 +01:00
Steve Lacy
ef18915396 Unify the way the MSVC compiler is detected 
And do it only once in __init__ instead of different ways
and in different places.
 2011-06-07 08:41:57 +01:00
Steve Lacy
c826446ff8 Clean up a bunch of lint from pylint/pyflakes/pep8 checking 
- Don't override global variable name "ext" (use "extension" as function
  argument names)
- Improve function naming (get_compiler -> get_compiler_name)
- Other misc operator spacing and 80-column violation cleanup.
- Remove unneeded import (DistUtilsFileError)
 2011-06-07 08:40:40 +01:00
Steve Lacy
f3526d0630 Refactoring of the pg_config detection code in setup.py 
Pull all state and path searching into it's own class.
 2011-06-07 08:40:19 +01:00