On Fri, Nov 6, 2015 at 1:00 AM, Greg Clayton wrote:
>
> > On Nov 5, 2015, at 1:21 AM, Bruce Mitchener via lldb-dev <
> lldb-dev@lists.llvm.org> wrote:
> >
> > Greg et al:
> >
> > When linking (cmake on OS X), I get a lot of warnings like this:
> >
> > ld: warning: cannot export hidden symbol
>
https://llvm.org/bugs/show_bug.cgi?id=22875
Keno Fischer changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
It's the first thursday of the month, and like every month, we have a
social!
7pm at Tied House as usual.
http://www.meetup.com/LLVM-Bay-Area-Social/events/226134792/
___
lldb-dev mailing list
lldb-dev@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailma
On Thu, Nov 5, 2015 at 9:43 AM, Aidan Dodds via lldb-dev
wrote:
> I believe I have tracked down an interesting bug which related to LLDBs
> expression parser.
>
> In my target program I have a math library, a shared object which makes use
> of clangs __attribute__((overloadable)) extension for C99
> On Nov 5, 2015, at 1:21 AM, Bruce Mitchener via lldb-dev
> wrote:
>
> Greg et al:
>
> When linking (cmake on OS X), I get a lot of warnings like this:
>
> ld: warning: cannot export hidden symbol lldb::endian::InlHostByteOrder()
> from
> lib/liblldbPluginProcessUtility.a(RegisterCo
I believe I have tracked down an interesting bug which related to LLDBs
expression parser.
In my target program I have a math library, a shared object which makes
use of clangs __attribute__((overloadable)) extension for C99. This
causes the the function names in the math library to be mangle
Greg et al:
When linking (cmake on OS X), I get a lot of warnings like this:
ld: warning: cannot export hidden symbol lldb::endian::InlHostByteOrder()
from
lib/liblldbPluginProcessUtility.a(RegisterContextDarwin_arm64.cpp.o)
Should this function be in the public namespace?
It is an inli
