Kevin Horton | 18 Sep 01:55 2014

qt4-base-mac-4.8.6-2 compile failure on OS X 10.10 Public Beta 3

Attempts to compile qt4-base-mac-4.8.6-2 on OS X 10.10 Public Beta 3 fail with:

gcc -c -pipe -g -arch x86_64 -Xarch_x86_64 -mmacosx-version-min=10.10 -arch x86_64 -Xarch_x86_64 -mmacosx-version-min=10.10 -fvisibility=hidden -fvisibility-inlines-hidden -Wall -W -isysroot /Applications/Xcode6-Beta6.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk -DQT_SHARED -DQT_BUILD_GUI_LIB -DQT_NO_USING_NAMESPACE -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS -DQT3_SUPPORT -DQT_MOC_COMPAT -DQT_USE_QSTRINGBUILDER -DQT_NO_CUPS -DQT_NO_LPR -DQT_NO_OPENTYPE -DQT_NO_STYLE_WINDOWSVISTA -DQT_NO_STYLE_WINDOWSXP -DQT_NO_STYLE_GTK -DQT_NO_STYLE_WINDOWSCE -DQT_NO_STYLE_WINDOWSMOBILE -DQT_NO_STYLE_S60 -DQ_INTERNAL_QAPP_SRC -DQT_CORE_LIB -DQT_HAVE_MMX -DQT_HAVE_3DNOW -DQT_HAVE_SSE -DQT_HAVE_MMXEXT -DQT_HAVE_SSE2 -DQT_HAVE_SSE3 -DQT_HAVE_SSSE3 -DQT_HAVE_SSE4_1 -DQT_HAVE_SSE4_2 -DQT_HAVE_AVX -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -I../../mkspecs/macx-g++ -I. -I.moc/debug-shared -I../../include/QtCore -I../../include -I../../include/QtGui -I.rcc/debug-shared -Iimage -I../3rdparty/harfbuzz/src -Idialogs -I.uic/debug-shared -F/sw/src/fink.build/qt4-base-mac-4.8.6-2/qt-everywhere-opensource-src-4.8.6/lib kernel/qcocoaapplicationdelegate_mac.mm -o .obj/debug-shared/qcocoaapplicationdelegate_mac.o
kernel/qcocoaapplicationdelegate_mac.mm:125:28: error: cannot initialize a parameter of type 'id<NSFileManagerDelegate>' with an lvalue of type 'NSObject<NSApplicationDelegate> *'
        [NSApp setDelegate:reflectionDelegate];
                           ^~~~~~~~~~~~~~~~~~
/Applications/Xcode6-Beta6.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/Foundation.framework/Headers/NSFileManager.h:109:47: note: passing argument to parameter 'delegate' here
<at> property (assign) id <NSFileManagerDelegate> delegate NS_AVAILABLE(10_5, 2_0);
                                              ^
1 error generated.
make[2]: *** [.obj/debug-shared/qcocoaapplicationdelegate_mac.o] Error 1
make[1]: *** [debug-all] Error 2
make: *** [sub-gui-make_default-ordered] Error 2
### execution of /tmp/fink.6bgd3 failed, exit code 2
### execution of /tmp/fink.vEpqs failed, exit code 2
Removing runtime build-lock...
Removing build-lock package...
/sw/bin/dpkg-lockwait -r fink-buildlock-qt4-base-mac-4.8.6-2
(Reading database ... 135184 files and directories currently installed.)
Removing fink-buildlock-qt4-base-mac-4.8.6-2 ...
Failed: phase compiling: qt4-base-mac-4.8.6-2 failed

--
Kevin Horton
Ottawa, Canada
------------------------------------------------------------------------------
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
Picon

Yosemite - cpan-meta-pm5162

Hi Jacques,

I ran into similar problem with a few .info files when trying to resolve dependencies under Yosemite. I was
able to workaround this by changing line 4 of perl5162.info from

Distribution: 10.7, 10.8

to

Distribution: 10.7, 10.8, 10.9, 10.10

Hope that helps,
John
------------------------------------------------------------------------------
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Hanspeter Niederstrasser | 11 Sep 01:28 2014

fauxsu-0.9.1-1 fails to build on 10.9

The new fauxsu that was just checked into the 10.7 tree fails to build 
if Fink's sed is installed:

fauxsu-0.9.1/theos/bin/target.pl
fauxsu-0.9.1/theos/bin/vercmp.pl
sudo -u fink-bld [ENV] sh -c /tmp/fink.W_1N4
/tmp/fink.liQvL
+ sed -i '' -e s/libexec/lib/ Makefile
sed: can't read : No such file or directory

Can probably just get away with '/usr/bin/sed' instead of just 'sed'.

Also, later on there is this silent failure:

+ cp LICENSE /sw/build.build/root-fauxsu-0.9.1-1/sw/share/doc/fauxsu
cp: LICENSE: No such file or directory

1) This should be fixed to not try to copy a non-existent file,
2) DocFiles field does the same thing and is the preferred way.

Lastly,

Why is the pkg doing the whole spaghetti thing with mktemp, $d, and 
rsyncing to %d, rather than just using %i from the beginning? A safer 
place than /tmp is into a directory in %b that the fink build process 
controls 100%, and then copy from there as needed into %i.

Hanspeter

------------------------------------------------------------------------------
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Trevor Harmon | 10 Sep 07:37 2014

How to build for Qt 4

Hi,

I’m trying to update an old package (xxdiff) for the latest Fink on OS X 10.9. The upstream code now
requires Qt 4 instead of Qt 3, but it seems the Qt 4 packages in Fink are much different. Also I’m very rusty
at writing .infos, so I’m having difficulty understanding how to specify the Qt dependencies.

I tried to find some other Qt 4 app in Fink to use as an example but could not locate one. Does anyone know of a
package like this, or better yet some docs on how to write a package that depends on Qt 4?

Thank you,

Trevor

------------------------------------------------------------------------------
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Hanspeter Niederstrasser | 9 Sep 22:40 2014

Fwd: Fink's libtbb4-4.0.20111130-1 fails to build on 10.9

Forwarding this to -devel for the record.  libtbb4 worked on 10.7 at
checkin, so this is most likely an Xcode 5.1 issue.  libtbb also has a
much more recent version that perhaps could be tested?

Hanspeter

---------------------------- Original Message ----------------------------
Subject: Fink's libtbb4-4.0.20111130-1 fails to build on 10.9
From:    "Hanspeter Niederstrasser"
Date:    Wed, August 6, 2014 6:07 am
To:      "Abdulla Kamar"
--------------------------------------------------------------------------

Abdulla,

On 10.9 with Xcode 5.1.1, libtbb4-4.0.20111130-1 fails to build with
this error:

g++ -fPIC -o libtbb.dylib concurrent_hash_map.o concurrent_queue.o
concurrent_vector.o dynamic_link.o itt_notify.o
cache_aligned_allocator.o pipeline.o queuing_mutex.o queuing_rw_mutex.o
reader_writer_lock.o spin_rw_mutex.o spin_mutex.o critical_section.o
task.o tbb_misc.o tbb_misc_ex.o mutex.o recursive_mutex.o
condition_variable.o tbb_thread.o concurrent_monitor.o semaphore.o
private_server.o rml_tbb.o task_group_context.o governor.o market.o
arena.o scheduler.o observer_proxy.o tbb_statistics.o tbb_main.o
concurrent_vector_v2.o concurrent_queue_v2.o spin_rw_mutex_v2.o
task_v2.o   -ldl -lpthread -dynamiclib -m64 -L/sw/lib
-Wl,-exported_symbols_list,tbb.def
Undefined symbols for architecture x86_64:
   "vtable for tbb::tbb_exception", referenced from:
      -exported_symbol[s_list] command line option
   NOTE: a missing vtable usually means the first non-inline virtual
member function has no definition.
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see
invocation)
make[1]: *** [libtbb.dylib] Error 1

Hanspeter

--

-- 
More agile than a turtle, stronger than a mouse, nobler than a lettuce

------------------------------------------------------------------------------
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce.
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Jacques Bloch | 7 Sep 17:49 2014
Picon

Yosemite - cpan-meta-pm5162

When updating my fink packages on Yosemite I get the following error message:

$ fink update-all
Information about 9641 packages read in 12 seconds.
Can't resolve dependency "perl5162-core" for package "cpan-meta-pm5162-2.142060-1" (no matching packages/versions found)
Exiting with failure.
------------------------------------------------------------------------------
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
William G. Scott | 29 Aug 17:50 2014

Re: Fink's blt-2.4z-161 fails - missing dependency?


On Aug 29, 2014, at 4:11 AM, Kevin Horton <khorton02 <at> gmail.com> wrote:

> I’m gradually building up my list of installed Fink packages in OS X 10.10 beta.  blt-2.4z-161 fails to
build due to a missing tkint.h.  
> 
….

> =================
> I took a quick look at the available tk packages, but there are so many that it wasn’t completely clear
which one I’m missing.  My first guess would be tklib.
> 
> What package do I need to install to get tkint.h?
> 
> Thanks,
> 
> -- 
> Kevin Horton

Hi Kevin:

I’m just catching up with you.

Briefly, the problem is tcltk 8.5 rather than 8.6 is getting installed on 10.10.  I haven’t had a chance to
try to figure out why.  There is a conditional test in blt that, ironically, would have failed in such a way as
to make this work, until I fixed the syntax for 10.10.

Ultimately, we are better off getting the right tcltk (8.6) installing on 10.10.

Bill

------------------------------------------------------------------------------
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Kevin Horton | 27 Aug 22:51 2014

zsh-templates with OS X 10.10

I’m running the second public beta of OS X 10.10 on my secondary computer.  zsh-templates works mostly well, but something is awry with dirstack, cd? and gdirs.  All three emit three “-i used with no filenames on the command line, reading from STDIN.” lines in the terminal for each entry (i.e. 60 lines of this spurious output, for the default 20 returned values).  The functions do work, but their usefulness is greatly reduced at the CLI, as you must scroll and visually parse the output to find the directory stack lines.

I’d be happy to help debug in any way - just tell me what additional info you need.

Thanks for zsh-templates.

-- 
Kevin Horton
Ottawa, Canada
------------------------------------------------------------------------------
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
Jack Howarth | 26 Aug 23:37 2014
Picon

Re: gcc48 & gcc49 info/patch files for successful build under Yosemite 10.10

John,

      From....


It looks like gmp needs to be updated to this test release until 6.0.1 is actually released.
           Jack

On Tuesday, August 26, 2014, John Lillibridge - NOAA Federal <john.lillibridge <at> noaa.gov> wrote:
Thanks very much Jack. I have to admit that I'm on thin ice when it comes to solving these build problems, but I wanted to report my findings so experts like yourself could implement them properly. Unfortunately gmp5 doesn't build properly yet on Yosemite/Xcode-6, and gcc48/49 is dependent on that package.... I'll continue to work that with David Fang, the package maintainer.

I really appreciate your help, and will test the experimental gcc49 package!

Cheers,
John

On Aug 26, 2014, at 5:06 PM, Jack Howarth <howarth.at.fink <at> gmail.com> wrote:

John,
     The gcc48 package is now updated with a Distribution: 10.7, 10.8, 10.9. Normally, we take the opportunity of new OS releases to force the synchronization of builds onto the latest gcc4x packaging. I have also placed test packaging for gcc49-4.9.1-1001 in my experimental directory…


The patch currently uses the upstream proposed patch…


to solve the version check issue. However the proposed fix for the sanitizer dirent issue is modified to use the MacPorts patch which uses…

! defined(__DARWIN_64_BIT_INO_T) || __DARWIN_64_BIT_INO_T

for the added conditionals.
        Jack

On Mon, Aug 25, 2014 at 3:54 PM, John Lillibridge - NOAA Federal <john.lillibridge <at> noaa.gov> wrote:
Greetings Fink Developers,

In my continuing efforts to install Fink packages under Yosemite Public Beta (now #2), I have finally succeeded in getting gcc48 and gcc49 to build from scratch. I had a hunch that gcc was confused by the 2-digit minor version in OS-X (10.10.x) since all previous releases of OS-X had been single digit (10.0.x-10.9.x). Sure enough, that was the problem in two files: gcc/config/darwin-c.c and gcc/config/darwin-driver.c. I found the fix at MacPorts, as well as under the gcc page at sourceforge.net. I appended the patches for the two 'darwin' files onto gcc48.patch and gcc49.patch, and then updated the gcc48.info and gcc49.info files with the new PatchFile-MD5 checksums. Attached are the info and patch files that allowed gcc48 and gcc49 to build under the HalfDome version of Fink under Yosemite 10.10.

Note that I had to add '10.10' Distribution info. to devel/help2man-perl.info and languages/perl5162.info to satisfy dependencies. I also had to install the Mavericks-10.9 deb file for the gmp5 package before building the compilers, since I've been unable to get gmp5 to build under Yosemite yet...

I hope you it helpful, and that these patch and info files can be integrated into the gcc48/49 packages.

All the best,
John
------------------------------------------------------------------------------
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
Picon

clang34/llvm34 built on Yosemite Beta

Dear Fink Developers,

I've been working with David Fang to get the clang34/llvm34 compiler suite to build under Yosemite Public
Beta. Thanks to a recent patch by Jack Howarth (languages/llvm34-openmp-cmake.patch; 2014-08-15)
these large packages now build, once a couple of workarounds are put in place:

1) change line 131 of llvm34.info from

   if test "$darwin_vers" -ge 11

   to

   if test "$darwin_vers" -ge 11 -a "$darwin_vers" -lt 14

2) and similar to the problem that gcc48/49 had (understanding how to parse OS-X version "10.10.x") there
is a problem in cmake-3.0/Modules/Platform/Darwin.cmake;
   for the moment I hardwired a fix so the build would succeed - change lines 204-216 to:

# Make sure the combination of SDK and Deployment Target are allowed
if(CMAKE_OSX_DEPLOYMENT_TARGET)
 if("${_CMAKE_OSX_SYSROOT_PATH}" MATCHES "^.*/MacOSX([0-9]+\\.[0-9]+)[^/]*\\.sdk")
   set(_sdk_ver "${CMAKE_MATCH_1}")
 elseif("${_CMAKE_OSX_SYSROOT_ORIG}" MATCHES "^macosx([0-9]+\\.[0-9]+)$")
   set(_sdk_ver "${CMAKE_MATCH_1}")
 else()
   set(CMAKE_OSX_SYSROOT "/")
   set(_sdk_ver "10.10")
#   message(FATAL_ERROR
#     "CMAKE_OSX_DEPLOYMENT_TARGET is '${CMAKE_OSX_DEPLOYMENT_TARGET}' "
#     "but CMAKE_OSX_SYSROOT:\n \"${_CMAKE_OSX_SYSROOT_ORIG}\"\n"
#     "is not set to a MacOSX SDK with a recognized version.  "
#     "Either set CMAKE_OSX_SYSROOT to a valid SDK or set "
#     "CMAKE_OSX_DEPLOYMENT_TARGET to empty.")

With Jack/David's patch and these two tweaks clang34 and llvm34 built (after a long multi-stage
compilation). The change to llvm34.info is backwards compatible with Mavericks and earlier; clearly
the cmake-3.0 package needs to be updated to parse 10.10 properly vs. the hardwired hack I applied...

Cheers,
John
------------------------------------------------------------------------------
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Picon

gcc48 & gcc49 info/patch files for successful build under Yosemite 10.10

Greetings Fink Developers,

In my continuing efforts to install Fink packages under Yosemite Public Beta (now #2), I have finally
succeeded in getting gcc48 and gcc49 to build from scratch. I had a hunch that gcc was confused by the
2-digit minor version in OS-X (10.10.x) since all previous releases of OS-X had been single digit
(10.0.x-10.9.x). Sure enough, that was the problem in two files: gcc/config/darwin-c.c and
gcc/config/darwin-driver.c. I found the fix at MacPorts, as well as under the gcc page at
sourceforge.net. I appended the patches for the two 'darwin' files onto gcc48.patch and gcc49.patch,
and then updated the gcc48.info and gcc49.info files with the new PatchFile-MD5 checksums. Attached are
the info and patch files that allowed gcc48 and gcc49 to build under the HalfDome version of Fink under
Yosemite 10.10.

Note that I had to add '10.10' Distribution info. to devel/help2man-perl.info and
languages/perl5162.info to satisfy dependencies. I also had to install the Mavericks-10.9 deb file for
the gmp5 package before building the compilers, since I've been unable to get gmp5 to build under Yosemite yet...

I hope you it helpful, and that these patch and info files can be integrated into the gcc48/49 packages.

All the best,
John

Attachment (gcc_10.10.zip): application/zip, 16 KiB
------------------------------------------------------------------------------
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Gmane