Xubuntu 14.04 2-node local config fails

classic Classic list List threaded Threaded
18 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Xubuntu 14.04 2-node local config fails

Petros.Kataras
Hi all,

I am trying the latest github version of Equalizer and I am having some issues when trying to run the examples on a 2-node local config.

Tried both seqPly and eqPly.

More specifically the application node fails with :

7204.Draw0    q/client/glx/windowSystem.cpp:110  1854 Can't load font -*-times-*-r-*-*-20-*-*-*-*-*-*-*, using fixed
7204.Cmd0     c/Collage/co/fdConnection.cpp:139  2076 Error during write: Bad address (14)
7204.Cmd0     src/Collage/co/connection.cpp:379  2076 Error during write after 0 bytes, closing connection
7204.Cmd0     src/Collage/co/connection.cpp:379  2076 Error during write after 0 bytes, closing connection
7204.Cmd0     src/Collage/co/connection.cpp:379  2076 Error during write after 0 bytes, closing connection

and the client with :
7506.Rcv0     src/Collage/co/connection.cpp:297  5135 Error during read after 501310 bytes on RP[2:connection
{
    type          TCPIP
    hostname      "127.0.0.1"
    port          52338
    filename      "default"
    bandwidth     102400
}
7506.Rcv0     src/Collage/co/connection.cpp:297  5135 ]
7506.Rcv0     /src/Collage/co/localNode.cpp:1323 5135 Incomplete command read: command< type 0 cmd 36 size 504390/501566/504390 from RP[11:node ff01df7eed344348:46ff4e4dfc7e0159 connected, TCPIP#102400#127.0.0.1##52338#default#] to RP[56:node c248733021e25ff2:7aac9c652e32c08d listening, TCPIP#102400#127.0.0.1##50413#default#] >

I am on Xubuntu 14.04 and the relevant examples run fine with just an app node.

Has anyone experienced something similar ??

Thanks for any hints.

Petros
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Xubuntu 14.04 2-node local config fails

Petros.Kataras
So It appears that this issue was related to an 'un-clean' build of the library / examples .

I think that this was caused because the project fetched updates from git but not all of them at once.

i.e I noticed a fast-forward on Equalizer today morning when I first tried to compile the repo that I had cloned last week and just now by doing a clean build I noticed a fast-forward on Collage also that didn't happened earlier today and from the commits I can see that they where updated at the same point 4 days ago.

Which leads me to the next question:

What would be the recommended way to disable this mechanism ?

Best,

Petros
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Xubuntu 14.04 2-node local config fails

Stefan Eilemann
Hi Petros,

On 5. May 2014, at 14:07, Petros.Kataras [via Software] <[hidden email]> wrote:

[updates on some projects]
> What would be the recommended way to disable this mechanism ?

Use 'make Equalizer-make' target, which will not update source. It needs all the projects configured, i.e., you have to run at least once 'make Equalizer' beforehand.


HTH,

Stefan.

--
http://www.eyescale.ch
https://github.com/Eyescale/
http://www.linkedin.com/in/eilemann





signature.asc (858 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Xubuntu 14.04 2-node local config fails

Petros.Kataras
Hi Stefan,

thanks for your prompt reply.

Now that we are on the cmake side of things I had a couple of general
questions.

I have some time from the office now to work on the latest eq stuff and
try to see what it would require to rewrite from scratch this wrapper
that exists here since 2009 ( auuutss.. ) but this time based on the sequel.

In order to organize the project for local dev here, ideally I would
like to be able to keep the necessary libs ( EQ, CO, LB etc ) as
separate projects ( something like what the structure of eq and co used
to look back in the day.. :)

Is there a recommended workflow / structure to achieve something like
this or the usage of Buildyard is a prerequisite ??

Buildyard has worked fine for me some times and some times other not.

Right now what I found to work out of the box for me was to clone
Equalizer and make which then caused Buildyard to fetch the dependencies
and build everything but ideally I would like to avoid this and be able
to compile and link the projects individually..

So, is there a recommended way of achieving this and if not what would
be your suggestion ??

Thanks!

Petros

On 2014-05-05 18:54, Stefan Eilemann wrote:

> Hi Petros,
>
> On 5. May 2014, at 14:07, Petros.Kataras [via Software] <[hidden email]> wrote:
>
> [updates on some projects]
>> What would be the recommended way to disable this mechanism ?
> Use 'make Equalizer-make' target, which will not update source. It needs all the projects configured, i.e., you have to run at least once 'make Equalizer' beforehand.
>
>
> HTH,
>
> Stefan.
>


_______________________________________________
eq-dev mailing list
[hidden email]
http://www.equalizergraphics.com/cgi-bin/mailman/listinfo/eq-dev
http://www.equalizergraphics.com
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Xubuntu 14.04 2-node local config fails

cpapado
Hey Petros,

Petros.Kataras wrote
In order to organize the project for local dev here, ideally I would
like to be able to keep the necessary libs ( EQ, CO, LB etc ) as
separate projects ( something like what the structure of eq and co used
to look back in the day.. :)

Is there a recommended workflow / structure to achieve something like
this or the usage of Buildyard is a prerequisite ??

Buildyard has worked fine for me some times and some times other not.
What I do on my end is clone and maintain the various eq libraries in independent directories. The new versions of the source allow you to disable buildyard. At that point, you can treat each library as a standard CMAKE project. Obviously you'd have to maintain any dependencies manually but its not that bad to be honest, you can do a basic build of LB, CO and EQ just by having Boost and vmmlib.

What I would like to know is how to disable the auto-pull from the repos when re-cmaking each of the individual projects :P.

Cheers,

Harris
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Xubuntu 14.04 2-node local config fails

Petros.Kataras
Hi Harris and thanks for your reply !

cpapado wrote
The new versions of the source allow you to disable buildyard.
Any hints on where I can disable this option ?

cpapado wrote
Obviously you'd have to maintain any dependencies manually but its not that bad to be honest, you can do a basic build of LB, CO and EQ just by having Boost and vmmlib.
This would basically be all I need .. Actually this is one of the reasons that I would like to avoid Buildyard if possible.. I would like to avoid all optional dependencies and setting of options in favor of something more straightforward. That would make sense internally as tomorrow maybe someone else wants/needs to build the project without necessarily having much of cmake experience or the internals - actual dependencies of EQ.

cpapado wrote
ld like to know is how to disable the auto-pull from the repos when re-cmaking each of the individual projects :P.
That could come handy for me also in the future :)!

Cheers,

Petros
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Xubuntu 14.04 2-node local config fails

cpapado
Petros.Kataras wrote
Any hints on where I can disable this option ?
If you turn on advanced options in cmake-gui, there should be a flag for DISABLE_BUILDYARD :).

Cheers,

Harris

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Xubuntu 14.04 2-node local config fails

Stefan Eilemann
In reply to this post by Petros.Kataras

On 5. May 2014, at 19:22, Petros.Kataras [via Software] <[hidden email]> wrote:

> In order to organize the project for local dev here, ideally I would
> like to be able to keep the necessary libs ( EQ, CO, LB etc ) as
> separate projects ( something like what the structure of eq and co used
> to look back in the day.. :)
>
> Is there a recommended workflow / structure to achieve something like
> this or the usage of Buildyard is a prerequisite ??

No, Buildyard is not a prerequisite. You can set up the projects independently, install them someplace and the point the downstream's CMAKE_MODULE_PATH there. Ubuntu packages are build this way, for example. In the end you'll do what Buildyard does manually. BY now also has BUILDYARD_BUILD_OPTIONAL which you can set to OFF to get way fewer dependencies build.



Cheers,

Stefan.



signature.asc (858 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Xubuntu 14.04 2-node local config fails

Stefan Eilemann
In reply to this post by cpapado

On 5. May 2014, at 19:59, cpapado [via Software] <[hidden email]> wrote:

> What I would like to know is how to disable the auto-pull from the repos when re-cmaking each of the individual projects :P.

'make Equalizer-make' from Buildyard or 'make all' from Buildyard/src/Equalizer.


HTH,

Stefan.


signature.asc (858 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Xubuntu 14.04 2-node local config fails

cpapado
In reply to this post by Stefan Eilemann
BUILDYARD_BUILD_OPTIONAL doesn't seem to significantly affect the amount of dependencies that BY wants to make:

BUILDYARD_BUILD_OPTIONAL OFF:

Building:     Collage Equalizer GLStats Lunchbox hwsd pngs vmmlib
              [ CMake EqDocs Poppler Qwt TUIO VRPN VTK Wiiuse apitrace equalizergraphics eyescale eyescalePorts gmock libzmq zeromq zeromqcpp zmqcpp ]


BUILDYARD_BUILD_OPTIONAL ON:

Building:     Collage Equalizer GLStats Lunchbox hwsd pngs vmmlib
              [ CMake EqDocs Qwt VRPN VTK Wiiuse apitrace equalizergraphics eyescale eyescalePorts gmock libzmq zeromq zeromqcpp zmqcpp ]

Actually turning to OFF just adds Poppler to the build :p.
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Xubuntu 14.04 2-node local config fails

Stefan Eilemann

On 5. May 2014, at 21:42, "cpapado [via Software]" <[hidden email]> wrote:

> BUILDYARD_BUILD_OPTIONAL doesn't seem to significantly affect the amount of dependencies that BY wants to make:
[...]
> Actually turning to OFF just adds Poppler to the build :p.

The actual 'make Equalizer' build will only do Lunchbox, Collage and Equalizer.


Cheers,

Stefan.


signature.asc (858 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Xubuntu 14.04 2-node local config fails

cpapado
Yeah that seems to be working although BY still doesn't respect the architecture flags (trying to force a 64 bit build on it). It seems that I have to stick with my independent build approach.
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Xubuntu 14.04 2-node local config fails

Stefan Eilemann

On 5. May 2014, at 22:22, cpapado [via Software] <[hidden email]> wrote:

> Yeah that seems to be working although BY still doesn't respect the architecture flags (trying to force a 64 bit build on it). It seems that I have to stick with my independent build approach.

Strange, that should work. Whatever you set in BY's CMakeCache gets propagated to all projects. I'm using it to force a 32 bit only build.


Cheers,

Stefan.

--
http://www.eyescale.ch
https://github.com/Eyescale/
http://www.linkedin.com/in/eilemann





signature.asc (858 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Xubuntu 14.04 2-node local config fails

Petros.Kataras
In reply to this post by Stefan Eilemann
Hi,
Stefan Eilemann wrote
The actual 'make Equalizer' build will only do Lunchbox, Collage and Equalizer.
The BUILDYARD_BUILD_OPTIONAL worked fine together with make Equalizer.

As far as I see this defaults to a Debug build. Is there a proper way to enable a Release build ? Right now I am forcing it by explicitly setting -DCMAKE_BUILD_TYPE=Release on the Buildyard makefile.

Is there a target already set for this ??

Thanks !

Petros


Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Xubuntu 14.04 2-node local config fails

Stefan Eilemann

On 6. May 2014, at 12:00, "Petros.Kataras [via Software]" <[hidden email]> wrote:

> As far as I see this defaults to a Debug build. Is there a proper way to enable a Release build ? Right now I am forcing it by explicitly setting -DCMAKE_BUILD_TYPE=Release on the Buildyard makefile.
>
> Is there a target already set for this ??

'make release' to configure a release build in Buildyard/Release, then 'make BUILD=Release <target>'.


Cheers,

Stefan.


signature.asc (858 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

CMakeLists.txt file for v1.7.2/Buildyard/Build/Equalizer

ben simons
Hi,

Is there a CMakeLists.txt missing from:

v1.7.2/Buildyard/Build/Equalizer/


in particular, i'm trying to add linking flags (-zmuldefs) to the linking step
(shown in red during the build):

  Linking CXX shared library ../../lib/libEqualizer.so

But they don't turn up during the linking of this lib. I'm wondering whether
it's because there ought to be a CMakeLists.txt file, but it's missing and so
the Makefile is not modified.

with "export VERBOSE=1", and the "/xxxxxx" prefix subsituted to protect the innocent(tm),
make -d reveals:

      :
      :
      :
      No need to remake target `/xxxxxx/v1.7.2/Buildyard/Build/install/lib/libCollage.so'.
      Pruning file `/usr/lib64/libGLEWmx.so'.
      Pruning file `/xxxxxx/v1.7.2/Buildyard/Build/install/lib/libLunchbox.so'.
      Pruning file `/xxxxxx/v1.7.2/Buildyard/Build/install/lib/libGLStats.a'.
      Pruning file `/xxxxxx/v1.7.2/Buildyard/Build/install/lib/libdcstream.so'.
      Pruning file `/usr/lib64/libopencv_calib3d.so'.
      Pruning file `/usr/lib64/libopencv_contrib.so'.
      Pruning file `/usr/lib64/libopencv_core.so'.
      Pruning file `/usr/lib64/libopencv_features2d.so'.
      Pruning file `/usr/lib64/libopencv_flann.so'.
      Pruning file `/usr/lib64/libopencv_gpu.so'.
      Pruning file `/usr/lib64/libopencv_highgui.so'.
      Pruning file `/usr/lib64/libopencv_imgproc.so'.
      Pruning file `/usr/lib64/libopencv_legacy.so'.
      Pruning file `/usr/lib64/libopencv_ml.so'.
      Pruning file `/usr/lib64/libopencv_nonfree.so'.
      Pruning file `/usr/lib64/libopencv_objdetect.so'.
      Pruning file `/usr/lib64/libopencv_photo.so'.
      Pruning file `/usr/lib64/libopencv_stitching.so'.
      Pruning file `/usr/lib64/libopencv_superres.so'.
      Pruning file `/usr/lib64/libopencv_ts.so'.
      Pruning file `/usr/lib64/libopencv_video.so'.
      Pruning file `/usr/lib64/libopencv_videostab.so'.
      Pruning file `/usr/lib64/libSM.so'.
      Pruning file `/usr/lib64/libICE.so'.
      Pruning file `/usr/lib64/libX11.so'.
      Pruning file `/usr/lib64/libXext.so'.
     Finished prerequisites of target file `lib/libEqualizer.so.1.7.2'.
    Must remake target `lib/libEqualizer.so.1.7.2'.
Invoking recipe from eq/client/CMakeFiles/Equalizer.dir/build.make:1799 to update target `lib/libEqualizer.so.1.7.2'.
Putting child 0x72a930 (lib/libEqualizer.so.1.7.2) PID 10347 on the chain.
Live child 0x72a930 (lib/libEqualizer.so.1.7.2) PID 10347
Linking CXX shared library ../../lib/libEqualizer.so
Reaping winning child 0x72a930 PID 10347
cd /xxxxxx/v1.7.2/Buildyard/Build/Equalizer/eq/client && /usr/bin/cmake -E cmake_link_script CMakeFiles/Equalizer.dir/link.txt --verbose=1
Live child 0x72a930 (lib/libEqualizer.so.1.7.2) PID 10348
/usr/bin/c++  -fPIC  -Wall -Wextra -Winvalid-pch -Winit-self -Wno-unknown-pragmas -Werror -Wshadow -Wnon-virtual-dtor -Wsign-promo -Wvla -fno-strict-aliasing -std=c++11 -fopenmp -g   -shared -Wl,-soname,libEqualizer.so.172 -o ../../lib/libEqualizer.so.1.7.2 CMakeFiles/Equalizer.dir/canvas.cpp.o CMakeFiles/Equalizer.dir/channel.cpp.o CMakeFiles/Equalizer.dir/channelStatistics.cpp.o CMakeFiles/Equalizer.dir/client.cpp.o CMakeFiles/Equalizer.dir/commandQueue.cpp.o CMakeFiles/Equalizer.dir/compositor.cpp.o CMakeFiles/Equalizer.dir/computeContext.cpp.o CMakeFiles/Equalizer.dir/config.cpp.o CMakeFiles/Equalizer.dir/configEvent.cpp.o CMakeFiles/Equalizer.dir/configStatistics.cpp.o CMakeFiles/Equalizer.dir/cudaContext.cpp.o CMakeFiles/Equalizer.dir/dc/eventHandler.cpp.o CMakeFiles/Equalizer.dir/dc/proxy.cpp.o CMakeFiles/Equalizer.dir/detail/cvTracker.cpp.o CMakeFiles/Equalizer.dir/detail/fileFrameWriter.cpp.o CMakeFiles/Equalizer.dir/event.cpp.o CMakeFiles/Equalizer.dir/eventHandler.cpp.o CMakeFiles/Equalizer.dir/eventICommand.cpp.o CMakeFiles/Equalizer.dir/frame.cpp.o CMakeFiles/Equalizer.dir/frameData.cpp.o CMakeFiles/Equalizer.dir/gl.cpp.o CMakeFiles/Equalizer.dir/glException.cpp.o CMakeFiles/Equalizer.dir/glWindow.cpp.o CMakeFiles/Equalizer.dir/global.cpp.o CMakeFiles/Equalizer.dir/glx/eventHandler.cpp.o CMakeFiles/Equalizer.dir/glx/messagePump.cpp.o CMakeFiles/Equalizer.dir/glx/pipe.cpp.o CMakeFiles/Equalizer.dir/glx/types.cpp.o CMakeFiles/Equalizer.dir/glx/window.cpp.o CMakeFiles/Equalizer.dir/glx/windowSystem.cpp.o CMakeFiles/Equalizer.dir/half.cpp.o CMakeFiles/Equalizer.dir/image.cpp.o CMakeFiles/Equalizer.dir/init.cpp.o CMakeFiles/Equalizer.dir/jitter.cpp.o CMakeFiles/Equalizer.dir/layout.cpp.o CMakeFiles/Equalizer.dir/node.cpp.o CMakeFiles/Equalizer.dir/nodeFactory.cpp.o CMakeFiles/Equalizer.dir/nodeStatistics.cpp.o CMakeFiles/Equalizer.dir/observer.cpp.o CMakeFiles/Equalizer.dir/pipe.cpp.o CMakeFiles/Equalizer.dir/pipeStatistics.cpp.o CMakeFiles/Equalizer.dir/pixelData.cpp.o CMakeFiles/Equalizer.dir/roiEmptySpaceFinder.cpp.o CMakeFiles/Equalizer.dir/roiFinder.cpp.o CMakeFiles/Equalizer.dir/roiTracker.cpp.o CMakeFiles/Equalizer.dir/segment.cpp.o CMakeFiles/Equalizer.dir/server.cpp.o CMakeFiles/Equalizer.dir/statistic.cpp.o CMakeFiles/Equalizer.dir/systemPipe.cpp.o CMakeFiles/Equalizer.dir/systemWindow.cpp.o CMakeFiles/Equalizer.dir/version.cpp.o CMakeFiles/Equalizer.dir/view.cpp.o CMakeFiles/Equalizer.dir/window.cpp.o CMakeFiles/Equalizer.dir/windowSettings.cpp.o CMakeFiles/Equalizer.dir/windowStatistics.cpp.o CMakeFiles/Equalizer.dir/windowSystem.cpp.o CMakeFiles/Equalizer.dir/worker.cpp.o CMakeFiles/Equalizer.dir/__/util/accum.cpp.o CMakeFiles/Equalizer.dir/__/util/accumBufferObject.cpp.o CMakeFiles/Equalizer.dir/__/util/bitmapFont.cpp.o CMakeFiles/Equalizer.dir/__/util/frameBufferObject.cpp.o CMakeFiles/Equalizer.dir/__/util/objectManager.cpp.o CMakeFiles/Equalizer.dir/__/util/pixelBufferObject.cpp.o CMakeFiles/Equalizer.dir/__/util/texture.cpp.o CMakeFiles/Equalizer.dir/compressor/compressor.cpp.o CMakeFiles/Equalizer.dir/compressor/compressorReadDrawPixels.cpp.o CMakeFiles/Equalizer.dir/compressor/compressorYUV.cpp.o ../../lib/libEqualizerFabric.so.1.7.2 -lGL -lpthread -lboost_program_options-mt -lboost_filesystem-mt -lboost_system-mt -lGLEWmx /xxxxxx/v1.7.2/Buildyard/Build/install/lib/libLunchbox.so -lboost_program_options-mt -lboost_filesystem-mt -lboost_system-mt /xxxxxx/v1.7.2/Buildyard/Build/install/lib/libGLStats.a /xxxxxx/v1.7.2/Buildyard/Build/install/lib/libdcstream.so -lopencv_calib3d -lopencv_contrib -lopencv_core -lopencv_features2d -lopencv_flann -lopencv_gpu -lopencv_highgui -lopencv_imgproc -lopencv_legacy -lopencv_ml -lopencv_nonfree -lopencv_objdetect -lopencv_photo -lopencv_stitching -lopencv_superres -lopencv_ts -lopencv_video -lopencv_videostab -lSM -lICE -lX11 -lXext /xxxxxx/v1.7.2/Buildyard/Build/install/lib/libCollage.so -lGLEWmx /xxxxxx/v1.7.2/Buildyard/Build/install/lib/libLunchbox.so /xxxxxx/v1.7.2/Buildyard/Build/install/lib/libGLStats.a /xxxxxx/v1.7.2/Buildyard/Build/install/lib/libdcstream.so -lopencv_calib3d -lopencv_contrib -lopencv_core -lopencv_features2d -lopencv_flann -lopencv_gpu -lopencv_highgui -lopencv_imgproc -lopencv_legacy -lopencv_ml -lopencv_nonfree -lopencv_objdetect -lopencv_photo -lopencv_stitching -lopencv_superres -lopencv_ts -lopencv_video -lopencv_videostab -lSM -lICE -lX11 -lXext -Wl,-rpath,/xxxxxx/v1.7.2/Buildyard/Build/Equalizer/lib:/xxxxxx/v1.7.2/Buildyard/Build/install/lib



the flag i'm looking for (-zmuldefs) isn't in there.
I've added "-zmuldefs" to every cmake variable with LINKER in the name,
and even made an LDFLAGS variable with "-zmuldefs". So now i'm wondering
if cmake-gui run from the top build directory is affecting the Makefiles, and
if it is not, then is this because there is a missing CMakeLists.txt file  (?)

Also, when i set CMAKE_VERBOSE_MAKEFILE on in the top cmake-gui operation
(with 'configure' and 'generate' to follow) the build did not report verbosely.

any thoughts?

ben.
UTS CRICOS Provider Code: 00099F
DISCLAIMER: This email message and any accompanying attachments may contain confidential information.
If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or
attachments. If you have received this message in error, please notify the sender immediately and delete
this message. Any views expressed in this message are those of the individual sender, except where the
sender expressly, and with authority, states them to be the views of the University of Technology Sydney.
Before opening any attachments, please check them for viruses and defects.

Think. Green. Do.

Please consider the environment before printing this email.

_______________________________________________
eq-dev mailing list
[hidden email]
http://www.equalizergraphics.com/cgi-bin/mailman/listinfo/eq-dev
http://www.equalizergraphics.com
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: CMakeLists.txt file for v1.7.2/Buildyard/Build/Equalizer

ben simons
ah. Still groking cmake & buildyard.. The file

    v1.7.2/Buildyard/Build/Equalizer/examples/CMakeLists.txt

made it look like there should be one in the parent dir.

find(1) shows all the CMakeLists.txt files live in ./v1.7.2/Buildyard/src
with the top one in Buildyard dir itself. ok!

btw, is there any reason not to use "cmake-gui" ?
(to configure and generate builds using ./v1.7.2/Buildyard/CMakeLists.txt)

Also, is there an easy way to confirm new CMake compile options are being passed
into packages?  (other than with verbose makes & greps etc). can't see -zmuldefs ...

thx! b.

________________________________________
From: Ben Simons
Sent: 14 May 2014 18:21
To: [hidden email]
Subject: CMakeLists.txt file for v1.7.2/Buildyard/Build/Equalizer

Hi,

Is there a CMakeLists.txt missing from:

v1.7.2/Buildyard/Build/Equalizer/


in particular, i'm trying to add linking flags (-zmuldefs) to the linking step
(shown in red during the build):

  Linking CXX shared library ../../lib/libEqualizer.so

But they don't turn up during the linking of this lib. I'm wondering whether
it's because there ought to be a CMakeLists.txt file, but it's missing and so
the Makefile is not modified.

with "export VERBOSE=1", and the "/xxxxxx" prefix subsituted to protect the innocent(tm),
make -d reveals:

      :
      :
      :
      No need to remake target `/xxxxxx/v1.7.2/Buildyard/Build/install/lib/libCollage.so'.
      Pruning file `/usr/lib64/libGLEWmx.so'.
      Pruning file `/xxxxxx/v1.7.2/Buildyard/Build/install/lib/libLunchbox.so'.
      Pruning file `/xxxxxx/v1.7.2/Buildyard/Build/install/lib/libGLStats.a'.
      Pruning file `/xxxxxx/v1.7.2/Buildyard/Build/install/lib/libdcstream.so'.
      Pruning file `/usr/lib64/libopencv_calib3d.so'.
      Pruning file `/usr/lib64/libopencv_contrib.so'.
      Pruning file `/usr/lib64/libopencv_core.so'.
      Pruning file `/usr/lib64/libopencv_features2d.so'.
      Pruning file `/usr/lib64/libopencv_flann.so'.
      Pruning file `/usr/lib64/libopencv_gpu.so'.
      Pruning file `/usr/lib64/libopencv_highgui.so'.
      Pruning file `/usr/lib64/libopencv_imgproc.so'.
      Pruning file `/usr/lib64/libopencv_legacy.so'.
      Pruning file `/usr/lib64/libopencv_ml.so'.
      Pruning file `/usr/lib64/libopencv_nonfree.so'.
      Pruning file `/usr/lib64/libopencv_objdetect.so'.
      Pruning file `/usr/lib64/libopencv_photo.so'.
      Pruning file `/usr/lib64/libopencv_stitching.so'.
      Pruning file `/usr/lib64/libopencv_superres.so'.
      Pruning file `/usr/lib64/libopencv_ts.so'.
      Pruning file `/usr/lib64/libopencv_video.so'.
      Pruning file `/usr/lib64/libopencv_videostab.so'.
      Pruning file `/usr/lib64/libSM.so'.
      Pruning file `/usr/lib64/libICE.so'.
      Pruning file `/usr/lib64/libX11.so'.
      Pruning file `/usr/lib64/libXext.so'.
     Finished prerequisites of target file `lib/libEqualizer.so.1.7.2'.
    Must remake target `lib/libEqualizer.so.1.7.2'.
Invoking recipe from eq/client/CMakeFiles/Equalizer.dir/build.make:1799 to update target `lib/libEqualizer.so.1.7.2'.
Putting child 0x72a930 (lib/libEqualizer.so.1.7.2) PID 10347 on the chain.
Live child 0x72a930 (lib/libEqualizer.so.1.7.2) PID 10347
Linking CXX shared library ../../lib/libEqualizer.so
Reaping winning child 0x72a930 PID 10347
cd /xxxxxx/v1.7.2/Buildyard/Build/Equalizer/eq/client && /usr/bin/cmake -E cmake_link_script CMakeFiles/Equalizer.dir/link.txt --verbose=1
Live child 0x72a930 (lib/libEqualizer.so.1.7.2) PID 10348
/usr/bin/c++  -fPIC  -Wall -Wextra -Winvalid-pch -Winit-self -Wno-unknown-pragmas -Werror -Wshadow -Wnon-virtual-dtor -Wsign-promo -Wvla -fno-strict-aliasing -std=c++11 -fopenmp -g   -shared -Wl,-soname,libEqualizer.so.172 -o ../../lib/libEqualizer.so.1.7.2 CMakeFiles/Equalizer.dir/canvas.cpp.o CMakeFiles/Equalizer.dir/channel.cpp.o CMakeFiles/Equalizer.dir/channelStatistics.cpp.o CMakeFiles/Equalizer.dir/client.cpp.o CMakeFiles/Equalizer.dir/commandQueue.cpp.o CMakeFiles/Equalizer.dir/compositor.cpp.o CMakeFiles/Equalizer.dir/computeContext.cpp.o CMakeFiles/Equalizer.dir/config.cpp.o CMakeFiles/Equalizer.dir/configEvent.cpp.o CMakeFiles/Equalizer.dir/configStatistics.cpp.o CMakeFiles/Equalizer.dir/cudaContext.cpp.o CMakeFiles/Equalizer.dir/dc/eventHandler.cpp.o CMakeFiles/Equalizer.dir/dc/proxy.cpp.o CMakeFiles/Equalizer.dir/detail/cvTracker.cpp.o CMakeFiles/Equalizer.dir/detail/fileFrameWriter.cpp.o CMakeFiles/Equalizer.dir/event.cpp.o CMakeFiles/Equalizer.dir/eventHandler.cpp.o CMakeFiles/Equalizer.dir/eventICommand.cpp.o CMakeFiles/Equalizer.dir/frame.cpp.o CMakeFiles/Equalizer.dir/frameData.cpp.o CMakeFiles/Equalizer.dir/gl.cpp.o CMakeFiles/Equalizer.dir/glException.cpp.o CMakeFiles/Equalizer.dir/glWindow.cpp.o CMakeFiles/Equalizer.dir/global.cpp.o CMakeFiles/Equalizer.dir/glx/eventHandler.cpp.o CMakeFiles/Equalizer.dir/glx/messagePump.cpp.o CMakeFiles/Equalizer.dir/glx/pipe.cpp.o CMakeFiles/Equalizer.dir/glx/types.cpp.o CMakeFiles/Equalizer.dir/glx/window.cpp.o CMakeFiles/Equalizer.dir/glx/windowSystem.cpp.o CMakeFiles/Equalizer.dir/half.cpp.o CMakeFiles/Equalizer.dir/image.cpp.o CMakeFiles/Equalizer.dir/init.cpp.o CMakeFiles/Equalizer.dir/jitter.cpp.o CMakeFiles/Equalizer.dir/layout.cpp.o CMakeFiles/Equalizer.dir/node.cpp.o CMakeFiles/Equalizer.dir/nodeFactory.cpp.o CMakeFiles/Equalizer.dir/nodeStatistics.cpp.o CMakeFiles/Equalizer.dir/observer.cpp.o CMakeFiles/Equalizer.dir/pipe.cpp.o CMakeFiles/Equalizer.dir/pipeStatistics.cpp.o CMakeFiles/Equalizer.dir/pixelData.cpp.o CMakeFiles/Equalizer.dir/roiEmptySpaceFinder.cpp.o CMakeFiles/Equalizer.dir/roiFinder.cpp.o CMakeFiles/Equalizer.dir/roiTracker.cpp.o CMakeFiles/Equalizer.dir/segment.cpp.o CMakeFiles/Equalizer.dir/server.cpp.o CMakeFiles/Equalizer.dir/statistic.cpp.o CMakeFiles/Equalizer.dir/systemPipe.cpp.o CMakeFiles/Equalizer.dir/systemWindow.cpp.o CMakeFiles/Equalizer.dir/version.cpp.o CMakeFiles/Equalizer.dir/view.cpp.o CMakeFiles/Equalizer.dir/window.cpp.o CMakeFiles/Equalizer.dir/windowSettings.cpp.o CMakeFiles/Equalizer.dir/windowStatistics.cpp.o CMakeFiles/Equalizer.dir/windowSystem.cpp.o CMakeFiles/Equalizer.dir/worker.cpp.o CMakeFiles/Equalizer.dir/__/util/accum.cpp.o CMakeFiles/Equalizer.dir/__/util/accumBufferObject.cpp.o CMakeFiles/Equalizer.dir/__/util/bitmapFont.cpp.o CMakeFiles/Equalizer.dir/__/util/frameBufferObject.cpp.o CMakeFiles/Equalizer.dir/__/util/objectManager.cpp.o CMakeFiles/Equalizer.dir/__/util/pixelBufferObject.cpp.o CMakeFiles/Equalizer.dir/__/util/texture.cpp.o CMakeFiles/Equalizer.dir/compressor/compressor.cpp.o CMakeFiles/Equalizer.dir/compressor/compressorReadDrawPixels.cpp.o CMakeFiles/Equalizer.dir/compressor/compressorYUV.cpp.o ../../lib/libEqualizerFabric.so.1.7.2 -lGL -lpthread -lboost_program_options-mt -lboost_filesystem-mt -lboost_system-mt -lGLEWmx /xxxxxx/v1.7.2/Buildyard/Build/install/lib/libLunchbox.so -lboost_program_options-mt -lboost_filesystem-mt -lboost_system-mt /xxxxxx/v1.7.2/Buildyard/Build/install/lib/libGLStats.a /xxxxxx/v1.7.2/Buildyard/Build/install/lib/libdcstream.so -lopencv_calib3d -lopencv_contrib -lopencv_core -lopencv_features2d -lopencv_flann -lopencv_gpu -lopencv_highgui -lopencv_imgproc -lopencv_legacy -lopencv_ml -lopencv_nonfree -lopencv_objdetect -lopencv_photo -lopencv_stitching -lopencv_superres -lopencv_ts -lopencv_video -lopencv_videostab -lSM -lICE -lX11 -lXext /xxxxxx/v1.7.2/Buildyard/Build/install/lib/libCollage.so -lGLEWmx /xxxxxx/v1.7.2/Buildyard/Build/install/lib/libLunchbox.so /xxxxxx/v1.7.2/Buildyard/Build/install/lib/libGLStats.a /xxxxxx/v1.7.2/Buildyard/Build/install/lib/libdcstream.so -lopencv_calib3d -lopencv_contrib -lopencv_core -lopencv_features2d -lopencv_flann -lopencv_gpu -lopencv_highgui -lopencv_imgproc -lopencv_legacy -lopencv_ml -lopencv_nonfree -lopencv_objdetect -lopencv_photo -lopencv_stitching -lopencv_superres -lopencv_ts -lopencv_video -lopencv_videostab -lSM -lICE -lX11 -lXext -Wl,-rpath,/xxxxxx/v1.7.2/Buildyard/Build/Equalizer/lib:/xxxxxx/v1.7.2/Buildyard/Build/install/lib


the flag i'm looking for (-zmuldefs) isn't in there.
I've added "-zmuldefs" to every cmake variable with LINKER in the name,
and even made an LDFLAGS variable with "-zmuldefs". So now i'm wondering
if cmake-gui run from the top build directory is affecting the Makefiles, and
if it is not, then is this because there is a missing CMakeLists.txt file  (?)

Also, when i set CMAKE_VERBOSE_MAKEFILE on in the top cmake-gui operation
(with 'configure' and 'generate' to follow) the build did not report verbosely.

any thoughts?

ben.

UTS CRICOS Provider Code: 00099F
DISCLAIMER: This email message and any accompanying attachments may contain confidential information.
If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or
attachments. If you have received this message in error, please notify the sender immediately and delete
this message. Any views expressed in this message are those of the individual sender, except where the
sender expressly, and with authority, states them to be the views of the University of Technology Sydney.
Before opening any attachments, please check them for viruses and defects.

Think. Green. Do.

Please consider the environment before printing this email.

_______________________________________________
eq-dev mailing list
[hidden email]
http://www.equalizergraphics.com/cgi-bin/mailman/listinfo/eq-dev
http://www.equalizergraphics.com
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Gentoo Equalizer 1.7.2 Builds with Glew-1.10.0-r2

ben simons
Hi,

There's been a bit of trouble (reported on this list) with
"multiple definition errors" (due to glew v1.9) when building.

I'm happy to report Equalizer v1.7.2 just successfully built with:

media-libs/glew-1.10.0-r2

This version is still considered "unstable" on gentoo, so to install it
you need to first add this to:

/etc/portage/packages.accept

   # allow new version of glew for Equalizer
   media-libs/glew ~amd64

then

     emerge glew

cheers,
b.


UTS CRICOS Provider Code: 00099F
DISCLAIMER: This email message and any accompanying attachments may contain confidential information.
If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or
attachments. If you have received this message in error, please notify the sender immediately and delete
this message. Any views expressed in this message are those of the individual sender, except where the
sender expressly, and with authority, states them to be the views of the University of Technology Sydney.
Before opening any attachments, please check them for viruses and defects.

Think. Green. Do.

Please consider the environment before printing this email.

_______________________________________________
eq-dev mailing list
[hidden email]
http://www.equalizergraphics.com/cgi-bin/mailman/listinfo/eq-dev
http://www.equalizergraphics.com
Loading...