discuss-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

GSXML - read unknown type error and include problems


From: e.sammer
Subject: GSXML - read unknown type error and include problems
Date: Thu, 23 May 2002 04:22:15 -0400
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0+) Gecko/20020522

There seems to be a problem with GS base and the libxml test as well as
the GSXML classes. Basically, when running configure with the proper
options the libxml test fails with the following:

-- except from config.log --

configure:11501: gcc -o conftest -g -O2 -I/usr/local/include/libxml2
-fgnu-runtime -I/opt/gnustep/System/He
aders  -L/opt/gnustep/System/Libraries/gnu-gnu-gnu
-L/opt/gnustep/System/Libraries conftest.c -L/usr/local/l
ib -lxml2 -lz -lpthread -lm  -lz -lcallback -lavcall >&5
configure:11428:24: xmlversion.h: No such file or directory
configure:11429:20: parser.h: No such file or directory

Here's some system info:

GNUstep: from cvs
libxml2: 2.4.21 (from source)
gcc: 3.1 (from source)
xml2-config --cflags out: -I/usr/local/include/libxml2
xml2-config --libs out: -L/usr/local/lib -lxml2 -lz -lpthread -lm
SuSE 7.2

It seems that the test includes do not include the libxml directory
which is causing the problem. This should definately be '#include
<libxml/headerfile.h>' because with libxml version 1 has a compat
symlink'd directory and libxml2 uses the libxml directory inside of
$prefix/libxml2. Either way, I patched the configure.ac files
appropriately and reran autoconf and the like. I also patched GSXML.[hm]
to include the proper files. At this point everything compiles ok, but
the following warning is shown for GSXML.m:

GSXML.m: In function `+[GSXMLAttribute descriptionFromType:]':
GSXML.m:189: warning: cannot find class (factory) method
GSXML.m:189: warning: return type for `type' defaults to id
GSXML.m: In function `+[GSXMLDocument documentWithVersion:]':
GSXML.m:278: warning: cannot find class (factory) method
GSXML.m:278: warning: return type for `_initFrom:parent:ownsLib:'
defaults to id
GSXML.m: In function `+[GSXMLNamespace descriptionFromType:]':
GSXML.m:478: warning: cannot find class (factory) method
GSXML.m:478: warning: return type for `type' defaults to id
GSXML.m: In function `+[GSXMLNode descriptionFromType:]':
GSXML.m:655: warning: cannot find class (factory) method
GSXML.m:655: warning: return type for `type' defaults to id

All of these lines are references to [self type] which exists BUT this
is called from within a class method which would infer +(int)type rather
than what does exist which is -(int)type. Either way, it compiles...

The bigger problem is that once installed, any attempt at using these
classes result in the following (the exception catch is mine of course):

CAUGHT EXCEPTION! Name = NSInternalInconsistencyException, Reason = read
unknown type info - 0

It would seem that this is due to an invalid libxml element / entity type.

If this is something that is obviously wrong, please let me know as I
have been fighting it all week if not longer. Also, I checked and I am
not the only one with this problem - at least two other people (one gcc
2.96 / debian, the other rh gcc version unknown) have said the same
happened to them.

Thanks in advance...
--
e.sammer <eric@linuxstep.org>
http://www.linuxstep.org

-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: GnuPG v1.0.7 (GNU/Linux)

mQGiBDzW7CERBADZjZMWmbInx8XKT7Hypw80u69jBu2mNfS+YCFK56ogMokrQ8tu
1BMhapjwuS6ZKd/Z5PmFwpBwF9W2ttLZ/hbz5HjbyUWNt4rZnjtZhbBdgEZnIUpU
l8ats0Br5/6wyWIATb239VQTGhrgJMVQI+0c2UE0fyI7n2rd4QYY8IBhMwCg2l5W
80xc83T4RTWoBCmXLqlgru8EAM9iA2xg3HZ6JXU+Yhc1lS9UVbh3itmP3IVDryYK
AxMM9l1YsW3w1+KT6bjKBHLGmxSYhGm7/y+ywSCC/jNDjh+YEnSAhmffXmgZYxRo
KfoPmn8AUtfyZzxrGLTwwnLYc7BiJdCttrj+QC41eQhqCwYRq0qUtFx82PaBKCBq
gRkzA/9CQRrv7oZ8fsmplasEt7QeZOIn6xj/7VFtwTtRwdJkkOs1+o2Tt0TFirb0
qDZ9D/nvruI4RhyKwnjDB0VzNj6FHUiJ5vaQCa+2Y8hEJlvI3sbnt2js+VM1LVq5
wNhYQx/xbb8oeFJSxTU8tIleCzbS3Paon5LR6RzcJViEmo7jGbQgRXJpYyBTYW1t
ZXIgPGVyaWNAbGludXhzdGVwLm9yZz6IWQQTEQIAGQUCPNbsIQQLBwMCAxUCAwMW
AgECHgECF4AACgkQnyfzykgJ//GfnACeI5fxucdZ+GQu7A/VxQze1Usga+QAnRwO
j2HxqC+ZT4hROhyzntdimGfAuQENBDzW7CMQBADa4eovBX/QG6+6wtOU3sx8V3tN
6BXgPQMdZpaQ17zeQirv5sHBxjtQz++ebYX1HvkFdZ1JaSMq7ZCVaj5gP+DJTjDP
JKl22ANa7eWeTDdR0cCu8b6jq3pFsQt6XYWV+eThtnUiUJ6s6SPs0b7iwXA+D67B
qOxwZUVph8U+UxCpCwADBQP/d5ZzbX78qEyeNymTRRdMMkFXZSsD7wkQQH75kGii
xqlsjjLpNxzu4Jv+VVFsQlHjKnHxULLYrTrUvzudnKHb0jOf3q42Qup4A5CIGL4y
Sc+gGMsrVpfai+MfdTNEbNIGr2OEWQqiZ5/B+2aO2PxIGPk24/HTBB4xQhL3trzg
5NqIRgQYEQIABgUCPNbsIwAKCRCfJ/PKSAn/8cZ6AKCzihgI8kzTkf4Dy5uf97Xv
g4nuLgCfRAIuzCnWcpwSFmMqzhD26Pdhrzk=
=/vyA
-----END PGP PUBLIC KEY BLOCK-----





reply via email to

[Prev in Thread] Current Thread [Next in Thread]