openvrml-develop

[openvrml-develop] NEWBIE: using openvrml in mac OS 10.6

[Ignacio E. <na...@gm...>]

Hi, everyone.
I have been looking for updated info about how to get some of the
examples running in Mac OS 10.6 (Snow Leopard)

I could install openvrml with macports (port install openvrml)
I tried to build Pretty_print sample project in Xcode (from the
examples folder from sourceforge download)
So I copied
pretty_print.cpp in a new "C++ stdc++" command line project
And set
Header Search Path : /opt/local/include (recursive)
Library Search Path : /opt/local/lib (also with the recursive check)

And most of the errors were gone except by these two.

/Developer/SDKs/MacOSX10.6.sdk/usr/include/c++/4.2.1/i686-apple-darwin10/bits/c++locale.h:80:
error: 'vsnprintf' is not a member of 'std'
/Developer/SDKs/MacOSX10.6.sdk/usr/include/c++/4.2.1/complex:943:
error: '__pow_helper' is not a member of 'std'

those system header files seems to be referenced by some boost headers.

I am lost with this error.
I wonder what am I missing.

Any help will be very appreciated. Thanks in advance.

Ignacio.


-- 
________________________________
慶應義塾大学大学院　理工学研究科
開放環境科学専攻　斎藤英雄研究室
修士１年　Guillermo Ignacio Enriquez G.
e-mail : 　na...@hv...
________________________________
_____________________________________________

Re: [openvrml-develop] NEWBIE: using openvrml in mac OS 10.6

[Braden M. <br...@en...>]

On Sun, 2009-11-08 at 22:51 +0900, Ignacio Enriquez wrote: 
> Hi, everyone.
> I have been looking for updated info about how to get some of the
> examples running in Mac OS 10.6 (Snow Leopard)
> 
> I could install openvrml with macports (port install openvrml)
> I tried to build Pretty_print sample project in Xcode (from the
> examples folder from sourceforge download)
> So I copied
> pretty_print.cpp in a new "C++ stdc++" command line project
> And set
> Header Search Path : /opt/local/include (recursive)
> Library Search Path : /opt/local/lib (also with the recursive check)
> 
> And most of the errors were gone except by these two.
> 
> /Developer/SDKs/MacOSX10.6.sdk/usr/include/c++/4.2.1/i686-apple-darwin10/bits/c++locale.h:80:
> error: 'vsnprintf' is not a member of 'std'
> /Developer/SDKs/MacOSX10.6.sdk/usr/include/c++/4.2.1/complex:943:
> error: '__pow_helper' is not a member of 'std'
> 
> those system header files seems to be referenced by some boost headers.

I don't know that I trust the "recursive check" option for adding search
paths.  Instead, it should be sufficient to add:

        /opt/local/include /opt/local/include/openvrml

> I am lost with this error.
> I wonder what am I missing.

I'm not sure exactly what's going on; but it is conceivable to me that
the recursive path check is causing headers to be included that
shouldn't be.

Unfortunately, when I just tried this on Snow Leopard, I got an internal
compiler error. :-(  I'm not really sure what to do about this.

-- 
Braden McDaniel <br...@en...>

Re: [openvrml-develop] NEWBIE: using openvrml in mac OS 10.6

[Ignacio E. G. <na...@gm...>]

It's been  a long time,... 
Did you succeed in compiling the sample program in Xcode? I couldn't.
There is also a thread I began last year in stackoverflow.com
http://stackoverflow.com/questions/1678828/openvrml-in-snow-leopard-from-macports

I wonder what is wrong?
Does any one have info about this. 

Thanks


Braden McDaniel wrote:
> 
> On Sun, 2009-11-08 at 22:51 +0900, Ignacio Enriquez wrote: 
>> Hi, everyone.
>> I have been looking for updated info about how to get some of the
>> examples running in Mac OS 10.6 (Snow Leopard)
>> 
>> I could install openvrml with macports (port install openvrml)
>> I tried to build Pretty_print sample project in Xcode (from the
>> examples folder from sourceforge download)
>> So I copied
>> pretty_print.cpp in a new "C++ stdc++" command line project
>> And set
>> Header Search Path : /opt/local/include (recursive)
>> Library Search Path : /opt/local/lib (also with the recursive check)
>> 
>> And most of the errors were gone except by these two.
>> 
>> /Developer/SDKs/MacOSX10.6.sdk/usr/include/c++/4.2.1/i686-apple-darwin10/bits/c++locale.h:80:
>> error: 'vsnprintf' is not a member of 'std'
>> /Developer/SDKs/MacOSX10.6.sdk/usr/include/c++/4.2.1/complex:943:
>> error: '__pow_helper' is not a member of 'std'
>> 
>> those system header files seems to be referenced by some boost headers.
> 
> I don't know that I trust the "recursive check" option for adding search
> paths.  Instead, it should be sufficient to add:
> 
>         /opt/local/include /opt/local/include/openvrml
> 
>> I am lost with this error.
>> I wonder what am I missing.
> 
> I'm not sure exactly what's going on; but it is conceivable to me that
> the recursive path check is causing headers to be included that
> shouldn't be.
> 
> Unfortunately, when I just tried this on Snow Leopard, I got an internal
> compiler error. :-(  I'm not really sure what to do about this.
> 
> -- 
> Braden McDaniel <br...@en...>
> 
> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day 
> trial. Simplify your report design, integration and deployment - and focus
> on 
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> openvrml-develop mailing list
> ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openvrml-develop
> 
> 

-- 
View this message in context: http://old.nabble.com/NEWBIE%3A-using-openvrml-in-mac-OS-10.6-tp26253956p27581209.html
Sent from the openvrml-develop mailing list archive at Nabble.com.

Re: [openvrml-develop] NEWBIE: using openvrml in mac OS 10.6

[Ignacio E. G. <na...@gm...>]

Braden McDaniel wrote:
> 
> In "Get Info" for your project, you need to uncheck "Generate Debug
> Symbols" under the "Code Generation" section.
>> Could you exactly write what are your paths in Xcode? :
>> Header Search Path and
>> Library Search Path and if there is other I need please write it.
> My "Header Search Path" is
>         /opt/local/include /opt/local/include/openvrml
> My "Library Search Path" is
>         /opt/local/lib
> I'm building against OpenVRML installed from MacPorts.
> 

Thanks! I will try it later.

I It seems to be a GCC4.2 bug which is said to be fixed in later versions
but since Apple is using the old 4.2 we cannot do anything since is old but
it has modifications to work with Apple stuff.
I think this is the Bug:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31899

I will try with GCC4.4 from macports and report something later.

Thank you Braden

Ignacio
-- 
View this message in context: http://old.nabble.com/NEWBIE%3A-using-openvrml-in-mac-OS-10.6-tp26253956p27613395.html
Sent from the openvrml-develop mailing list archive at Nabble.com.

Re: [openvrml-develop] NEWBIE: using openvrml in mac OS 10.6

[Braden M. <br...@en...>]

On 2/16/10 2:04 PM, Ignacio Enriquez Gutierre wrote:
> 
> 
> Braden McDaniel wrote:
>>
>> In "Get Info" for your project, you need to uncheck "Generate Debug
>> Symbols" under the "Code Generation" section.
>>> Could you exactly write what are your paths in Xcode? :
>>> Header Search Path and
>>> Library Search Path and if there is other I need please write it.
>> My "Header Search Path" is
>>         /opt/local/include /opt/local/include/openvrml
>> My "Library Search Path" is
>>         /opt/local/lib
>> I'm building against OpenVRML installed from MacPorts.
>>
> 
> Thanks! I will try it later.
> 
> I It seems to be a GCC4.2 bug which is said to be fixed in later versions
> but since Apple is using the old 4.2 we cannot do anything since is old but
> it has modifications to work with Apple stuff.

Yes; an internal compiler error is going to be either a compiler bug or
faulty hardware (e.g., bad memory).  One that's repeatable on different
machines is pretty certainly the former.

> I think this is the Bug:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31899

That looks like a pretty good candidate.

> I will try with GCC4.4 from macports and report something later.

FWIW, this builds just fine with gcc 4.4 on Linux.  (Of course, Apple
modifies their gcc, so consistency cannot be guaranteed.)

-- 
Braden McDaniel <br...@en...>

Re: [openvrml-develop] NEWBIE: using openvrml in mac OS 10.6

[Braden M. <br...@en...>]

On 2/14/10 1:36 AM, Ignacio Enriquez Gutierre wrote:
> 
> It's been  a long time,... 
> Did you succeed in compiling the sample program in Xcode? I couldn't.

Yes.  I was able to get around the internal compiler error I was
experiencing by turning off debugging symbols (i.e., *not* passing -g to
the compiler).  Pretty annoying if you actually need to debug something;
but at least it gets you a binary.

> There is also a thread I began last year in stackoverflow.com
> http://stackoverflow.com/questions/1678828/openvrml-in-snow-leopard-from-macports

I have not observed the failure mode you describe there and in your
previous posting.  The responses seem to point to the use of recursive
search paths as a culprit for this; I'm pretty sure you *don't* want this.

-- 
Braden McDaniel <br...@en...>

Re: [openvrml-develop] NEWBIE: using openvrml in mac OS 10.6

[Ignacio E. G. <na...@gm...>]

Hi Braden


> Yes.  I was able to get around the internal compiler error I was
> experiencing by turning off debugging symbols (i.e., *not* passing -g to
> the compiler).  Pretty annoying if you actually need to debug something;
> but at least it gets you a binary.
>> There is also a thread I began last year in stackoverflow.com
>> http://stackoverflow.com/questions/1678828/openvrml-in-snow-leopard-from-macports
> I have not observed the failure mode you describe there and in your
> previous posting.  The responses seem to point to the use of recursive
> search paths as a culprit for this; I'm pretty sure you *don't* want this.
> 

I did uncheck the flag for recursive but I still have one error in
vrml97_grammar.h file
in line425 using boost::test_tools::check_is_close;
Internal compiler error: in reference_to_unused, at dwarf2out.c10603

Is this the error you got?
In that case how do I set -g flag? in Xcode?

Could you exactly write what are your paths in Xcode? :
Header Search Path and
Library Search Path and if there is other I need please write it.

I will appreciate is very much.






-- 
View this message in context: http://old.nabble.com/NEWBIE%3A-using-openvrml-in-mac-OS-10.6-tp26253956p27604839.html
Sent from the openvrml-develop mailing list archive at Nabble.com.

Re: [openvrml-develop] NEWBIE: using openvrml in mac OS 10.6

[Braden M. <br...@en...>]

On Tue, 2010-02-16 at 00:17 -0800, Ignacio Enriquez Gutierre wrote: 
> Hi Braden
> 
> 
> > Yes.  I was able to get around the internal compiler error I was
> > experiencing by turning off debugging symbols (i.e., *not* passing -g to
> > the compiler).  Pretty annoying if you actually need to debug something;
> > but at least it gets you a binary.
> >> There is also a thread I began last year in stackoverflow.com
> >> http://stackoverflow.com/questions/1678828/openvrml-in-snow-leopard-from-macports
> > I have not observed the failure mode you describe there and in your
> > previous posting.  The responses seem to point to the use of recursive
> > search paths as a culprit for this; I'm pretty sure you *don't* want this.
> > 
> 
> I did uncheck the flag for recursive but I still have one error in
> vrml97_grammar.h file
> in line425 using boost::test_tools::check_is_close;
> Internal compiler error: in reference_to_unused, at dwarf2out.c10603
> 
> Is this the error you got?

Yes.

> In that case how do I set -g flag? in Xcode?

I said *don't* set that flag.

In "Get Info" for your project, you need to uncheck "Generate Debug
Symbols" under the "Code Generation" section.

> Could you exactly write what are your paths in Xcode? :
> Header Search Path and
> Library Search Path and if there is other I need please write it.

My "Header Search Path" is

        /opt/local/include /opt/local/include/openvrml

My "Library Search Path" is

        /opt/local/lib

I'm building against OpenVRML installed from MacPorts.

-- 
Braden McDaniel <br...@en...>