tdmartin102 / ajrdatabase

An OpenSource implementation of Apple's Objective-C Enterprise Objects framework
22 stars 9 forks source link

Xcode 4.3 #7

Open nonfungibletunji opened 12 years ago

nonfungibletunji commented 12 years ago

I would like to be able to build each framework one at a time, and use the new Xcode 4.3.2 tools. Anybody use to the new Xcode tools settings so that i can create a new Xcode 4 framework and have it installed in /Library/Frameworks

tdmartin102 commented 12 years ago

I'm using Xcode 4.2.1. I'm not familiar with the new features of 4.3 The install destination of all the projects is /Library/Frameworks (except for the Adaptors which is set to /Library/Database Adaptors) I'm thinking it should just work. Let me know if you run into issues. I have to admit that I typically compile/install from the command line with

xcodebuild -configuration Development install DSTROOT=/

nonfungibletunji commented 12 years ago

what are the build settings? and how are your targets setup.

On Apr 9, 2012, at 7:47 AM, Tom Martin wrote:

I'm using Xcode 4.2.1. I'm not familiar with the new features of 4.3 The install destination of all the projects is /Library/Frameworks (except for the Adaptors which is set to /Library/Database Adaptors) I'm thinking it should just work. Let me know if you run into issues. I have to admit that I typically compile/install from the command line with

xcodebuild -configuration Development install DSTROOT=/


Reply to this email directly or view it on GitHub: https://github.com/tdmartin102/ajrdatabase/issues/7#issuecomment-5023966

nonfungibletunji commented 12 years ago

did u try to build on lion. this is what i got:

=== BUILD NATIVE TARGET EOAccess OF PROJECT EOAccess WITH CONFIGURATION Default === Check dependencies [BEROR]error: There is no SDK with the name or path '/Developer/SDKs/MacOSX10.4u.sdk'

t

On Apr 9, 2012, at 7:47 AM, Tom Martin wrote:

xcodebuild -configuration Development install DSTROOT=/

tdmartin102 commented 12 years ago

I'm going to look into that. I do compile under Lion and don't get that error, however I have a co-worker who has gotten that. I'm unsure why. I'm thinking it may have to do with the default configuration. It should not be using the 10.4 SDK. I'll play around and see if can't reproduce the problem

nonfungibletunji commented 12 years ago

I opened the project ain't Xcode and was messing w/ the build settings! I cloned the latest repo, checking for your upstream changes, will be actively involved going forward.

sightuary / firstsightmedia

On Apr 9, 2012, at 9:12, Tom Martin reply@reply.github.com wrote:

I'm going to look into that. I do compile under Lion and don't get that error, however I have a co-worker who has gotten that. I'm unsure why. I'm thinking it may have to do with the default configuration. It should not be using the 10.4 SDK. I'll play around and see if can't reproduce the problem


Reply to this email directly or view it on GitHub: https://github.com/tdmartin102/ajrdatabase/issues/7#issuecomment-5024868

nonfungibletunji commented 12 years ago

\ BUILD FAILED **

The following build commands failed: ProcessPCH /var/folders/h6/qvkjtwmn10lc14lsq4cl759m0000gn/C/com.apple.Xcode.501/SharedPrecompiledHeaders/AppKit-etvvnxlrlhnrpaeqzkgnexwyhuxf/AppKit.h.gch /Developer/SDKs/MacOSX10.6.sdk/System/Library/Frameworks/AppKit.framework/Headers/AppKit.h normal x86_64 objective-c com.apple.compilers.llvmgcc42 ProcessPCH /var/folders/h6/qvkjtwmn10lc14lsq4cl759m0000gn/C/com.apple.Xcode.501/SharedPrecompiledHeaders/AppKit-flshfilqgmgpsuargjeglrzhjehv/AppKit.h.gch /Developer/SDKs/MacOSX10.6.sdk/System/Library/Frameworks/AppKit.framework/Headers/AppKit.h normal i386 objective-c com.apple.compilers.llvmgcc42 (2 failures) Found Adaptor product

nonfungibletunji commented 12 years ago

this was using the ./buildFrameworks -c Development -d /Library/Frameworks command in the source folder. I am using 10.7 lion.

tdmartin102 commented 12 years ago

Is it getting past EOAccess and EOControl ? It looks like it is having an issue building the pre-compiled headers. But the error message is just not very helpful. If it is having this error before it completes anything you many need to send me the entire output. If it is have trouble with the Adaptor... Thats another story, tons of things can go wrong there. The Oracle libraries need to be FAT, and they don't come that way.

nonfungibletunji commented 12 years ago

getting pass eocontrol and eoaccess, crashing on the adaptors. where should the adaptor libs files that is uses come from and where should i put them!

On May 27, 2012, at 4:55 PM, Tom Martin wrote:

Is it getting past EOAccess and EOControl ? It looks like it is having an issue building the pre-compiled headers. But the error message is just not very helpful. If it is having this error before it completes anything you many need to send me the entire output. If it is have trouble with the Adaptor... Thats another story, tons of things can go wrong there. The Oracle libraries need to be FAT, and they don't come that way.


Reply to this email directly or view it on GitHub: https://github.com/tdmartin102/ajrdatabase/issues/7#issuecomment-5956349

nonfungibletunji commented 12 years ago

EOLog choking on this and missing openbase lib files.

On May 27, 2012, at 4:55 PM, Tom Martin wrote:

Is it getting past EOAccess and EOControl ? It looks like it is having an issue building the pre-compiled headers. But the error message is just not very helpful. If it is having this error before it completes anything you many need to send me the entire output. If it is have trouble with the Adaptor... Thats another story, tons of things can go wrong there. The Oracle libraries need to be FAT, and they don't come that way.


Reply to this email directly or view it on GitHub: https://github.com/tdmartin102/ajrdatabase/issues/7#issuecomment-5956349

nonfungibletunji commented 12 years ago

Missing

OpenBaseAPI.framework OpenBaseNet.framework libpq.a libsqlite.a libocci.dylib libcintsh.dylib

On May 27, 2012, at 4:55 PM, Tom Martin wrote:

Is it getting past EOAccess and EOControl ? It looks like it is having an issue building the pre-compiled headers. But the error message is just not very helpful. If it is having this error before it completes anything you many need to send me the entire output. If it is have trouble with the Adaptor... Thats another story, tons of things can go wrong there. The Oracle libraries need to be FAT, and they don't come that way.


Reply to this email directly or view it on GitHub: https://github.com/tdmartin102/ajrdatabase/issues/7#issuecomment-5956349

tdmartin102 commented 12 years ago

Thanks for the detail. That helps tons. I can help you out, but I'm a bit busy with the holiday and all. You will need to gather up the various database libraries and install them in the standard locations. Oracle is a bit challenging. I'll write up something to describe what you need to do for that, but the others Open Base, Sql Lite and such are pretty straight forward. I'll post more detailed directions on Tuesday.

nonfungibletunji commented 12 years ago

At your convience, thx

sightuary / firstsightmedia

On May 28, 2012, at 18:47, Tom Martin reply@reply.github.com wrote:

Thanks for the detail. That helps tons. I can help you out, but I'm a bit busy with the holiday and all. You will need to gather up the various database libraries and install them in the standard locations. Oracle is a bit challenging. I'll write up something to describe what you need to do for that, but the others Open Base, Sql Lite and such are pretty straight forward. I'll post more detailed directions on Tuesday.


Reply to this email directly or view it on GitHub: https://github.com/tdmartin102/ajrdatabase/issues/7#issuecomment-5973157

tdmartin102 commented 12 years ago

ugh, this is worse than I thought. I really have not worked with the other adaptors much at all. I got them all to compile when I first forked this project, but have focused exclusively on the Oracle adaptor. When looking at this now I immediately ran into problems. I am looking at SQLLite at the moment. It SHOULD be using the new dynamic library supplied by Apple I think, not libsqllite.a. I am getting unrelated errors, however. The build settings seem to be incorrect.

Did you want to compile all of the adaptors? or was there one in particular you were going to focus on?

I always intended to go over the existing adaptors, but could never seem to force myself to take the time to do it.

Unfortunately at the moment I have another project that demands my attention. I will continue to work on these issues but I can't promise anything.

nonfungibletunji commented 12 years ago

I will compile them all for the project, but I want postgres

sightuary / firstsightmedia

On May 29, 2012, at 8:33, Tom Martin reply@reply.github.com wrote:

ugh, this is worse than I thought. I really have not worked with the other adaptors much at all. I got them all to compile when I first forked this project, but have focused exclusively on the Oracle adaptor. When looking at this now I immediately ran into problems. I am looking at SQLLite at the moment. It SHOULD be using the new dynamic library supplied by Apple I think, not libsqllite.a. I am getting unrelated errors, however. The build settings seem to be incorrect.

Did you want to compile all of the adaptors? or was there one in particular you were going to focus on?

I always intended to go over the existing adaptors, but could never seem to force myself to take the time to do it.

Unfortunately at the moment I have another project that demands my attention. I will continue to work on these issues but I can't promise anything.


Reply to this email directly or view it on GitHub: https://github.com/tdmartin102/ajrdatabase/issues/7#issuecomment-5982121

tdmartin102 commented 12 years ago

I worked on this a bit today, and there are some significant issues. I got sqlite to compile and postgres as well. but sqlite is not correct I think. It has moved on to version 3 and the API is different. It is supposed to be compatible in some way, but exactly how, confuses me. It would be best to update the calls to version 3 calls. That is going to be some work.

I'll commit my changes so far so that you can at least get postgres. Also, my only easy solution to get postgres to compile is to compile it for OSX 10.7. as it is not present int he 10.6 sdk but IS in the OSX 10.7 sdk. That may be okay. Not a perfect solution.

Sorry about the problems. I remember this stuff compiling but that WAS some time ago and it was on 10.5 I believe.

nonfungibletunji commented 12 years ago

10.7 yeah

sightuary / firstsightmedia

On May 29, 2012, at 15:07, Tom Martin reply@reply.github.com wrote:

I worked on this a bit today, and there are some significant issues. I got sqlite to compile and postgres as well. but sqlite is not correct I think. It has moved on to version 3 and the API is different. It is supposed to be compatible in some way, but exactly how, confuses me. It would be best to update the calls to version 3 calls. That is going to be some work.

I'll commit my changes so far so that you can at least get postgres. Also, my only easy solution to get postgres to compile is to compile it for OSX 10.7. as it is not present int he 10.6 sdk but IS in the OSX 10.7 sdk. That may be okay. Not a perfect solution.

Sorry about the problems. I remember this stuff compiling but that WAS some time ago and it was on 10.5 I believe.


Reply to this email directly or view it on GitHub: https://github.com/tdmartin102/ajrdatabase/issues/7#issuecomment-5992747

tdmartin102 commented 12 years ago

Hey, OpenBase compiled without a hitch. Only 32 bit though. The OpenBase libraries are not available in 64 bit. SO, in summary the only thing completely broken at the moment is SQLite. I'll write something up about what you need to do to get all the libraries from the various database vendors, and I'll add updating the SQLite API calls to me to-do list.

tdmartin102 commented 12 years ago

I added install instructions for the various database libraries. The only one of note really is the instructions for Oracle which, no surprise, is not so simple. I wish there was a way I could make that easy, but I don't see how other than re-distributing the libraries which I can't do.

The current status of this whole thing is SQLite is completely broken and needs to be updated to version 3. OpenBase compiles and LOOKS okay, but I can't test it and I have my doubts. Postgres compiles but needs updating and testing. Oracle is solid.

The changes have been pushed up to the main branch.

It would be wonderful if you could work on postgres and check that out.

Frankly I think I would like to drop OpenBase from the Adaptor list as it seems to be idling. I would like the final Adaptor list to be SQLite, Postgres, Oracle, MySQL.

Right now I am beta testing this framework and have a long list of bugs. The bugs don't seem to be in the ajrdatabase at the moment, but I don't know for sure.

I'll keep as active as I can, but for me these adaptors are secondary.

nonfungibletunji commented 12 years ago

Are we going to incorporate changes that are done in gdl2, the gnu offshoot of EOF ?

sightuary / firstsightmedia

On May 30, 2012, at 8:44, Tom Martin reply@reply.github.com wrote:

I added install instructions for the various database libraries. The only one of note really is the instructions for Oracle which no surprise is not so simple. I wish there was a way I could make that easy, but I don't see how other than re-distributing the libraries which I can't do.

The current status of this whole thing is SQLite is completely broken and needs to be updated to version 3. OpenBase compiles and LOOKS okay, but I can't test it and I have my doubts. Postgres compiles but needs updating and testing. Oracle is solid.

The changes have been push up to the main branch.

It would be wonderful if you could work on postgres and check that out.

Frankly I thing I would like to drop OpenBase from the Adaptor list as it seems to be idling, I would like the final Adaptor list to be SQLite, Postgres, Oracle, MySQL.

Right now I am beta testing this framework and have a long list of bugs. The bugs don't seem to be in the ajrdatabase at the moment, but I don't know for sure.

I'll keep as active as I can, but for me these adaptors are secondary.


Reply to this email directly or view it on GitHub: https://github.com/tdmartin102/ajrdatabase/issues/7#issuecomment-6008760

tdmartin102 commented 12 years ago

I don't think that gdl2 is under active development. I am not too sure about what changes you are referring to. I have taken a quick look at the project and was able to get ideas from it about how to deal with some issues with Key Value Coding. I have no problem with incorporating features though, so if there is something of interest it should probably be added.

My top feature concern at the moment (other than making sure there are no major bugs) is dealing with the deprecation of NSCalendarDate. That one for me is going to be a fairly big deal. Lion complains about NSCalendarDate and I would like to replace it with NSDate.

nonfungibletunji commented 12 years ago

It also complains about EOLog, I could not find any info on it? Should that code be replaced with NSLog?

sightuary / firstsightmedia

On May 30, 2012, at 11:23, Tom Martin reply@reply.github.com wrote:

I don't think that gdl2 is under active development. I am not too sure about what changes you are referring to. I have taken a quick look at the project and was able to get ideas from it about how to deal with some issues with Key Value Coding. I have no problem with incorporating features though, so if there is something of interest it should probably be added.

My top feature concern at the moment (other than making sure there are no major bugs) is dealing with the deprecation of NSCalendarDate. That one for me is going to be a fairly big deal. Lion complains about NSCalendarDate and I would like to replace it with NSDate.


Reply to this email directly or view it on GitHub: https://github.com/tdmartin102/ajrdatabase/issues/7#issuecomment-6012747

tdmartin102 commented 12 years ago

EOLog is in EOControl. EOLog.h is the header. It is a bit nicer than NSLog because it supports log levels.

use

The first being EOLogInfo

I'm not sure why it might be complaining....

nonfungibletunji commented 12 years ago

i will chk it out then

On May 30, 2012, at 1:45 PM, Tom Martin wrote:

EOLog is in EOControl. EOLog.h is the header. It is a bit nicer than NSLog because it supports log levels.

use

  • (void)logWithFormat:(NSString *)format, ...
  • (void)logWarningWithFormat:(NSString *)format, ...;
  • (void)logErrorWithFormat:(NSString *)format, ...;
  • (void)logDebugWithFormat:(NSString *)format, ...;

The first being EOLogInfo

I'm not sure why it might be complaining....


Reply to this email directly or view it on GitHub: https://github.com/tdmartin102/ajrdatabase/issues/7#issuecomment-6016336