
|
[openbeos]
||
[Date Prev]
[12-2007 Date Index]
[Date Next]
||
[Thread Prev]
[12-2007 Thread Index]
[Thread Next]
[openbeos] Re: __declspec and static libraries
- From: "Stefano D'Angelo" <zanga.mail@xxxxxxxxx>
- To: openbeos@xxxxxxxxxxxxx
- Date: Tue, 4 Dec 2007 16:11:03 +0100
2007/12/4, Bruno Albuquerque <bga@xxxxxxxxxxxxx>:
> Stefano D'Angelo wrote:
>
> >>> do __declspec(dllexport) and __declspec(dllimport) cause problems when
> >>> used to build/use a static library on Haiku? Should they be removed in
> >>> such case?
> >>
> >> AFAIK the __declspec stuff has no effect on BeOS and Haiku (at least with
> >> gcc 2.95.3).
> >
> > The BeBook doesn't seem to agree with you :-)
> > Look: http://www.beunited.org/bebook/The%20Kernel%20Kit/ImageConcepts.html
>
> This is a left over from the PPC compiler. With ELF/GCC, all symbols are
> automatically exported by default.
Ah ok, thanks. So I guess one can use the visibility stuff, right?
> >>> And does anyone know if using autotools and libtool one should define
> >>> AC_LIBTOOL_WIN32_DLL on BeOS/Haiku too?
> >>
> >> I've no clue what this is, but it doesn't sound right.
> >
> > Well, basically the __declspec stuff is the same you find on windows,
> > and the autoconf manual suggests using that macro.
>
> Again, it was a left over from the mwcc compiler. You don need that with
> GCC on Haiku or BeOS.
Ok.
> > I've done without it, but had to pass -no-undefined to libtool,
> > otherwise the shared library wouldn't build (inter-library
> > dependences).
>
> Yes, that is expected. Under BeOS (and I guess haiku too) all symbols
> must be defined at linking time. It has nothing to do with the
> __declspec() stuff.
Yes I know. I was telling this because it was the only thing I had to correct.
Stefano
|

|