Custom Query (93 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (46 - 48 of 93)

Ticket Resolution Summary Owner Reporter
#33 invalid Compilation fails with elfpp developers Frédéric Pétrot
Description

Me again, ... I just updated, svn works fine, thx. However, compiling topcells/caba-vgmn-multi_timer-mips32 gives the following ouput:

from /home/petrot/soclib/soclib/lib/elf_file_loader/libelfpp/src/elfpp_symbol.cc:27:

/home/petrot/soclib/soclib/lib/dpp/source/include/dpp/linked_list: In member function ‘Xconstvalue& dpp::linked_list_iterator<X, id, Xnode, Xconstvalue, forward, smart>::operator*() const [with X = elfpp::reloc, int id = 0, Xnode = dpp::linked_list_node, Xconstvalue = elfpp::reloc, bool forward = true, bool smart = false]’: /home/petrot/soclib/soclib/lib/elf_file_loader/libelfpp/src/elfpp_symbol.cc:53: instantiated from here /home/petrot/soclib/soclib/lib/dpp/source/include/dpp/linked_list:144: error: ‘dpp::linked_list_item<elfpp::reloc, 0, false>’ is an inaccessible base of ‘elfpp::reloc’ /home/petrot/soclib/soclib/lib/dpp/source/include/dpp/linked_list: In member function ‘void dpp::linked_list<X, id, smart>::push_back(X&) [with X = elfpp::reloc, int id = 0, bool smart = false]’: /home/petrot/soclib/soclib/lib/elf_file_loader/libelfpp/src/elfpp_symbol.cc:69: instantiated from here /home/petrot/soclib/soclib/lib/dpp/source/include/dpp/linked_list:340: error: ‘dpp::linked_list_item<elfpp::reloc, 0, false>’ is an inaccessible base of ‘elfpp::reloc’ soclib-cc: * Action failed with return value `256'. Stop. soclib-cc: Waiting for unfinished jobs make: * [simulation.x] Erreur 1

Any clew ? Thx

#36 invalid [MIPS32] sync does not flush read operation as it is supposed to developers xavier.guerin@…
Description

When sync is called on Mips32, only pending write operation are flushed, and not the pending read operation, as they are supposed to.

#39 invalid [Mips32] CP0 m_ident becomes unstable developers xavier.guerin@…
Description

At some point in the simulation, the value of CP0 m_ident becomes completely erratic. In addition, due to the complexity of the code and my lack of experience in C++ debugging, I haven't been able to debug the problem. Important note: the behaviour is exactly the same using either SystemC or SystemCass.

Attached file: the output trace, the simulator files, and the application binary. Here is the command used to launch the simulator:

$ SIMULATION_N_CYCLES=1400000 SIMULATION_N_CPUS=4 ./simulation.x TC

Note: See TracQuery for help on using queries.