summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
...
* Avoid sending negative values to isalnum()nicolas.dufresne2010-10-061-1/+1
| | | | On Windows, sending negative value to isalnum() result in an assertion popping. Adding cast, to prevent negative value from being sent.
* Don't read NULL character in url::encodenicolas.dufresne2010-10-061-1/+1
|
* On win32, init WSA in url-testnicolas.dufresne2010-10-061-0/+10
|
* Avoid to read the NULL character in stringsnicolas.dufresne2010-10-061-3/+4
| | | | The URL parser whas assuming that we can read the NULL character in a string. This does not work on Windows platform, and is not standard.
* really fix the bindings on win32 issue this timenpmccallum2010-09-291-1/+1
|
* add a test case for the URL with nothing but schemenpmccallum2010-09-291-0/+7
|
* add a comment explaining the lack of const in versnpmccallum2010-09-291-0/+4
|
* fix a typo which caused bindings to be built ONLY on win32 instead of EXCEPT ↵npmccallum2010-09-291-1/+1
| | | | on win32
* two more win32 fixesnpmccallum2010-09-262-2/+2
|
* make win32 build work againnpmccallum2010-09-263-7/+11
|
* Inlclude typelib in proxy.cpp for debug messages.dominique.leuenberger@gmail.com2010-09-261-0/+1
|
* fix a test broken by the previous changenpmccallum2010-09-261-0/+2
|
* (hopefully) make libmodman work on windows using mingwnpmccallum2010-09-262-5/+5
|
* Statically link internal modmannicolas.dufresne2010-09-231-4/+2
| | | | | Now link statically internal libmodman if it is being used. This allow distribution of libproxy with internal libmodman in parallel to libmodman without side effects. (Issue 141)
* samples/vala: Add Makefile and make the sample actually query an addressdominique.leuenberger@gmail.com2010-09-072-1/+8
|
* Updated files for version 0.4.6nicolas.dufresne2010-09-015-3/+22
|
* Avoid reading one too far inside a std::stringnicolas.dufresne2010-09-011-1/+2
|
* Fix compilation with Visual Studionicolas.dufresne2010-09-012-2/+8
|
* Fixed overrided of python site-packages pathnicolas.dufresne2010-09-011-22/+23
| | | | Last patch broke -DPYTHON_SITEPKG_DIR, this will make it work again.
* Try install python bindings in libdirnicolas.dufresne2010-09-013-13/+35
| | | | | This patch let libproxy install the python bindings in the libdir path is proper site-packages directory exist. Also moved python bindings in it's own directory
* First pass updating INSTALLnicolas.dufresne2010-08-241-21/+121
|
* Fix /etc to be in /etc instead of /usr/local/etcnicolas.dufresne2010-08-241-1/+1
|
* Fixed crash in URL parsenicolas.dufresne2010-08-203-4/+11
|
* Add "" to avoid syntact error when variable is unsetnicolas.dufresne2010-08-191-1/+1
|
* Check libmodman version and allow forcing system onenicolas.dufresne2010-08-191-4/+13
|
* Add version information for Findlibproxy.cmakenicolas.dufresne2010-08-192-1/+10
|
* Remove *.cmake from CPAK ignorenicolas.dufresne2010-08-191-1/+1
| | | This forces out-of-tree source package generation
* Bumped to version 0.4.5nicolas.dufresne2010-08-195-13/+52
|
* Fixed test compilation under OSXnicolas.dufresne2010-08-191-2/+4
|
* Went back to ignoreing vala installation pathnicolas.dufresne2010-08-181-11/+3
| | | | | | seems that the .pc file in vala source code is broken. Fedora do fixes it in the package but that might not be wide spread. Hard coding to datadir/vala/vapi should work for most of the cases while it's possible to override using VAPI_DIR option.
* Enable VENDORARCH option and PX_PERL_ARCH overridenicolas.dufresne2010-08-181-11/+17
|
* Add PYTHON_SITEPKG_DIR overridenicolas.dufresne2010-08-181-6/+9
|
* Fix vala binding directory and add VAPI_DIR overridenicolas.dufresne2010-08-181-1/+13
|
* Clean flags and commentsnicolas.dufresne2010-08-181-4/+3
|
* Fixed PROJECT_VERSION that was broken in libmomannicolas.dufresne2010-08-181-1/+1
|
* Synced with libmodman enhancementnicolas.dufresne2010-08-185-27/+47
|
* Bumped libmodman SOVERSION to 1nicolas.dufresne2010-08-181-1/+1
|
* Allow GAC_DIR being changednicolas.dufresne2010-08-181-1/+3
|
* Ported libproxy to new libmodman API/ABInicolas.dufresne2010-08-1813-22/+29
| | | | This solves issue 133 by using real builtin modules instead of relying on symbols being visible in current process.
* Change modman module to use a structure enabling real builtinnicolas.dufresne2010-08-186-58/+59
| | | | | | This changes libmodman internal module ABI/API to use a single structure to store module information. We now have a single structure to load from the shared object. This same structure is being passed to load builtin module in a way that does not rely uppon dlopen/dlsym. See issue 133.
* Fix relative path bug with LIBEXECDIR and MODULEDIRnicolas.dufresne2010-08-182-3/+14
|
* Revert r717 - No need to introduce an additional variable. The user can ↵dominique.leuenberger@gmail.com2010-08-182-3/+1
| | | | override GAC_DIR to specify where it resides
* C# bindings: install destination can be specified with ↵dominique.leuenberger@gmail.com2010-08-173-2/+3
| | | | -DCSHARP_ASSEMBLY_DIR=[...]
* Fixed libproxy version in libproxy-1.0.pc.innicolas.dufresne2010-08-121-1/+1
|
* Fix wrong delete operator in config_gnomenicolas.dufresne2010-07-231-1/+1
|
* Fix usage of free instead of delete[]nicolas.dufresne2010-07-221-3/+3
|
* Make sure authority_end is not nposnicolas.dufresne2010-07-221-0/+2
|
* bindings: very rudimentary, but yet functional ruby bindingsdominique.leuenberger2010-07-073-0/+33
|
* NEWS: mention C# binding being installabledominique.leuenberger2010-07-071-0/+4
|
* C# bindings: add the pre-requisite .cmake extensionsdominique.leuenberger2010-07-076-0/+527
|