PortIndex Regen Failure on Saturday 2008-01-26 at 15:30:00
checking build system type... powerpc-apple-darwin9.1.0
checking host system type... powerpc-apple-darwin9.1.0
checking target system type... powerpc-apple-darwin9.1.0
checking for sw_vers... sw_vers
checking Mac OS X version... 10.5.1
checking Xcode version... 3.0
checking MacPorts version... 1.6.0
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 gcc... gcc
checking whether we are using the GNU Objective C compiler... yes
checking whether gcc accepts -g... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking whether make sets $(MAKE)... yes
checking whether ln -s works... yes
checking for mtree... /usr/sbin/mtree
checking for cvs... /usr/bin/cvs
checking for svn... /usr/bin/svn
checking for rsync... /usr/bin/rsync
checking for sed... /usr/bin/sed
checking for tar... /usr/bin/tar
checking for make... /usr/bin/make
checking for launchd... no
checking for launchctl... /bin/launchctl
checking for xcodebuild... /usr/bin/xcodebuild
checking for gnutar... /usr/bin/gnutar
checking for gnumake... /usr/bin/gnumake
checking for bzip2... /usr/bin/bzip2
checking for xar... /usr/bin/xar
checking for open... /usr/bin/open
checking for sed... (cached) /usr/bin/sed
checking which sed flag to use for extended regexp... -E (BSD)
checking for tar... (cached) /usr/bin/tar
checking for gnutar... (cached) /usr/bin/gnutar
checking for which tar variant to use... /usr/bin/gnutar
checking for /usr/bin/gnutar --no-same-owner support... yes
checking how to mark unused variables...
checking for gcc symbol visibility attribute...
__attribute__((visibility("hidden")))
checking for the pthreads library -lpthreads... no
checking whether pthreads work without any flags... yes
checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE
checking if more special flags are required for pthreads... -D_THREAD_SAFE
checking how to run the Objective C preprocessor... gcc -E
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 objc/objc.h usability... yes
checking objc/objc.h presence... yes
checking for objc/objc.h... yes
checking if linking libobjc requires pthreads... no
checking for Apple Objective-C runtime... yes
checking for GNU Objective C runtime... no
configure: Using Apple Objective-C runtime
checking for Apple Foundation library... yes
configure: WARNING: GNUSTEP_SYSTEM_ROOT is not defined in your environment,
preventing the use of GNUstep's Foundation library
configure: Using Apple Foundation library
checking for CoreFoundation framework... yes
checking for SystemConfiguration framework... yes
checking for IOKit framework... yes
checking for CFNotificationCenterGetDarwinNotifyCenter... yes
checking for whether we will build daemondo... yes
checking for ports tree... configure: WARNING: No ports tree found
checking for MacPorts config directory... ${sysconfdir}/macports
checking for install user... mp-user
checking for install group... mp-user
checking what permissions to use for installation directories... 0755
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... (cached) yes
checking for dirent.h that defines DIR... yes
checking for library containing opendir... none required
checking for sys/wait.h that is POSIX.1 compatible... yes
checking whether stat file-mode macros are broken... no
checking limits.h usability... yes
checking limits.h presence... yes
checking for limits.h... yes
checking paths.h usability... yes
checking paths.h presence... yes
checking for paths.h... yes
checking sys/file.h usability... yes
checking sys/file.h presence... yes
checking for sys/file.h... yes
checking crt_externs.h usability... yes
checking crt_externs.h presence... yes
checking for crt_externs.h... yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking sys/fcntl.h usability... yes
checking sys/fcntl.h presence... yes
checking for sys/fcntl.h... yes
checking sys/cdefs.h usability... yes
checking sys/cdefs.h presence... yes
checking for sys/cdefs.h... yes
checking err.h usability... yes
checking err.h presence... yes
checking for err.h... yes
checking libgen.h usability... yes
checking libgen.h presence... yes
checking for libgen.h... yes
chec
Re: PortIndex Regen Failure on Saturday 2008-01-26 at 15:30:00
Sooo what's goin' on here, Daniel? :)
On Jan 26, 2008, at 14:34, Macports User wrote:
checking build system type... powerpc-apple-darwin9.1.0
checking host system type... powerpc-apple-darwin9.1.0
checking target system type... powerpc-apple-darwin9.1.0
checking for sw_vers... sw_vers
checking Mac OS X version... 10.5.1
checking Xcode version... 3.0
checking MacPorts version... 1.6.0
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 gcc... gcc
checking whether we are using the GNU Objective C compiler... yes
checking whether gcc accepts -g... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking whether make sets $(MAKE)... yes
checking whether ln -s works... yes
checking for mtree... /usr/sbin/mtree
checking for cvs... /usr/bin/cvs
checking for svn... /usr/bin/svn
checking for rsync... /usr/bin/rsync
checking for sed... /usr/bin/sed
checking for tar... /usr/bin/tar
checking for make... /usr/bin/make
checking for launchd... no
checking for launchctl... /bin/launchctl
checking for xcodebuild... /usr/bin/xcodebuild
checking for gnutar... /usr/bin/gnutar
checking for gnumake... /usr/bin/gnumake
checking for bzip2... /usr/bin/bzip2
checking for xar... /usr/bin/xar
checking for open... /usr/bin/open
checking for sed... (cached) /usr/bin/sed
checking which sed flag to use for extended regexp... -E (BSD)
checking for tar... (cached) /usr/bin/tar
checking for gnutar... (cached) /usr/bin/gnutar
checking for which tar variant to use... /usr/bin/gnutar
checking for /usr/bin/gnutar --no-same-owner support... yes
checking how to mark unused variables...
checking for gcc symbol visibility attribute... __attribute__
((visibility("hidden")))
checking for the pthreads library -lpthreads... no
checking whether pthreads work without any flags... yes
checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE
checking if more special flags are required for pthreads... -
D_THREAD_SAFE
checking how to run the Objective C preprocessor... gcc -E
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 objc/objc.h usability... yes
checking objc/objc.h presence... yes
checking for objc/objc.h... yes
checking if linking libobjc requires pthreads... no
checking for Apple Objective-C runtime... yes
checking for GNU Objective C runtime... no
configure: Using Apple Objective-C runtime
checking for Apple Foundation library... yes
configure: WARNING: GNUSTEP_SYSTEM_ROOT is not defined in your
environment, preventing the use of GNUstep's Foundation library
configure: Using Apple Foundation library
checking for CoreFoundation framework... yes
checking for SystemConfiguration framework... yes
checking for IOKit framework... yes
checking for CFNotificationCenterGetDarwinNotifyCenter... yes
checking for whether we will build daemondo... yes
checking for ports tree... configure: WARNING: No ports tree found
checking for MacPorts config directory... ${sysconfdir}/macports
checking for install user... mp-user
checking for install group... mp-user
checking what permissions to use for installation directories... 0755
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... (cached) yes
checking for dirent.h that defines DIR... yes
checking for library containing opendir... none required
checking for sys/wait.h that is POSIX.1 compatible... yes
checking whether stat file-mode macros are broken... no
checking limits.h usability... yes
checking limits.h presence... yes
checking for limits.h... yes
checking paths.h usability... yes
checking paths.h presence... yes
checking for paths.h... yes
checking sys/file.h usability... yes
checking sys/file.h presence... yes
checking for sys/file.h... yes
checking crt_externs.h usability... yes
checking crt_externs.h presence... yes
checking for crt_externs.h... yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking sys/fcntl.h usability... yes
checking sys/fcntl.h presence... yes
checking for sys/fcntl.h... yes
checking sys/cdefs.h usability... yes
checking sys/cdefs.h presence... yes
checking for sys/cdefs.h... yes
checking err.h usability... yes
checking err.h presence... yes
checking for err.h... yes
che
Re: PortIndex Regen Failure on Saturday 2008-01-26 at 15:30:00
On Jan 26, 2008, at 5:46 PM, Ryan Schmidt wrote: Sooo what's goin' on here, Daniel? :) Sorry, the machine I run the regen on was upgraded to 10.5 recently. I thought I had installed the X11SDK, but I could have missed it. -- Daniel J. Luke ++ | * [EMAIL PROTECTED] * | | *-- http://www.geeklair.net -* | ++ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | ++ PGP.sig Description: This is a digitally signed message part ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-dev
Re: PortIndex Regen Failure on Saturday 2008-01-26 at 15:30:00
On Jan 26, 2008, at 9:44 PM, Daniel J. Luke wrote: On Jan 26, 2008, at 5:46 PM, Ryan Schmidt wrote: Sooo what's goin' on here, Daniel? :) Sorry, the machine I run the regen on was upgraded to 10.5 recently. I thought I had installed the X11SDK, but I could have missed it. Ok, the headers are there (I think) but in /usr/X11/include/X11 (or / usr/X11R6/include/X11) so the configure script needs to be updated. Looks like it fails with the 'Broken X11 install. No X11 headers' error even if you run it with -without-x I probably won't have time to figure this out until Monday or so, though. -- Daniel J. Luke ++ | * [EMAIL PROTECTED] * | | *-- http://www.geeklair.net -* | ++ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | ++ PGP.sig Description: This is a digitally signed message part ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-dev
Re: PortIndex Regen Failure on Saturday 2008-01-26 at 15:30:00
Daniel J. Luke wrote: Looks like it fails with the 'Broken X11 install. No X11 headers' error even if you run it with -without-x As a workaround: ./configure LDFLAGS=-L/usr/X11/lib Works for me... Rainer ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-dev
Re: PortIndex Regen Failure on Saturday 2008-01-26 at 15:30:00
Rainer Müller: Looks like it fails with the 'Broken X11 install. No X11 headers' error even if you run it with -without-x As a workaround: ./configure LDFLAGS=-L/usr/X11/lib Works for me... Errors like these are sometimes caused by the stupid symlink: /usr/include/X11 -> ../X11/include/X11 It has a tendency to make autoconf think that X11 doesn't have a prefix, since the header "worked"... --anders ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-dev
Re: PortIndex Regen Failure on Saturday 2008-01-26 at 15:30:00
Daniel J. Luke wrote: Looks like it fails with the 'Broken X11 install. No X11 headers' error even if you run it with -without-x I can reproduce this, on Leopard. It's a bug, will add to Trac once it wakes up from the coma. i.e. it reports that error even *with* all headers, if you specify the --without-x option... --anders ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-dev
Re: PortIndex Regen Failure on Saturday 2008-01-26 at 15:30:00
On Jan 27, 2008, at 3:24 PM, Anders F Björklund wrote: Looks like it fails with the 'Broken X11 install. No X11 headers' error even if you run it with -without-x As a workaround: ./configure LDFLAGS=-L/usr/X11/lib Works for me... Errors like these are sometimes caused by the stupid symlink: /usr/ include/X11 -> ../X11/include/X11 It has a tendency to make autoconf think that X11 doesn't have a prefix, since the header "worked"... It doesn't look like that was the problem in this case, since it fails the same way for me when I remove that symlink. I don't have the same problem with configure on my other Leopard machine, so I suppose there's something peculiar with how I have my server setup. -- Daniel J. Luke ++ | * [EMAIL PROTECTED] * | | *-- http://www.geeklair.net -* | ++ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | ++ PGP.sig Description: This is a digitally signed message part ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-dev
Re: PortIndex Regen Failure on Saturday 2008-01-26 at 15:30:00
On Jan 27, 2008, at 5:53 PM, Daniel J. Luke wrote: It doesn't look like that was the problem in this case, since it fails the same way for me when I remove that symlink. I don't have the same problem with configure on my other Leopard machine, so I suppose there's something peculiar with how I have my server setup. After playing with this for a bit, it appears to need /usr/X11/bin in the PATH in order for the configure script to work. This should probably be fixed, but for now I'll just add it to the PATH that the regen script sets for itself. -- Daniel J. Luke ++ | * [EMAIL PROTECTED] * | | *-- http://www.geeklair.net -* | ++ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | ++ PGP.sig Description: This is a digitally signed message part ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-dev
