Ohloh by Black Duck

 Follow @ Meta   Join Now

 Settings |  Report Duplicate
High Activity
148

News

  Analyzed 7 days ago based on code collected 7 days ago.
 
#2339: PostgreSQL 9.3beta1 EDB regress failures
Posted 1 day ago
As stated mingw-w64 works fine, but when tested against EDB 9.3beta1 w64-bit I see 3 regress failures. These are not just failures but crashers.

regress (this one fails on 9.2 EDB w64 as well presumably because of the issues we've already ... [More] noted with ST_AsText and friends)

long_xact

and this last one which actually works fine on 9.2 edb 64 but fails on 9.3 beta w64 edb

sql-mm-compoundcurve

As usual raster and topology pass with flying colors. [Less]
#2338: crash on long_xact regress in windows EDB 64-bit
Posted 1 day ago
I've been ignoring all these 64-bit EDB regress failures, but started to look at them closer. This one surprised me.

This fails on both the EB 9.2 64bit and EDB 9.3beta1 64-bit and crashes the server. I double if many people use this ... [More] feature, but something to look at.

It usually fails on this line of long_xact.sql

POSTGIS="2.1.0beta2 r11441" GEOS="3.4.0dev-CAPI-1.8.0 r0" PROJ="Rel. 4.8.0, 6 March 2012" GDAL="GDAL 1.10.0, released 2013/04/24" LIBXML="2.7.8" LIBJSON="UNKNOWN" TOPOLOGY RASTER PostgreSQL 9.3beta1, compiled by Visual C++ build 1600, 64-bit
{{{ --line 20 for 9.3
UPDATE test_locks SET state = 'unauthorized' where id = 1;
}}}

for 9.2 POSTGIS="2.0.3 r11132" GEOS="3.3.8-CAPI-1.7.8" PROJ="Rel. 4.8.0, 6 March 2012" GDAL="GDAL 1.9.2, released 2012/10/08" LIBXML="2.7.8" LIBJSON="UNKNOWN" RASTER PostgreSQL 9.2.4, compiled by Visual C++ build 1600, 64-bit

-- line 53
UPDATE test_locks SET state = 'unauthorized' where id = 2;

so evidentally some sort of memory corruption. Doesn't happen under mingw-w64 testing or any of the 32-bit tests last I checked.

error in logs:

ERROR: UPDATE where "id" = '1' requires authorization 'auth1'
STATEMENT: UPDATE test_locks SET state = 'unauthorized' where id = 1;
LOG: server process (PID 3764) was terminated by exception 0xC0000409

This is testing on my windows 7 64-bit. [Less]
#2337: support parallel loading of state data
Posted 1 day ago
this is sort of a defect since its not stated it can't be done and yet separate scripts re created for each state.

Right now I think the only thiing stopping from being able to do a parallel load of state data is that the generated script ... [More] drops the tiger_staging schema after each load.

If it were changed to only create the schema if not present and then only drop tables it creates in the process, it would be possible to run scripts in parallel to download and process each state without each script clubbering any other. [Less]
#2336: FIPS 20 causes wildcard expansion to wget all files
Posted 1 day ago
Postgis 2.1.0 beta 2, tiger_geocoder extension, tiger2012 dataset:

In loader_generate_script() the pattern for generating the per-state wget line is '/*_' s.state_fips. When processing Kansas (FIPS 20), the expansion matches '20' in the ... [More] year 2012.

This results in downloading the entire nation from each directory (i.e. *_20 matches tl_2012*). Tightening the pattern to '/tl_*_' s.state_fips does not appear to cause any problems with the rest of the census tiger2012 directory structure.

PostgreSQL 9.2.4 on x86_64-unknown-linux-gnu, compiled by gcc (Ubuntu/Linaro? 4.6.3-1ubuntu5) 4.6.3, 64-bit POSTGIS="2.1.0beta2 r11441" GEOS="3.3.8-CAPI-1.7.8" PROJ="Rel. 4.8.0, 6 March 2012" GDAL="GDAL 1.10.0, released 2013/04/24" LIBXML="2.7.8" RASTER [Less]
#2335: rename internal LWGEOMWKB to be a bit more clear it is for EWKB
Posted 3 days ago
I normally don't get offended by naming conventions, but this one is really offending my sense of etiquette.

As noted in #2332

We have two internal functions: LWGEOMFromWKB (which is used for ewkb conversion) - ... [More]  http://postgis.net/docs/doxygen/2.1/d9/d6e/lwgeom__inout_8c_source.html#l00330

and LWGEOM_from_WKB (  http://postgis.net/docs/doxygen/2.1/da/d94/lwgeom__ogc_8c_source.html#l00790 )(which is used for plain WKB conversion). From the anming its really hard to know thier is a difference. If we can't consolidate these, can we at least call LWGEOMFromWKB LWGEOMFromeWKB or something so its clearer its purpose? [Less]
#2334: Cannot upgrade from 2.0 to 2.1
Posted 4 days ago
Upgrading a test database from 2.0 to 2.1 using postgis_upgrade_20_21.sql, I get the following error message...

psql:postgis_upgrade_20_21.sql:4323: ERROR: cannot drop function geometry_gist_sel_2d(internal,oid,internal,integer) because ... [More] other objects depend on it
DETAIL: operator &&(geometry,geometry) depends on function geometry_gist_sel_2d(internal,oid,internal,integer)
operator class gist_geometry_ops_2d for access method gist depends on operator &&(geometry,geometry)
HINT: Use DROP ... CASCADE to drop the dependent objects too.

If postgis/postgis_drop_before.sql is used before calling postgis_upgrade_20_21.sql, the error goes away. [Less]
#2333: Can't compile under mingw64 (neither mingw64 or mingw32)
Posted 4 days ago
I spoke too soon. I cannt compile SFCGAL. I get erros on both mingw64-w32 and mingw64-w64 and tehy are completely different errors.

thw mingw64-w32 I do have compiled with newer version of boost (boost 1.49.0 and mingw64-w64 is compiled ... [More] with 1.46.

Errors for mingw64-w64 look like this:
CMAKE config

-- The C compiler identification is GNU 4.5.4
-- The CXX compiler identification is GNU 4.5.4
-- Check for working C compiler: c:/ming64/mingw64/bin/gcc.exe
-- Check for working C compiler: c:/ming64/mingw64/bin/gcc.exe -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: c:/ming64/mingw64/bin/g++.exe
-- Check for working CXX compiler: c:/ming64/mingw64/bin/g++.exe -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Boost_USE_STATIC_LIBS=OFF
-- Boost_USE_MULTITHREAD=ON
-- Boost version: 1.46.1
-- Found the following Boost libraries:
-- date_time
-- system
-- thread
-- serialization
-- Found GMP: c:/ming64/projects/CGAL/rel-gmp-5.1.1w64/include
-- GMP_INCLUDE_DIRS = c:/ming64/projects/CGAL/rel-gmp-5.1.1w64/include
-- GMP_LIBRARIES = c:/ming64/projects/CGAL/rel-gmp-5.1.1w64/lib/libgmp.a
-- Found MPFR: c:/ming64/projects/CGAL/rel-mpfr-3.1.2w64/include
-- MPFR_INCLUDE_DIRS = c:/ming64/projects/CGAL/rel-mpfr-3.1.2w64/include
-- MPFR_LIBRARIES = c:/ming64/projects/CGAL/rel-mpfr-3.1.2w64/lib/libmpfr.a
-- Found CGAL: c:/ming64/projects/CGAL/rel-cgal-4.2w64/include
-- CGAL found
-- Configuring done
-- Generating done
-- Build files have been written to: C:/ming64/projects/CGAL/SFCGAL-0.2/build/mingw

Then starts running into issues about 20% into make

[ 12%] Building CXX object src/CMakeFiles/SFCGAL.dir/SFCGAL/algorithm/distance.c
pp.obj
c:/ming64/projects/CGAL/SFCGAL-0.2/src/SFCGAL/algorithm/distance.cpp: In functio
n 'double SFCGAL::algorithm::distance(const SFCGAL::Geometry&, const SFCGAL::Geo
metry&)':
c:/ming64/projects/CGAL/SFCGAL-0.2/src/SFCGAL/algorithm/distance.cpp:51:9: warni
ng: enumeration value 'TYPE_SOLID' not handled in switch
c:/ming64/projects/CGAL/SFCGAL-0.2/src/SFCGAL/algorithm/distance.cpp: In functio
n 'double SFCGAL::algorithm::distancePointGeometry(const SFCGAL::Point&, const S
FCGAL::Geometry&)':
c:/ming64/projects/CGAL/SFCGAL-0.2/src/SFCGAL/algorithm/distance.cpp:79:9: warni
ng: enumeration value 'TYPE_SOLID' not handled in switch
c:/ming64/projects/CGAL/SFCGAL-0.2/src/SFCGAL/algorithm/distance.cpp: In functio
n 'double SFCGAL::algorithm::distanceLineStringGeometry(const SFCGAL::LineString
&, const SFCGAL::Geometry&)':
c:/ming64/projects/CGAL/SFCGAL-0.2/src/SFCGAL/algorithm/distance.cpp:184:9: warn
ing: enumeration value 'TYPE_SOLID' not handled in switch
c:/ming64/projects/CGAL/SFCGAL-0.2/src/SFCGAL/algorithm/distance.cpp: In functio
n 'double SFCGAL::algorithm::distancePolygonGeometry(const SFCGAL::Polygon&, con
st SFCGAL::Geometry&)':
c:/ming64/projects/CGAL/SFCGAL-0.2/src/SFCGAL/algorithm/distance.cpp:280:9: warn
ing: enumeration value 'TYPE_SOLID' not handled in switch
[ 13%] Building CXX object src/CMakeFiles/SFCGAL.dir/SFCGAL/algorithm/distance3d
.cpp.obj
[ 15%] Building CXX object src/CMakeFiles/SFCGAL.dir/SFCGAL/algorithm/extrude.cp
p.obj
[ 16%] Building CXX object src/CMakeFiles/SFCGAL.dir/SFCGAL/algorithm/force3D.cp
p.obj
[ 17%] Building CXX object src/CMakeFiles/SFCGAL.dir/SFCGAL/algorithm/intersecti
on.cpp.obj
[ 18%] Building CXX object src/CMakeFiles/SFCGAL.dir/SFCGAL/algorithm/Intersecti
on2D.cpp.obj
[ 20%] Building CXX object src/CMakeFiles/SFCGAL.dir/SFCGAL/algorithm/Intersecti
on3D.cpp.obj
In file included from c:/ming64/projects/boost/rel-1.46w64/include/boost-1_46_1/
boost/thread/win32/basic_timed_mutex.hpp:14:0,
from c:/ming64/projects/boost/rel-1.46w64/include/boost-1_46_1/
boost/thread/win32/mutex.hpp:8,
from c:/ming64/projects/boost/rel-1.46w64/include/boost-1_46_1/
boost/thread/mutex.hpp:14,
from c:/ming64/projects/CGAL/rel-cgal-4.2w64/include/CGAL/Kd_tr
ee.h:34,
from c:/ming64/projects/CGAL/rel-cgal-4.2w64/include/CGAL/inter
nal/K_neighbor_search.h:28,
from c:/ming64/projects/CGAL/rel-cgal-4.2w64/include/CGAL/Ortho
gonal_k_neighbor_search.h:24,
from c:/ming64/projects/CGAL/rel-cgal-4.2w64/include/CGAL/inter
nal/AABB_tree/AABB_search_tree.h:24,
from c:/ming64/projects/CGAL/rel-cgal-4.2w64/include/CGAL/AABB_
tree.h:28,
from c:/ming64/projects/CGAL/rel-cgal-4.2w64/include/CGAL/Polyh
edral_mesh_domain_3.h:33,
from c:/ming64/projects/CGAL/rel-cgal-4.2w64/include/CGAL/inter
section_of_Polyhedra_3_refinement_visitor.h:32,
from c:/ming64/projects/CGAL/SFCGAL-0.2/src/SFCGAL/algorithm/In
tersection3D.cpp:25:
c:/ming64/projects/boost/rel-1.46w64/include/boost-1_46_1/boost/thread/win32/int
erlocked_read.hpp: In function 'void boost::detail::interlocked_write_release(vo
id* volatile*, void*)':
c:/ming64/projects/boost/rel-1.46w64/include/boost-1_46_1/boost/thread/win32/int
erlocked_read.hpp:71:13: error: cast from 'void*' to 'long int' loses precision
In file included from c:/ming64/projects/boost/rel-1.46w64/include/boost-1_46_1/
boost/thread/win32/mutex.hpp:8:0,
from c:/ming64/projects/boost/rel-1.46w64/include/boost-1_46_1/
boost/thread/mutex.hpp:14,
from c:/ming64/projects/CGAL/rel-cgal-4.2w64/include/CGAL/Kd_tr
ee.h:34,
from c:/ming64/projects/CGAL/rel-cgal-4.2w64/include/CGAL/inter
nal/K_neighbor_search.h:28,
from c:/ming64/projects/CGAL/rel-cgal-4.2w64/include/CGAL/Ortho
gonal_k_neighbor_search.h:24,
from c:/ming64/projects/CGAL/rel-cgal-4.2w64/include/CGAL/inter
nal/AABB_tree/AABB_search_tree.h:24,
from c:/ming64/projects/CGAL/rel-cgal-4.2w64/include/CGAL/AABB_
tree.h:28,
from c:/ming64/projects/CGAL/rel-cgal-4.2w64/include/CGAL/Polyh
edral_mesh_domain_3.h:33,
from c:/ming64/projects/CGAL/rel-cgal-4.2w64/include/CGAL/inter
section_of_Polyhedra_3_refinement_visitor.h:32,
from c:/ming64/projects/CGAL/SFCGAL-0.2/src/SFCGAL/algorithm/In
tersection3D.cpp:25:
c:/ming64/projects/boost/rel-1.46w64/include/boost-1_46_1/boost/thread/win32/bas
ic_timed_mutex.hpp: In member function 'void* boost::detail::basic_timed_mutex::
get_event()':
c:/ming64/projects/boost/rel-1.46w64/include/boost-1_46_1/boost/thread/win32/bas
ic_timed_mutex.hpp:183:43: error: cast from 'void*' to 'long int' loses precisio
n
In file included from c:/ming64/projects/CGAL/SFCGAL-0.2/src/SFCGAL/algorithm/In
tersection3D.cpp:24:0:
c:/ming64/projects/CGAL/rel-cgal-4.2w64/include/CGAL/intersection_of_Polyhedra_3
.h: In member function 'bool CGAL::internal_IOP::Order_along_a_halfedge<Polyhedr
on, Nodes_vector, Is_const>::operator()(int, int) const [with Polyhedron = CGAL:
:Polyhedron_3<CGAL::Epeck, SFCGAL::Items_with_mark_on_hedge>, Nodes_vector = CGA
L::internal_IOP::Triangle_segment_intersection_points<CGAL::Polyhedron_3<CGAL::E
peck, SFCGAL::Items_with_mark_on_hedge>, CGAL::Epeck, CGAL::internal_IOP::Predic
ates_on_constructions, true>, Is_const = CGAL::Boolean_tag<false>]':
c:\ming64\mingw64\bin\../lib/gcc/x86_64-w64-mingw32/4.5.4/../../../../x86_64-w64
-mingw32/include/c++/4.5.4/bits/stl_algo.h:2125:4: instantiated from 'void std
::__insertion_sort(_RandomAccessIterator, _RandomAccessIterator, _Compare) [with
_RandomAccessIterator = __gnu_cxx::__normal_iterator<int*, std::vector<int> >,
_Compare = CGAL::internal_IOP::Order_along_a_halfedge<CGAL::Polyhedron_3<CGAL::E
peck, SFCGAL::Items_with_mark_on_hedge>, CGAL::internal_IOP::Triangle_segment_in
tersection_points<CGAL::Polyhedron_3<CGAL::Epeck, SFCGAL::Items_with_mark_on_hed
ge>, CGAL::Epeck, CGAL::internal_IOP::Predicates_on_constructions, true>, CGAL::
Boolean_tag<false> >]'
c:\ming64\mingw64\bin\../lib/gcc/x86_64-w64-mingw32/4.5.4/../../../../x86_64-w64
-mingw32/include/c++/4.5.4/bits/stl_algo.h:2192:4: instantiated from 'void std
::__final_insertion_sort(_RandomAccessIterator, _RandomAccessIterator, _Compare)
[with _RandomAccessIterator = __gnu_cxx::__normal_iterator<int*, std::vector<in
t> >, _Compare = CGAL::internal_IOP::Order_along_a_halfedge<CGAL::Polyhedron_3<C
GAL::Epeck, SFCGAL::Items_with_mark_on_hedge>, CGAL::internal_IOP::Triangle_segm
ent_intersection_points<CGAL::Polyhedron_3<CGAL::Epeck, SFCGAL::Items_with_mark_
on_hedge>, CGAL::Epeck, CGAL::internal_IOP::Predicates_on_constructions, true>,
CGAL::Boolean_tag<false> >]'
c:\ming64\mingw64\bin\../lib/gcc/x86_64-w64-mingw32/4.5.4/../../../../x86_64-w64
-mingw32/include/c++/4.5.4/bits/stl_algo.h:5252:4: instantiated from 'void std
::sort(_RAIter, _RAIter, _Compare) [with _RAIter = __gnu_cxx::__normal_iterator<
int*, std::vector<int> >, _Compare = CGAL::internal_IOP::Order_along_a_halfedge<
CGAL::Polyhedron_3<CGAL::Epeck, SFCGAL::Items_with_mark_on_hedge>, CGAL::interna
l_IOP::Triangle_segment_intersection_points<CGAL::Polyhedron_3<CGAL::Epeck, SFCG
AL::Items_with_mark_on_hedge>, CGAL::Epeck, CGAL::internal_IOP::Predicates_on_co
nstructions, true>, CGAL::Boolean_tag<false> >]'
c:/ming64/projects/CGAL/rel-cgal-4.2w64/include/CGAL/intersection_of_Polyhedra_3
_refinement_visitor.h:677:5: instantiated from 'void CGAL::Node_visitor_refine
_polyhedra<Polyhedron, Kernel, Mark_intersection_halfedges>::sort_vertices_along
_hedge(std::vector<int>&, CGAL::Node_visitor_refine_polyhedra<Polyhedron, Kernel
, Mark_intersection_halfedges>::Halfedge_handle, const Nodes_vector&) [with Node
s_vector = CGAL::internal_IOP::Triangle_segment_intersection_points<CGAL::Polyhe
dron_3<CGAL::Epeck, SFCGAL::Items_with_mark_on_hedge>, CGAL::Epeck, CGAL::intern
al_IOP::Predicates_on_constructions, true>, Polyhedron = CGAL::Polyhedron_3<CGAL
::Epeck, SFCGAL::Items_with_mark_on_hedge>, Kernel = CGAL::Epeck, Mark_intersect
ion_halfedges = CGAL::Boolean_tag<true>, CGAL::Node_visitor_refine_polyhedra<Pol
yhedron, Kernel, Mark_intersection_halfedges>::Halfedge_handle = CGAL::internal:
:In_place_list_iterator<CGAL::HalfedgeDS_in_place_list_halfedge<CGAL::I_Polyhedr
on_halfedge<SFCGAL::Halfedge_with_mark<CGAL::HalfedgeDS_list_types<CGAL::Epeck,
CGAL::I_Polyhedron_derived_items_3<SFCGAL::Items_with_mark_on_hedge>, std::alloc
ator<int> > > > >, std::allocator<CGAL::HalfedgeDS_in_place_list_halfedge<CGAL::
I_Polyhedron_halfedge<SFCGAL::Halfedge_with_mark<CGAL::HalfedgeDS_list_types<CGA
L::Epeck, CGAL::I_Polyhedron_derived_items_3<SFCGAL::Items_with_mark_on_hedge>,
std::allocator<int> > > > > > >]'
c:/ming64/projects/CGAL/rel-cgal-4.2w64/include/CGAL/intersection_of_Polyhedra_3
_refinement_visitor.h:1494:7: instantiated from 'void CGAL::Node_visitor_refin
e_polyhedra<Polyhedron, Kernel, Mark_intersection_halfedges>::finalize(const Nod
es_vector&) [with Nodes_vector = CGAL::internal_IOP::Triangle_segment_intersecti
on_points<CGAL::Polyhedron_3<CGAL::Epeck, SFCGAL::Items_with_mark_on_hedge>, CGA
L::Epeck, CGAL::internal_IOP::Predicates_on_constructions, true>, Polyhedron = C
GAL::Polyhedron_3<CGAL::Epeck, SFCGAL::Items_with_mark_on_hedge>, Kernel = CGAL:
:Epeck, Mark_intersection_halfedges = CGAL::Boolean_tag<true>]'
c:/ming64/projects/CGAL/rel-cgal-4.2w64/include/CGAL/intersection_of_Polyhedra_3
.h:1850:7: instantiated from 'OutputIterator CGAL::Intersection_of_Polyhedra_3
<Polyhedron, Kernel, Node_visitor, Node_storage_type, Use_const_polyhedron>::mai
n_run(OutputIterator, bool) [with OutputIterator = std::back_insert_iterator<std
::list<std::vector<CGAL::Point_3<CGAL::Epeck> > > >, Polyhedron = CGAL::Polyhedr
on_3<CGAL::Epeck, SFCGAL::Items_with_mark_on_hedge>, Kernel = CGAL::Epeck, Node_
visitor = CGAL::Node_visitor_refine_polyhedra<CGAL::Polyhedron_3<CGAL::Epeck, SF
CGAL::Items_with_mark_on_hedge>, CGAL::Epeck, CGAL::Boolean_tag<true> >, Node_st
orage_type = CGAL::internal_IOP::Predicates_on_constructions, Use_const_polyhedr
on = CGAL::Boolean_tag<false>]'
c:/ming64/projects/CGAL/rel-cgal-4.2w64/include/CGAL/intersection_of_Polyhedra_3
.h:1956:24: instantiated from 'OutputIterator CGAL::Intersection_of_Polyhedra_
3<Polyhedron, Kernel, Node_visitor, Node_storage_type, Use_const_polyhedron>::op
erator()(CGAL::Intersection_of_Polyhedra_3<Polyhedron, Kernel, Node_visitor, Nod
e_storage_type, Use_const_polyhedron>::Polyhedron_ref, CGAL::Intersection_of_Pol
yhedra_3<Polyhedron, Kernel, Node_visitor, Node_storage_type, Use_const_polyhedr
on>::Polyhedron_ref, OutputIterator) [with OutputIterator = std::back_insert_ite
rator<std::list<std::vector<CGAL::Point_3<CGAL::Epeck> > > >, Polyhedron = CGAL:
:Polyhedron_3<CGAL::Epeck, SFCGAL::Items_with_mark_on_hedge>, Kernel = CGAL::Epe
ck, Node_visitor = CGAL::Node_visitor_refine_polyhedra<CGAL::Polyhedron_3<CGAL::
Epeck, SFCGAL::Items_with_mark_on_hedge>, CGAL::Epeck, CGAL::Boolean_tag<true> >
, Node_storage_type = CGAL::internal_IOP::Predicates_on_constructions, Use_const
_polyhedron = CGAL::Boolean_tag<false>, CGAL::Intersection_of_Polyhedra_3<Polyhe
dron, Kernel, Node_visitor, Node_storage_type, Use_const_polyhedron>::Polyhedron
_ref = CGAL::Polyhedron_3<CGAL::Epeck, SFCGAL::Items_with_mark_on_hedge>&]'
c:/ming64/projects/CGAL/SFCGAL-0.2/src/SFCGAL/algorithm/Intersection3D.cpp:124:6
4: instantiated from here
c:/ming64/projects/CGAL/rel-cgal-4.2w64/include/CGAL/intersection_of_Polyhedra_3
.h:187:40: warning: unused variable 'p'
make[2]: *** [src/CMakeFiles/SFCGAL.dir/SFCGAL/algorithm/Intersection3D.cpp.obj]
Error 1
make[1]: *** [src/CMakeFiles/SFCGAL.dir/all] Error 2
make: *** [all] Error 2 [Less]
#2330: SFCGAL install does not specify minimum boost required
Posted 5 days ago
Olivier,

I'm running into some issues with getting to compile sfcgal. I have boost 1.46 and CGAL 4.2 compiled. I had to recompile boost because I had compiled a minimalist version and sfcgal seems to require a LOT of boost parts and after ... [More] recompiling I was left with these last 2 dependencies.

Now I am left with this:

-- The C compiler identification is GNU 4.5.4
-- The CXX compiler identification is GNU 4.5.4
-- Check for working C compiler: c:/ming64/mingw64/bin/gcc.exe
-- Check for working C compiler: c:/ming64/mingw64/bin/gcc.exe -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: c:/ming64/mingw64/bin/g++.exe
-- Check for working CXX compiler: c:/ming64/mingw64/bin/g++.exe -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Boost_USE_STATIC_LIBS=OFF
-- Boost_USE_MULTITHREAD=ON
CMake Error at C:/ming64/msys/share/cmake-2.8/Modules/FindBoost.cmake:1192 (mess
age):
Unable to find the requested Boost libraries.
Boost version: 1.46.1
Boost include path:
c:/ming64/projects/boost/rel-1.46w64/include/boost-1_46_1
The following Boost libraries could not be found:
boost_chrono
boost_timer
Some (but not all) of the required Boost libraries were found. You may
need to install these additional Boost libraries. Alternatively, set
BOOST_LIBRARYDIR to the directory containing Boost libraries or BOOST_ROOT
to the location of Boost.
Call Stack (most recent call first):
CMakeLists.txt:46 (find_package)
-- Found GMP: c:/ming64/mingw64/include
-- GMP_INCLUDE_DIRS = c:/ming64/mingw64/include
-- GMP_LIBRARIES = c:/ming64/projects/CGAL/rel-gmp-5.1.1w64/lib/libgmp.a
-- Found MPFR: c:/ming64/mingw64/include
-- MPFR_INCLUDE_DIRS = c:/ming64/mingw64/include
-- MPFR_LIBRARIES = c:/ming64/projects/CGAL/rel-mpfr-3.1.2w64/lib/libmpfr.a
-- Found CGAL: c:/ming64/projects/CGAL/rel-cgal-4.2w64/include
-- CGAL found
-- Could NOT find Doxygen (missing: DOXYGEN_EXECUTABLE)
-- Configuring incomplete, errors occurred!

It seems boost_chrono came in boost 1.47. according to this:

 http://stackoverflow.com/questions/6730422/boost-chrono-vs-boost-date-time

Does SFCGAL really need like 20 bits of boost or can we reduce teh footprint a bit so mere mortals or people with not more up to date boost can compile this :)

FROM CGAL 4.2 make -- all CGAL 4.2 uses from boost is boost_thread and boost_system

Also do we really need DOXYGEN to be able to compile this? [Less]
#2332: ST_GeomFromWKB crashes PostgreSQL server
Posted 5 days ago
Repeated attempts (about 3) to create a geometry from what may be an invalid WKB cause server to crash. Running on Windows 7, 64-bit.

SELECT ... [More] ST_GeomFromWKB($$0104000020E61000000100000001010000008812F4177AE557C040745E6397943D40$$::bytea)

"POSTGIS="2.0.1 r9979" GEOS="3.3.5-CAPI-1.7.5" PROJ="Rel. 4.8.0, 6 March 2012" GDAL="GDAL 1.9.1, released 2012/05/15" LIBXML="2.7.8" LIBJSON="UNKNOWN" TOPOLOGY RASTER"

"PostgreSQL 9.2.1, compiled by Visual C++ build 1600, 64-bit" [Less]
#2331: Compiling lwgeom_export.c fails on Solaris10
Posted 5 days ago
Solaris10/AMD64, GCC 3.4.3
GEOS="3.4.0dev-CAPI-1.8.0 r0" PROJ="Rel. 4.8.0, 6 March 2012" LIBXML="2.6.23

gcc -m64 -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Wdeclaration-after-statement -Wendif-labels -Wmiss
ing-format-attribute ... [More] -Wformat-security -fno-strict-aliasing -fwrapv -fPIC -I/opt/PostgreSQL/include -I/opt/
PostgreSQL/include -I/usr/include/libxml2 -I../liblwgeom -I../libpgcommon -fPIC -I. -I. -I/opt/PostgreSQL/
include/postgresql/server -I/opt/PostgreSQL/include/postgresql/internal -I/usr/sfw/include -I/usr/include/l
ibxml2 -c -o lwgeom_export.o lwgeom_export.c
lwgeom_export.c: In function `LWGEOM_asGML':
lwgeom_export.c:264: error: too many arguments to function `lwgeom_to_gml3' [Less]
 

 
 

Project Summary

Code Data

SCM Data

Community Data

 

Creative Commons License Copyright © 2013 Black Duck Software, Inc. and its contributors, Some Rights Reserved. Unless otherwise marked, this work is licensed under a Creative Commons Attribution 3.0 Unported License . Ohloh ® and the Ohloh logo are trademarks of Black Duck Software, Inc. in the United States and/or other jurisdictions. All other trademarks are the property of their respective holders.