On Wed, Jun 1, 2011 at 5:06 PM, Christopher Sean Morrison <[email protected]>wrote:

>
> On Jun 1, 2011, at 2:33 PM, Guilherme Kunigami wrote:
>
> Here is the g++ command I made by hand.
>
> g++ testrender.cpp -I/Users/kunigami/dev/osl/dist/macosx/include/OSL/
> -I/opt/local/include -I/Users/kunigami/dev/oiio/dist/macosx/include/
> -lOpenImageIO -L/Users/kunigami/dev/oiio/dist/macosx/lib
> -L/Users/kunigami/dev/osl/dist/macosx/lib/ -loslexec -loslcomp -loslquery
>
>
> Great, now just need to see what the compilation and linkage line for the
> one that works looks like.   Or did that compile by hand work?
>
>  It's actually the complete error message. I've compiled in verbose mode
> for more information, but I don't think they're useful at all:
>
>
> http://paste.ubuntu.com/615807/
>
>
> Yeah, verbose *gcc* output isn't really necessary.  Just need the actual
> compilation/linkage lines (which cmake suppresses by default).  They're
> listed in that paste on lines 6, 26, and 27 for compilation, assembly, and
> linkage respectively.  Usually assembly isn't a separate step, but I see
> nothing of interest on line 26 so the focus is on 6 and 27 for
> compilation/linkage.  Those get compared against the one that seemingly
> works.
>
> Here's the output of the cmake execution for the working case:
>
> http://paste.ubuntu.com/616027/
>
>
> No compilation/assembly/linkage statements in that output.  I think cmake
> outputs a VERBOSE flag into the makefile so "make VERBOSE=1" should show the
> actual statements.
>

I didn't know about this option! I selected the part related to the
testrender.cpp compilation. I also removed parts until it stopped compiling.
The result was the following:

g++ -fno-rtti -I/opt/local/include -I/opt/local/include/OpenEXR
-I/Users/kunigami/dev/boost/include
-I/Users/kunigami/dev/osl/dist/macosx/include/OSL/
-I/Users/kunigami/dev/osl/dist/macosx/include/
-I/Users/kunigami/dev/oiio/dist/macosx/include -DBOOST_NO_RTTI
-DBOOST_NO_TYPEID -o testrender.cpp.o -c testrender.cpp

g++ testrender.cpp.o  -o testrender -L/opt/local/lib
-L/Users/kunigami/dev/osl/dist/macosx/lib/ -loslquery -loslcomp -loslexec

It seems that the absence of -fno-rrti was causing the errors.

Thank you,


>
> I've also listed the dynamic libraries linked to executable ./testerender
> (from the working version)
>
>
> http://paste.ubuntu.com/616030/
>
>
> And does that match the non-working version?  You should be able to get the
> order to match too.
>
> Cheers!
> Sean
>
>
>
> ------------------------------------------------------------------------------
> Simplify data backup and recovery for your virtual environment with
> vRanger.
> Installation's a snap, and flexible recovery options mean your data is
> safe,
> secure and there when you need it. Data protection magic?
> Nope - It's vRanger. Get your free trial download today.
> http://p.sf.net/sfu/quest-sfdev2dev
> _______________________________________________
> BRL-CAD Developer mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/brlcad-devel
>
>
------------------------------------------------------------------------------
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Discover what all the cheering's about.
Get your free trial download today. 
http://p.sf.net/sfu/quest-dev2dev2 
_______________________________________________
BRL-CAD Developer mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/brlcad-devel

Reply via email to