Re: GCC46 cannot produce 64-bit output

Am 31.10.2011 um 00:18 schrieb Peter Dyballa:

> 	unexec: unrecognized section name in __DATA segment 

The routines in erc/unexmacosx.c report about the built temacs executable:

	2 LC_SEGMENT            736 __DATA             0x1b3000 0x1dc000
	                           __dyld             0x1b3000     0x1c
	                           __nl_symbol_ptr    0x1b301c    0xaec
	                           __la_symbol_ptr    0x1b3b08    0xbc8
	                           __const            0x1b46d0   0x1438
	                           __data             0x1b5b10 0x195182
	                           __static_data      0x34ac92      0x3
	                           __pu_bss2          0x34ac98   0x5418
	                           __pu_bss4          0x3500b0   0x8634
	                           __bss2             0x3586e4  0x2faec
	                           __bss4             0x3881d0   0x6564

The failure happens when parts of temacs are copied into emacs:

	--- Load Commands written to Output File ---
	Writing segment __PAGEZERO        <at>         0 (       0/  0x1000  <at>           0)
	Writing segment __TEXT            <at>         0 (0x1b2000/0x1b2000  <at>      0x1000)
	Writing segment __DATA            <at>  0x1b2000 (0x1dc000/0x1dc000  <at>    0x1b3000)
	        section __dyld           at 0x1b2000 - 0x1b201c (sz:     0x1c)
	        section __nl_symbol_ptr  at 0x1b201c - 0x1b2b08 (sz:    0xaec)
	        section __la_symbol_ptr  at 0x1b2b08 - 0x1b36d0 (sz:    0xbc8)
	        section __const          at 0x1b36d0 - 0x1b4b08 (sz:   0x1438)
	        section __data           at 0x1b4b10 - 0x349c92 (sz: 0x195182)

Can't install elinks

[snip]
gcc -DHAVE_CONFIG_H -I../../.. -I../../.././src 
-I../../.././src/intl/gettext -I/sw/lib/system-openssl/include 
-I/sw/include -I/sw/lib/system-openssl/include -g -O2 -Wall 
-fno-strict-aliasing -Wno-pointer-sign -Wno-address -fno-strict-overflow 
-o vs.o -c vs.c
ld -r -o lib.o draw.o form.o link.o marks.o search.o textarea.o view.o 
vs.o
make: *** [all-recursive] Error 1
### execution of make failed, exit code 2
Removing runtime build-lock...
Removing build-lock package...
/sw/bin/dpkg-lockwait -r fink-buildlock-elinks-0.11.7-1
(Reading database ... 21200 files and directories currently installed.)
Removing fink-buildlock-elinks-0.11.7-1 ...
Failed: phase compiling: elinks-0.11.7-1 failed

[snip]

Also include the following system information:
Package manager version: 0.31.4
Distribution version: selfupdate-rsync Mon Oct 31 20:47:18 2011, 10.6, 
i386
Trees: local/main stable/main
Xcode: 3.2.6

MacBook with Intel Core 2 Duo. Mac OS X 10.6.8.

I didn't find anything in the FAQ re: this exactly. I looked at the 
archives for the last 2 months and found nothing re: elinks.

Re: fink selfupdate fails / tests fail.

Alexander,

you were right. I missed the fact that a year ago, I moved only /sw/src
to another partition to save space. Hence I didn't think about the
possibility when browsing the FAQ. The funny thing is, that it used to
work, when that disk was attached with Firewire. After reattaching it
via USB, MacOS apparently set the flag again.

thanks!

Am 31.10.11 17:03, schrieb Moritz Kaiser:
> Hi!
> 
> since 3 days
> fink selfupdate fails unexpectedly during tests.
> System:
> 10.6.8
> on Intel.
> 
> I have no clues where to look for the cause. It seems to have sth. to do
> with chown, but the binary is still in place:
> 
> moritz-kaisers-computer:.Verhauverhau moritzkaiser$ which chown
> /usr/sbin/chown
> 
> So it's probably something with a PEARL module?
> 
> I hope you have some ideas!
> 
> Regards,

Re: Can't install elinks

On 10/31/11 11:55 PM, Phil Thomson wrote:
> [snip] gcc -DHAVE_CONFIG_H -I../../.. -I../../.././src 
> -I../../.././src/intl/gettext -I/sw/lib/system-openssl/include 
> -I/sw/include -I/sw/lib/system-openssl/include -g -O2 -Wall 
> -fno-strict-aliasing -Wno-pointer-sign -Wno-address
> -fno-strict-overflow -o vs.o -c vs.c ld -r -o lib.o draw.o form.o
> link.o marks.o search.o textarea.o view.o vs.o make: ***
> [all-recursive] Error 1 ### execution of make failed, exit code 2 
> Removing runtime build-lock... Removing build-lock package... 
> /sw/bin/dpkg-lockwait -r fink-buildlock-elinks-0.11.7-1 (Reading
> database ... 21200 files and directories currently installed.) 
> Removing fink-buildlock-elinks-0.11.7-1 ... Failed: phase
> compiling: elinks-0.11.7-1 failed
> 
> [snip]
> 
> Also include the following system information: Package manager
> version: 0.31.4 Distribution version: selfupdate-rsync Mon Oct 31
> 20:47:18 2011, 10.6, i386 Trees: local/main stable/main Xcode:
> 3.2.6
> 
> MacBook with Intel Core 2 Duo. Mac OS X 10.6.8.
> 
> I didn't find anything in the FAQ re: this exactly. I looked at the
>  archives for the last 2 months and found nothing re: elinks.
> 
> Please let me know if I am missing any info.
> 

Re: fink selfupdate fails / tests fail.

On 11/1/11 6:49 AM, Moritz Kaiser wrote:
> Alexander,
> 
> you were right. I missed the fact that a year ago, I moved only
> /sw/src to another partition to save space. Hence I didn't think
> about the possibility when browsing the FAQ. The funny thing is,
> that it used to work, when that disk was attached with Firewire.
> After reattaching it via USB, MacOS apparently set the flag again.
> 
> thanks!
> 

You're welcome.  At least it was relatively easy to find.

It would be nice if our tests could give more human-friendly output in
these cases, but I'm not sure if there's a reliable way to do that.

--

-- 
Alexander Hansen, Ph.D.
Fink User Liaison
http://finkakh.wordpress.com/

dx-4.4.4-1506 fails to compile

------------------------------------------------------------------------------
RSA® Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1

_______________________________________________
Fink-users mailing list
Fink-users <at> lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: dx-4.4.4-1506 fails to compile

On 11/1/11 10:06 AM, Eduardo Pestana wrote:
> Dear All,
> 
> After doing "fink selfupdate"  and "fink update-all"  two times, 
> dx-4.4.4-1506 still fails to compile:
> 
> libtool: link: gcc-4.2 -g -O2 -I/usr/X11R6/include -D_GNU_SOURCE 
> -dylib_file 
> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib:/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib
>
>
> 
-o dxexec main.o ../dxmods/user.o ../libdx/mem.o ../libdx/memory.o
> -L/sw/lib ../dpexec/.libs/libDPEXEC.a -L/usr/X11R6/lib 
> -L/sw/lib/pango-ft219/lib -L/sw/lib/fontconfig2/lib -L/usr/X11/lib
>  ../dxmods/.libs/libDXMODS.a ../dxmods/.libs/libDXMODSN.a 
> ../libdx/.libs/libLIBDX.a ../hwrender/.libs/libHW.a 
> ../hwrender/opengl/.libs/libOPENGL.a -lXinerama 
> /sw/lib/libnetcdf.dylib /sw/lib/libdf.a /sw/lib/libjpeg.dylib 
> /sw/lib/libsz.dylib -lXpm /sw/lib/libtiff.dylib -ldl 
> /sw/lib/libXm.dylib -lXp -lGLU -lGL -lm -lXmu -lXext -lXt -lX11 
> -lSM -lICE -lpthread /sw/lib/freetype219/lib/libfreetype.dylib 
> /sw/lib/libMagickCore.dylib Undefined symbols: "_inflateEnd", 
> referenced from: _HCIcdeflate_term in libdf.a(cdeflate.o) 
> "_inflateInit_", referenced from: _HCIcdeflate_staccess2 in 
> libdf.a(cdeflate.o) "_deflate", referenced from: _HCIcdeflate_term 
> in libdf.a(cdeflate.o) _HCPcdeflate_write in libdf.a(cdeflate.o) 
> "_deflateEnd", referenced from: _HCIcdeflate_term in 
> libdf.a(cdeflate.o) "_deflateInit_", referenced from: 
> _HCIcdeflate_staccess2 in libdf.a(cdeflate.o) "_inflate", 
> referenced from: _HCIcdeflate_decode in libdf.a(cdeflate.o) ld: 
> symbol(s) not found collect2: ld returned 1 exit status make[3]: 
> *** [dxexec] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: 
> *** [all-recursive] Error 1 make: *** [all-recursive] Error 1 ### 
> execution of make failed, exit code 2 Removing runtime 
> build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait 
> -r fink-buildlock-dx-4.4.4-1506 (Reading database ... 214948 files 
> and directories currently installed.) Removing 
> fink-buildlock-dx-4.4.4-1506 ... Failed: phase compiling: 
> dx-4.4.4-1506 failed
> 
> 
> The machine is a 2GHz Intel Core Duo iMac running 10.6.8 with: 
> Package manager version: 0.31.4 Distribution version: 
> selfupdate-cvs Tue Nov  1 09:02:49 2011, 10.6, i386 Trees: 
> local/main stable/main stable/crypto unstable/main unstable/crypto
>  Xcode: 3.2.6
> 
> 
> Could you please help me?
> 
> All the best and thanks, Eduardo Pestana
> 
> 
> 

I just made an update which should fix the issue:  it doesn't find
libz.dylib.

The fix should be available shortly via selfupdate.
--

-- 
Alexander Hansen, Ph.D.
Fink User Liaison
http://finkakh.wordpress.com/

Re: dx-4.4.4-1506 fails to compile

------------------------------------------------------------------------------
RSA® Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1

_______________________________________________
Fink-users mailing list
Fink-users <at> lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

gst-plugins-0.8.12-1037: requires dbus-dev (>= 1.2.24-1) but dbus-dev is 1.2.16-101

Hi,

any advise on why gst-plugins doesn't install (for the prob see below)?

  fink --version | head -n3
Package manager version: 0.31.4
Distribution version: selfupdate-rsync Tue Nov  1 20:52:18 2011, 10.6, 
x86_64
Trees: local/main stable/main stable/crypto unstable/main unstable/crypto
[~] % sw_vers
ProductName:    Mac OS X
ProductVersion: 10.6.8
BuildVersion:   10K549

best
sven

---------- Forwarded message ----------
From: Sven de Vries <devries <at> uni-trier.de>
To: Benjamin Reed <gst-plugins <at> fink.racoonfink.com>
Date: Sun, 23 Oct 2011 15:01:06 +0200 (CEST)
Subject: gst-plugins-0.8.12-1037: requires dbus-dev (>= 1.2.24-1) but dbus-dev
     is 1.2.16-101

Hello Mr. Reed,

I'm on 10.6 64-bit and tried to selfupdate gst-plugins.
However, it fails with:

Information about 10570 packages read in 1 seconds.

WARNING: The package gst-plugins-shlibs Depends on gsm,
          but gsm only allows things to BuildDepend on it.

Can't resolve dependency "dbus-dev (>= 1.2.24-1)" for package 
"gst-plugins-0.8.12-1037" (no
matching packages/versions found)
Exiting with failure.

when I check pdb, it seems that dbus-dev is at 1.2.16-101
and only dbus1.3-dev (at version 1.2.28-2) fulfills

 	dbus-dev (>= 1.2.24-1), from gst-plugins.info

should dbus-dev (>= 1.2.24-1) be replace by dbus1.3-dev (>= 1.2.24-1) ?

Best regards,
Sven
de Vries

------------------------------------------------------------------------------
RSA&#174; Conference 2012
Save $700 by Nov 18
Register now&#33;
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
Fink-users mailing list
Fink-users <at> lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: fink selfupdate fails / tests fail.

Hi Alexander,

I think about evaluating the mount points. Just calling /sbin/mount
already reveals all mountpoints having the noowners flag set. The
difficulty is now to find out if some parts of the tree have been moved
over to a partition with this flag set. One might have to walk the whole
tree to evaluate this matter if it is done the way I did (setting
symlinks to the new destination). This is possible, but takes a lot of
time, I think. But it could be done upon a failure like the one I
encountered to confine the root of the problem.

Am 01.11.11 12:59, schrieb Alexander Hansen:
> On 11/1/11 6:49 AM, Moritz Kaiser wrote:
>> Alexander,
> 
>> you were right. I missed the fact that a year ago, I moved only
>> /sw/src to another partition to save space. Hence I didn't think
>> about the possibility when browsing the FAQ. The funny thing is,
>> that it used to work, when that disk was attached with Firewire.
>> After reattaching it via USB, MacOS apparently set the flag again.
> 
>> thanks!
> 
> 
> You're welcome.  At least it was relatively easy to find.
> 
> It would be nice if our tests could give more human-friendly output in
> these cases, but I'm not sure if there's a reliable way to do that.
> 
> 

------------------------------------------------------------------------------
RSA® Conference 2012
Save $700 by Nov 18
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
Fink-users mailing list
Fink-users <at> lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users