[one-users] nebula start problem

Thu Apr 24 09:19:06 PDT 2008

Hello,

We have not yet solved this issue. This files are not meant to be  
constructed if .y or .l are not modified. The problem is that scons  
uses md5 hashes to check if files are changed (make uses time  
stamps). This md5 hashes are stored into a database file created the  
first time the command is run, so this first time that does not have  
information about md5 hashes it tries to compile everything.

Anyhow that versions of flex and bison should work, I am building the  
source in debian and MacOS X without problems. We have to look more  
into that, I am so sorry about this issue.

As a temporal solution you can comment lines that trigger flex/bison.  
It is only used in src/template and src/host. I have attached  
versions of SConstruct files for this directories with the lines  
commented, just overwrite the files located in src/template and src/ 
host. (Do this in a fresh one directory, just after untaring it,  
beacause scons will delete .h and .cc files generated by flex/bison  
if this lines are uncommented).

I hope everything works fine now.

Bye

-------------- next part --------------
A non-text attachment was scrubbed...
Name: scons.tar.gz
Type: application/x-gzip
Size: 496 bytes
Desc: not available
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20080424/b0c4ab27/attachment-0003.bin>
-------------- next part --------------

On Apr 24, 2008, at 12:53 AM, Clovis Chapman wrote:
> Hello,
>
> I'm encountering the exact same compilation issues here as Sandeep.
> Was the issue resolved?
>
> I suppose there is a versioning problem but I have all the software  
> listed in the documentation installed at the versions specified or  
> above.
>
> For reference, my versions of flex and bison are as follows:
>
> flex version 2.5.4
> bison (GNU bison) 2.3
>
> Many thanks,
> Clovis
>
> On 21 Apr 2008, at 18:27, Javier Fontan wrote:
>
>>
>> Hello,
>>
>> What version of flex and bison do you have installed? This is what  
>> I have here and works fine:
>>
>> --8<------
>> lobezno:~/Work/nebula jfontan$ flex --versionflex 2.5.33lobezno:~/ 
>> Work/nebula jfontan$ bison --versionbison (GNU Bison) 2.3------>8--
>> Upgrading or installing your flex/bison to this versions or  
>> greater should work. Anyway, this is a problem in the building  
>> script as it should not rebuild flex/bison files if sources are  
>> untouched. We have opened a bug with this issue, sorry.
>> Bye
>>
>> On Apr 21, 2008, at 10:30 AM, Sandeep, Patel(IE10) wrote:
>>> Hi
>>>
>>>   I have done the compilation again by scons, but it is giving  
>>> error :-
>>>
>>> [root at gridmaster one]# ls
>>> include  install.sh  SConstruct  share  src
>>> [root at gridmaster one]# scons
>>> scons: Reading SConscript files ...
>>> scons: done reading SConscript files.
>>> scons: Building targets ...
>>> build_lex(["src/host/host_parser.c", "src/host/host_parser.h"],  
>>> ["src/host/host_parser.l"])
>>> "host_parser.l", line 37: unrecognized %option: header-file
>>> g++ -o src/host/Host.o -c -g -Wall -Iinclude src/host/Host.cc
>>> src/host/Host.cc:27:25: host_parser.h: No such file or directory
>>> src/host/Host.cc: In member function `int Host::unmarshall(int,  
>>> char**, char**)':
>>> src/host/Host.cc:85: warning: converting of negative value  
>>> `-0x000000001' to `uint'
>>> src/host/Host.cc: At global scope:
>>> src/host/Host.cc:451: error: `YY_BUFFER_STATE' does not name a type
>>> src/host/Host.cc:453: error: variable or field  
>>> `host__delete_buffer' declared void
>>> src/host/Host.cc:453: error: `YY_BUFFER_STATE' was not declared  
>>> in this scope
>>> src/host/Host.cc: In member function `int Host::match(const  
>>> std::string&, bool&, char**)':
>>> src/host/Host.cc:461: error: `YY_BUFFER_STATE' was not declared  
>>> in this scope
>>> src/host/Host.cc:461: error: expected `;' before "str_buffer"
>>> src/host/Host.cc:471: error: `str_buffer' was not declared in  
>>> this scope
>>> src/host/Host.cc:471: error: `host__scan_string' was not declared  
>>> in this scope
>>> src/host/Host.cc:480: error: `host__delete_buffer' cannot be used  
>>> as a function
>>> src/host/Host.cc:461: warning: unused variable 'YY_BUFFER_STATE'
>>> src/host/Host.cc:471: warning: unused variable 'host__scan_string'
>>> src/host/Host.cc: In member function `int Host::rank(const  
>>> std::string&, int&, char**)':
>>> src/host/Host.cc:502: error: `YY_BUFFER_STATE' was not declared  
>>> in this scope
>>> src/host/Host.cc:502: error: expected `;' before "str_buffer"
>>> src/host/Host.cc:512: error: `str_buffer' was not declared in  
>>> this scope
>>> src/host/Host.cc:512: error: `host__scan_string' was not declared  
>>> in this scope
>>> src/host/Host.cc:521: error: `host__delete_buffer' cannot be used  
>>> as a function
>>> src/host/Host.cc:502: warning: unused variable 'YY_BUFFER_STATE'
>>> src/host/Host.cc:512: warning: unused variable 'host__scan_string'
>>> scons: *** [src/host/Host.o] Error 1
>>> scons: building terminated because of errors.
>>> [root at gridmaster one]#
>>>
>>> Regards
>>> Sandeep
>>>
>>>
>>> From: users-bounces at lists.opennebula.org [mailto:users- 
>>> bounces at lists.opennebula.org] On Behalf Of Javier Fontan
>>> Sent: Thursday, April 17, 2008 7:14 PM
>>> To: Sandeep, Patel(IE10)
>>> Cc: users at lists.opennebula.org
>>> Subject: Re: [one-users] nebula start problem
>>>
>>>
>>> Hello,
>>>
>>> I do not see compiled files in your source directory. Seems that  
>>> the compilation step was not done or failed.
>>> Check http://opennebula.org/doku.php? 
>>> id=documentation:ig#installation or http://opennebula.org/ 
>>> doku.php?id=documentation:qg#one_installation if you are using  
>>> Quickstart Guide and tell us if the build step gives you any error.
>>>
>>> You also have to take into account that the install script makes  
>>> symbolic links from the source directory, this makes easier to  
>>> modify the source and recompile as you don't need to install it  
>>> again, but you can not delete de source directory.
>>>
>>> Bye
>>>
>>>
>>> On Apr 17, 2008, at 11:58 AM, Sandeep, Patel(IE10) wrote:
>>>
>>>
>>> Hi
>>>
>>>    This is the output :-
>>>> [...]
>>>>
>>>> /opt/one/src/nebula:
>>>> total 56
>>>> -rw-r--r--  1 1006 ftp 4083 Feb 18 02:07 Log.cc
>>>> -rw-r--r--  1 1006 ftp 9797 Mar 25 00:01 Nebula.cc
>>>> -rw-r--r--  1 1006 ftp 4178 Mar 24 07:41 NebulaTemplate.cc
>>>> -rw-r--r--  1 1006 ftp 5648 Mar 17 07:18 oned.cc
>>>> -rw-r--r--  1 1006 ftp 1122 Mar 14 23:17 SConstruct
>>>> [...]
>>>
>>> --
>>> Javier Fontan, Grid Technology Engineer/Researcher
>>> DSA Research Group: http://dsa-research.org
>>> Globus GridWay Metascheduler: http://www.GridWay.org
>>> OpenNebula Virtual Infrastructure Engine: http://www.OpenNebula.org
>>>
>>
>> --
>> Javier Fontan, Grid Technology Engineer/Researcher
>> DSA Research Group: http://dsa-research.org
>> Globus GridWay Metascheduler: http://www.GridWay.org
>> OpenNebula Virtual Infrastructure Engine: http://www.OpenNebula.org
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opennebula.org
>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>
> _______________________________________________
> Users mailing list
> Users at lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

--
Javier Fontan, Grid Technology Engineer/Researcher
DSA Research Group: http://dsa-research.org
Globus GridWay Metascheduler: http://www.GridWay.org
OpenNebula Virtual Infrastructure Engine: http://www.OpenNebula.org