From: james t. <ti...@ma...> - 2005-05-31 20:19:40
|
hi daniel, ...per usual with a build system change, I've got a few questions: On May 24, 2005, at 3:26 AM, Daniel A. Steffen wrote: > > - all the aqua and framework specific build steps have been moved > into the standard unix configure/make buildsystem, so the macosx/ > Makefile's and pbproj projects are no longer required to build > frameworks or tkaqua, you can now just use the standard configure & > make in the unix subdirs and add the --enable-aqua and/or --enable- > frameworks configure switches as needed. ...I'm still building tcl.framework with the xcode project (in the typical build directory shared with tk), so how do I pass I the tclConfig.sh location, since it's embedded in the framework? The following seems to work so far: ./configure --enable-threads --enable-symbols --enable-aqua --enable- framework --with-tcl=../../build/tcl/Tcl.framework checking for Tcl configuration... found /Users/tigital/dev/tcltk/ build/tcl/Tcl.framework/tclConfig.sh checking for existence of /Users/tigital/dev/tcltk/build/tcl/ Tcl.framework/tclConfig.sh... loading checking whether to use symlinks for manpages... no checking whether to compress the manpages... no checking whether to add a package name suffix for the manpages... no 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 ANSI C... none needed checking how to run the C preprocessor... gcc -E checking for egrep... grep -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 limits.h usability... yes checking limits.h presence... yes checking for limits.h... yes checking if the compiler understands -pipe... yes checking for building with threads... yes (threaded core) checking for pthread_mutex_init in -lpthread... yes checking for pthread_attr_setstacksize... yes checking for pthread_attr_get_np... no checking for pthread_getattr_np... no checking how to build libraries... shared checking for ranlib... ranlib checking if 64bit support is requested... no checking if 64bit Sparc VIS support is requested... no checking system version (for dynamic loading)... Darwin-8.1.0 checking for dlopen in -ldl... yes checking for ar... ar checking if ld accepts -single_module flag... yes checking if ld accepts -search_paths_first flag... yes checking whether to use CoreFoundation... yes checking for CoreFoundation.framework... yes checking libkern/OSAtomic.h usability... yes checking libkern/OSAtomic.h presence... yes checking for libkern/OSAtomic.h... yes checking for OSSpinLockLock... yes checking for realpath... yes checking for build with symbols... yes (standard debugging) checking for required early compiler flags... none checking for 64-bit integer type... long long checking for struct dirent64... no checking for struct stat64... no checking for open64... no checking for lseek64... no checking for off64_t... no checking whether byte ordering is bigendian... yes checking stdlib.h... yes checking fd_set and sys/select... yes checking for mode_t... yes checking for pid_t... yes checking for size_t... yes checking for uid_t in sys/types.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking whether time.h and sys/time.h may both be included... yes checking pw_gecos in struct pwd... yes checking whether char is unsigned... no checking for strtod... yes checking for Solaris2.4/Tru64 strtod bugs... ok checking how to package libraries... framework configure: creating ./config.status config.status: creating Tk-Info.plist config.status: creating Wish-Info.plist config.status: creating Makefile config.status: creating tkConfig.sh config.status: executing Tk.framework commands ...but unfortunately it creates a makefile that fails immediately :- ( Here's more detail: gcc -pipe -c -g -fpascal-strings -Wall -Wno-implicit-int -fno-common -I/Users/tigital/dev/tcltk/tk/unix -I/Users/tigital/dev/tcltk/tk/ unix/../generic -I/Users/tigital/dev/tcltk/tk/unix/../bitmaps -I/ Users/tigital/dev/tcltk/tcl/generic -I/Users/tigital/dev/tcltk/tcl/ unix -I/Users/tigital/dev/tcltk/tk/unix/../macosx -I/Users/tigital/ dev/tcltk/tk/unix/../xlib -DPACKAGE_NAME=\"tk\" -DPACKAGE_TARNAME=\"tk \" -DPACKAGE_VERSION=\"8.5\" -DPACKAGE_STRING=\"tk\ 8.5\" - DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 - DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 - DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 - DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 -DTCL_THREADS=1 - DUSE_THREAD_ALLOC=1 -DUSE_THREAD_STORAGE=1 -D_REENTRANT=1 - D_THREAD_SAFE=1 -DHAVE_PTHREAD_ATTR_SETSTACKSIZE=1 - DHAVE_COREFOUNDATION=1 -DHAVE_LIBKERN_OSATOMIC_H=1 - DHAVE_OSSPINLOCKLOCK=1 -DMAC_OSX_TCL=1 -DUSE_VFORK=1 - DTCL_DEFAULT_ENCODING=\"utf-8\" -DMODULE_SCOPE=__private_extern__ - DTCL_LOAD_FROM_MEMORY=1 -DTCL_SHLIB_EXT=\".dylib\" -DTCL_CFG_DEBUG=1 - DTCL_WIDE_INT_TYPE=long\ long -DWORDS_BIGENDIAN=1 -DHAVE_SYS_TIME_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_PW_GECOS=1 -DMAC_OSX_TK=1 - DTK_FRAMEWORK=1 -DTCL_NO_DEPRECATED -DTK_FRAMEWORK_VERSION=\"8.5 \" -DUSE_TCL_STUBS /Users/tigital/dev/tcltk/tk/unix/../generic/tk3d.c In file included from /Users/tigital/dev/tcltk/tk/unix/../generic/ tkPort.h:30, from /Users/tigital/dev/tcltk/tk/unix/../generic/ tkInt.h:27, from /Users/tigital/dev/tcltk/tk/unix/../generic/ tk3d.h:18, from /Users/tigital/dev/tcltk/tk/unix/../generic/ tk3d.c:16: /Users/tigital/dev/tcltk/tk/unix/../macosx/tkMacOSXPort.h:20:23: error: tclConfig.h: No such file or directory make: *** [tk3d.o] Error 1 > - currently the Wish projects don't use the new buildsystem (unlike > Tcl.pbproj, which calls through to tcl/macosx/Makefile), so there > could well be issues if you try to use both systems concurrently > (however the Wish projects will build Tk fine against the > Tcl.framework produced by tcl/macosx/Makefile). I don't know if it > is desirable to change Wish.pbproj to simply wrap the tk/macosx/ > Makefile, as is done with Tcl.pbproj ? Certainly this can't be done > for Wish.xcode, as we would loose all the advantages of the Xcode > native buildsystem. ...I'm also very interested in keeping a working xcode project, so do you have any plans on adding an external build systems target, or should I go ahead and figure that out? thanx, jamie |