Running make fails on Mac OS X

[GoogleCodeExporter]

I got this error when running "make" after a successful "configure".

/bin/sh ./libtool --tag=CXX --mode=link g++ -Wall -Wwrite-strings
-Woverloaded-virtual -Wno-sign-compare -g -O2 -no-undefined   -o
libgflags.la -rpath /usr/local/lib -D_THREAD_SAFE   libgflags_la-gflags.lo
libgflags_la-gflags_reporting.lo libgflags_la-gflags_completions.lo  
rm -fr  .libs/libgflags.0.0.0.dylib .libs/libgflags.0.0.0.dylib.dSYM
.libs/libgflags.0.dylib .libs/libgflags.a .libs/libgflags.dylib
g++ -dynamiclib  -o .libs/libgflags.0.0.0.dylib 
.libs/libgflags_la-gflags.o .libs/libgflags_la-gflags_reporting.o
.libs/libgflags_la-gflags_completions.o   -install_name 
/usr/local/lib/libgflags.0.dylib -Wl,-compatibility_version -Wl,1
-Wl,-current_version -Wl,1.0 
dsymutil .libs/libgflags.0.0.0.dylib || :
(cd .libs && rm -f libgflags.0.dylib && ln -s libgflags.0.0.0.dylib
libgflags.0.dylib)
(cd .libs && rm -f libgflags.dylib && ln -s libgflags.0.0.0.dylib
libgflags.dylib)
ar cru .libs/libgflags.a  libgflags_la-gflags.o
libgflags_la-gflags_reporting.o libgflags_la-gflags_completions.o
ar: temporary file: No such file or directory
make: *** [libgflags.la] Error 1

The problem is when making "libgflags.la" as can be seen above.

Original issue reported on code.google.com by nilton.v...@gmail.com on 19 Oct 2009 at 3:00

[GoogleCodeExporter]

This looks to be a configuration issue on your part: perhaps you have TMPDIR 
set to a
non-existent directory?  See
   http://discussions.apple.com/thread.jspa?threadID=603889

Original comment by csilv...@gmail.com on 19 Oct 2009 at 2:08

[GoogleCodeExporter]

So, it seems this is actually a problem with gflags Makefile. I looked at the
Makefile and it's defining "TMPDIR = /tmp/gflags". If I cut and paste the 
libtool
command then it works. Another way to make it work is to run "make TMPDIR="

Original comment by nilton.v...@gmail.com on 19 Oct 2009 at 2:27

[GoogleCodeExporter]

Aha, *it's* the one foisting a configuration error on you!  Thanks for the 
report. 
I'll have it fixed for the next release.

You've figured out one way to work around it; another is to run
   mkdir /tmp/gflags && make

Original comment by csilv...@gmail.com on 19 Oct 2009 at 2:42

• Changed state: Started

[GoogleCodeExporter]

Build fails on snow leopard. I searched online. The error is QT related but I 
am not
sure how to resolve this issue. 

CMAKE_MODULE_PATH = /repos/libmv-read-only/src/CMakeModules
-- Looking for Q_WS_X11
-- Looking for Q_WS_X11 - not found.
-- Looking for Q_WS_WIN
-- Looking for Q_WS_WIN - not found.
-- Looking for Q_WS_QWS
-- Looking for Q_WS_QWS - not found.
-- Looking for Q_WS_MAC
-- Looking for Q_WS_MAC - not found.
-- Found Qt-Version 4.5.3
-- Found OpenSSL: /usr/lib/libssl.dylib
-- Configuring done
-- Generating done
-- Build files have been written to: /repos/libmv-read-only/bin-dbg

Any suggestions would be appreciated. I am running OSX 10.6 and just installed 
the
latest QT SDK disk image "qt-sdk-mac-opensource-2009.04.dmg". My make log file 
is
attached for reference.

Thanks! 

P.S I am interested in contributing to the project and am working out the 
details of
a geometric min-hash algorithm to evaluate its application on mobile phones.

Original comment by bid...@gmail.com on 20 Oct 2009 at 1:47

Attachments:

• make_log.rtf

[GoogleCodeExporter]

Wow, that's bizarre.  Why is OS X trying to bring in quicktime? (Is that what 
"QT" is
here?)

In any case, while I don't know what's going on here, it seems unlikely to be a 
bug
in gflags, and more likely something to do with your build environment now that
you've installed this QT image.  Then again, I don't have OSX 10.6 to test on, 
so I
can't say for certain.  You may want to ask on mac forums; if you figure out 
what is
wrong, let us know!

Original comment by csilv...@gmail.com on 20 Oct 2009 at 2:53

[GoogleCodeExporter]

@bidwej, you're commenting on the wrong project. It is not related to gflags, 
even if 
it were you should have opened another bug. From what you sent, it looks like 
what you 
want is http://code.google.com/p/libmv.

Original comment by nilton.v...@gmail.com on 20 Oct 2009 at 3:55

[GoogleCodeExporter]

Nilton, thank you for the follow-up. My guess is the build isn't succeeding in 
some
manner. Make runs to completion, but the errors I receive (like the one below) 
seem
odd given a proper gflags build.

.../gflags/gflags.cc:85: internal compiler error: in reference_to_unused, at
dwarf2out.c:10603
Please submit a full bug report,...

The behavior seems odd. The errors I get lead me to the internals of gflags
libraries. "internal compiler error" is a first, again unusual.

I'll report back if I hear anything useful from the other projects I am having
trouble compiling that depend on gflags. In general my guess is the group here 
will
be much more versed in gflags and helpful by comparison though.

Thanks, any suggestions would be appreciated, 

Original comment by bid...@gmail.com on 21 Oct 2009 at 1:56

[GoogleCodeExporter]

I've fixed the TMPDIR problem that was part of this original report in the new 
gflags 
1.3 release, so I'm closing this bug.  If your'e still seeing a problem on snow 
leopard -- I don't have a good way of testing on that platform, unfortunately 
-- feel 
free to open another bug report.

Original comment by csilv...@gmail.com on 8 Jan 2010 at 7:54

• Changed state: Fixed