switchkiller / pam-face-authentication

Automatically exported from code.google.com/p/pam-face-authentication
0 stars 0 forks source link

Problem compiling on x86_64 using Gentoo #9

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
After installing version 0.2-r1 using the experimental ebuild for Gentoo I
found out that the V4L API might be broken (explaining the blank training
windows) and that I should upgrade to 0.3.

After grabbing the latest revision from SVN, I run autogen.sh:
/usr/bin/gnome-autogen.sh                                                 

checking for autoconf >= 2.53...                                          

  testing autoconf2.50... not found.                                      

  testing autoconf... found 2.63                                          

checking for automake >= 1.9...                                           

  testing automake-1.10... found 1.10.2                                   

checking for libtool >= 1.4.3...                                          

  testing libtoolize... found 2.2.6                                       

checking for pkg-config >= 0.14.0...                                      

  testing pkg-config... found 0.23                                        

Checking for required M4 macros...                                        

Checking for forbidden M4 macros...                                       

**Warning**: I am going to run `configure' with no arguments.             

If you wish to pass any to it, please specify them on the                 

`./autogen.sh' command line.                                              

Processing ./configure.ac
Running libtoolize...    
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./ltmain.sh'     
libtoolize: You should add the contents of the following files to `aclocal.m4':
libtoolize:   `/usr/share/aclocal/libtool.m4'                                  
libtoolize:   `/usr/share/aclocal/ltoptions.m4'                                
libtoolize:   `/usr/share/aclocal/ltversion.m4'                                
libtoolize:   `/usr/share/aclocal/ltsugar.m4'                                  
libtoolize:   `/usr/share/aclocal/lt~obsolete.m4'                              
libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and    
libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree.  
libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.         
Running aclocal-1.10...                                                        
Running autoconf...                                                            
Running autoheader...                                                          
Running automake-1.10...                                                       
configure.ac:14: installing `./compile'                                        
configure.ac:15: installing `./config.guess'                                   
configure.ac:15: installing `./config.sub'                                     
configure.ac:7: installing `./install-sh'                                      
configure.ac:7: installing `./missing'                                         
Makefile.am: installing `./depcomp'                                            
/usr/share/automake-1.10/am/depend2.am: am__fastdepCXX does not appear in
AM_CONDITIONAL
/usr/share/automake-1.10/am/depend2.am:   The usual way to define
`am__fastdepCXX' is to add `AC_PROG_CXX'
/usr/share/automake-1.10/am/depend2.am:   to `configure.ac' and run
`aclocal' and `autoconf' again.       
Makefile.am: C++ source seen but `CXX' is undefined                       

Makefile.am:   The usual way to define `CXX' is to add `AC_PROG_CXX'      

Makefile.am:   to `configure.ac' and run `autoconf' again.

What this output hides is the message from automake that it will not write
Makefile.in because of the errors.

After autogen.sh, I try to run ./configure and get:
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... gawk                                                 

checking whether make sets $(MAKE)... yes                                 

checking for gcc... gcc                                                   

checking for C compiler default output file name... a.out                 

checking whether the C compiler works... yes                              

checking whether we are cross compiling... no                             

checking for suffix of executables...                                     

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 whether gcc and cc understand -c and -o together... yes          

checking build system type... x86_64-unknown-linux-gnu                    

checking host system type... x86_64-unknown-linux-gnu                     

checking for a sed that does not truncate output... /bin/sed              

checking for grep that handles long lines and -e... /bin/grep             

checking for egrep... /bin/grep -E                                        

checking for fgrep... /bin/grep -F                                        

checking for ld used by gcc... /usr/x86_64-pc-linux-gnu/bin/ld            

checking if the linker (/usr/x86_64-pc-linux-gnu/bin/ld) is GNU ld... yes 

checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B     

checking the name lister (/usr/bin/nm -B) interface... BSD nm             

checking whether ln -s works... yes                                       

checking the maximum length of command line arguments... 1572864          

checking whether the shell understands some XSI constructs... yes         

checking whether the shell understands "+="... yes                        

checking for /usr/x86_64-pc-linux-gnu/bin/ld option to reload object
files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for ar... ar
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/x86_64-pc-linux-gnu/bin/ld -m
elf_x86_64) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking X11/Xlib.h usability... yes
checking X11/Xlib.h presence... yes
checking for X11/Xlib.h... yes
checking for XOpenDisplay in -lX11... yes
checking for pam_start in -lpam... yes
checking for main in -lpam... yes
checking security/pam_modules.h usability... yes
checking security/pam_modules.h presence... yes
checking for security/pam_modules.h... yes
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for GTK... yes
checking for OPENCV... yes
configure: creating ./config.status
config.status: error: cannot find input file: Makefile.in

I tried the suggestions from the autogen.sh script to get rid of the
warnings and wind up with a Makefile.in but the resulting Makefile has
errors in it preventing me to compile it properly.

Sonce others don't seem to have issues compiling the SVN version, what is
going wrong on my PC?

What steps will reproduce the problem?
1.
2.
3.

What is the expected output? What do you see instead?

What version of the product are you using? On what operating system?

Please provide any additional information below.

Original issue reported on code.google.com by cyberwizzard on 13 May 2009 at 8:29

GoogleCodeExporter commented 9 years ago
Nobody?

Original comment by cyberwizzard on 26 May 2009 at 1:34

GoogleCodeExporter commented 9 years ago
dont know how i missed this :) , yeah ill look into this asap

Original comment by rohan.a...@gmail.com on 26 May 2009 at 2:05

GoogleCodeExporter commented 9 years ago
Hi,

Here is patch:
--- configure.ac_old    2009-06-05 14:25:39.000000000 +0100
+++ configure.ac    2009-06-05 14:28:31.000000000 +0100
@@ -12,6 +12,7 @@
 # Checks for programs.
 AC_PROG_CC
 AM_PROG_CC_C_O
+AC_PROG_CXX
 AC_PROG_LIBTOOL

 # Checks for libraries.

Tomasz

Original comment by mrozinsk...@gmail.com on 5 Jun 2009 at 1:36

GoogleCodeExporter commented 9 years ago
thank you very much for the patch ,  i will update it to the svn later today .

Original comment by rohan.a...@gmail.com on 11 Jun 2009 at 5:59

GoogleCodeExporter commented 9 years ago

Original comment by rohan.a...@gmail.com on 11 Jun 2009 at 5:59

GoogleCodeExporter commented 9 years ago
Hi,

This patch is not in the latest svn version (177).

Please update svn with this patch.

Tomasz

Original comment by mrozinsk...@gmail.com on 25 Jun 2009 at 4:16