Libvirt Build Failure On Fedora 17 After Update - qemu

I recently installed the updates for Fedora 17, among which was an upgrade from Linux Kernel 3.7.x to 3.8.x. Now I can't build Libvirt! It is giving me this error:
checking linux/if_bridge.h usability... no
checking linux/if_bridge.h presence... yes
configure: WARNING: linux/if_bridge.h: present but cannot be compiled
configure: WARNING: linux/if_bridge.h: check for missing prerequisite headers?
configure: WARNING: linux/if_bridge.h: see the Autoconf documentation
configure: WARNING: linux/if_bridge.h: section "Present But Cannot Be Compiled"
configure: WARNING: linux/if_bridge.h: proceeding with the compiler's result
configure: WARNING: ## ------------------------------------- ##
configure: WARNING: ## Report this to libvir-list redhat com ##
configure: WARNING: ## ------------------------------------- ##
checking for linux/if_bridge.h... no
How can I fix this so I can build Libvirt again?

Apparently the build failure was being caused by the header file /usr/include/linux/if_bridge.h. Fortunately the fix is quite easy (once you know what to do).
Open /usr/include/linux/if_bridge.h in a text editor
Add this include line, #include <netinet/ip6.h>
Rebuild
You will have to reapply this fix each time you boot into a different kernel version since the /usr/include/linux/ header files are wiped out.

Related

why does installing imblearn with pip is failing?

I am trying to install the python package "imblearn" to balanace datasets,
with the command pip install imblearn.
but it keeps failing.
trying from cmdand from PowerShell with admin privileges,
with regular pip command, and with git clone to the repo and then pip install.
everything is failing.
the error is:
C:\Users\ronke>pip install imblearn
Collecting imblearn
Using cached imblearn-0.0-py2.py3-none-any.whl (1.9 kB)
Collecting imbalanced-learn
Using cached imbalanced_learn-0.10.1-py3-none-any.whl (226 kB)
Requirement already satisfied: scipy>=1.3.2 in c:\networks\python3.8\lib\site-packages (from imbalanced-learn->imblearn) (1.6.3)
Collecting scikit-learn>=1.0.2
Using cached scikit-learn-1.2.0.tar.gz (7.2 MB)
Installing build dependencies ... error
error: subprocess-exited-with-error
× pip subprocess to install build dependencies did not run successfully.
│ exit code: 1
╰─> [73 lines of output]
Ignoring numpy: markers 'python_version == "3.10" and platform_system == "Windows" and platform_python_implementation != "PyPy"' don't match your environment
Collecting setuptools<60.0
Using cached setuptools-59.8.0-py3-none-any.whl (952 kB)
Collecting wheel
Using cached wheel-0.38.4-py3-none-any.whl (36 kB)
Collecting Cython>=0.29.24
Using cached Cython-0.29.32-py2.py3-none-any.whl (986 kB)
Collecting oldest-supported-numpy
Using cached oldest_supported_numpy-2022.11.19-py3-none-any.whl (4.9 kB)
Collecting scipy>=1.3.2
Using cached scipy-1.9.3.tar.gz (42.1 MB)
Installing build dependencies: started
Installing build dependencies: finished with status 'done'
Getting requirements to build wheel: started
Getting requirements to build wheel: finished with status 'done'
Installing backend dependencies: started
Installing backend dependencies: finished with status 'done'
Preparing metadata (pyproject.toml): started
Preparing metadata (pyproject.toml): finished with status 'error'
error: subprocess-exited-with-error
Preparing metadata (pyproject.toml) did not run successfully.
exit code: 1
[37 lines of output]
+ meson setup --prefix=c:\networks\python3.8 C:\Users\ronke\AppData\Local\Temp\pip-install-n9p_hxtm\scipy_cef72cd617894d719469ea6e03d892cb C:\Users\ronke\AppData\Local\Temp\pip-install-n9p_hxtm\scipy_cef72cd617894d719469ea6e03d892cb\.mesonpy-jv80z8m8\build --native-file=C:\Users\ronke\AppData\Local\Temp\pip-install-n9p_hxtm\scipy_cef72cd617894d719469ea6e03d892cb\.mesonpy-native-file.ini -Ddebug=false -Doptimization=2
The Meson build system
Version: 1.0.0
Source dir: C:\Users\ronke\AppData\Local\Temp\pip-install-n9p_hxtm\scipy_cef72cd617894d719469ea6e03d892cb
Build dir: C:\Users\ronke\AppData\Local\Temp\pip-install-n9p_hxtm\scipy_cef72cd617894d719469ea6e03d892cb\.mesonpy-jv80z8m8\build
Build type: native build
Project name: SciPy
Project version: 1.9.3
Activating VS 17.1.3
C compiler for the host machine: cl (msvc 19.31.31105 "Microsoft (R) C/C++ Optimizing Compiler Version 19.31.31105 for x64")
C linker for the host machine: link link 14.31.31105.0
C++ compiler for the host machine: cl (msvc 19.31.31105 "Microsoft (R) C/C++ Optimizing Compiler Version 19.31.31105 for x64")
C++ linker for the host machine: link link 14.31.31105.0
Host machine cpu family: x86_64
Host machine cpu: x86_64
Compiler for C supports arguments -Wno-unused-but-set-variable: NO
Compiler for C supports arguments -Wno-unused-but-set-variable: NO (cached)
Compiler for C supports arguments -Wno-unused-function: NO
Compiler for C supports arguments -Wno-conversion: NO
Compiler for C supports arguments -Wno-misleading-indentation: NO
Compiler for C supports arguments -Wno-incompatible-pointer-types: NO
Library m found: NO
..\..\meson.build:57:0: ERROR: Unknown compiler(s): [['ifort'], ['gfortran'], ['flang'], ['pgfortran'], ['g95']]
The following exception(s) were encountered:
Running `ifort --version` gave "[WinError 2] The system cannot find the file specified"
Running `ifort -V` gave "[WinError 2] The system cannot find the file specified"
Running `gfortran --version` gave "[WinError 2] The system cannot find the file specified"
Running `gfortran -V` gave "[WinError 2] The system cannot find the file specified"
Running `flang --version` gave "[WinError 2] The system cannot find the file specified"
Running `flang -V` gave "[WinError 2] The system cannot find the file specified"
Running `pgfortran --version` gave "[WinError 2] The system cannot find the file specified"
Running `pgfortran -V` gave "[WinError 2] The system cannot find the file specified"
Running `g95 --version` gave "[WinError 2] The system cannot find the file specified"
Running `g95 -V` gave "[WinError 2] The system cannot find the file specified"
A full log can be found at C:\Users\ronke\AppData\Local\Temp\pip-install-n9p_hxtm\scipy_cef72cd617894d719469ea6e03d892cb\.mesonpy-jv80z8m8\build\meson-logs\meson-log.txt
[end of output]
note: This error originates from a subprocess, and is likely not a problem with pip.
error: metadata-generation-failed
Encountered error while generating package metadata.
See above for output.
note: This is an issue with the package mentioned above, not pip.
hint: See above for details.
[end of output]
note: This error originates from a subprocess, and is likely not a problem with pip.
error: subprocess-exited-with-error
× pip subprocess to install build dependencies did not run successfully.
│ exit code: 1
╰─> See above for output.
note: This error originates from a subprocess, and is likely not a problem with pip.
Does someone know how to fix it?
thanks
Ron
I've condensed this to show the key part of the error:
Collecting scipy>=1.3.2
Using cached scipy-1.9.3.tar.gz (42.1 MB)
...
..\..\meson.build:57:0: ERROR: Unknown compiler(s): [['ifort'], ['gfortran'], ['flang'], ['pgfortran'], ['g95']]
Which is saying that scipy==1.9.3 failed to compile because a Fortran compiler was not availalbe.
This is probably caused by a 32-bit version of Python / Windows, since pre-compiled scipy and scikit-learn wheels are being phased out for 32-bit systems, and we're no longer testing 32-bit Windows in imblearn (see PR#936).
One possible fix is to install a copy of Python with Anaconda or Miniconda, then:
conda install -c conda-forge imbalanced-learn

Unable to install couchbase in python on macOs

I am trying to install couchbase on my macOS. I am using pip3 install couchbase to install it.
And I am getting error as
`note: '__uint128_t' declared here
/Library/Developer/C
ommandLineTools/SDKs/MacOSX10.15.sdk/usr/include/sys/_types.h:76:9: error: unknown type name '__uint32_t'; did you mean '__uint128_t'?
typedef __uint32_t __darwin_useconds_t; /* [???] microseconds */
^
note: '__uint128_t' declared here
In file included from src/bucket.c:18:
In file included from src/pycbc.h:45:
In file included from src/python_wrappers.h:20:
In file included from /Library/Developer/CommandLineTools/Library/Frameworks/Python3.framework/Versions/3.8/include/python3.8/Python.h:25:
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/usr/include/stdio.h:64:
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/usr/include/_stdio.h:71:
/Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/usr/include/_types.h:43:9: error: unknown type name '__uint32_t'; did you mean '__uint128_t'?
typedef __uint32_t __darwin_wctype_t;
^
note: '__uint128_t' declared here
In file included from src/bucket.c:18:
In file included from src/pycbc.h:45:
In file included from src/python_wrappers.h:20:
In file included from /Library/Developer/CommandLineTools/Library/Frameworks/Python3.framework/Versions/3.8/include/python3.8/Python.h:25:
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/usr/include/stdio.h:64:
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/usr/include/_stdio.h:75:
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/usr/include/sys/_types/_va_list.h:31:
/Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/usr/include/machine/types.h:37:2: error: architecture not supported
#error architecture not supported
^
fatal error: too many errors emitted, stopping now [-ferror-limit=]
20 errors generated.
/private/tmp/pip-install-46t38raq/couchbase_25d29b67ce814e2badeb9f2deaba5d2c/cbuild_config.py:271: UserWarning: Adding /usr/local to lib search path for OS X
warnings.warn('Adding /usr/local to lib search path for OS X')
error: command 'clang' failed with exit status 1
----------------------------------------
ERROR: Failed building wheel for couchbase Failed to build couchbase
ERROR: Could not build wheels for couchbase which use PEP 517 and cannot be installed directly
I also tried pip3 install --no-use-pep517 couchbase then also I am getting could not build a wheel for couchbase
I have upgraded my pip to the latest. I have python3.8. I also installed pep517.

Cannot install jinja2 with jython pip?

I am using Windows 7 with Jython 2.7.0. I am able to run jython --version and pip --version in the bin directory and get back what I expect, 2.7.0 and 1.6, with a bunch of extra information.
Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. All rights reserved.
C:\Users\myUser>cd ../..
C:\>cd jython2.7.0/bin
C:\jython2.7.0\bin>pip --version
WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by org.python.core.PySystemState (file:/C:/jy
thon2.7.0/jython.jar) to method java.io.Console.encoding()
WARNING: Please consider reporting this to the maintainers of org.python.core.Py
SystemState
WARNING: Use --illegal-access=warn to enable warnings of further illegal reflect
ive access operations
WARNING: All illegal access operations will be denied in a future release
Feb 16, 2021 1:37:50 PM org.python.netty.util.internal.PlatformDependent <clinit
>
INFO: Your platform does not provide complete low-level API for accessing direct
buffers reliably. Unless explicitly requested, heap buffer will always be prefe
rred to avoid potential system unstability.
pip 1.6.dev1 from C:\jython2.7.0\Lib\site-packages (python 2.7)
I try to install jinja2 with pip install jinja2 and have also tried it captialized since I saw that as well pip install Jinja2 and get the following
C:\jython2.7.0\bin>pip install jinja2
WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by org.python.core.PySystemState (file:/C:/jy
thon2.7.0/jython.jar) to method java.io.Console.encoding()
WARNING: Please consider reporting this to the maintainers of org.python.core.Py
SystemState
WARNING: Use --illegal-access=warn to enable warnings of further illegal reflect
ive access operations
WARNING: All illegal access operations will be denied in a future release
Feb 16, 2021 1:44:35 PM org.python.netty.util.internal.PlatformDependent <clinit
>
INFO: Your platform does not provide complete low-level API for accessing direct
buffers reliably. Unless explicitly requested, heap buffer will always be prefe
rred to avoid potential system unstability.
Downloading/unpacking jinja2
Got this failure javax.net.ssl.SSLException: Tag mismatch! during SSL handshake
(<_realsocket at 0x215 type=client open_count=1 channel=[id: 0x53d8a502, /192.16
8.1.59:64975 => pypi.python.org/199.232.36.223:443] timeout=15.0>)
Got this failure javax.net.ssl.SSLException: Tag mismatch! during SSL handshake
(<_realsocket at 0x216 type=client open_count=1 channel=[id: 0x3d4b1e67, /192.16
8.1.59:64976 :> pypi.python.org/199.232.36.223:443] timeout=15.0>)
←[31m Cannot fetch index base URL https://pypi.python.org/simple/
←[0mGot this failure javax.net.ssl.SSLException: Tag mismatch! during SSL handsh
ake (<_realsocket at 0x217 type=client open_count=1 channel=[id: 0x5f10319d, /19
2.168.1.59:64977 :> pypi.python.org/199.232.36.223:443] timeout=15.0>)
←[31m Could not find any downloads that satisfy the requirement jinja2
←[0mCleaning up...
←[31mNo distributions at all found for jinja2
←[0m←[31mStoring debug log for failure in C:\Users\bkarabinchak\.pip\pip.log
←[0m
This line ←[31mNo distributions at all found for jinja2 makes me think there is no Jinja2 for jython, nor Cheetah which I also tried to install. I tried those as they were referenced here as jython HTML Templaters.
Can someone either 1) Help me troubleshoot installing jinja2 or 2) Recommend a HTML Template package that does exist for jython if jinja2/Cheetah do no work?

how do i configure systems from github

when I configure mydlp from Github I get the following error
please help me
beam/beam_load.c(1158): Error loading module compile:
mandatory chunk of type 'Atom' not found
root#mydlp01:/home/mydlp# ./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking for erlc... /usr/bin/erlc
checking for a prefix by checking for erl... /usr/bin/erl
checking for erl... /usr/bin/erl
checking for Erlang/OTP root directory... configure: error: in /home/mydlp':
configure error: test Erlang program execution failed
Seeconfig.log' for more details
The system is telling you that some data in the byte code is missing. If you want to start reading up, you can start here. In my experience this is probably due to you having compiled it using Erlang with version X and now you are running it and loading it using Erlang with version Y.

CreateOctaveComponent error with "DSO Missing from command line"

I've been trying to get Redhawk SDR to import an Octave M file. I initially started with Octave 3.8.2 and Redhawk 2.1.0. As another user discovered, this resulted in a do_octave_atexit error (do_octave_atexit missing? does createOctaveComponent work?) Despite the solutions in the answer, I was not able to get this to work. I then downgraded to Octave 3.6.4, as was also suggested. I now get the following error and I'm not sure how to overcome this fault.
The name of the file I'm attempting to port to Redhawk is named multByTwo.m. I've tried several files without any success. I can run the command without the --install parameter.
[root#localhost workspace]# createOctaveComponent --install multByTwo.m
multByTwo
Component multByTwo
build.sh
multByTwo.spec
Tests multByTwo
tests/test_multByTwo.py
Implementation: cpp
WARNING: cpp/Makefile.am.ide has been modified or is a user file that must be explicitly updated, use -f to overwrite
WARNING: cpp/multByTwo.cpp has been modified or is a user file that must be explicitly updated, use -f to overwrite
WARNING: cpp/multByTwo.h has been modified or is a user file that must be explicitly updated, use -f to overwrite
cpp/main.cpp
cpp/Makefile.am
cpp/configure.ac
cpp/build.sh
cpp/reconf
cpp/multByTwo_base.cpp
cpp/multByTwo_base.h
cpp/COPYING
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /usr/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
./configure: line 2572: test: too many arguments
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for omniORB4... yes
checking for ossie home... /usr/local/redhawk/core
checking to see ossie is installed... checking for sdr root... /var/redhawk/sdr
configure: using /var/redhawk/sdr/ as installation prefix
checking whether make supports nested variables... (cached) yes
checking for PROJECTDEPS... yes
checking for INTERFACEDEPS... yes
checking for LOG4CXX... yes
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking for boostlib >= 1.41... yes
checking whether the Boost::System library is available... yes
checking for exit in -lboost_system... yes
checking whether the Boost::Thread library is available... yes
checking for exit in -lboost_thread... yes
checking whether the Boost::Regex library is available... yes
checking for exit in -lboost_regex-mt... yes
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: executing depfiles commands
CXX multByTwo-main.o
In file included from /usr/local/include/octave-3.6.4/octave/oct.h:31:0,
from multByTwo_base.h:24,
from multByTwo.h:20,
from main.cpp:19:
/usr/local/include/octave-3.6.4/octave/config.h:132:0: warning: "GETTIMEOFDAY_TIMEZONE" redefined [enabled by default]
#define GETTIMEOFDAY_TIMEZONE struct timezone
^
In file included from /usr/include/omniconfig.h:37:0,
from /usr/include/omniORB4/CORBA_sysdep.h:51,
from /usr/include/omniORB4/omniInternal.h:42,
from /usr/include/omniORB4/CORBA.h:65,
from /usr/local/redhawk/core/include/ossie/CF/cf.h:6,
from /usr/local/redhawk/core/include/ossie/ossieSupport.h:34,
from main.cpp:17:
/usr/include/omniORB4/acconfig.h:16:0: note: this is the location of the previous definition
#define GETTIMEOFDAY_TIMEZONE /**/
^
In file included from /usr/local/include/octave-3.6.4/octave/oct.h:31:0,
from multByTwo_base.h:24,
from multByTwo.h:20,
from main.cpp:19:
/usr/local/include/octave-3.6.4/octave/config.h:2505:0: warning: "PACKAGE" redefined [enabled by default]
#define PACKAGE "octave"
^
<command-line>:0:0: note: this is the location of the previous definition
In file included from /usr/local/include/octave-3.6.4/octave/oct.h:31:0,
from multByTwo_base.h:24,
from multByTwo.h:20,
from main.cpp:19:
/usr/local/include/octave-3.6.4/octave/config.h:2520:0: warning: "PACKAGE_URL" redefined [enabled by default]
#define PACKAGE_URL "http://www.gnu.org/software/octave/"
^
In file included from /usr/include/omniconfig.h:37:0,
from /usr/include/omniORB4/CORBA_sysdep.h:51,
from /usr/include/omniORB4/omniInternal.h:42,
from /usr/include/omniORB4/CORBA.h:65,
from /usr/local/redhawk/core/include/ossie/CF/cf.h:6,
from /usr/local/redhawk/core/include/ossie/ossieSupport.h:34,
from main.cpp:17:
/usr/include/omniORB4/acconfig.h:263:0: note: this is the location of the previous definition
#define PACKAGE_URL ""
^
In file included from /usr/local/include/octave-3.6.4/octave/oct.h:31:0,
from multByTwo_base.h:24,
from multByTwo.h:20,
from main.cpp:19:
/usr/local/include/octave-3.6.4/octave/config.h:2669:0: warning: "VERSION" redefined [enabled by default]
#define VERSION "3.6.4"
^
<command-line>:0:0: note: this is the location of the previous definition
CXX multByTwo-multByTwo_base.o
In file included from /usr/local/include/octave-3.6.4/octave/oct.h:31:0,
from multByTwo_base.h:24,
from multByTwo_base.cpp:16:
/usr/local/include/octave-3.6.4/octave/config.h:132:0: warning: "GETTIMEOFDAY_TIMEZONE" redefined [enabled by default]
#define GETTIMEOFDAY_TIMEZONE struct timezone
^
In file included from /usr/include/omniconfig.h:37:0,
from /usr/include/omniORB4/CORBA_sysdep.h:51,
from /usr/include/omniORB4/omniInternal.h:42,
from /usr/include/omniORB4/CORBA.h:65,
from /usr/local/redhawk/core/include/ossie/CF/LogInterfaces.h:,
from /usr/local/redhawk/core/include/ossie/Logging_impl.h:25,
from /usr/local/redhawk/core/include/ossie/Resource_impl.h:27,
from /usr/local/redhawk/core/include/ossie/Component.h:23,
from multByTwo_base.h:20,
from multByTwo_base.cpp:16:
/usr/include/omniORB4/acconfig.h:16:0: note: this is the location of the previous definition
#define GETTIMEOFDAY_TIMEZONE /**/
^
In file included from /usr/local/include/octave-3.6.4/octave/oct.h:31:0,
from multByTwo_base.h:24,
from multByTwo_base.cpp:16:
/usr/local/include/octave-3.6.4/octave/config.h:2505:0: warning: "PACKAGE" redefined [enabled by default]
#define PACKAGE "octave"
^
<command-line>:0:0: note: this is the location of the previous definition
In file included from /usr/local/include/octave-3.6.4/octave/oct.h:31:0,
from multByTwo_base.h:24,
from multByTwo_base.cpp:16:
/usr/local/include/octave-3.6.4/octave/config.h:2520:0: warning: "PACKAGE_URL" redefined [enabled by default]
#define PACKAGE_URL "http://www.gnu.org/software/octave/"
^
In file included from /usr/include/omniconfig.h:37:0,
from /usr/include/omniORB4/CORBA_sysdep.h:51,
from /usr/include/omniORB4/omniInternal.h:42,
from /usr/include/omniORB4/CORBA.h:65,
from /usr/local/redhawk/core/include/ossie/CF/LogInterfaces.h:,
from /usr/local/redhawk/core/include/ossie/Logging_impl.h:25,
from /usr/local/redhawk/core/include/ossie/Resource_impl.h:27,
from /usr/local/redhawk/core/include/ossie/Component.h:23,
from multByTwo_base.h:20,
from multByTwo_base.cpp:16:
/usr/include/omniORB4/acconfig.h:263:0: note: this is the location of the previous definition
#define PACKAGE_URL ""
^
In file included from /usr/local/include/octave-3.6.4/octave/oct.h:31:0,
from multByTwo_base.h:24,
from multByTwo_base.cpp:16:
/usr/local/include/octave-3.6.4/octave/config.h:2669:0: warning: "VERSION" redefined [enabled by default]
#define VERSION "3.6.4"
^
<command-line>:0:0: note: this is the location of the previous definition
CXX multByTwo-multByTwo.o
In file included from /usr/local/include/octave-3.6.4/octave/oct.h:31:0,
from multByTwo_base.h:24,
from multByTwo.h:20,
from multByTwo.cpp:28:
/usr/local/include/octave-3.6.4/octave/config.h:132:0: warning: "GETTIMEOFDAY_TIMEZONE" redefined [enabled by default]
#define GETTIMEOFDAY_TIMEZONE struct timezone
^
In file included from /usr/include/omniconfig.h:37:0,
from /usr/include/omniORB4/CORBA_sysdep.h:51,
from /usr/include/omniORB4/omniInternal.h:42,
from /usr/include/omniORB4/CORBA.h:65,
from /usr/local/redhawk/core/include/ossie/CF/LogInterfaces.h:,
from /usr/local/redhawk/core/include/ossie/Logging_impl.h:25,
from /usr/local/redhawk/core/include/ossie/Resource_impl.h:27,
from /usr/local/redhawk/core/include/ossie/Component.h:23,
from multByTwo_base.h:20,
from multByTwo.h:20,
from multByTwo.cpp:28:
/usr/include/omniORB4/acconfig.h:16:0: note: this is the location of the previous definition
#define GETTIMEOFDAY_TIMEZONE /**/
^
In file included from /usr/local/include/octave-3.6.4/octave/oct.h:31:0,
from multByTwo_base.h:24,
from multByTwo.h:20,
from multByTwo.cpp:28:
/usr/local/include/octave-3.6.4/octave/config.h:2505:0: warning: "PACKAGE" redefined [enabled by default]
#define PACKAGE "octave"
^
<command-line>:0:0: note: this is the location of the previous definition
In file included from /usr/local/include/octave-3.6.4/octave/oct.h:31:0,
from multByTwo_base.h:24,
from multByTwo.h:20,
from multByTwo.cpp:28:
/usr/local/include/octave-3.6.4/octave/config.h:2520:0: warning: "PACKAGE_URL" redefined [enabled by default]
#define PACKAGE_URL "http://www.gnu.org/software/octave/"
^
In file included from /usr/include/omniconfig.h:37:0,
from /usr/include/omniORB4/CORBA_sysdep.h:51,
from /usr/include/omniORB4/omniInternal.h:42,
from /usr/include/omniORB4/CORBA.h:65,
from /usr/local/redhawk/core/include/ossie/CF/LogInterfaces.h:,
from /usr/local/redhawk/core/include/ossie/Logging_impl.h:25,
from /usr/local/redhawk/core/include/ossie/Resource_impl.h:27,
from /usr/local/redhawk/core/include/ossie/Component.h:23,
from multByTwo_base.h:20,
from multByTwo.h:20,
from multByTwo.cpp:28:
/usr/include/omniORB4/acconfig.h:263:0: note: this is the location of the previous definition
#define PACKAGE_URL ""
^
In file included from /usr/local/include/octave-3.6.4/octave/oct.h:31:0,
from multByTwo_base.h:24,
from multByTwo.h:20,
from multByTwo.cpp:28:
/usr/local/include/octave-3.6.4/octave/config.h:2669:0: warning: "VERSION" redefined [enabled by default]
#define VERSION "3.6.4"
^
<command-line>:0:0: note: this is the location of the previous definition
CXXLD multByTwo
/usr/bin/ld: multByTwo-multByTwo_base.o: undefined reference to symbol '_ZN5boost10filesystem6detail16create_directoryERKNS0_4pathEPNS_6system10error_codeE'
/usr/lib64/libboost_filesystem.so.1.53.0: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
make: *** [multByTwo] Error 1
I get a few warnings, but it's not until the end where I get
/usr/lib64/libboost_filesystem.so.1.53.0: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
that it errors out. Similar issues on Stackoverflow have been resolved by adding various parameters to the command line. But in this case, the command line does not accept any other entries, as it's only >>createOctaveComponent --install fileName.m
Any thoughts?
The createOctaveComponent script seems to just invoke the code generators and create the associated Makefile.am and configure.ac files. The error you are getting is a linker error. It cannot find the symbol _ZN5boost10filesystem6detail16create_directoryERKNS0_4pathEPNS_6system10error_codeE. Older versions of gcc would automatically add the link if it could, even though the user hadn't specified it so I'm assuming you are on a newer OS than CentOS6. The linker is helpful enough to tell you that this symbol is in /usr/lib64/libboost_filesystem.so.1.53.0 so you could simply add the -lboost_filesystem to the build but this isn't the preferred way since autotools should be used to locate the library and detect the name.
If you look at the generated Makefile.am file you'll see $(BOOST_LDFLAGS) $(BOOST_THREAD_LIB) $(BOOST_REGEX_LIB) $(BOOST_SYSTEM_LIB) but no boost filesystem. If you add $(BOOST_FILESYSTEM_LIB) and then add the corresponding AX_BOOST_FILESYSTEM to the configure.ac file you can rerun ./reconf && ./configure && make && make install and it should locate the proper boost filesystem library and add it to the linker call.