Subject:
|
Re: Mac LDView possibility
|
Newsgroups:
|
lugnet.cad.dev.mac
|
Date:
|
Tue, 1 Oct 2002 06:35:35 GMT
|
Viewed:
|
1813 times
|
| |
| |
Ok, so I downloaded the frameworks, figured out after awhile that I need to
compile them and put them in /Library/Frameworks (got a warning for
AJRInterface). Compiled LDView, after fixing the error mentioned earlier, I
get this error:
Linking/Desktop
warning -F: directory name (/Users/alex/Library/BuildOutput) does not exist
Undefined symbols: .objc_class_name_AJRBorder
.objc_class_name_AJRImageSaveAccessory .objc_class_name_AJRPreferencesModule
_AJRComputeScaledRect _AJRFormat _AJRPrintf
Anyone have any ideas what this is about?
I'm using 10.1.5 with the latest dev tools for 10.1.x.
Perhaps those who have been able to compile it can share the binary? If you
could email it to me, I could put it up on a webpage.
James Reynolds
In lugnet.cad.dev.mac, Travis Cobbs writes:
> It appears that some version of the modified-for-MacOSX LDView source code
> is available at the following web site:
>
> http://www.raftis.net/cgi-bin/WebObjects/Alex
>
> Select Projects, then Applications from the menu on the left. The LDView
> source link is on that page.
>
> I don't know what version of LDView this is based on, but I would expect it
> to at least work. You will also need to download AJRFoundation and
> AJRInterface from the Frameworks section of his Projects page. It's not
> exactly obvious, but I would expect every one of his apps (including the
> LDView port) to use these frameworks. So make sure to download and build
> those frameworks (AJRFoundation first, then AJRInterface) before trying to
> compile LDView. Anyone with the MacOSX development tools should be able to
> do this. The port is all Objective C Cocoa code, so there's really no
> chance of a quick port to MacOS 9 or earlier.
>
> Alex (the person who is working on the port) has been really busy at work
> for many months now, so I figured you would all be better off with at least
> some working version, even if there are still things he wants to do before
> an official binary release. When I noticed he had posted the source on his
> web site, I decided to post here.
>
> Since he did post the source code on his public web site, I can't see a
> problem with someone else compiling it and distributing a binary. His
> portion of the source appears to be under LGPL (his web page states that all
> his apps and tools are under LGPL), and his frameworks are under GPL. In
> other words, make sure to include directions on source downloading if you
> create a binary release. Also remember that a binary release will require
> distributing the framework binaries in addition to the app binary.
>
> Although the GPL and LGPL don't require you to do so, I would highly
> recommend contacting Alex before making any modifications to the
> MacOSX-specific LDView code. I can almost guarantee that there are
> subtlties to the code that aren't immediately obvious. In fact, it is
> likely that it will include various automagic behavior that works great but
> seems like true magic until it is eplained. As an example, I believe he
> said his preferences classes all automatically show up in the preferences
> panel, even though there's no code in the classes themselves that does this,
> nor are they referenced from the (generic) preferences NIB. You can do some
> truly amazing things when you have a deep understanding of the Objective C
> runtime. He's on vacation at the moment, so don't expect any e-mail replies
> for at least a week or so.
>
> --Travis Cobbs (tcobbs@REMOVE.halibut.com)
|
|
Message is in Reply To:
| | Mac LDView possibility
|
| It appears that some version of the modified-for-MacOSX LDView source code is available at the following web site: (URL) Projects, then Applications from the menu on the left. The LDView source link is on that page. I don't know what version of (...) (22 years ago, 28-Jul-02, to lugnet.cad.dev.mac)
|
12 Messages in This Thread:
- Entire Thread on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
|
|
|
|