1 |
Before my last update, I switched from gcc 4.6 to gcc 4.7 (some |
2 |
package required 4.7 -- I don't remember which one). |
3 |
|
4 |
Now jed fails: |
5 |
|
6 |
$ jed --batch |
7 |
loading /usr/share/jed/lib/site.sl |
8 |
loading /usr/share/jed/lib/os.sl |
9 |
loading /usr/share/jed/lib/menus.sl |
10 |
loading /etc/jed.conf |
11 |
Unable to open compress. Check the value of the S-Lang load path. |
12 |
/etc/jed.conf:9:<top-level>:Open failed |
13 |
Traceback: evalfile |
14 |
/usr/share/jed/lib/site.sl:3324:<top-level>:Open failed |
15 |
|
16 |
Looking at the strace output: |
17 |
|
18 |
open("/etc/jed.conf", O_RDONLY|O_LARGEFILE) = 4 |
19 |
write(1, "loading /etc/jed.conf\n", 22) = 22 |
20 |
read(4, "% -*- slang -*-\n\n% This is a sam"..., 4096) = 328 |
21 |
read(4, "", 3768) = 0 |
22 |
stat64("/usr/share/jed/lib\213V\267\335\377vF/usr/share/slsh\213V\267/usr/share/slsh/local-packages/compress", 0xbff4f$ |
23 |
stat64("/usr/share/jed/lib\213V\267\335\377vF/usr/share/slsh\213V\267/usr/share/slsh/local-packages/compress.slc", 0xb$ |
24 |
stat64("/usr/share/jed/lib\213V\267\335\377vF/usr/share/slsh\213V\267/usr/share/slsh/local-packages/compress.sl", 0xbf$ |
25 |
stat64("/usr/share/jed/lib\213V\267\335\377vF/usr/share/slsh\213V\267/usr/share/slsh/local-packages/compress.slc", 0xb$ |
26 |
rt_sigprocmask(SIG_BLOCK, [], [], 8) = 0 |
27 |
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 |
28 |
close(4) = 0 |
29 |
write(2, "Unable to open compress. Check "..., 68) = 68 |
30 |
write(2, "/etc/jed.conf:9:<top-level>:Open"..., 40) = 40 |
31 |
write(2, "Traceback: evalfile\n", 20) = 20 |
32 |
write(2, "/usr/share/jed/lib/site.sl:3324:"..., 56) = 56 |
33 |
close(3) = 0 |
34 |
rt_sigprocmask(SIG_BLOCK, [], [], 8) = 0 |
35 |
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 |
36 |
rt_sigprocmask(SIG_BLOCK, [], [], 8) = 0 |
37 |
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 |
38 |
exit_group(30) = ? |
39 |
|
40 |
The path names being passed to the stat64() calls are garbage, they |
41 |
should be "/usr/share/jed/lib/compress" and so on. |
42 |
|
43 |
Re-emerging jed and slang using gcc 4.6 fixes the problem. |
44 |
|
45 |
Googling the "Check the value of the S-Lang load path" shows similar |
46 |
problems showing up on RedHat and Debian systems a few months back. |
47 |
One posted solution was to switch from -O2 to -O0 when building slang. |
48 |
Others say the problem was caused by an upgrade to glibc. |
49 |
|
50 |
Is it possible to configure portage to use a particular version of gcc |
51 |
just for one or two packages? |
52 |
|
53 |
-- |
54 |
Grant Edwards grant.b.edwards Yow! Were these parsnips |
55 |
at CORRECTLY MARINATED in |
56 |
gmail.com TACO SAUCE? |