http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39465
Ralf Wildenhues rwild at gcc dot gnu.org changed:
What|Removed |Added
CC||rwild at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39465
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
CC||ktietz at gcc dot
--- Comment #15 from js-gcc at webkeks dot org 2009-12-20 00:31 ---
After looking some more at the code, I might have an idea what's causing the
issue:
__objc_gnu_init calls __objc_exec_class on _OBJC_MODULES. Is it possible that
this call is not made for some reason if you link your
--- Comment #14 from js-gcc at webkeks dot org 2009-07-16 21:16 ---
Any comments? This is still very annoying and completely killing the ability to
have plugins/bundles on win32.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39465
--- Comment #12 from js-gcc at webkeks dot org 2009-06-09 19:17 ---
Any news? I even tried this now, which still produced an .a file:
../gcc-4.3.0-20080502/configure -v --prefix=/usr --libexecdir=/usr/lib \
--program-prefix=mingw32- --target=mingw32 --with-headers=/usr/mingw32/include
--- Comment #13 from js-gcc at webkeks dot org 2009-06-09 19:27 ---
Oh, for the record:
cygwin now has gcc4 imported and they have libobjc as a shared .dll file. Using
their dll, it works. So this means libobjc works with dll files if it is a dll
file itself. But unfortunately, it's not
--- Comment #8 from js-gcc at webkeks dot org 2009-04-06 19:41 ---
Any news on this? Any way how I could compile libobjc as a shared library?
Specifying --enable-shared breaks basically every library that gcc ships and I
haven't found a way to only enable it for libobjc.
--
--- Comment #9 from ayers at gcc dot gnu dot org 2009-04-06 21:22 ---
I'm sorry, I'm simply not familiar with cygwin/mingw environments and cross
builds. But I'm surprised that --enable-shared doesn't work. Is that a native
build?
--
--- Comment #10 from js-gcc at webkeks dot org 2009-04-06 21:39 ---
What exactly do you mean by native build? Do you mean if I build a compiler to
run on Linux and not on win32, but which targets win32? If so, yes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39465
--- Comment #11 from ayers at gcc dot gnu dot org 2009-04-06 21:59 ---
With 'native' I meant mingw := build=host=target so no... it's not native in
the sense that I was talking about.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39465
--- Comment #7 from js-gcc at webkeks dot org 2009-03-17 14:05 ---
Since I wasn't able to get a cross tool chain running (and www.mingw.org
doesn't seem to support that with the current gcc versions)
Please have a look at the Portfiles I gave you a link to, they include all the
stuff
--- Comment #2 from ayers at gcc dot gnu dot org 2009-03-16 07:27 ---
So the situation seems to be:
- libobjc is a static library.
- libfoo is a dll statically linked against libobjc.
- test is program which is linked both against libfoo and libobjc.
I'm guessing here since I have no
--- Comment #3 from js-gcc at webkeks dot org 2009-03-16 11:24 ---
When the target is mingw32, it seems that libobjc is only built as a static
library. This isn't a bad idea after all, because I guess no win32 user has a
libobjc.so installed somewhere, so you would need to ship that
--- Comment #4 from ayers at gcc dot gnu dot org 2009-03-16 11:41 ---
Well, consider me a GNUstep guy yet I'm definitely not a GNUstep on MinGW32
guy. (Or anything on MinGW32... which is why this a bit difficult, yet I'm
trying to help maintain libobjc so I'll see what I can do.)
Could
--- Comment #5 from js-gcc at webkeks dot org 2009-03-16 11:46 ---
It would be hard to link to that discussion as that was IRL on FOSDEM in the
GNUstep Dev Room :).
I reported that bug once on the mingw32 list, but they wouldn't really care
about it. After speaking to Nicola Pero on
--- Comment #6 from ayers at gcc dot gnu dot org 2009-03-16 23:51 ---
I've played a bit with creating a trivial static library and linking into an
dynamic library and into an executable. After tweaking back and forth it seems
that at least on GNU/Linux the static version linked into
16 matches
Mail list logo