CGAL users discussion list

[Andreas Fabri <>]

Mahmood NT wrote:
>  >You should switch to CGAL 3.3.1 or use a gcc compiler available at the 
> time
>  >when CGAL 3.2 was released.  When we release we cannot test with compilers
>  >which do not yet exist
>  >What about trying CGAL 3.3 ?
> I have a code which is compatible with CGAL 3.2. when I use CGAL 3.3.1, 
> I have some errors and I recently post "errors I get from 
> segment_delaunay_graph_2.h" and although I have some question and answer 
> with Camille Wormser, but it has not solved yet. 


It hasn't been solved, as you didn't listen to what Camille wrote
namely to post YOUR code and not sniplets of CGAL code



> so I decided to 
> use previous and compatible version of CGAL.
>  
>  >It might be helpful to write WHERE you type make.
>  
> when I am in my project folder (which has a makefile) and try to make. 
> CGAL has been installed successfully.
>  >Is it really the same, or is it just the same function name.
>  >Note that there exist millions of programs with a function
>  >called main() without having much in common. So if my main
>  >and compiles it might well be that your's doesn't ===:>-
> nice tip ;) it was my fault. but what should I do? 
>  
> Thanks,
>  
> ** 
>
>
> ----- Original Message ----
> From: Andreas Fabri 
> <>
> To: 
>
> Sent: Saturday, November 17, 2007 7:00:46 PM
> Subject: Re: [cgal-discuss] compiling problem in linux
>
>
>  
> <mailto:>
>  wrote:
>  > Hello,
>  > After some challenge with MS .NET 2003, I decided to compile in 
> linux. the specifications are:
>  >
>  > CGAL 3.2
>
> You should switch to CGAL 3.3.1 or use a gcc compiler available at the time
> when CGAL 3.2 was released.  When we release we cannot test with compilers
> which do not yet exist
>
>
>  > OS:          i686_Linux-2.6   
>  > Compiler:    GNU 3.4.2                               
>  > Support for: BOOST, X11, GMP, MPFR, CORE, ZLIB, and QT.
>  >
>  >
>  > by using "make" I get some errors in a file, one of them is:
>
> It might be helpful to write WHERE you type make.
>
>   [snip]
>  >
>  > An intresting thing is the same finite_edges_begin() is used in 
> "Alpha" example but with different definition and without compilation 
> error. I mean in "Alpha_shape_3.h" it is:
>  > 
>  > typedef typename Dt::Finite_cells_iterator    Finite_cells_iterator;
>  > ....
>  > Finite_edges_iterator eit = finite_edges_begin();
>  > for( ; eit != finite_edges_end() ; ++eit){
>  > if (classify(*eit, alpha) == type) *it++ = *eit;
>  > ...
>  >
>  > what is wrong with finite_edges_begin() or GCC? if installation menu 
> shows that it supports for GCC 3.4, so why it does have problem?
>  >
>
> Is it really the same, or is it just the same function name.
> Note that there exist millions of programs with a function
> called main() without having much in common. So if my main
> and compiles it might well be that your's doesn't ===:>-
>
> andreas
>
>
>  >
>  > Thanks,
> --
> You are currently subscribed to cgal-discuss.
> To unsubscribe or access the archives, go to
> https://lists-sop.inria.fr/wws/info/cgal-discuss
>
>
> ------------------------------------------------------------------------
> Get easy, one-click access to your favorites. Make Yahoo! your homepage. 
> <http://us.rd.yahoo.com/evt=51443/*http://www.yahoo.com/r/hs>