Not compiling for OS 10.8.2

[GoogleCodeExporter]

What steps will reproduce the problem?
1. OS 10.8.2 Mountain Lion - XQuartz 2.7.4
2. ./osxwinebuilder.sh
3.

What is the expected output? What do you see instead?
Expect a compiled version of Wine. 
Instead the compile errors because a ltdl.h is not available to compile against 
when compiling the libgphoto2 libraries

What version of the product are you using? On what operating system?
10.8.2 Mountain Lion. Looks like the winebuild is 1.5.16

Please provide any additional information below.
A retry generates the same problem about 20 minutes into the compile. An 
excerpt from the terminal at point of exit is below.

checking whether the ccache g++ linker (/usr/bin/ld) supports shared 
libraries... yes
checking dynamic linker characteristics... darwin12.2.0 dyld
checking how to hardcode library paths into programs... immediate
checking ltdl.h usability... no
checking ltdl.h presence... no
checking for ltdl.h... no
checking that we can compile and link with libltdl... no
configure: error: cannot compile and link against libltdl
libgphoto2 requires libltdl (the libtool dl* library),
but cannot compile and link against it.
Aborting.

could not run configure command './configure 
--prefix=/Users/bcarlson/wine/wine-1.5.16 --enable-shared=yes 
--enable-static=no --with-libexif=auto' in 
/Users/bcarlson/wine/build/libgphoto2-2.4.14 - exiting

Original issue reported on code.google.com by bcgr...@gmail.com on 15 Nov 2012 at 3:21

[GoogleCodeExporter]

I would recommend trying to edit the osxwinebuild.sh script to skip gphoto, 
since it hasn't been needed in the past to build a working copy of wine. 
Comment out line 2852 with a # symbol. I'll try it myself sometime over the 
next few days to see how it works.

Original comment by jeremiah...@gmail.com on 21 Nov 2012 at 10:24

[GoogleCodeExporter]

I tried that after writing the initial comment. After receiving errors on sane 
and a couple other sections and commenting them out, I finally got it to finish 
the configure. The next step of building or compiling/make, I guess, then 
failed because various components that were remarked were not available for the 
make.

Original comment by bcgr...@gmail.com on 22 Nov 2012 at 4:47

[GoogleCodeExporter]

I upgraded to 10.8 and am trying to get Wine compiling again. I'm seeing some 
similar issues and will let you know what progress I make. With 10.4 I had to 
manually patch Apple's built-in linker, but everything worked. The OSX 
toolchain can be such a pain. 

Original comment by jeremiah...@gmail.com on 22 Nov 2012 at 2:30

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

I modified the osxwinebuilder script and got wine to compile. Try the upgraded 
script & let me know if it works for you. It has some new options so you need 
to execute it with "./osxwinebuild_20121122.sh --no-sane --no-gstreamer"

Original comment by jeremiah...@gmail.com on 22 Nov 2012 at 7:40

Attachments:

• osxwinebuild_20121122.sh

[GoogleCodeExporter]

That seems to have been the trick. I did still have to edit the script and 
remark the libgphoto2 section. That still has the ltdl.h compiling error on my 
system. I even tried modifying this so that libgphoto 2.4.15 instead of 2.4.14 
was downloaded. Same error. I am not concerned about this for my purpose. I am 
hoping this build of wine will allow me to install and run MS Project 2010.
As I was typing, the last steps were running. I returned back to find that the 
last configure command did not run because --with-gphoto is in the command 
line. I removed that from the build so it was not available. will try again 
tomorrow. Thanks for your help thus far. Still not compiled on my machine. Let 
me know if you have a fix for the libgphoto piece. Maybe removing is not the 
best option.

Original comment by bcgr...@gmail.com on 23 Nov 2012 at 6:26

[GoogleCodeExporter]

Was the checksum good for libgphoto2 for you? I had to re-download the 
libgphoto2-2.4.12 tar manually (followed the link & downloaded w/firefox). 
After that I'm actually successfully compiling libgphoto in with everything 
using the my updated script. 

It's late & I have stuff I have to do but I'll see what I can do about a script 
option for a minimal compile to use as few libraries as possible, maybe that 
will help or be a good starting point for you.

Original comment by jeremiah...@gmail.com on 23 Nov 2012 at 9:32

[GoogleCodeExporter]

I noticed in the script you had a line with the checksum as a separate
variable. When I updated the libgphoto version, I updated the checksum with
the correct one for the version as it was displayed on the website. I'll
try your method of downloading separately and running again. Update to
follow.

Original comment by bcgr...@gmail.com on 24 Nov 2012 at 1:47

[GoogleCodeExporter]

Ok, I have adjusted the settings to try 2.5.0 again and here are the results. I 
get the same for 2.4.14 even after downloading the package and extracting it 
myself.
I also tried just running ./configure from the libgphoto2 directory.

successfully extracted /Users/bcarlson/wine/source/libgphoto2-2.5.0.tar.bz2
running './configure --prefix=/Users/bcarlson/wine/wine-1.5.16 
--enable-shared=yes --enable-static=no --with-libexif=auto' in 
/Users/bcarlson/wine/build/libgphoto2-2.5.0
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... auto-aux/install-sh -c -d
checking for gawk... no
checking for mawk... no
checking for nawk... no
checking for awk... awk
checking whether make sets $(MAKE)... yes
checking for POSIX sh $() command substitution... yes
checking for gcc... ccache 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 ccache gcc accepts -g... yes
checking for ccache gcc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of ccache gcc... gcc3
checking how to run the C preprocessor... ccache gcc -E
checking whether we are using the GNU C++ compiler... yes
checking whether ccache g++ accepts -g... yes
checking dependency style of ccache g++... gcc3
checking whether ccache gcc and cc understand -c and -o together... rm: 
conftest.dSYM: is a directory
yes
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... rm: conftest.dSYM: is a directory
rm: conftest.dSYM: is a directory
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 stdarg.h usability... yes
checking stdarg.h presence... yes
checking for stdarg.h... yes
checking for va_copy() or replacement... va_copy
checking for flex... /usr/bin/flex
checking for bison... /usr/bin/bison
checking whether to enable GP2DDB... 
checking PKG_CONFIG_PATH... 
/Users/bcarlson/wine/wine-1.5.16/lib/pkgconfig:/usr/lib/pkgconfig:/opt/X11/lib/p
kgconfig
checking for pkg-config... /Users/bcarlson/wine/wine-1.5.16/bin/pkg-config
checking build system type... i386-apple-darwin12.2.0
checking host system type... i386-apple-darwin12.2.0
checking for a sed that does not truncate output... sed
checking for fgrep... /usr/bin/grep -F
checking for ld used by ccache gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... no
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm
checking the name lister (/usr/bin/nm) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 196608
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking for /usr/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 output from ccache gcc object... ok
checking for dsymutil... dsymutil
checking for nmedit... nmedit
checking for lipo... lipo
checking for otool... otool
checking for otool64... no
checking for -single_module linker flag... no
checking for -exported_symbols_list linker flag... yes
checking for dlfcn.h... yes
checking whether we are using the GNU C++ compiler... (cached) yes
checking whether ccache g++ accepts -g... (cached) yes
checking dependency style of ccache g++... (cached) gcc3
checking how to run the C++ preprocessor... ccache g++ -E
checking for objdir... .libs
checking if ccache gcc supports -fno-rtti -fno-exceptions... no
checking for ccache gcc option to produce PIC... -fno-common -DPIC
checking if ccache gcc PIC flag -fno-common -DPIC works... yes
checking if ccache gcc static flag -static works... no
checking if ccache gcc supports -c -o file.o... yes
checking if ccache gcc supports -c -o file.o... (cached) yes
checking whether the ccache gcc linker (/usr/bin/ld) supports shared 
libraries... yes
checking dynamic linker characteristics... darwin12.2.0 dyld
checking how to hardcode library paths into programs... immediate
checking for dlopen in -ldl... yes
checking whether a program can dlopen itself... yes
checking whether a statically linked program can dlopen itself... yes
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... no
checking for ld used by ccache g++... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... no
checking whether the ccache g++ linker (/usr/bin/ld) supports shared 
libraries... yes
checking for ccache g++ option to produce PIC... -fno-common -DPIC
checking if ccache g++ PIC flag -fno-common -DPIC works... yes
checking if ccache g++ static flag -static works... no
checking if ccache g++ supports -c -o file.o... yes
checking if ccache g++ supports -c -o file.o... (cached) yes
checking whether the ccache g++ linker (/usr/bin/ld) supports shared 
libraries... yes
checking dynamic linker characteristics... darwin12.2.0 dyld
checking how to hardcode library paths into programs... immediate
checking ltdl.h usability... no
checking ltdl.h presence... no
checking for ltdl.h... no
checking that we can compile and link with libltdl... no
configure: error: cannot compile and link against libltdl
libgphoto2 requires libltdl (the libtool dl* library),
but cannot compile and link against it.
Aborting.

could not run configure command './configure 
--prefix=/Users/bcarlson/wine/wine-1.5.16 --enable-shared=yes 
--enable-static=no --with-libexif=auto' in 
/Users/bcarlson/wine/build/libgphoto2-2.5.0 - exiting

Original comment by bcgr...@gmail.com on 24 Nov 2012 at 2:34

[GoogleCodeExporter]

type "which libtool" in the terminal and see what you get. Mine shows 
"/usr/bin/libtool" and I'm guessing you don't have a copy, although I'm not 
sure of why we might have a difference. I may have installed it unintentionally 
while updating the Xcode command line tools and trying to install gcc manually.

Attached is an updated script with options that allow not including 
lib2gphoto2, winetricks, dosbox, and ogg. You can try 
"./osxwinebuild_20121124.sh --no-sane --no-gstreamer --no-lib2gphoto2"

Also, I added options that allow downloading and compiling wine from git. The 
new option is "--wine-git".

Original comment by jeremiah...@gmail.com on 24 Nov 2012 at 10:26

Attachments:

• osxwinebuild_20121124.sh

[GoogleCodeExporter]

When did you last install & update the Xcode command line tools? Also post what 
"which libtool" says for you and then if the new script acts any different.

Original comment by jeremiah...@gmail.com on 24 Nov 2012 at 10:45

[GoogleCodeExporter]

I have Xcode 4.5.2 and have done the commnd line tool install within the last 
week. Interestingly, when i run which libtool, I get the /usr/bin/libtool as 
the system response. I also have xquartz loaded. Running which libtool from 
XQuartz does not return the same result. That being said, I was able to 
successfully compile with ./osxwinebuild_20121124.sh --no-sane --no-gstreamer 
--no-lib2gphoto  Thanks for your help.

Original comment by bcgr...@gmail.com on 25 Nov 2012 at 3:58

[GoogleCodeExporter]

Disregard the difference in result between Xquartz xterm and terminal on which 
libtool. Both return the same /usr/bin/libtool.
Unfortunately, I tried my original goal for this compile, which was MS Project 
2010. It still will not install. I was hoping this newer version might have 
overcome the problems of installing Project. 

Original comment by bcgr...@gmail.com on 25 Nov 2012 at 4:13

[GoogleCodeExporter]

Glad Wine is at least compiling for you now. Do other programs work?

Also I would suggest filing your results at Wine's App Database 
(http://appdb.winehq.org/objectManager.php?sClass=version&iId=25397&iTestingId=6
9647) and possibly submitting a bug report. Maybe someone there could help 
further.

Original comment by jeremiah...@gmail.com on 25 Nov 2012 at 11:43

[GoogleCodeExporter]

I've had the same libgphoto problem for a while now. Using homebrew, I 
reinstalled libtool with the --universal switch (brew install libtool 
--universal). That fixed it for me. 

Original comment by nick.m...@gmail.com on 4 Dec 2012 at 4:11

[GoogleCodeExporter]

for some reason I have a slightly newer script on my computer. I was compiling 
using the line below, but was thinking about taking out more of the includes to 
make everything a bit smaller. 

./osxwinebuild_20121124.sh --no-sane --no-gstreamer --no-lib2gphoto2 --wine-git

I also started compiling wine into a OS X app and putting it inside a dmg 
installer. I'm loading the Mac binaries for Wine at 
https://sourceforge.net/projects/darwine/ - fyi.

Original comment by jeremiah...@gmail.com on 25 Jan 2013 at 9:51

Attachments:

• osxwinebuild_20121125.sh

[GoogleCodeExporter]

I found an issue with the script that needs to be corrected. It was missing a 
space before several brackets ']' at the end of if statements that prevented 
some code from being compiled that should have been included by default.

./osxwinebuild_20130127.sh --no-sane --no-gstreamer --no-lib2gphoto2 --wine-git

BUILDWINEGIT, LIB2GPHOTO2, SANE, DOSBOX, OGG, and GSTREAMER would have 
previously failed to be built (or excluded from being built) in some instances 
as directed by the command line options.

Current options include:

Build type options (mutually exclusive):"
  --wine-git: build Wine using git repository"
  --devel: build the development version of Wine (default)"
  --stable: build the stable version of Wine"
  --crossover: build Wine using CrossOver sources"
  --cxgames: build Wine using CrossOver Games sources"

Common build options:"
  --no-sane: build without printer or scanner support"
  --no-gstreamer: build without gstreamer support"
  --no-lib2gphoto2: build without lib2gphoto2 support"
  --no-winetricks: build without winetricks support"
  --no-dosbox: build without dosbox support"
  --no-ogg: build without ogg support"
  --no-clean-prefix: do not move and create a new prefix if one already exists"
  --no-clean-source: do not remove/extract source if already done"
  --no-rebuild: do not rebuild packages, just reinstall"
  --no-reconfigure: do not re-run 'configure' for any packages"

Original comment by jeremiah...@gmail.com on 27 Jan 2013 at 5:26

Attachments:

• osxwinebuild_20130127.sh

[GoogleCodeExporter]

I ran into this problem today. I just added libtool to the build process and it 
compiled and works fine.

Original comment by FOqvMuDy...@gmail.com on 6 Feb 2013 at 9:09

Attachments:

• osxwinebuilder-20130206-libtool.patch

[GoogleCodeExporter]

libtool libltdl libraries and headers included in latest checkin.

Original comment by rwoodsm...@gmail.com on 2 May 2013 at 5:03

• Changed state: Fixed