Re: [Gems-users] Compilation issues with Gems2.1 Simics3.0

[Xuan Qi <xqi@xxxxxxxxxxx>]

Hi,

BTW, do you guys have such warnings during compilation? I have them
although I can finish the compilation. Just worry about if the simulation
is correct with these warnings. Thank you!

system/rubycache.h:276: warning:   by `virtual void rubycache_t::Wakeup()'
system/rubycache.h: In member function `void
rubycache_t::updateMLPSum(uint64)':
system/rubycache.h:403: warning: comparison of unsigned expression >= 0 is
alway s true
system/rubycache.h:403: warning: comparison of unsigned expression >= 0 is
alway s true
system/rubycache.h: In member function `void
rubycache_t::updateL2MLPSum(uint64) ':
system/rubycache.h:417: warning: comparison of unsigned expression >= 0 is
alway s true
system/rubycache.h:417: warning: comparison of unsigned expression >= 0 is
alway s true
In file included from system/system.C:95:
system/wait.h: At global scope:
system/wait.h:138: warning: `virtual void waiter_t::Wakeup(uint32)' was
hidden
system/ptrace.h:148: warning:   by `virtual void
pt_memory_waiter_t::Wakeup()'
system/system.C: In constructor `system_t::system_t(const char*)':
system/system.C:292: warning: converting of negative value
`-0x00000000000000001 ' to `long long unsigned int'
system/system.C: In member function `void
system_t::postedBreakpoint(uint32, uin t32)':
system/system.C:768: warning: comparison between signed and unsigned
integer exp ressions
system/system.C:786: warning: comparison between signed and unsigned
integer exp ressions
system/system.C: In member function `void
system_t::breakpoint_switch(uint64, ac cess_t, void*)':
system/system.C:849: warning: cast from pointer to integer of different
size
system/system.C:850: warning: cast from pointer to integer of different
size

Best regards,
Xuan Qi


On Tue, 25 Mar 2008, Berkin Ozisikyilmaz wrote:

> Hi,
>
>
>
> There seems to be some issue with math library with gcc 3.3.x family. I had
> a similar problem. I am now using gcc 3.4.x and it compiles fine.
>
>
>
> Berkin
>
>
>
> -----Original Message-----
> From: gems-users-bounces@xxxxxxxxxxx [mailto:gems-users-bounces@xxxxxxxxxxx]
> On Behalf Of mohit tewari
> Sent: 2008-03-25 01:44
> To: gems-users@xxxxxxxxxxx
> Subject: [Gems-users] Compilation issues with Gems2.1 Simics3.0
>
>
>
> Hi,
>
> I've been using Gems2.0, Simics3.0 on gcc 3.3.2, linux 2.4.22 (Fedora core).
> However, I ran into trouble compiling the latest gems distribution.
>
> I performed steps as suggested in
> http://www.cs.wisc.edu/gems/doc/gems-wiki/moin.cgi/Setup_for_Simics_3.0.X
> and the quickstart.
> While compiling ruby for both MOSI_SMP_broadcast and MOESI_CMP_directory, it
> complained that the pow(2,m_num_levels) in PseudoLRU.h (line 58) was
> ambiguous. While casting m_num_levels to double seemed to make it happier,
> after a while it collapsed with the following output. I played around with
> removing the log_TM directory from the sources list, but it complained about
> TransactionManager.h at some other point.
>
> Has anyone seen similar behavior? Maybe it's my antiquated system, but the
> previous release seemed to work just fine.
> I'll greatly appreciate any comments about the problem. Thanks in advance,
>
> Mohit
>
>
> ================================================
> ......output excerpt.........
>
> /usr/bin/g++ -o
> x86-linux/generated/MOSI_SMP_bcast/obj/LazyTransactionVersionManager.o -c
> log_tm/LazyTransactionVersionManager.C -DSPARC -DADD_ARCH_TO_API -DSIMICS30
> -DIS_RUBY -DTARGET_SPARC_V9 -DTARGET_VA_BITS=64 -DTARGET_PA_BITS=64 -Wall -W
> -Wwrite-strings -Woverloaded-virtual -Wno-unused  -march=i686 -g -ggdb -g3
> -O2 -finline-functions -DNO_VECTOR_BOUNDS_CHECKS -DMULTIFACET_NO_OPT_WARN
> -DRUBY_DEBUG=false  -Inetwork/simple -Inetwork/garnet-flexible-pipeline -I.
> -Inetwork/garnet-fixed-pipeline -Inetwork/orion -I../common
> -I../common/gzstream -Ibuffers -Icommon -Islicc_interface -Iprofiler
> -Iconfig -Ieventqueue -Isystem -Iinterfaces -Isimics -Itester -Irecorder
> -Ilog_tm -Irock -Igenerated/MOSI_SMP_bcast -I../common/ioutil -Inetwork
> -I/opt/virtutech/simics-3.0.29/src/include
> -I/opt/virtutech/simics-3.0.29/src/include/simics
> -I/opt/virtutech/simics-3.0.29/src/include/simics/core
> -I/opt/virtutech/simics-3.0.29/src/include/simics/arch
> -I/opt/virtutech/simics-3.0.29/src/include/simics/util
> log_tm/LazyTransactionVersionManager.C: In member function `void
>    LazyTransactionVersionManager::issueWriteRequests(int)':
> log_tm/LazyTransactionVersionManager.C:285: error: type specifier omitted
> for
>    parameter `CacheRequestType_ST_XACT'
> log_tm/LazyTransactionVersionManager.C:286: error: type specifier omitted
> for
>    parameter `SIMICS_get_program_counter()'
> log_tm/LazyTransactionVersionManager.C:287: error: type specifier omitted
> for
>    parameter `AccessModeType_UserMode'
> log_tm/LazyTransactionVersionManager.C:288: error: type specifier omitted
> for
>    parameter `g_DATA_BLOCK_BYTES'
> log_tm/LazyTransactionVersionManager.C:289: error: type specifier omitted
> for
>    parameter `PrefetchBit_No'
> log_tm/LazyTransactionVersionManager.C:290: error: type specifier omitted
> for
>    parameter
> log_tm/LazyTransactionVersionManager.C:290: error: syntax error before
> numeric
>    constant
> log_tm/LazyTransactionVersionManager.C:293: error: syntax error before `->'
>    token
> log_tm/LazyTransactionVersionManager.C:296: error: no matching function for
>    call to `Sequencer::makeRequest(CacheMsg (&)(...))'
> system/Sequencer.h:138: error: candidates are: void
>    Sequencer::makeRequest(const CacheMsg&)
> log_tm/LazyTransactionVersionManager.C:297: error: no match for 'operator[]'
> in
>    'this->LazyTransactionVersionManager::m_writeBufferBlocks[thread]'
> ../common/Vector.h:108: error: candidates are: const TYPE&
>    Vector<TYPE>::operator[](int) const [with TYPE =
>    Vector<Map<physical_address_t, uint8> >]
> ../common/Vector.h:109: error:                 TYPE&
>    Vector<TYPE>::operator[](int) [with TYPE = Vector<Map<physical_address_t,
>    uint8> >]
> log_tm/LazyTransactionVersionManager.C:300: error: base operand of `->' has
>    non-pointer type `CacheMsg'
> log_tm/LazyTransactionVersionManager.C:300: error: no matching function for
>    call to `LazyTransactionVersionManager::getLogicalProcID(CacheMsg&)'
> log_tm/LazyTransactionVersionManager.C:119: error: candidates are: int
>    LazyTransactionVersionManager::getLogicalProcID(int) const
> log_tm/LazyTransactionVersionManager.C:302: error: no matching function for
>    call to `LazyTransactionVersionManager::getLogicalProcID(CacheMsg&)'
> log_tm/LazyTransactionVersionManager.C:119: error: candidates are: int
>    LazyTransactionVersionManager::getLogicalProcID(int) const
> log_tm/LazyTransactionVersionManager.C:304: error: base operand of `->' has
>    non-pointer type `CacheMsg'
> log_tm/LazyTransactionVersionManager.C:304: error: no matching function for
>    call to `LazyTransactionVersionManager::getLogicalProcID(CacheMsg&)'
> log_tm/LazyTransactionVersionManager.C:119: error: candidates are: int
>    LazyTransactionVersionManager::getLogicalProcID(int) const
> log_tm/LazyTransactionVersionManager.C:306: error: no matching function for
>    call to `LazyTransactionVersionManager::getLogicalProcID(CacheMsg&)'
> log_tm/LazyTransactionVersionManager.C:119: error: candidates are: int
>    LazyTransactionVersionManager::getLogicalProcID(int) const
> make[1]: ***
> [x86-linux/generated/MOSI_SMP_bcast/obj/LazyTransactionVersionManager.o]
> Error 1
> make[1]: Leaving directory
> `/local/home/tiwari/work/simics/gems2.1/gems-2.1/ruby'
> make: *** [all] Error 2
> =================================
>
>
>
>   _____
>
> Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try
> <http://us.rd.yahoo.com/evt=51733/*http:/mobile.yahoo.com/;_ylt=Ahu06i62sR8H
> DtDypao8Wcj9tAcJ%20>  it now.
>
>