Installation Problems on linux-x86_64

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Trying to install on linux.x86_64.gnu
2. Following installation instruction exactly

What is the expected output? What do you see instead?
I expect to see an .so file being generated.
However, the zibopt library does not seem to have the corresponding makefile 
options in the make directory for linux.x86_64., while they do exist for 
linux.x86

What version of the product are you using? On what operating system?
Installation instructions wiki page as of August 10, 2010.

Please provide any additional information below.
I'm trying to copy/pase the correct makefile instructions from other 
architectures. This may be tricky and is actually a problem of zibopt, not 
python-zibopt.

Here is how I do it:
Download zibopt
In the de-tarred directory, do a normal 
> make
first. Then do, a 
> make test
to see that everything works.

Now comes the task of building the .so files necessary for python-zibopt.

I add the following file: 
soplex-1.4.2/make/make.linux.x86_64.gnu.opt-shared

CXX             =       g++
CPPFLAGS        =       -Isrc -DNDEBUG -DNO_ADDITIONAL_CHECKS -fPIC
CXXFLAGS        =       -O3 -march=k8 -fexceptions -fomit-frame-pointer # 
-malign-double -ffast-math
LDFLAGS         =       -lm -Wl,-rpath,$(CURDIR)/$(LIBDIR)
ARFLAGS         =       crs
ZLIB_FLAGS      =
ZLIB_LDFLAGS    =       -lz
LIBBUILD        =       $(CXX)
LIBBUILDFLAGS   =       -shared -FPIC
LIBBUILD_o      =       -o # the trailing space is important
LIBEXT          =       so
ARFLAGS         =
RANLIB          =

Then, in the following 2 directories:
soplex-1.4.2/
scip-1.2.0/
run 
make OPT=opt-shared

Without the "hacked" added file above, this fails on linux.x86_64.
It does seem to work now.

However, there are no prompts at all (in contrast to the installation 
instructions).

This appears to work, buit running

> python2.6 setup.py build

generates MANY "incompatible pointer type" warnings.

When I try to test the package, I get a strange error, whose origin is not 
clear to me and may be unrelated to the problems above:

> python2.6 setup.py test
running test                                                      
running egg_info                                                  
unrecognized .svn/entries format; skipping .                      
writing src/python_zibopt.egg-info/PKG-INFO                       
writing top-level names to src/python_zibopt.egg-info/top_level.txt
writing dependency_links to src/python_zibopt.egg-info/dependency_links.txt
unrecognized .svn/entries format in                                        
reading manifest file 'src/python_zibopt.egg-info/SOURCES.txt'             
writing manifest file 'src/python_zibopt.egg-info/SOURCES.txt'             
running build_ext                                                          
copying build/lib.linux-x86_64-2.6/zibopt/_scip.so -> src/zibopt           
copying build/lib.linux-x86_64-2.6/zibopt/_vars.so -> src/zibopt           
copying build/lib.linux-x86_64-2.6/zibopt/_cons.so -> src/zibopt
copying build/lib.linux-x86_64-2.6/zibopt/_soln.so -> src/zibopt
copying build/lib.linux-x86_64-2.6/zibopt/_branch.so -> src/zibopt
copying build/lib.linux-x86_64-2.6/zibopt/_conflict.so -> src/zibopt
copying build/lib.linux-x86_64-2.6/zibopt/_disp.so -> src/zibopt
copying build/lib.linux-x86_64-2.6/zibopt/_heur.so -> src/zibopt
copying build/lib.linux-x86_64-2.6/zibopt/_nodesel.so -> src/zibopt
copying build/lib.linux-x86_64-2.6/zibopt/_presol.so -> src/zibopt
copying build/lib.linux-x86_64-2.6/zibopt/_prop.so -> src/zibopt
copying build/lib.linux-x86_64-2.6/zibopt/_sepa.so -> src/zibopt
Traceback (most recent call last):
  File "setup.py", line 49, in <module>
    'Topic :: Scientific/Engineering :: Mathematics',
  File "/usr/lib/python2.6/distutils/core.py", line 152, in setup
    dist.run_commands()
  File "/usr/lib/python2.6/distutils/dist.py", line 975, in run_commands
    self.run_command(cmd)
  File "/usr/lib/python2.6/distutils/dist.py", line 995, in run_command
    cmd_obj.run()
  File "/usr/lib/python2.6/dist-packages/setuptools/command/test.py", line 121, in run
    self.with_project_on_sys_path(self.run_tests)
  File "/usr/lib/python2.6/dist-packages/setuptools/command/test.py", line 101, in with_project_on_sys_path
    func()
  File "/usr/lib/python2.6/dist-packages/setuptools/command/test.py", line 130, in run_tests
    testLoader = loader_class()
  File "/usr/lib/python2.6/unittest.py", line 816, in __init__
    self.parseArgs(argv)
  File "/usr/lib/python2.6/unittest.py", line 843, in parseArgs
    self.createTests()
  File "/usr/lib/python2.6/unittest.py", line 849, in createTests
    self.module)
  File "/usr/lib/python2.6/unittest.py", line 613, in loadTestsFromNames
    suites = [self.loadTestsFromName(name, module) for name in names]
  File "/usr/lib/python2.6/unittest.py", line 587, in loadTestsFromName
    return self.loadTestsFromModule(obj)
  File "/usr/lib/python2.6/dist-packages/setuptools/command/test.py", line 34, in loadTestsFromModule
    tests.append(self.loadTestsFromName(submodule))
  File "/usr/lib/python2.6/unittest.py", line 584, in loadTestsFromName
    parent, obj = obj, getattr(obj, part)
AttributeError: 'module' object has no attribute 'settings'

Original issue reported on code.google.com by svenrahm...@gmail.com on 10 Aug 2010 at 6:02

[GoogleCodeExporter]

Original comment by ryanjoneil on 24 May 2011 at 9:59

• Added labels: ****
• Removed labels: ****

[GoogleCodeExporter]

I had the same issue (SCIP 2.0.1 on Fedora x64). I tried the disabling of 
various third party libraries as indicated in their FAQ 
(http://scip.zib.de/faq.shtml):

'As a summary, the call of make ZIMPL=false ZLIB=false READLINE=false should 
work on most systems.'

This solved the issues I encountered earlier, all tests have been successful so 
far.

Original comment by thijs.en...@gmail.com on 27 May 2011 at 1:22

• Added labels: ****
• Removed labels: ****

[GoogleCodeExporter]

This should be fixed with the latest build instructions for >=0.6.  Note that 
the ZIB folks are planning on releasing .so and header files in .deb and .rpm 
packages this year, so everything should become much easier once that happens.  

Original comment by ryanjoneil on 30 Jun 2011 at 5:48

• Changed state: Fixed
• Added labels: ****
• Removed labels: ****