From: Duft M. <Mar...@sa...> - 2006-10-10 12:47:20
|
Hi! First: I'm really really glad to get some feedback at last ;o) please direct your mails to the int...@li... so the mails get archived... I'll in any case CC you if you don't want to subscribe. The last lines are less interesting than the first errors ;o) could you send me a complete output? How are you building, have you read the INSTALL file? You could also attach the output from env. Which version of Interix are you using, and which version of Windows. I did never try to link with wgcc output with ld, why would you like to do this? If it works, this could really be worth an extension. Does the resulting binary depend on the microsoft runtime, or the interix runtime. Can i use the windows api, and more important, can i use the microsoft debugger (visual studio). Many questions ;o) maybe you want to try (after wgcc works ;o)) to only compile with wgcc, and manually link with ld and gather some experience in this direction.... I will try too! I today released wgcc 2.0.3, you may want to try it ;o)=20 -----Original Message----- From: mkoeppe from UNIX Tools Community [mailto:mk...@gm...]=20 Sent: Tuesday, October 10, 2006 2:03 PM To: Duft Markus Subject: wgcc does not build Hi Markus, when trying to make wgcc, I get (the last lines): DebugDumperTask.o(.text$_ZNSt14__simple_allocISt13_Rb_tree_nodeISt4pairI KSsN4wgcc5Tasks21__tag_indicator_stateEEESt24__default_alloc_templateILb 1ELi0EEE8allocateEj+0x28):DebugDumperTask.cpp: undefined reference to `std::__default_alloc_template<true, 0>::allocate(unsigned int)' DumperTask.o(.text$_ZNSt14__simple_allocISt13_Rb_tree_nodeISt4pairIKSsbE ESt24__default_alloc_templateILb1ELi0EEE10deallocateEPS4_j+0x24):DumperT ask.cpp: undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)' DumperTask.o(.text$_ZNSt14__simple_allocISt13_Rb_tree_nodeISt4pairIKSsbE ESt24__default_alloc_templateILb1ELi0EEE8allocateEj+0x28):DumperTask.cpp : undefined reference to `std::__default_alloc_template<true, 0>::allocate(unsigned int)' Utility.o(.text$_ZNSt14__simple_allocISt4pairIN9__gnu_cxx17__normal_iter atorIPKcSsEES5_ESt24__default_alloc_templateILb1ELi0EEE10deallocateEPS6_ j+0x1a):Utility.cpp: undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)' Utility.o(.text$_ZNSs12_S_constructIN9__gnu_cxx17__normal_iteratorIPKcSs EEEEPcT_S6_RKSaIcESt20forward_iterator_tag+0xce):Utility.cpp: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_Rep::_S_create(unsigned int, std::allocator<char> const&)' Utility.o(.text$_ZNSt14__simple_allocISt4pairIN9__gnu_cxx17__normal_iter atorIPKcSsEES5_ESt24__default_alloc_templateILb1ELi0EEE8allocateEj+0x1e) :Utility.cpp: undefined reference to `std::__default_alloc_template<true, 0>::allocate(unsigned int)' collect2: ld returned 1 exit status I'm interested in wgcc, because I look for a smart replacement for cc/c89, i.e. I want to use cl.exe instead of gcc for compilation, but nevertheless use gnu ld to link to (and to create) interix's .so libs. This doesn't seem to be the intent of wgcc, but: Is this possible with wgcc, too? Or would it be worth an extension? I could help in testing this. Martin |