I thought I had, but the commit to subversion failed with "ssh_exchange_identification:
Connection closed by remote host". It seems that svn.gna.org is having problems ?

Anyway I'll commit as soon as I can :-)

Thanks

Marko,

that is really cool - you found a bug in gnustep-make. :-)

I fixed the bug in trunk, please try again from subversion. If you can't update
your gnustep-make, please add

NEEDS_GUI = yes

to your GNUmakefile (somewhere before including test-application.make).

Let me know if that works any better. :-)

Thanks

Hello again,

I wonder if anyone can help me with an old makefile, I'm not too sure what is going on here.

This is the file:

##################################################################
include $(GNUSTEP_MAKEFILES)/common.make

TEST_APP_NAME=Grab
Grab_OBJC_FILES = grab.m

SHARED_CFLAGS += -g

ADDITIONAL_LIB_DIRS += -L/usr/X11R6/lib/
Grab_GUI_LIBS = -lX11

include $(GNUSTEP_MAKEFILES)/test-application.make
##################################################################

I get error messages like these:

Hi folks,

I decided to turn the source code for the calendar view that I presented to the list some weeks ago into a recipe for my cookbook. So, if any of you are interested in getting an explanation of how it actually works, check out the cookbook here:

http://www.gnustep.it/marko

Best regards,

Marko

+-------------------------------------------------------------+
| Marko Riedel, EDV Neue Arbeit gGmbH, markoriedelde@yahoo.de |
| http://www.geocities.com/markoriedelde/index.html |

Charles philip Chan wrote:

Not sure, what you mean by "dynamic menus". Could you please explain,
which behaviour you are referring to, then it will be easier to help you.

Fred

Great :-)

I'm happy it works. I improved the documentation for SQLClient's configure
script in trunk, so that hopefully it will be easier for people to find how to use
the --with-additional-include and --with-additional-lib options. :-)

Thanks

-----Original Message-----
From: jaroslav.joska@email.cz
Sent: Saturday, 19 July, 2008 15:12
To: nicola.pero@meta-innovation.com
Cc: discuss-gnustep@gnu.org
Subject: RE: SQLClient don't create MySQL bundle

Hi Nicola!

I would like to say you THANK YOU. I used your advice, changed GNUmakefile on line with
BUNDLE_INSTALL_DIR=$(GNUSTEP_INSTALLATION_DIR)/Library/Bundles/SQLClient
to
BUNDLE_INSTALL_DIR=/usr/GNUstep/Local/Library/Bundles/SQLClient
and it work's.

Best regards, Jozin

Hi Nicola!

I would like to say you THANK YOU. I used your advice, changed GNUmakefile on line with
BUNDLE_INSTALL_DIR=$(GNUSTEP_INSTALLATION_DIR)/Library/Bundles/SQLClient
to
BUNDLE_INSTALL_DIR=/usr/GNUstep/Local/Library/Bundles/SQLClient
and it work's.

Best regards, Jozin

Thanks - try with

./configure --enable-mysql-bundle \
--with-additional-include=-I/usr/local/include/ \
--with-additional-lib=-L/usr/local/lib/mysql/

(notice adding -I and -L)

Let me know how it goes

Thanks

Hi Nicola,
thanks for your help, but I have bad news. I checked config.log and it seems that
mysql files SQLClient can't recognized.

My software version:
- mysql-client-5.1.23 Multithreaded SQL database (client) (install from ports)
- mysql-server-5.1.23 Multithreaded SQL database (server)
- SQLClient 1.3.0 (I tried 1.2.0 version - the same error)

Command output:
#./configure --enable-mysql-bundle --with-additional-include=/usr/local/include/mysql/ --with-additional-lib=/usr/local/lib/mysql/
;(with ./configure --enable-mysql-bundle --with-additional-include=/usr/local/include/ --with-additional-lib=/usr/local/lib/ the same
error output)
checking if Jdbc support was manually disabled... no: build if possible
checking for gcc... gcc
checking for C compiler default output file name... configure: error: C compiler cannot create executables
See `config.log' for more details.

#ls -l /usr/local/include/mysql/
total 384
-r--r--r-- 1 root wheel 4058 Jun 10 20:51 decimal.h
-r--r--r-- 1 root wheel 3801 Jun 10 20:51 errmsg.h
-r--r--r-- 1 root wheel 6954 Jun 10 20:51 keycache...

Hi Jaroslav,

thanks for your report. Sorry it didn't work. I looked at your configure output
and I'm a bit confused (eg, if you disabled jni, why is it looking for the jni
headers ?). I wonder if maybe you have edited the configure script to get it working ?

I suggest the following:

* download SQLClient again. Do not edit anything.

* Use the following configure:

./configure --enable-mysql-bundle --with-additional-include=/usr/local/include --with-additional-lib=/usr/local/lib

then check the results (you're obviously looking for the MySQL bundle being built;
ignore anything else). If it couldn't find the MySQL headers/libs, please try
again changing the '--with-additional-include / --with-additional-lib' to match
the location of your MySQL libs ... until they're found and used :-)

* I hope that works. :-) If it still doesn't work, please send us as much
information as you can --

- the version of SQLClient you're using
- where your mysql headers/libs are located
- what ./configure command you're using
- the output of ./configure
- your config.log file