Building some extra libs (renaissance, gnustep-guile,

[Pablo Giménez Pizarro]

Hi
After been able to build the core packages now I face the extra libs.
Well I have tried to build some of them, I have to admit whithout luck, here are my problems:
- Renaissance 0.8.0:
This is the errors I got:

pgp@upton|/user_data/ARCHIVE/GNUstep/src/Renaissance-0.8.0> make
This is gnustep-make 2.2.0. Type 'make print-gnustep-make-help' for help.
Making all in Source...
Making all in subprojects of library libRenaissance...
Making all for subproject libgnustep-autolayout...
make[4]: Nothing to be done for `internal-subproject-compile'.
Making all for subproject libgnustep-markup...
 Compiling file GSMarkupCoder.m ...
GSMarkupCoder.m: In function '_GSMarkupXMLEscapeString':
GSMarkupCoder.m:49: error: 'unichar' undeclared (first use in this function)
GSMarkupCoder.m:49: error: (Each undeclared identifier is reported only once
GSMarkupCoder.m:49: error: for each function it appears in.)
GSMarkupCoder.m:49: error: 'string' undeclared (first use in this function)
GSMarkupCoder.m:55: warning: no '-getCharacters:' method found
GSMarkupCoder.m:55: warning: (Messages without a matching method signature
GSMarkupCoder.m:55: warning: will be assumed to return 'id' and accept
GSMarkupCoder.m:55: warning: '...' as arguments.)
GSMarkupCoder.m:71: warning: no '-substringWithRange:' method found
GSMarkupCoder.m:71: warning: no '-appendString:' method found
GSMarkupCoder.m:75: error: cannot find interface declaration for 'NSConstantString'
GSMarkupCoder.m:75: warning: no '-appendString:' method found
GSMarkupCoder.m:76: warning: no '-appendString:' method found
GSMarkupCoder.m:77: warning: no '-appendString:' method found
GSMarkupCoder.m:78: warning: no '-appendString:' method found
GSMarkupCoder.m:79: warning: no '-appendString:' method found
GSMarkupCoder.m:91: warning: no '-substringWithRange:' method found
GSMarkupCoder.m:91: warning: no '-appendString:' method found
GSMarkupCoder.m:95: warning: distinct Objective-C type in return
GSMarkupCoder.m: In function '-[GSMarkupCoder initWithObjects:connectors:nameTable:]':
GSMarkupCoder.m:150: warning: no '+dictionary' method found
GSMarkupCoder.m:151: warning: no '+dictionary' method found
GSMarkupCoder.m: In function '-[GSMarkupCoder encode]':
GSMarkupCoder.m:176: warning: no '-appendString:' method found
GSMarkupCoder.m:179: warning: no '-appendString:' method found
GSMarkupCoder.m:188: warning: no '-appendString:' method found
GSMarkupCoder.m:191: warning: no '-appendString:' method found
GSMarkupCoder.m:200: warning: no '-appendString:' method found
GSMarkupCoder.m:203: warning: no '-appendString:' method found
GSMarkupCoder.m:205: error: 'NSUTF8StringEncoding' undeclared (first use in this function)
GSMarkupCoder.m:205: warning: no '-dataUsingEncoding:' method found
GSMarkupCoder.m: In function '-[GSMarkupCoder indent]':
GSMarkupCoder.m:223: warning: no '-appendString:' method found
GSMarkupCoder.m: In function '-[GSMarkupCoder encodeObject:]':
GSMarkupCoder.m:247: warning: no '-allKeysForObject:' method found
GSMarkupCoder.m:252: warning: no '-setObject:forKey:' method found
GSMarkupCoder.m:268: warning: no '-isEqualToString:' method found
GSMarkupCoder.m:273: warning: no '+stringWithFormat:' method found
GSMarkupCoder.m:274: warning: no '-setObject:forKey:' method found
GSMarkupCoder.m:284: warning: no '-isEqualToString:' method found
GSMarkupCoder.m:289: warning: no '+stringWithFormat:' method found
GSMarkupCoder.m:290: warning: no '-setObject:forKey:' method found
.....

And similar errors continue
---------------------

- gnustep-guile 1.1.4:
I got these error when compiling:

pgp@upton|/user_data/ARCHIVE/GNUstep/src/gnustep-guile-1.1.4> make
/user_data/ARCHIVE/GNUstep/System/Library/Makefiles/common.make:221: GNUSTEP_INSTALLATION_DIR is deprecated.  Please use GNUSTEP_INSTALLATION_DOMAIN instead
This is gnustep-make 2.2.0. Type 'make print-gnustep-make-help' for help.
/user_data/ARCHIVE/GNUstep/System/Library/Makefiles/common.make:363: INSTALL_ROOT_DIR is deprecated, please replace any instance of INSTALL_ROOT_DIR with DESTDIR
Making all in Greg...
WARNING: No GNUmakefile found for aggregate project Greg; using 'Makefile'
(cd Library; make);
make[2]: Nothing to be done for `all'.
(cd Documentation; make)
make[2]: Nothing to be done for `all'.
You must now install Greg in order to use it
Making all in Library...
/user_data/ARCHIVE/GNUstep/System/Library/Makefiles/common.make:221: GNUSTEP_INSTALLATION_DIR is deprecated.  Please use GNUSTEP_INSTALLATION_DOMAIN instead
/user_data/ARCHIVE/GNUstep/System/Library/Makefiles/common.make:363: INSTALL_ROOT_DIR is deprecated, please replace any instance of INSTALL_ROOT_DIR with DESTDIR
/user_data/ARCHIVE/GNUstep/System/Library/Makefiles/common.make:363: INSTALL_ROOT_DIR is deprecated, please replace any instance of INSTALL_ROOT_DIR with DESTDIR
Making all for library libgstep_guile...
/user_data/ARCHIVE/GNUstep/System/Library/Makefiles/common.make:221: GNUSTEP_INSTALLATION_DIR is deprecated.  Please use GNUSTEP_INSTALLATION_DOMAIN instead
/user_data/ARCHIVE/GNUstep/System/Library/Makefiles/common.make:363: INSTALL_ROOT_DIR is deprecated, please replace any instance of INSTALL_ROOT_DIR with DESTDIR
/user_data/ARCHIVE/GNUstep/System/Library/Makefiles/common.make:221: GNUSTEP_INSTALLATION_DIR is deprecated.  Please use GNUSTEP_INSTALLATION_DOMAIN instead
/user_data/ARCHIVE/GNUstep/System/Library/Makefiles/common.make:363: INSTALL_ROOT_DIR is deprecated, please replace any instance of INSTALL_ROOT_DIR with DESTDIR
 Compiling file gg_class.m ...
gg_class.m: In function 'gstep_send_msg_to_guile':
gg_class.m:374: warning: initialization discards qualifiers from pointer target type
gg_class.m:378: warning: passing argument 3 of 'gstep_guile_encode_item' from incompatible pointer type
gg_class.m:417: error: 'scm_catch_body_t' undeclared (first use in this function)
gg_class.m:417: error: (Each undeclared identifier is reported only once
gg_class.m:417: error: for each function it appears in.)
gg_class.m:417: error: expected ')' before 'proc_wrapper'
gg_class.m:418: error: too few arguments to function 'gh_catch'
gg_class.m:524: warning: passing argument 2 of 'gh_scm2newstr' from incompatible pointer type
gg_class.m: In function 'gstep_class_info':
gg_class.m:596: warning: assignment makes pointer from integer without a cast
gg_class.m: In function 'gstep_add_methods':
gg_class.m:767: warning: implicit declaration of function 'class_add_method_list'
gg_class.m: In function 'gstep_lookup_class_fn':
gg_class.m:789: warning: passing argument 2 of 'gh_scm2newstr' from incompatible pointer type
make[3]: *** [obj/gg_class.m.o] Error 1
make[2]: *** [internal-library-all_] Error 2
make[1]: *** [libgstep_guile.all.library.variables] Error 2
make: *** [internal-all] Error 2

----------------------
- StepTalk:
Some problems with the make install steage. Seems that the make install is trying to create a folder in the root directory:
/Library, I don't have root permission so I got an error.
Everything is installed in /user_data/ARCHIVE/GNUstep.
Making install in Languages...
Making install in Smalltalk...
Making install for bundle Smalltalk...
 Creating /Library/StepTalk/Languages...
mkdir: cannot create directory `/Library': Permission denied
mkdir: cannot create directory `/Library/StepTalk': No such file or directory
mkdir: cannot create directory `/Library/StepTalk/Languages': No such file or directory
make[3]: *** [/Library/StepTalk/Languages] Error 1
make[2]: *** [Smalltalk.install.bundle.variables] Error 2
make[1]: *** [internal-install] Error 2
make: *** [internal-install] Error 2

-------------------------------
- SQLClient 1.3.0
I can't configure the package I am trying with the next configure statement:
./configure --disable-jdbc-bundle --with-additional-include=-I/usr/include

but it can't find the includes for mysql, postgres ans sqlite. I have checked and all of them  are in the /usr/iclude as usual.


And so far that's all, sorry for the large email, hopefully somebody can clarify me why some of these problems are happening.
Thanks


--
Un saludo
Best Regards
Pablo Giménez

_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

[Richard Frith-Macdonald-2]

On 1 Oct 2009, at 11:54, Pablo Giménez wrote:

> Hi
> After been able to build the core packages now I face the extra libs.
> Well I have tried to build some of them, I have to admit whithout  
> luck, here are my problems:
> - Renaissance 0.8.0:

I checked in svn ... the author made a 0.9.0 release 18 months ago,  
but didn't update the website, and since then there are several  
improvements/fixes in svn.
You should use the version from svn (which does work with the more  
recent versions of GNUstep).

> - gnustep-guile 1.1.4:

This is an old library, and you need an old version of GNUstep (and  
old version of Guile) to build and run it.

> - StepTalk:

Also old ... you might want to port this to the more recent releases  
though?

> - SQLClient 1.3.0
> I can't configure the package I am trying with the next configure  
> statement:
> ./configure --disable-jdbc-bundle --with-additional-include=-I/usr/
> include

Just running ./configure should be sufficient, though the options you  
used should do no harm.

> but it can't find the includes for mysql, postgres ans sqlite. I  
> have checked and all of them  are in the /usr/iclude as usual.

Then you need to look at output/log file from the configure script ...  
it should record why the headers don't work.
The usual reasons for headers not being found are:

1. development packages for the databases not installed on the system  
(obviously the packages need to be installed)
or
2. headers not in /urs/include (perhaps in a subdirectory or in  
another header directory ... in which case you need to use --with-
additional-include= to specify the correct directories.




_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

[David Chisnall]

On 1 Oct 2009, at 13:00, Richard Frith-Macdonald wrote:

>> - StepTalk:
>
> Also old ... you might want to port this to the more recent releases  
> though?


I think, at this point, LanguageKit can do pretty much everything  
StepTalk could do, and can also compile to (fast) native code, so  
there isn't a great deal of need for StepTalk.

David

-- Sent from my Cray X1



_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

[Pablo Giménez Pizarro]

2009/10/1 David Chisnall <theraven@...>

On 1 Oct 2009, at 13:00, Richard Frith-Macdonald wrote:

- StepTalk:

Also old ... you might want to port this to the more recent releases though?

I think, at this point, LanguageKit can do pretty much everything StepTalk could do, and can also compile to (fast) native code, so there isn't a great deal of need for StepTalk.

Is LanguageKit included in the core packages?

David

-- Sent from my Cray X1

--
Un saludo
Best Regards
Pablo Giménez

_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

[Pablo Giménez Pizarro]

El 1 de octubre de 2009 13:00, Richard Frith-Macdonald <richard@...> escribió:

On 1 Oct 2009, at 11:54, Pablo Giménez wrote:

Hi
After been able to build the core packages now I face the extra libs.
Well I have tried to build some of them, I have to admit whithout luck, here are my problems:
- Renaissance 0.8.0:

I checked in svn ... the author made a 0.9.0 release 18 months ago, but didn't update the website, and since then there are several improvements/fixes in svn.
You should use the version from svn (which does work with the more recent versions of GNUstep).

Done using the version from svn

- gnustep-guile 1.1.4:

This is an old library, and you need an old version of GNUstep (and old version of Guile) to build and run it.

- StepTalk:

Also old ... you might want to port this to the more recent releases though?

Done using again version from subversion

- SQLClient 1.3.0
I can't configure the package I am trying with the next configure statement:
./configure --disable-jdbc-bundle --with-additional-include=-I/usr/include

Just running ./configure should be sufficient, though the options you used should do no harm.

This is still driving me nuts, the configure is still claiming about my mysql header files.
I have check and I have there in the usual path:
 /usr/include/mysql/
But I  got this error in config.log:
configure:3196: result: no
configure:3200: checking mysql/mysql.h presence
configure:3210:   -I/usr/include/ conftest.c
./configure: line 3211: -I/usr/include/: No such file or directory
configure:3216: $? = 127
configure: failed program was:
| /* confdefs.h.  */
|
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| /* end confdefs.h.  */
| #include <mysql/mysql.h>
configure:3236: result: no
configure:3271: checking for mysql/mysql.h
configure:3278: result: no
configure:3386: checking if Sqllite support was manually disabled
configure:3401: result: no: build if possible
configure:3418: checking sqlite3.h usability
configure:3430:  -c   -I/usr/include/ conftest.c >&5
./configure: line 3431: -c: command not found
configure:3436: $? = 127
configure: failed program was:



How is possible that the configure says I don't have a /usr/inclide folder when is obvius is there?

but it can't find the includes for mysql, postgres ans sqlite. I have checked and all of them  are in the /usr/iclude as usual.

Then you need to look at output/log file from the configure script ... it should record why the headers don't work.
The usual reasons for headers not being found are:

1. development packages for the databases not installed on the system (obviously the packages need to be installed)
or
2. headers not in /urs/include (perhaps in a subdirectory or in another header directory ... in which case you need to use --with-additional-include= to specify the correct directories.

Thansk for the help

--
Un saludo
Best Regards
Pablo Giménez

_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

[Richard Frith-Macdonald-2]

On 2 Oct 2009, at 11:34, Pablo Giménez wrote:

>
> - SQLClient 1.3.0
> I can't configure the package I am trying with the next configure  
> statement:
> ./configure --disable-jdbc-bundle --with-additional-include=-I/usr/
> include
>
> Just running ./configure should be sufficient, though the options  
> you used should do no harm.
> This is still driving me nuts, the configure is still claiming about  
> my mysql header files.
> I have check and I have there in the usual path:
>  /usr/include/mysql/
> But I  got this error in config.log:
> configure:3196: result: no
> configure:3200: checking mysql/mysql.h presence
> configure:3210:   -I/usr/include/ conftest.c
> ./configure: line 3211: -I/usr/include/: No such file or directory
> configure:3216: $? = 127
> configure: failed program was:
> | /* confdefs.h.  */
> |
> | #define PACKAGE_NAME ""
> | #define PACKAGE_TARNAME ""
> | #define PACKAGE_VERSION ""
> | #define PACKAGE_STRING ""
> | #define PACKAGE_BUGREPORT ""
> | /* end confdefs.h.  */
> | #include <mysql/mysql.h>
> configure:3236: result: no
> configure:3271: checking for mysql/mysql.h
> configure:3278: result: no
> configure:3386: checking if Sqllite support was manually disabled
> configure:3401: result: no: build if possible
> configure:3418: checking sqlite3.h usability
> configure:3430:  -c   -I/usr/include/ conftest.c >&5
> ./configure: line 3431: -c: command not found
> configure:3436: $? = 127
> configure: failed program was:
>
> How is possible that the configure says I don't have a /usr/inclide  
> folder when is obvius is there?

That's very strange, but I confirmed the behavior on my system.  Based  
on a lot of trial and error, it seems that --disable-jdbc-bundle  
triggers some autoconf bug such that subsequent tests fail.   To get  
things to build, I suggest you just run ./configure

I have put a workaround in configure.ac in svn trunk (adding an extra  
call to AC_CHECK_HEADERS before the test to see if jdbc is disabled  
seems to avoid the problem.



_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

[Yavor Doganov-3]

В Fri, 02 Oct 2009 19:39:44 +0100, Richard Frith-Macdonald написа:

> Based on a lot of trial and error, it seems that --disable-jdbc-bundle
> triggers some autoconf bug such that subsequent tests fail.

Not an Autoconf bug.  With the goal to provide smaller configure scripts
and avoid duplicate checks, code for AC_REQUIRE'd macros is not inserted
on every invocation of a particular macro.  IOW, AC_CHECK_HEADERS
indirectly requires AC_PROG_CC and AC_PROG_CPP, but code for checking the
compiler/preprocessor is not inserted at every place you call that macro,
only before the first expansion of AC_CHECK_HEADERS (or any other macro
that requires these variables to be set).  Autom4te discovers if/when it
is needed by tracing configure.ac.

Because with --disable-jdbc-bundle the macro expansion falls in the
`else' branch, the code for detecting the compiler/preprocessor is not
executed and every further test that relies on these variables being set
is broken.

> I have put a workaround in configure.ac in svn trunk (adding an extra  
> call to AC_CHECK_HEADERS before the test

In case of nested if/else statements like here, and in general almost
always, the proper fix is to call AC_PROG_CC and AC_PROG_CPP earlier in
configure.ac, before any conditionals.



_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

[Pablo Giménez Pizarro]

Ok thanks I got the SQLclient library to work now.
I have also got working all the libraries except :
-JIGs:
I got errors doingt the make:
/usr/lib/gcc/x86_64-redhat-linux/4.1.2/include/objc/hash.h: In function 'objc_hash_ptr':
/usr/lib/gcc/x86_64-redhat-linux/4.1.2/include/objc/hash.h:168: error: 'size_t' undeclared (first use in this function)
/usr/lib/gcc/x86_64-redhat-linux/4.1.2/include/objc/hash.h:168: error: (Each undeclared identifier is reported only once
/usr/lib/gcc/x86_64-redhat-linux/4.1.2/include/objc/hash.h:168: error: for each function it appears in.)
/usr/lib/gcc/x86_64-redhat-linux/4.1.2/include/objc/hash.h:168: error: expected ')' before 'key'
In file included from /usr/include/stdio.h:75,
                 from /usr/lib/gcc/x86_64-redhat-linux/4.1.2/include/objc/objc-api.h:34,
                 from ObjcRuntimeUtilities.h:29,
                 from ObjcRuntimeUtilities.c:49:
/usr/include/libio.h: At top level:
/usr/include/libio.h:332: error: expected specifier-qualifier-list before 'size_t'
/usr/include/libio.h:364: error: expected declaration specifiers or '...' before 'size_t'
/usr/include/libio.h:373: error: expected declaration specifiers or '...' before 'size_t'
/usr/include/libio.h:493: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_IO_sgetn'
In file included from /usr/lib/gcc/x86_64-redhat-linux/4.1.2/include/objc/objc-api.h:34,
                 from ObjcRuntimeUtilities.h:29,
                 from ObjcRuntimeUtilities.c:49:


Probably it doesn't like my jave version:
pgp@upton|/user_data/ARCHIVE/GNUstep/src/gnustep-subversion/libs/java> java -showversion
java version "1.6.0_16"
Java(TM) SE Runtime Environment (build 1.6.0_16-b01)
Java HotSpot(TM) 64-Bit Server VM (build 14.2-b01, mixed mode)


-RIGs:
again mode make errors:
RIGSCore.m:1036: error: expected declaration specifiers or '...' before 'VALUE'
RIGSCore.m: In function 'rb_objc_register_instance_methods':
RIGSCore.m:1045: warning: implicit declaration of function 'rb_iv_set'
RIGSCore.m:1045: error: 'rb_class' undeclared (first use in this function)
RIGSCore.m:1045: warning: cast from pointer to integer of different size
RIGSCore.m:1056: warning: implicit declaration of function 'rb_define_method'
RIGSCore.m:1056: error: 'rb_objc_handler' undeclared (first use in this function)
RIGSCore.m:1063: error: 'rb_objc_to_s_handler' undeclared (first use in this function)
RIGSCore.m: At top level:
RIGSCore.m:1068: error: expected declaration specifiers or '...' before 'VALUE'
RIGSCore.m: In function 'rb_objc_register_class_methods':
RIGSCore.m:1088: warning: implicit declaration of function 'rb_define_singleton_method'
RIGSCore.m:1088: error: 'rb_class' undeclared (first use in this function)
RIGSCore.m:1088: error: 'rb_objc_handler' undeclared (first use in this function)
RIGSCore.m:1093: warning: implicit declaration of function 'rb_undef_method'
RIGSCore.m:1093: warning: implicit declaration of function 'CLASS_OF'
RIGSCore.m:1094: error: 'rb_objc_new' undeclared (first use in this function)
RIGSCore.m: At top level:
RIGSCore.m:1101: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'rb_objc_register_class_from_objc'
RIGSCore.m:1175: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'rb_objc_register_class_from_ruby'
RIGSCore.m:1191: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'rb_objc_get_ruby_value_from_string'
RIGSCore.m: In function 'rb_objc_raise_exception':
RIGSCore.m:1212: error: 'VALUE' undeclared (first use in this function)
RIGSCore.m:1212: error: expected ';' before 'rb_rterror_class'
RIGSCore.m:1223: error: 'rb_rterror_class' undeclared (first use in this function)
RIGSCore.m:1223: warning: implicit declaration of function 'rb_objc_get_ruby_value_from_string'
RIGSCore.m:1224: error: 'rb_exception' undeclared (first use in this function)
RIGSCore.m:1224: warning: implicit declaration of function 'rb_define_class'
RIGSCore.m:1225: warning: implicit declaration of function 'rb_raise'
RIGSCore.m: In function '_rb_objc_rebuild_main_bundle':
RIGSCore.m:1250: warning: 'NSBundle' may not respond to '+_absolutePathOfExecutable:'
RIGSCore.m:1250: warning: (Messages without a matching method signature
RIGSCore.m:1250: warning: will be assumed to return 'id' and accept
RIGSCore.m:1250: warning: '...' as arguments.)

And continue with similar ones

At these point I don't know if JIGs are RIGs are being used ....

Appart from these problems I have seen that the link to Pantomime is broken, as well as the link to  GNUMail, are both of them discontinued???
Thanks

El 2 de octubre de 2009 19:39, Richard Frith-Macdonald <richard@...> escribió:

On 2 Oct 2009, at 11:34, Pablo Giménez wrote:

- SQLClient 1.3.0
I can't configure the package I am trying with the next configure statement:
./configure --disable-jdbc-bundle --with-additional-include=-I/usr/include

Just running ./configure should be sufficient, though the options you used should do no harm.
This is still driving me nuts, the configure is still claiming about my mysql header files.
I have check and I have there in the usual path:
 /usr/include/mysql/
But I  got this error in config.log:
configure:3196: result: no
configure:3200: checking mysql/mysql.h presence
configure:3210:   -I/usr/include/ conftest.c
./configure: line 3211: -I/usr/include/: No such file or directory
configure:3216: $? = 127
configure: failed program was:
| /* confdefs.h.  */
|
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| /* end confdefs.h.  */
| #include <mysql/mysql.h>
configure:3236: result: no
configure:3271: checking for mysql/mysql.h
configure:3278: result: no
configure:3386: checking if Sqllite support was manually disabled
configure:3401: result: no: build if possible
configure:3418: checking sqlite3.h usability
configure:3430:  -c   -I/usr/include/ conftest.c >&5
./configure: line 3431: -c: command not found
configure:3436: $? = 127
configure: failed program was:

How is possible that the configure says I don't have a /usr/inclide folder when is obvius is there?

That's very strange, but I confirmed the behavior on my system.  Based on a lot of trial and error, it seems that --disable-jdbc-bundle triggers some autoconf bug such that subsequent tests fail.   To get things to build, I suggest you just run ./configure

I have put a workaround in configure.ac in svn trunk (adding an extra call to AC_CHECK_HEADERS before the test to see if jdbc is disabled seems to avoid the problem.

--
Un saludo
Best Regards
Pablo Giménez

_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep