help-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

carbon emacs won't build with Dec 2002 dev tools?


From: Hugo Wolf
Subject: carbon emacs won't build with Dec 2002 dev tools?
Date: Sat, 21 Dec 2002 19:28:09 GMT
User-agent: slrn/0.9.7.4 (Darwin)

I just updated the emacs cvs sources and installed the latst Developer
Tools from Apple.  I can no longer build emacs with carbon support.
It seems to be failing in a link step (see below).

It could be that something else in my environment is causing this, in
particular some updated fink components.  Can anyone running a more
generic 10.2.3 with the December 2002 Developer Tools confirm this
problem, or conversely confirm that it builds ok?



Dumping under names emacs and emacs-21.3.50
--- List of All Regions ---
   address     size prot maxp
         0   0x1000 none none
    0x1000 0x152000 r x  rwx 
  0x153000  0xea000 rw   rwx 
  0x23d000  0x3a000 rw   rwx 
  0x277000 0x2d4000 r    rwx 
  0x54b000   0x2000 rw   rwx 
  0x54d000  0x3e000 rw   rwx 
  0x58b000  0x40000 rw   rwx 
  0x5cb000  0x40000 rw   rwx 
  0x60b000  0x14000 rw   rwx 
  0x61f000  0x49000 rw   rwx 
  0x668000   0x5000 r    rwx 
  0x66d000   0x1000 rw   rwx 
  0x66e000  0x40000 rw   rwx 
  0x6ae000   0x4000 rw   rwx 
  0x6b2000   0x8000 rw   rwx 
  0x6bb000   0x9000 rw   rwx 
  0x6c4000  0x40000 rw   rwx 
  0x704000  0x40000 rw   rwx 
  0x744000   0x7000 rw   rwx 
  0x754000   0x9000 rw   rwx 
  0x76f000  0x40000 rw   rwx 
  0x7c8000  0x40000 rw   rwx 
  0x808000  0x40000 rw   rwx 
  0x848000  0x20000 rw   rwx 
  0x871000  0x40000 rw   rwx 
  0x8b1000  0x40000 rw   rwx 
  0x930000  0x40000 rw   rwx 
  0x970000  0x40000 rw   rwx 
  0x9b0000  0x40000 rw   rwx 
  0x9f0000  0x40000 rw   rwx 
  0xa30000  0x40000 rw   rwx 
  0xa70000  0x40000 rw   rwx 
  0xab0000  0x40000 rw   rwx 
  0xaf0000  0x40000 rw   rwx 
  0xb30000  0x40000 rw   rwx 
  0xb70000  0x40000 rw   rwx 
--- List of Regions to be Dumped ---
   address     size prot maxp
         0   0x1000 none none
    0x1000 0x152000 r x  rwx 
  0x153000 0x124000 rw   rwx 
  0x277000 0x2d4000 r    rwx 
  0x54b000 0x11d000 rw   rwx 
  0x668000   0x5000 r    rwx 
  0x66d000  0x4d000 rw   rwx 
  0x6bb000  0x90000 rw   rwx 
  0x754000   0x9000 rw   rwx 
  0x76f000  0x40000 rw   rwx 
  0x7c8000  0xa0000 rw   rwx 
  0x871000  0x80000 rw   rwx 
  0x930000 0x280000 rw   rwx 
--- Header Information ---
Magic = 0xfeedface
CPUType = 18
CPUSubType = 0
FileType = 0x2
NCmds = 65
SizeOfCmds = 8448
Flags = 0x00000095
Highest address of load commands in input file: 0x54b000
Lowest offset of all sections in __TEXT segment:   0x27ac
--- List of Load Commands in Input File ---
# cmd              cmdsize name                address     size
0 LC_SEGMENT             56 __PAGEZERO                0   0x1000
1 LC_SEGMENT            532 __TEXT               0x1000 0x152000
                           __text               0x37ac 0x138584
                           __picsymbol_stub   0x13bd30   0x378c
                           __symbol_stub      0x13f4bc        0
                           __cstring          0x13f4bc  0x12b9c
                           __literal8         0x152058    0x108
                           __literal4         0x152160      0xc
                           __const            0x15216c     0x96
2 LC_SEGMENT            532 __DATA             0x153000 0x124000
                           __data             0x153000  0xe8278
                           __la_symbol_ptr    0x23b278    0x62c
                           __nl_symbol_ptr    0x23b8a4    0x84c
                           __dyld             0x23c0f0     0x1c
                           __cfstring         0x23c10c     0x10
                           __common           0x23c120   0xabec
                           __bss              0x246d10  0x30130
3 LC_SEGMENT             56 __LINKEDIT         0x277000 0x2d4000
4 LC_LOAD_DYLINKER       28
5 LC_LOAD_DYLIB          88
6 LC_LOAD_DYLIB          52
7 LC_LOAD_DYLIB          52
8 LC_PREBOUND_DYLIB      92
9 LC_PREBOUND_DYLIB      72
10 LC_PREBOUND_DYLIB     196
11 LC_PREBOUND_DYLIB     144
12 LC_PREBOUND_DYLIB     152
13 LC_PREBOUND_DYLIB     140
14 LC_PREBOUND_DYLIB     116
15 LC_PREBOUND_DYLIB     128
16 LC_PREBOUND_DYLIB     144
17 LC_PREBOUND_DYLIB     128
18 LC_PREBOUND_DYLIB     144
19 LC_PREBOUND_DYLIB     156
20 LC_PREBOUND_DYLIB     140
21 LC_PREBOUND_DYLIB     144
22 LC_PREBOUND_DYLIB     136
23 LC_PREBOUND_DYLIB      68
24 LC_PREBOUND_DYLIB     108
25 LC_PREBOUND_DYLIB     104
26 LC_PREBOUND_DYLIB     116
27 LC_PREBOUND_DYLIB     136
28 LC_PREBOUND_DYLIB     136
29 LC_PREBOUND_DYLIB     148
30 LC_PREBOUND_DYLIB     156
31 LC_PREBOUND_DYLIB     148
32 LC_PREBOUND_DYLIB     136
33 LC_PREBOUND_DYLIB     156
34 LC_PREBOUND_DYLIB     152
35 LC_PREBOUND_DYLIB     160
36 LC_PREBOUND_DYLIB     156
37 LC_PREBOUND_DYLIB     160
38 LC_PREBOUND_DYLIB     100
39 LC_PREBOUND_DYLIB      80
40 LC_PREBOUND_DYLIB      56
41 LC_PREBOUND_DYLIB     124
42 LC_PREBOUND_DYLIB     116
43 LC_PREBOUND_DYLIB      96
44 LC_PREBOUND_DYLIB      88
45 LC_PREBOUND_DYLIB     116
46 LC_PREBOUND_DYLIB     168
47 LC_PREBOUND_DYLIB     168
48 LC_PREBOUND_DYLIB     172
49 LC_PREBOUND_DYLIB     168
50 LC_PREBOUND_DYLIB     168
51 LC_PREBOUND_DYLIB     144
52 LC_PREBOUND_DYLIB     156
53 LC_PREBOUND_DYLIB     144
54 LC_PREBOUND_DYLIB     156
55 LC_PREBOUND_DYLIB      56
56 LC_PREBOUND_DYLIB      84
57 LC_PREBOUND_DYLIB      72
58 LC_PREBOUND_DYLIB     128
59 LC_PREBOUND_DYLIB     112
60 LC_SYMTAB              24
61 LC_DYSYMTAB            80
62 LC_TWOLEVEL_HINTS      16
63 unknown                12
64 LC_UNIXTHREAD         176
0x66e000 (sz:  0x40000)
0x6c4000 (sz:  0x40000)
0x704000 (sz:  0x40000)
0x76f000 (sz:  0x40000)
0x7c8000 (sz:  0x40000)
0x808000 (sz:  0x40000)
0x930000 (sz:  0x40000)
0x970000 (sz:  0x40000)
0x9b0000 (sz:  0x40000)
0x9f0000 (sz:  0x40000)
0x871000 (sz:  0x40000)
0x8b1000 (sz:  0x40000)
0xa30000 (sz:  0x40000)
0xa70000 (sz:  0x40000)
0xab0000 (sz:  0x40000)
0xaf0000 (sz:  0x40000)
0xb30000 (sz:  0x40000)
0xb70000 (sz:  0x40000)
0x754000 (sz:   0x9000)
0x744000 (sz:   0x7000)
0x6bb000 (sz:   0x9000)
0x6b6000 (sz:   0x4000)
0x6b2000 (sz:   0x4000)
0x6ae000 (sz:   0x4000)
--- Load Commands written to Output File ---
Writing segment __PAGEZERO       at        0 -        0 (sz:        0)
Writing segment __TEXT           at        0 - 0x152000 (sz: 0x152000)
Writing segment __DATA           at 0x152000 - 0x23c000 (sz:  0xea000)
        section __data           at 0x152000 - 0x23a278 (sz:  0xe8278)
        section __la_symbol_ptr  at 0x23a278 - 0x23a8a4 (sz:    0x62c)
        section __nl_symbol_ptr  at 0x23a8a4 - 0x23b0f0 (sz:    0x84c)
        section __dyld           at 0x23b0f0 - 0x23b10c (sz:     0x1c)
unexec: unrecognized section name in __DATA segment
make[1]: *** [bootstrap-emacs] Error 1
make: *** [bootstrap] Error 2
>From help-gnu-emacs-bounces@gnu.org  Sat Dec 21 15:25:08 2002
Path: 
shelby.stanford.edu!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.icl.net!newsfeed.fjserv.net!newsfeed.freenet.de!fu-berlin.de!uni-berlin.de!pd9e1e6ce.dip.t-dialin.NET!not-for-mail
From: kai.grossjohann@uni-duisburg.de (Kai =?iso-8859-1?q?Gro=DFjohann?=)
Newsgroups: gnu.emacs.help
Date: Sat, 21 Dec 2002 21:24:14 +0100
Organization: University of Dortmund, Germany
Lines: 15
Message-ID: <84smwr86j5.fsf@lucy.cs.uni-dortmund.de>
References: <mailman.500.1040490860.19936.help-gnu-emacs@gnu.org>
NNTP-Posting-Host: pd9e1e6ce.dip.t-dialin.net (217.225.230.206)
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: fu-berlin.de 1040502254 3900421 217.225.230.206 (16 [73968])
User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.3.50
 (i686-pc-linux-gnu)
Cancel-Lock: sha1:LmQCBuoyagYdF6xTCI3HjIu2te0=
Xref: shelby.stanford.edu gnu.emacs.help:108407
To: help-gnu-emacs@gnu.org
Subject: Re: reading a file
X-BeenThere: help-gnu-emacs@gnu.org
X-Mailman-Version: 2.1b5
Precedence: list
List-Id: Users list for the GNU Emacs text editor <help-gnu-emacs.gnu.org>
List-Help: <mailto:help-gnu-emacs-request@gnu.org?subject=help>
List-Post: <mailto:help-gnu-emacs@gnu.org>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=subscribe>
List-Archive: <http://mail.gnu.org/pipermail/help-gnu-emacs>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=unsubscribe>
X-List-Received-Date: Sat, 21 Dec 2002 20:25:08 -0000

Luca Ferrari <fluca1978@libero.it> writes:

> I've got a problem during an open file operation. I'm opening a file that 
> includes semigraphics chars, like those into the mule-XXXX char set. If the 
> file has been created from emacs, all is right, but if the file is older (and 
> not created by emacs) the semigraphics chars are not displayed correctly. 

You can use C-x RET c, then enter a coding system, then (immediately
thereafter) C-x C-f, to open the file.

I have no idea which coding system is the right one -- maybe you can
show examples?  Maybe an output from hexdump or od...

-- 
~/.signature is: umop ap!sdn    (Frank Nobis)
>From help-gnu-emacs-bounces@gnu.org  Sat Dec 21 16:05:09 2002
Path: 
shelby.stanford.edu!newsfeed.stanford.edu!cyclone.bc.net!sjc70.webusenet.com!news.webusenet.com!pd2nf1so.cg.shawcable.net!residential.shaw.ca!news1.calgary.shaw.ca.POSTED!not-for-mail
X-Trace-PostClient-IP: 68.144.207.94
Sender: choi@owlbear.local
Newsgroups: gnu.emacs.help
References: <dh3N9.417215$%m4.128206@rwcrnsc52.ops.asp.att.net>
From: Andrew Choi <akochoi_NOSPAM_@shaw.ca>
Message-ID: <m265tn3x2t.fsf@owlbear.local>
Lines: 45
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sat, 21 Dec 2002 21:02:02 GMT
NNTP-Posting-Host: 24.71.223.147
X-Complaints-To: abuse@shaw.ca
X-Trace: news1.calgary.shaw.ca 1040504522 24.71.223.147 (Sat, 21 Dec 2002
        14:02:02 MST)
NNTP-Posting-Date: Sat, 21 Dec 2002 14:02:02 MST
Organization: Shaw Residential Internet
Xref: shelby.stanford.edu gnu.emacs.help:108408
To: help-gnu-emacs@gnu.org
Subject: Re: carbon emacs won't build with Dec 2002 dev tools?
X-BeenThere: help-gnu-emacs@gnu.org
X-Mailman-Version: 2.1b5
Precedence: list
List-Id: Users list for the GNU Emacs text editor <help-gnu-emacs.gnu.org>
List-Help: <mailto:help-gnu-emacs-request@gnu.org?subject=help>
List-Post: <mailto:help-gnu-emacs@gnu.org>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=subscribe>
List-Archive: <http://mail.gnu.org/pipermail/help-gnu-emacs>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=unsubscribe>
X-List-Received-Date: Sat, 21 Dec 2002 21:05:09 -0000

Hugo Wolf <hwolf@deutsches.lieder.net> writes:

> I just updated the emacs cvs sources and installed the latst Developer
> Tools from Apple.  I can no longer build emacs with carbon support.
> It seems to be failing in a link step (see below).
> 
> It could be that something else in my environment is causing this, in
> particular some updated fink components.  Can anyone running a more
> generic 10.2.3 with the December 2002 Developer Tools confirm this
> problem, or conversely confirm that it builds ok?
>
> [...]
>
> # cmd              cmdsize name                address     size
> 0 LC_SEGMENT             56 __PAGEZERO                0   0x1000
> 1 LC_SEGMENT            532 __TEXT               0x1000 0x152000
>                            __text               0x37ac 0x138584
>                            __picsymbol_stub   0x13bd30   0x378c
>                            __symbol_stub      0x13f4bc        0
>                            __cstring          0x13f4bc  0x12b9c
>                            __literal8         0x152058    0x108
>                            __literal4         0x152160      0xc
>                            __const            0x15216c     0x96
> 2 LC_SEGMENT            532 __DATA             0x153000 0x124000
>                            __data             0x153000  0xe8278
>                            __la_symbol_ptr    0x23b278    0x62c
>                            __nl_symbol_ptr    0x23b8a4    0x84c
>                            __dyld             0x23c0f0     0x1c
>                            __cfstring         0x23c10c     0x10
                             ^^^^^^^^^^
>                            __common           0x23c120   0xabec
>                            __bss              0x246d10  0x30130
>
> [...]
> unexec: unrecognized section name in __DATA segment
> make[1]: *** [bootstrap-emacs] Error 1
> make: *** [bootstrap] Error 2

An obvious thing to try to modify unexmacosx.c to treat the section
`__cfstring' like other sections not requiring relocation, such as
`__la_symbol_ptr' and others.  This will work most likely, because from
its name, that section probably contains only strings.

Otherwise just don't upgrade to the new version of the Developer Tools
yet.
>From help-gnu-emacs-bounces@gnu.org  Sat Dec 21 16:15:09 2002
Path: 
shelby.stanford.edu!newsfeed.stanford.edu!logbridge.uoregon.edu!news.stealth.net!news.stealth.net!204.127.161.6.MISMATCH!wn12feed!worldnet.att.net!204.127.198.203!attbi_feed3!attbi_feed4!attbi.com!sccrnsc02.POSTED!not-for-mail
Newsgroups: gnu.emacs.help
From: Hugo Wolf <hwolf@deutsches.lieder.net>
References: <dh3N9.417215$%m4.128206@rwcrnsc52.ops.asp.att.net>
        <m265tn3x2t.fsf@owlbear.local>
User-Agent: slrn/0.9.7.4 (Darwin)
Lines: 18
Message-ID: <XP4N9.452053$QZ.70246@sccrnsc02>
NNTP-Posting-Host: 66.31.41.137
X-Complaints-To: abuse@attbi.com
X-Trace: sccrnsc02 1040505207 66.31.41.137 (Sat, 21 Dec 2002 21:13:27 GMT)
NNTP-Posting-Date: Sat, 21 Dec 2002 21:13:27 GMT
Organization: AT&T Broadband
Date: Sat, 21 Dec 2002 21:13:27 GMT
Xref: shelby.stanford.edu gnu.emacs.help:108409
To: help-gnu-emacs@gnu.org
Subject: Re: carbon emacs won't build with Dec 2002 dev tools?
X-BeenThere: help-gnu-emacs@gnu.org
X-Mailman-Version: 2.1b5
Precedence: list
List-Id: Users list for the GNU Emacs text editor <help-gnu-emacs.gnu.org>
List-Help: <mailto:help-gnu-emacs-request@gnu.org?subject=help>
List-Post: <mailto:help-gnu-emacs@gnu.org>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=subscribe>
List-Archive: <http://mail.gnu.org/pipermail/help-gnu-emacs>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=unsubscribe>
X-List-Received-Date: Sat, 21 Dec 2002 21:15:09 -0000

In article <m265tn3x2t.fsf@owlbear.local>, Andrew Choi wrote:
> An obvious thing to try to modify unexmacosx.c to treat the section
> `__cfstring' like other sections not requiring relocation, such as
> `__la_symbol_ptr' and others.

Obvious to you maybe :) I'll look into this and see if I can figure
something out. Thanks for the hint.



> Otherwise just don't upgrade to the new version of the Developer Tools
> yet.

It has a number of important bug fixes that I need for other packages,
and so far hasn't choked on anything else.  All in all I'm better off
with it, as I suspect most osx users probably will be. 



reply via email to

[Prev in Thread] Current Thread [Next in Thread]