Xcode 4.3 #7
Comments
|
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=/ |
|
what are the build settings? and how are your targets setup. On Apr 9, 2012, at 7:47 AM, Tom Martin wrote:
|
|
did u try to build on lion. this is what i got: === BUILD NATIVE TARGET EOAccess OF PROJECT EOAccess WITH CONFIGURATION Default === t On Apr 9, 2012, at 7:47 AM, Tom Martin 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 |
|
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 [email protected] wrote:
|
|
** BUILD FAILED ** The following build commands failed: |
|
this was using the ./buildFrameworks -c Development -d /Library/Frameworks command in the source folder. I am using 10.7 lion. |
|
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. |
|
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:
|
|
EOLog choking on this and missing openbase lib files. On May 27, 2012, at 4:55 PM, Tom Martin wrote:
|
|
Missing OpenBaseAPI.framework On May 27, 2012, at 4:55 PM, Tom Martin 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. |
|
At your convience, thx sightuary / firstsightmedia On May 28, 2012, at 18:47, Tom Martin [email protected] 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. |
|
I will compile them all for the project, but I want postgres sightuary / firstsightmedia On May 29, 2012, at 8:33, Tom Martin [email protected] 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. |
|
10.7 yeah sightuary / firstsightmedia On May 29, 2012, at 15:07, Tom Martin [email protected] wrote:
|
|
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. |
|
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. |
|
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 [email protected] 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. |
|
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 [email protected] wrote:
|
|
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.... |
|
i will chk it out then On May 30, 2012, at 1:45 PM, Tom Martin wrote:
|
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
The text was updated successfully, but these errors were encountered: