Subject: CGAL users discussion list
List archive
- From: Mahmood NT <>
- To:
- Subject: Re: [cgal-discuss] compiling problem in linux
- Date: Sat, 17 Nov 2007 07:54:52 -0800 (PST)
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=DyF90LXh+anPdZgx12OYHHiGDhAuXsy5P+4qxCkN9hy4hoNsSEGpKU+4V9qtTs+sVxUne8CdaMxPoVf6slvrOhSCnFQItRaLX/hzruqtjt8sA4rmMaDWPQ31qjLFhI7dYHLrRF8Z4mg8IsKy0a1MkxBuQdHNfq1M9GtczyMEUrI=;
>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
>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. 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 ===:>-
>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
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
From: Andreas Fabri <>
To:
Sent: Saturday, November 17, 2007 7:00:46 PM
Subject: Re: [cgal-discuss] compiling problem in linux
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.
- Re: [cgal-discuss] compiling problem in linux, Mahmood NT, 11/17/2007
- Re: [cgal-discuss] compiling problem in linux, Andreas Fabri, 11/17/2007
- <Possible follow-up(s)>
- Re: [cgal-discuss] compiling problem in linux, Mahmood NT, 11/21/2007
Archive powered by MHonArc 2.6.16.