* carbon emacs won't build with Dec 2002 dev tools?
@ 2002-12-21 19:28 Hugo Wolf
2002-12-21 21:02 ` Andrew Choi
0 siblings, 1 reply; 5+ messages in thread
From: Hugo Wolf @ 2002-12-21 19:28 UTC (permalink / raw)
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
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: carbon emacs won't build with Dec 2002 dev tools?
2002-12-21 19:28 carbon emacs won't build with Dec 2002 dev tools? Hugo Wolf
@ 2002-12-21 21:02 ` Andrew Choi
2002-12-21 21:13 ` Hugo Wolf
0 siblings, 1 reply; 5+ messages in thread
From: Andrew Choi @ 2002-12-21 21:02 UTC (permalink / raw)
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.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: carbon emacs won't build with Dec 2002 dev tools?
2002-12-21 21:02 ` Andrew Choi
@ 2002-12-21 21:13 ` Hugo Wolf
2002-12-21 22:24 ` Andrew Choi
0 siblings, 1 reply; 5+ messages in thread
From: Hugo Wolf @ 2002-12-21 21:13 UTC (permalink / raw)
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.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: carbon emacs won't build with Dec 2002 dev tools?
2002-12-21 21:13 ` Hugo Wolf
@ 2002-12-21 22:24 ` Andrew Choi
2002-12-21 23:41 ` Hugo Wolf
0 siblings, 1 reply; 5+ messages in thread
From: Andrew Choi @ 2002-12-21 22:24 UTC (permalink / raw)
Hugo Wolf <hwolf@deutsches.lieder.net> writes:
> 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.
It really is, if you use gdb to check where temacs failed.
The change to make is to add an additional comparison
|| strncmp (sectp->sectname, "__cfstring", 16) == 0
to the following comparison in unexmacosx.c (copy_data_segment).
...
else if (strncmp (sectp->sectname, "__la_symbol_ptr", 16) == 0
|| strncmp (sectp->sectname, "__nl_symbol_ptr", 16) == 0
|| strncmp (sectp->sectname, "__dyld", 16) == 0
|| strncmp (sectp->sectname, "__const", 16) == 0)
Would appreciate it if you can report the result to the list, for the
benefit of those who are thinking about installing the new developer
tools.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: carbon emacs won't build with Dec 2002 dev tools?
2002-12-21 22:24 ` Andrew Choi
@ 2002-12-21 23:41 ` Hugo Wolf
0 siblings, 0 replies; 5+ messages in thread
From: Hugo Wolf @ 2002-12-21 23:41 UTC (permalink / raw)
In article <m2d6nvdn91.fsf@owlbear.local>, Andrew Choi wrote:
> The change to make is to add an additional comparison
>
> || strncmp (sectp->sectname, "__cfstring", 16) == 0
>
> to the following comparison in unexmacosx.c (copy_data_segment).
>
> ...
> else if (strncmp (sectp->sectname, "__la_symbol_ptr", 16) == 0
> || strncmp (sectp->sectname, "__nl_symbol_ptr", 16) == 0
> || strncmp (sectp->sectname, "__dyld", 16) == 0
> || strncmp (sectp->sectname, "__const", 16) == 0)
Yes, that fixes it. Thanks again.
I'd still be interested to hear if anyone else can verify the original
problem. It may be specific to my system environment, I really don't
know.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2002-12-21 23:41 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-12-21 19:28 carbon emacs won't build with Dec 2002 dev tools? Hugo Wolf
2002-12-21 21:02 ` Andrew Choi
2002-12-21 21:13 ` Hugo Wolf
2002-12-21 22:24 ` Andrew Choi
2002-12-21 23:41 ` Hugo Wolf
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).