On Sun, 25 Jan 2004 21:40:34 -0800
"David E. Fox" <[EMAIL PROTECTED]> wrote:

>
> It wasn't really a dependency issue but there was 1.2 and 1.3 stuff
> side by side, so I figure the prudent approach was to back out both
> versions and then try and put them back in later. But next I'm going

Following up:

I pulled down 2.0pre2 source from sourceforge last night, and started
the compile. The compile did not run to completion, there were some
unresolved externals during the building - specifically related to
libfontconfig & libpangoxft.

Specifically:

/libgimpbase/.libs/libgimpbase-1.3.so
../../libgimpcolor/.libs/libgimpcolor-1.3.so
../../libgimpbase/.libs/libgimpbase-1.3.so /usr/lib/libgtk-x11-2.0.so
/usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so
/usr/lib/libgdk_pixbuf-2.0.so -lm /usr/lib/libpangoxft-1.0.so
/usr/lib/libpangox-1.0.so /usr/lib/libpango-1.0.so
/usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so -ldl
/usr/lib/libglib-2.0.so -Wl,--rpath -Wl,/usr/local/lib
/usr/lib/libfontconfig.so.1: undefined reference to
`FT_Get_PS_Font_Info'
/usr/lib/libpangoxft-1.0.so: undefined reference to `FT_Stream_GetShort'
/usr/lib/libpangoxft-1.0.so: undefined reference to
`FT_Stream_ExitFrame'
/usr/lib/libpangoxft-1.0.so: undefined reference to `FT_Stream_GetLong'
/usr/lib/libpangoxft-1.0.so: undefined reference to `FT_Stream_Seek'
/usr/lib/libpangoxft-1.0.so: undefined reference to `FT_Get_Next_Char'
/usr/lib/libpangoxft-1.0.so: undefined reference to
`FT_Stream_EnterFrame'
/usr/lib/libfontconfig.so.1: undefined reference to
`FT_Get_BDF_Property'
/usr/lib/libpangoxft-1.0.so: undefined reference to `FT_Get_First_Char'
collect2: ld returned 1 exit status
make[3]: *** [dbbrowser] Error 1
make[3]: Leaving directory `/usr/local/gimp-2.0pre2/plug-ins/dbbrowser'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/local/gimp-2.0pre2/plug-ins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/gimp-2.0pre2'
make: *** [all] Error 2
[EMAIL PROTECTED] gimp-2.0pre2]# 

I also pulled down the relevant athlon rpms, from ftp.ibiblio.org. First
time I looked, it was buried and I didn't spot it. All better now :).
But, when I try to invoke these, I still get a sigill. And I am not sure
my Athlon is really an Athlon, or maybe the Thunderbird lacks some
instructions that have a XP core in them. (Mine's a 1000 mhz part.)

Specifically, it got part of the way running some test things and then
crashed. I recreated the session in gdp and did a dissassemble and came
up with this:

Dump of assembler code from 0x81bd3bb to 0x81bd3fb:
0x081bd3bb <gtk_wrap_box_set_aspect_ratio+27>:  je     0x81bd3c7
<gtk_wrap_box_set_aspect_ratio+39>
0x081bd3bd <gtk_wrap_box_set_aspect_ratio+29>:  mov    (%ebx),%edx
0x081bd3bf <gtk_wrap_box_set_aspect_ratio+31>:  test   %edx,%edx
0x081bd3c1 <gtk_wrap_box_set_aspect_ratio+33>:  je     0x81bd3c7
<gtk_wrap_box_set_aspect_ratio+39>
0x081bd3c3 <gtk_wrap_box_set_aspect_ratio+35>:  cmp    %eax,(%edx)
0x081bd3c5 <gtk_wrap_box_set_aspect_ratio+37>:  je     0x81bd3db
<gtk_wrap_box_set_aspect_ratio+59>
0x081bd3c7 <gtk_wrap_box_set_aspect_ratio+39>:  mov    %eax,0x4(%esp,1)
0x081bd3cb <gtk_wrap_box_set_aspect_ratio+43>:  mov    %ebx,(%esp,1)
0x081bd3ce <gtk_wrap_box_set_aspect_ratio+46>:  call   0x8081328
0x081bd3d3 <gtk_wrap_box_set_aspect_ratio+51>:  test   %eax,%eax
0x081bd3d5 <gtk_wrap_box_set_aspect_ratio+53>:  je     0x81bd462
<gtk_wrap_box_set_aspect_ratio+194>
0x081bd3db <gtk_wrap_box_set_aspect_ratio+59>:  movss  0x82e0d94,%xmm0
0x081bd3e3 <gtk_wrap_box_set_aspect_ratio+67>:  movss 
0x24(%esp,1),%xmm2
0x081bd3e9 <gtk_wrap_box_set_aspect_ratio+73>:  movaps %xmm0,%xmm1
0x081bd3ec <gtk_wrap_box_set_aspect_ratio+76>:  comiss %xmm0,%xmm2

These movaps and comiss instructions are some that I've never seen
before. hhere's also movss and maxss instructions in that code snippet.


gimp_composite: use=yes, verbose=no -mmx -sse -sse2 -3dnow -altivec -vis

Are these options correct for my system? 'mmx' and '3dnow' likely are,
but what about the others? Charles wanna rebuild one for me? 

Program received signal SIGILL, Illegal instruction.
[Switching to Thread 16384 (LWP 29173)]
---Type <return> to continue, or q <return> to quit---
0x081bd3db in gtk_wrap_box_set_aspect_ratio ()


-

-- 
------------------------------------------------------------------------
David E. Fox                              Thanks for letting me
[EMAIL PROTECTED]                            change magnetic patterns
[EMAIL PROTECTED]               on your hard disk.
-----------------------------------------------------------------------

Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com

Reply via email to