llvm dev - Dec 2008 - [LLVMdev] Build errors on trunk for about a week now.

On Fri, Dec 5, 2008 at 2:31 PM, Cédric Venet <cedric.venet at laposte.net>
wrote:
> OvermindDL1 a écrit :
>> On Fri, Dec 5, 2008 at 1:58 PM, OvermindDL1 <overminddl1 at
gmail.com> wrote:
>>
>>> On Fri, Dec 5, 2008 at 1:57 PM, OvermindDL1 <overminddl1 at
gmail.com> wrote:
>>>
>>>> On Fri, Dec 5, 2008 at 1:52 PM, OvermindDL1 <overminddl1 at
gmail.com> wrote:
>>>>
>>>>> / * snip */
>>>>>
>>>> Actually, rebuilding it makes "debug tblgen" fail
with the errors at
>>>> the end of this email, and as such everything that depends on
it, how
>>>> odd...
>>>> When I get back to that computer then I will clean its
directory,
>>>> update from SVN (please fix the const thing soon :) ), and
rebuild
>>>> fresh...
>>>>
>>>>
>>> <snip>
>
> With VS2008SP1 and VS2008 express on Vista , LLVM r60605 (including
> table gen) and Clang compile clean (of errors) for me. I don't even see
> const error...
> perhaps your svn copy is corrupt?
Do not think so, updated it fresh a couple of times, but will not be
able to fully clean everything out well until I actually get to
sitting at the computer again, trying to clean it remotely would take
me hours (that I do not have).

I am quite confident about that functor needing const though; I have
experienced that error many times and that has always been the fix.

On Fri, Dec 5, 2008 at 2:38 PM, OvermindDL1 <overminddl1 at gmail.com>
wrote:
> /* snip */
I updated the svn to 60607.  It still needed that const change.  Added
the const word on that member function.  Tried building debug, debug
still fails horrible.

I am going to try to stop by that computer for an hour or so before my
next work shift tonight, will completely get rid of every trace of
LLVM and re-download the SVN, cmake it, and compile it all again if I
have time.

I did some looking up on that const thing.  Apparently that const is
'supposed' to be there, but it is not strictly required.  However
there is a bug in VS2k3 (VS7) through VS2k8 (VS9) (no clue if it has
been fixed yet) that requires it to be there when the functor is being
called through a const qualified interface, such as through stl
containers.  They state that a bug report has been filed, but
regardless of if it is filled or not, in such functors you are
'supposed' to have a const there anyway.  No clue what the standard
actually says on this, but what they said makes sense...