I wrote the following message to the author, who didn't know of a
solution, but said that he had heard of other people having this
problem. Essentially the problem is that the compiler can't find the
symbols for "gzopen", "gzclose", etc., which are referred to in libxml
and exist in libz. Does anyone have any suggestions about this? I
apologize if this is a libxml/libz problem and I am off-topic.
thanks,
- -Chris Peikert
- ------- Forwarded Message
On Fri, 9 Apr 1999, Christopher J Peikert wrote:
> Sorry to bother you, but I'm having some serious problems with
> compiling Dia-0.41. The compile goes through almost to completion,
> until it gets to the app/ subdirectory. After it extracts symbols
> from many of the created objects, I get the following output and
> errors:
>
> creating .libs/diaS.c
> extracting global C symbols from `connectionpoint_ops.o'
> - --- snip ---
> extracting global C symbols from `tool.o'
> extracting global C symbols from `../lib/libdia.a'
> (cd .libs && gcc -c -fno-builtin "diaS.c")
> gcc -g -O2 .libs/diaS.o -Wl,--export-dynamic -o dia connectionpoint_ops.o diagram.o
>commands.o app_procs.o preferences.o load_save.o disp_callbacks.o layer_dialog.o
>display.o color_area.o linewidth_area.o grid.o group.o handle_ops.o interface.o
>main.o modify_tool.o scroll_tool.o properties.o defaults.o create_object.o magnify.o
>menus.o cut_n_paste.o object_ops.o render_gdk.o render_eps.o tool.o ../lib/libdia.a
>-L/usr/local/lib -L/usr/X11/lib -lgtk -lgdk -rdynamic -lgmodule -lglib -ldl -lintl
>-lXext -lX11 -lm -L/usr/local/lib -lxml -lz -L/usr/lib -lgdk_imlib -L/usr/local/lib
>-L/usr/X11/lib -lgtk -lgdk -rdynamic -lgmodule -lglib -ldl -lintl -lXext -lX11 -lm
>-ldl
> /usr/local/lib/libxml.so: undefined reference to `gzopen'
> /usr/local/lib/libxml.so: undefined reference to `gzread'
> /usr/local/lib/libxml.so: undefined reference to `gzclose'
> /usr/local/lib/libxml.so: undefined reference to `gzwrite'
> make[3]: *** [dia] Error 1
> make[3]: Leaving directory `/usr/local/src/dia-0.41/app'
>
> From what I can tell, there might be problems with libz and/or libxml,
> but I wondered if you had seen these before and if you had a
> workaround. You'll notice that the parameter "-lz" is indeed
> included, so gcc should be looking at libz. I tried this with both
> libxml 1.0.0 and 0.99.3 (as it suggests in the INSTALL file), and I'm
> running libz 1.1.2 on a RedHat 4.2 (libc5-based) system. The output
> of
I've seen this problem reported before, but i've never experienced it
myself. I don't know what happens.. Please tell me if you find ouy.
> `nm /usr/lib/libxml.so | grep gzopen`
>
> says that gzopen (among others) is undefined, although that symbol
> exists in the libz shared library. (I'm not really sure what that
> means, but it might help you.)
That's ok. It should be undefined in libxml, because it is used by
libxml. It should exist (defined) in libz though.
[NOTE: an addition of mine]
> The output of
>
> `nm /usr/lib/libz.so | grep gzopen`
>
> indeed shows that the symbol exists in libz, just like all the other
> symbols.
[end NOTE]
> I also get the following warning periodically during compile, but it
> doesn't seem to be related (or detrimental):
>
> *** Warning: This library needs some functionality provided by -lintl.
> *** I have the capability to make that library automatically link in when
> *** you link to this library. But I can only do this if you have a
> *** shared version of the library, which you do not appear to have.
This doesn't really matter. It's about i18n, which isn't really
neccessary.
> Any suggestions you have for fixing this error would be most
> appreciated. I can't wait to get to work with Dia!
I'm sorry i can't tell you what is wrong...
/ Alex
- ------- End of Forwarded Message
