1 |
On Dec 7, 2007, at 10:18 , Fabian Groffen wrote: |
2 |
|
3 |
> On 07-12-2007 10:13:30 +0100, Johan Hattne wrote: |
4 |
>> |
5 |
>> On Dec 7, 2007, at 10:10 , Fabian Groffen wrote: |
6 |
>> |
7 |
>>> On 06-12-2007 22:31:02 +0100, Fabian Groffen wrote: |
8 |
>>>> Long story short: |
9 |
>>> |
10 |
>>> A longer version: |
11 |
>>> |
12 |
>>> libiconv now has been "fixed" to always have the same declaration in |
13 |
>>> Prefix, regardless the host OS declaration. I don't know why one |
14 |
>>> would |
15 |
>>> like to have that, most programs with decent autoconf have checks |
16 |
>>> for |
17 |
>>> that anyway. Anyhow, you should update libiconv first, then |
18 |
>>> compilation |
19 |
>>> of doxygen should succeed. I tested this on Solaris 10, OS X |
20 |
>>> 10.4 and |
21 |
>>> OS X 10.5. |
22 |
>> |
23 |
>> Seing that these are all pretty live events, I may be slightly out |
24 |
>> of sync |
25 |
>> here. But I just upgraded libiconv and experienced massive |
26 |
>> breakage due to |
27 |
>> symlinks missing in usr/lib. |
28 |
> |
29 |
> Eh... nothing should have changed there... Can it be that you're |
30 |
> caught |
31 |
> by an old "pre-put-the-libs-in-the-right-place" installation? |
32 |
|
33 |
Yes, that'd be it. I haven't bootstrapped since I first installed |
34 |
this instance (January 2007?). |
35 |
|
36 |
Sorry for the noise, and apologies for accidentally sending the |
37 |
previous message twice. |
38 |
|
39 |
> P.S. you can "remedy" some vital components with install_name_tool. |
40 |
> Make sure you reinstall stuff though. Best thing to do is to |
41 |
> rebootstrap... sorry. |
42 |
|
43 |
OK, will try to fix. I guess the fact that strlen("usr/lib") < strlen |
44 |
("lib") will be real handy when doing the install_name_tool trick. |
45 |
|
46 |
// Johan |
47 |
|
48 |
-- |
49 |
gentoo-alt@g.o mailing list |