- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hello,
I've been trying to solve this issue for a while now with no luck. When I compile a large design in Quartus 15.0 on Ubuntu 14.04 I get the fun error message "quartus_map ended unexpectedly". Thanks Quartus. When I run quartus_map from the terminal I get the following stack trace: *** Fatal Error: Unhandled exception 0x7fc7: ERR_STACKWALKER::get_stack_trace(void const**, int, int, void*) + 0xb1 (ccl_err) 0xae4a: err_terminator() + 0x4b (ccl_err) 0x63796: __cxxabiv1::__terminate(void (*)()) + 0x6 (stdc++.so.6) 0xb45e7: std::__throw_logic_error(char const*) + 0x67 (stdc++.so.6) 0x4d044: std::basic_string<char, std::char_traits<char>, MEM_STL_ALLOCATOR<char> >::basic_string(char const*, MEM_STL_ALLOCATOR<char> const&) + 0x124 (quartus_map) 0xc7cbe: SGN_PRIM_MAPPER::error_missing_primitive_port(std::map<char const*, MSG_LOCATION_SCHEMA*, std::less<char const*>, MEM_STL_ALLOCATOR<std::pair<char const*, MSG_LOCATION_SCHEMA*> > >*, char const*, char const*) const + 0x16e (synth_sgn) 0x143b70: SGN_PRIM_MAPPER::start(unsigned long, HDB_DESIGN_UNIT::TYPE) const + 0xb40 (synth_sgn) 0x143cd4: SGN_NETLIST_PROCESSOR::initial_processing(unsigned long, HDB_DESIGN_UNIT::TYPE) const + 0x64 (synth_sgn) 0x183c12: SGN_FN_LIB::start_vrf_flow() const + 0x72 (synth_sgn) 0x1841e4: SGN_FN_LIB::start(SGN_WRAPPER_INFO*) + 0x554 (synth_sgn) 0x187f0c: SGN_EXTRACTOR::single_module_extraction(HDB_INSTANCE_NAME*, HDB_ENTITY*, SGN_WRAPPER_INFO*) const + 0xec (synth_sgn) 0x18fa88: SGN_EXTRACTOR::recursive_extraction(HDB_INSTANCE_NAME*, SGN_WRAPPER_INFO*, char const*) + 0x1f8 (synth_sgn) 0x190a36: SGN_EXTRACTOR::recurse_into_newly_extracted_netlist(HDB_ENTITY*, HDB_INSTANCE_NAME*, unsigned long, SGN_WRAPPER_INFO*) + 0x546 (synth_sgn) 0x18fb6c: SGN_EXTRACTOR::recursive_extraction(HDB_INSTANCE_NAME*, SGN_WRAPPER_INFO*, char const*) + 0x2dc (synth_sgn) 0x190a36: SGN_EXTRACTOR::recurse_into_newly_extracted_netlist(HDB_ENTITY*, HDB_INSTANCE_NAME*, unsigned long, SGN_WRAPPER_INFO*) + 0x546 (synth_sgn) 0x18fb6c: SGN_EXTRACTOR::recursive_extraction(HDB_INSTANCE_NAME*, SGN_WRAPPER_INFO*, char const*) + 0x2dc (synth_sgn) 0x190a36: SGN_EXTRACTOR::recurse_into_newly_extracted_netlist(HDB_ENTITY*, HDB_INSTANCE_NAME*, unsigned long, SGN_WRAPPER_INFO*) + 0x546 (synth_sgn) 0x18fb6c: SGN_EXTRACTOR::recursive_extraction(HDB_INSTANCE_NAME*, SGN_WRAPPER_INFO*, char const*) + 0x2dc (synth_sgn) 0x195a67: SGN_EXTRACTOR::extract() + 0x327 (synth_sgn) 0x1a54c7: sgn_qic_full(CMP_FACADE*, std::vector<std::basic_string<char, std::char_traits<char>, MEM_STL_ALLOCATOR<char> >, MEM_STL_ALLOCATOR<std::basic_string<char, std::char_traits<char>, MEM_STL_ALLOCATOR<char> > > >&, std::vector<double, MEM_STL_ALLOCATOR<double> >&) + 0x467 (synth_sgn) 0x248c8: qsyn_execute_sgn(CMP_FACADE*, std::vector<std::basic_string<char, std::char_traits<char>, MEM_STL_ALLOCATOR<char> >, MEM_STL_ALLOCATOR<std::basic_string<char, std::char_traits<char>, MEM_STL_ALLOCATOR<char> > > >&, std::basic_string<char, std::char_traits<char>, MEM_STL_ALLOCATOR<char> > const&, THR_NAMED_PIPE*, THR_NAMED_PIPE*) + 0x158 (quartus_map) 0x43cb9: QSYN_FRAMEWORK::execute_core(THR_NAMED_PIPE*, THR_NAMED_PIPE*) + 0x1e9 (quartus_map) 0x476ba: QSYN_FRAMEWORK::execute() + 0xbca (quartus_map) 0x2008c: qexe_standard_main(QEXE_FRAMEWORK*, QEXE_OPTION_DEFINITION const**, int, char const**) + 0x872 (comp_qexe) 0x3c458: qsyn_main(int, char const**) + 0x1e8 (quartus_map) 0x49ef0: msg_main_thread(void*) + 0x10 (ccl_msg) 0x5d4c: thr_final_wrapper + 0xc (ccl_thr) 0x49fa5: msg_thread_wrapper(void* (*)(void*), void*) + 0x5b (ccl_msg) 0x6ab3b: mem_thread_wrapper(void* (*)(void*), void*) + 0x9b (quartus_map) 0x8def: err_thread_wrapper(void* (*)(void*), void*) + 0x27 (ccl_err) 0x6112: thr_thread_wrapper + 0x15 (ccl_thr) 0x4bee2: msg_exe_main(int, char const**, int (*)(int, char const**)) + 0xa3 (ccl_msg) 0x21ec5: __libc_start_main + 0xf5 (c.so.6) Exiting... And in my apport.log.1: ERROR: apport (pid 3553) Tue Sep 29 16:15:30 2015: called for pid 3324, signal 6, core limit 0 ERROR: apport (pid 3553) Tue Sep 29 16:15:30 2015: executable: /home/DanGleeballs/altera/15.0/quartus/linux64/quartus_map (command line "quartus_map user_logic") ERROR: apport (pid 3553) Tue Sep 29 16:15:30 2015: executable does not belong to a package, ignoring Any suggestions or insight would be greatly appreciated.Link Copied
4 Replies
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I figured it out.
The design was originally meant to target a Virtex 7. I was trying to port to a Cyclone V. Quartus had an issue attempting to use Xilinx IP and trying to initialize large BRAMs. Basically large portions of the code need a re-do. It would be nice to have had a better error description though.- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Fatal Error is actually a Quartus II internal error. You can file a service request to highlight this internal error to Altera.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
--- Quote Start --- I figured it out. The design was originally meant to target a Virtex 7. I was trying to port to a Cyclone V. Quartus had an issue attempting to use Xilinx IP and trying to initialize large BRAMs. Basically large portions of the code need a re-do. It would be nice to have had a better error description though. --- Quote End --- It shouldnt even attempt to build Xilinx IP - so the fact it crashes is a bit odd. Definitely needs a service request.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Ok thanks, I'll submit one today.

Reply
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page