Hi Mark,
Mark Wielaard wrote:
On Sun, 2005-07-24 at 23:05 +0200, Andreas Tobler wrote:
the attached patch changes link behavior of darwin ppc and makes it work
in reality. For detailed explanation please search the apple developer
pages.
In short, when building against a .so we have a module which is like an
extension an not like a shared library as known on ppc linux. It is not
possible to link against an extension/module/bundle.
It's a longer story and I do not have the breath to expalin every detail
right now. I'm certainly open to expalin it. With this test I can run
the mauve tests and co quite successfully. I even can run some simple
(sometimes bigger) gui apps with it.
2005-07-24 Andreas Tobler <[EMAIL PROTECTED]>
* configure.ac (LIBVERSION): Check against darwin to set module 'no'
for it. Modules under darwin are not linkable. See Apple docs.
* configure: Regenerate
Thanks. This patch works fine on GNU/Linux :)
Since I don't have a darwin machine I cannot test it there.
But I know people have been running GNU Classpath with for example jamvm
on Darwin. Why don't those people see the problem you are seeing?
Well, I will investigate a bit more. But my guess is here:
with jamvm and other vm you run interpreted code, where the classpath
lib is the last bit in the chain. On gcj/libgcj you can build/run native
apps where you link the libgcj against the app. As mentioned above, you
can not link against a module on darwin.
But as said, I will provide some more details later. Also some tests. It
may has also to do with the class loading mechanism.
Andreas
Btw, I also successfully ran cp with jamvm :)
_______________________________________________
Classpath-patches mailing list
Classpath-patches@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath-patches