Menu
▾
▴
cadcdev-kallistios — KallistiOS related mailing list
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(22) |
Dec
(27) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(108) |
Feb
(179) |
Mar
(182) |
Apr
(199) |
May
(67) |
Jun
(132) |
Jul
(80) |
Aug
(74) |
Sep
(139) |
Oct
(51) |
Nov
(34) |
Dec
(54) |
| 2003 |
Jan
(44) |
Feb
(37) |
Mar
(95) |
Apr
(68) |
May
(54) |
Jun
(145) |
Jul
(116) |
Aug
(45) |
Sep
(7) |
Oct
(95) |
Nov
(38) |
Dec
(59) |
| 2004 |
Jan
(53) |
Feb
(117) |
Mar
(52) |
Apr
(30) |
May
(75) |
Jun
(32) |
Jul
(60) |
Aug
(132) |
Sep
(44) |
Oct
(39) |
Nov
(58) |
Dec
(13) |
| 2005 |
Jan
(64) |
Feb
(20) |
Mar
(12) |
Apr
(76) |
May
(12) |
Jun
(11) |
Jul
(16) |
Aug
|
Sep
(23) |
Oct
(6) |
Nov
(20) |
Dec
(27) |
| 2006 |
Jan
(2) |
Feb
(10) |
Mar
(7) |
Apr
|
May
(8) |
Jun
(27) |
Jul
(39) |
Aug
(46) |
Sep
(35) |
Oct
(34) |
Nov
(7) |
Dec
|
| 2007 |
Jan
(4) |
Feb
(7) |
Mar
(3) |
Apr
|
May
(8) |
Jun
(6) |
Jul
(2) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
(5) |
| 2008 |
Jan
(12) |
Feb
(42) |
Mar
(12) |
Apr
(27) |
May
(24) |
Jun
(6) |
Jul
(3) |
Aug
(3) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
(3) |
Feb
|
Mar
(6) |
Apr
|
May
(5) |
Jun
|
Jul
(6) |
Aug
(7) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
(5) |
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(18) |
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(5) |
Jul
(7) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
(4) |
May
(12) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(23) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
(4) |
Jun
|
Jul
(1) |
Aug
(4) |
Sep
|
Oct
(1) |
Nov
|
Dec
(1) |
| 2016 |
Jan
(7) |
Feb
(9) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(17) |
|
From: Lawrence S. <blu...@gm...> - 2016-12-30 05:55:18
|
Your test program. Assuming you’re starting from the PNG example Makefile, find this portion of the Makefile: example.elf: $(OBJS) romdisk_boot.o $(KOS_CC) $(KOS_CFLAGS) $(KOS_LDFLAGS) -o $@ $(KOS_START) $^ -lpng -lz -lm $(KOS_LIBS) Change it to look like this: example.elf: $(OBJS) romdisk_boot.o kos-c++ -o $@ $^ -lpng -lz -lm If you’re not using a romdisk, get rid of the romdisk_boot.o stuff too, of course. - Lawrence > On Dec 29, 2016, at 11:48 PM, Nathan Meier <gro...@gm...> wrote: > > Are talking about KOS's Makefile or my test program's Makefile? > > On Thu, Dec 29, 2016 at 7:42 PM, Lawrence Sebald <blu...@gm... <mailto:blu...@gm...>> wrote: > Compile and link with kos-c++ in your Makefile, rather than $KOS_CC or whatever it is your makefile is currently using. > > The issue here is that you’re not linking in the standard C++ library at all, which causes problems if you try to use any of it. > > - Lawrence > > > On Dec 29, 2016, at 10:24 PM, Nathan Meier <gro...@gm... <mailto:gro...@gm...>> wrote: > > > > So I'm in the process of converting code over from c to c++.(The code was based of the PNG example.) > > > > Currently I'm trying to use functions from the standard library like #include<vector>, #include<string> and #include<fstream>. > > > > When I try and compile the program in Cygwin. I get these errors coming up and interrupting the process. > > > > The errors I'm getting are in this block of text it returns back to me: > > > > > > /home/YouPeople/dc/kos//utils/bin2o/bin2o romdisk_boot.img romdisk_boot romdisk_boot.o > > /opt/toolchains/dc/sh-elf/bin/sh-elf-gcc -O2 -fomit-frame-pointer -ml -m4-single-only -ffunction-sections -fdata -sections -I/home/YouPeople/dc/kos//include -I/home/YouPeople/dc/kos//kernel/arch/dreamcast/include -I/home/You People/dc/kos//addons/include -I/home/YouPeople/dc/kos//../kos-ports/include -D_arch_dreamcast -D_arch_sub_prist ine -Wall -g -fno-builtin -fno-strict-aliasing -ml -m4-single-only -Wl,-Ttext=0x8c010000 -Wl,--gc-sections -T/h ome/YouPeople/dc/kos//utils/ldscripts/shlelf.xc -nodefaultlibs -L/home/YouPeople/dc/kos//lib/dreamcast -L/home/Y ouPeople/dc/kos//addons/lib/dreamcast -L/home/YouPeople/dc/kos//../kos-ports/lib -o example.elf example.o wfont .o romdisk_boot.o -lpng -lz -lm -Wl,--start-group -lkallisti -lc -lgcc -Wl,--end-group > > example.o: In function `__check_facet<std::ctype<char> >': > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_Rep::_S_empty_rep_stor age' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `std::ios_base::ios_base()' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `vtable for std::basic_ios<char, std::char_traits<char> >' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `VTT for std::basic_ifstream<char, std::char_traits<char> >' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `std::basic_ios<char, std::char_traits<char> >::init(std::basic_streambuf<char, std::char_traits <char> >*)' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `vtable for std::basic_ifstream<char, std::char_traits<char> >' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `vtable for std::basic_ifstream<char, std::char_traits<char> >' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `std::basic_filebuf<char, std::char_traits<char> >::basic_filebuf()' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `std::basic_filebuf<char, std::char_traits<char> >::open(char const*, std::_Ios_Openmode)' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `std::basic_ios<char, std::char_traits<char> >::clear(std::_Ios_Iostate)' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `std::basic_istream<char, std::char_traits<char> >& std::getline<char, std::char_traits<char>, s td::allocator<char> >(std::basic_istream<char, std::char_traits<char> >&, std::basic_string<char, std::char_trai ts<char>, std::allocator<char> >&, char)' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_leak_hard()' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `std::__throw_bad_cast()' > > example.o: In function `_ZNSt9basic_iosIcSt11char_traitsIcEE8setstateESt12_Ios_Iostate': > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `std::ctype<char>::_M_widen_init() const' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `VTT for std::basic_ifstream<char, std::char_traits<char> >' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `std::basic_filebuf<char, std::char_traits<char> >::close()' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `vtable for std::basic_ifstream<char, std::char_traits<char> >' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `vtable for std::basic_ifstream<char, std::char_traits<char> >' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `vtable for std::basic_filebuf<char, std::char_traits<char> >' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `std::__basic_file<char>::~__basic_file()' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `vtable for std::basic_streambuf<char, std::char_traits<char> >' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `std::locale::~locale()' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `std::ios_base::~ios_base()' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `vtable for std::basic_ios<char, std::char_traits<char> >' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `std::basic_ios<char, std::char_traits<char> >::clear(std::_Ios_Iostate)' > > example.o: In function `_ZNSs4_Rep10_M_disposeERKSaIcE': > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/stl_vector.h:161: undef ined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_Rep::_S_empty_rep_st orage' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/stl_vector.h:161: undef ined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(std::bas ic_string<char, std::char_traits<char>, std::allocator<char> > const&)' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/stl_vector.h:161: undef ined reference to `std::__throw_bad_alloc()' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/stl_vector.h:161: undef ined reference to `__gnu_cxx::__exchange_and_add(int volatile*, int)' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/stl_vector.h:161: undef ined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_Rep::_M_destroy(std: :allocator<char> const&)' > > collect2: error: ld returned 1 exit status > > make: *** [Makefile:33: example.elf] Error 1 > > > > I wanna try and make sense of this, but have no idea where to begin. Or what the problem even is. Please help! > > ------------------------------------------------------------------------------ > > Check out the vibrant tech community on one of the world's most > > engaging tech sites, SlashDot.org! http://sdm.link/slashdot_______________________________________________ <http://sdm.link/slashdot_______________________________________________> > > cadcdev-kallistios mailing list > > cad...@li... <mailto:cad...@li...> > > https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios <https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios> > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot <http://sdm.link/slashdot> > _______________________________________________ > cadcdev-kallistios mailing list > cad...@li... <mailto:cad...@li...> > https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios <https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios> > > |
|
From: Nathan M. <gro...@gm...> - 2016-12-30 05:08:23
|
Also, where in the Makefile does it try to link with $KOS_CC? On Thu, Dec 29, 2016 at 8:48 PM, Nathan Meier <gro...@gm...> wrote: > Are talking about KOS's Makefile or my test program's Makefile? > > On Thu, Dec 29, 2016 at 7:42 PM, Lawrence Sebald <blu...@gm...> > wrote: > >> Compile and link with kos-c++ in your Makefile, rather than $KOS_CC or >> whatever it is your makefile is currently using. >> >> The issue here is that you’re not linking in the standard C++ library at >> all, which causes problems if you try to use any of it. >> >> - Lawrence >> >> > On Dec 29, 2016, at 10:24 PM, Nathan Meier <gro...@gm...> >> wrote: >> > >> > So I'm in the process of converting code over from c to c++.(The code >> was based of the PNG example.) >> > >> > Currently I'm trying to use functions from the standard library like >> #include<vector>, #include<string> and #include<fstream>. >> > >> > When I try and compile the program in Cygwin. I get these errors coming >> up and interrupting the process. >> > >> > The errors I'm getting are in this block of text it returns back to me: >> > >> > >> > /home/YouPeople/dc/kos//utils/bin2o/bin2o romdisk_boot.img >> romdisk_boot romdisk_boot.o >> > /opt/toolchains/dc/sh-elf/bin/sh-elf-gcc -O2 -fomit-frame-pointer -ml >> -m4-single-only -ffunction-sections -fdata -sections >> -I/home/YouPeople/dc/kos//include -I/home/YouPeople/dc/kos//kernel/arch/dreamcast/include >> -I/home/You People/dc/kos//addons/include -I/home/YouPeople/dc/kos//../kos-ports/include >> -D_arch_dreamcast -D_arch_sub_prist ine -Wall -g -fno-builtin >> -fno-strict-aliasing -ml -m4-single-only -Wl,-Ttext=0x8c010000 >> -Wl,--gc-sections -T/h ome/YouPeople/dc/kos//utils/ldscripts/shlelf.xc >> -nodefaultlibs -L/home/YouPeople/dc/kos//lib/dreamcast -L/home/Y >> ouPeople/dc/kos//addons/lib/dreamcast -L/home/YouPeople/dc/kos//../kos-ports/lib >> -o example.elf example.o wfont .o romdisk_boot.o -lpng -lz -lm >> -Wl,--start-group -lkallisti -lc -lgcc -Wl,--end-group >> > example.o: In function `__check_facet<std::ctype<char> >': >> > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../s >> h-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to >> `std::basic_string<char, std::char_traits<char>, std::allocator<char> >> >::_Rep::_S_empty_rep_stor age' >> > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../s >> h-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to >> `std::ios_base::ios_base()' >> > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../s >> h-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to >> `vtable for std::basic_ios<char, std::char_traits<char> >' >> > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../s >> h-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to >> `VTT for std::basic_ifstream<char, std::char_traits<char> >' >> > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../s >> h-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to >> `std::basic_ios<char, std::char_traits<char> >::init(std::basic_streambuf<char, >> std::char_traits <char> >*)' >> > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../s >> h-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to >> `vtable for std::basic_ifstream<char, std::char_traits<char> >' >> > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../s >> h-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to >> `vtable for std::basic_ifstream<char, std::char_traits<char> >' >> > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../s >> h-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to >> `std::basic_filebuf<char, std::char_traits<char> >::basic_filebuf()' >> > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../s >> h-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to >> `std::basic_filebuf<char, std::char_traits<char> >::open(char const*, >> std::_Ios_Openmode)' >> > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../s >> h-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to >> `std::basic_ios<char, std::char_traits<char> >::clear(std::_Ios_Iostate)' >> > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../s >> h-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to >> `std::basic_istream<char, std::char_traits<char> >& std::getline<char, >> std::char_traits<char>, s td::allocator<char> >(std::basic_istream<char, >> std::char_traits<char> >&, std::basic_string<char, std::char_trai >> ts<char>, std::allocator<char> >&, char)' >> > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../s >> h-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to >> `std::basic_string<char, std::char_traits<char>, std::allocator<char> >> >::_M_leak_hard()' >> > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../s >> h-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to >> `std::__throw_bad_cast()' >> > example.o: In function `_ZNSt9basic_iosIcSt11char_tra >> itsIcEE8setstateESt12_Ios_Iostate': >> > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../s >> h-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to >> `std::ctype<char>::_M_widen_init() const' >> > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../s >> h-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to >> `VTT for std::basic_ifstream<char, std::char_traits<char> >' >> > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../s >> h-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to >> `std::basic_filebuf<char, std::char_traits<char> >::close()' >> > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../s >> h-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to >> `vtable for std::basic_ifstream<char, std::char_traits<char> >' >> > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../s >> h-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to >> `vtable for std::basic_ifstream<char, std::char_traits<char> >' >> > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../s >> h-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to >> `vtable for std::basic_filebuf<char, std::char_traits<char> >' >> > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../s >> h-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to >> `std::__basic_file<char>::~__basic_file()' >> > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../s >> h-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to >> `vtable for std::basic_streambuf<char, std::char_traits<char> >' >> > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../s >> h-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to >> `std::locale::~locale()' >> > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../s >> h-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to >> `std::ios_base::~ios_base()' >> > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../s >> h-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to >> `vtable for std::basic_ios<char, std::char_traits<char> >' >> > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../s >> h-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to >> `std::basic_ios<char, std::char_traits<char> >::clear(std::_Ios_Iostate)' >> > example.o: In function `_ZNSs4_Rep10_M_disposeERKSaIcE': >> > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../s >> h-elf/include/c++/4.7.3/bits/stl_vector.h:161: undef ined reference >> to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >> >::_Rep::_S_empty_rep_st orage' >> > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../s >> h-elf/include/c++/4.7.3/bits/stl_vector.h:161: undef ined reference >> to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >> >::basic_string(std::bas ic_string<char, std::char_traits<char>, >> std::allocator<char> > const&)' >> > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../s >> h-elf/include/c++/4.7.3/bits/stl_vector.h:161: undef ined reference >> to `std::__throw_bad_alloc()' >> > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../s >> h-elf/include/c++/4.7.3/bits/stl_vector.h:161: undef ined reference >> to `__gnu_cxx::__exchange_and_add(int volatile*, int)' >> > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../s >> h-elf/include/c++/4.7.3/bits/stl_vector.h:161: undef ined reference >> to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >> >::_Rep::_M_destroy(std: :allocator<char> const&)' >> > collect2: error: ld returned 1 exit status >> > make: *** [Makefile:33: example.elf] Error 1 >> > >> > I wanna try and make sense of this, but have no idea where to begin. Or >> what the problem even is. Please help! >> > ------------------------------------------------------------ >> ------------------ >> > Check out the vibrant tech community on one of the world's most >> > engaging tech sites, SlashDot.org! http://sdm.link/slashdot______ >> _________________________________________ >> > cadcdev-kallistios mailing list >> > cad...@li... >> > https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios >> >> >> ------------------------------------------------------------ >> ------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, SlashDot.org! http://sdm.link/slashdot >> _______________________________________________ >> cadcdev-kallistios mailing list >> cad...@li... >> https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios >> >> > |
|
From: Nathan M. <gro...@gm...> - 2016-12-30 04:48:22
|
Are talking about KOS's Makefile or my test program's Makefile? On Thu, Dec 29, 2016 at 7:42 PM, Lawrence Sebald <blu...@gm...> wrote: > Compile and link with kos-c++ in your Makefile, rather than $KOS_CC or > whatever it is your makefile is currently using. > > The issue here is that you’re not linking in the standard C++ library at > all, which causes problems if you try to use any of it. > > - Lawrence > > > On Dec 29, 2016, at 10:24 PM, Nathan Meier <gro...@gm...> > wrote: > > > > So I'm in the process of converting code over from c to c++.(The code > was based of the PNG example.) > > > > Currently I'm trying to use functions from the standard library like > #include<vector>, #include<string> and #include<fstream>. > > > > When I try and compile the program in Cygwin. I get these errors coming > up and interrupting the process. > > > > The errors I'm getting are in this block of text it returns back to me: > > > > > > /home/YouPeople/dc/kos//utils/bin2o/bin2o romdisk_boot.img romdisk_boot > romdisk_boot.o > > /opt/toolchains/dc/sh-elf/bin/sh-elf-gcc -O2 -fomit-frame-pointer -ml > -m4-single-only -ffunction-sections -fdata -sections > -I/home/YouPeople/dc/kos//include -I/home/YouPeople/dc/kos//kernel/arch/dreamcast/include > -I/home/You People/dc/kos//addons/include -I/home/YouPeople/dc/kos//../kos-ports/include > -D_arch_dreamcast -D_arch_sub_prist ine -Wall -g -fno-builtin > -fno-strict-aliasing -ml -m4-single-only -Wl,-Ttext=0x8c010000 > -Wl,--gc-sections -T/h ome/YouPeople/dc/kos//utils/ldscripts/shlelf.xc > -nodefaultlibs -L/home/YouPeople/dc/kos//lib/dreamcast -L/home/Y > ouPeople/dc/kos//addons/lib/dreamcast -L/home/YouPeople/dc/kos//../kos-ports/lib > -o example.elf example.o wfont .o romdisk_boot.o -lpng -lz -lm > -Wl,--start-group -lkallisti -lc -lgcc -Wl,--end-group > > example.o: In function `__check_facet<std::ctype<char> >': > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../ > sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to > `std::basic_string<char, std::char_traits<char>, std::allocator<char> > >::_Rep::_S_empty_rep_stor age' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../ > sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to > `std::ios_base::ios_base()' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../ > sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to > `vtable for std::basic_ios<char, std::char_traits<char> >' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../ > sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to > `VTT for std::basic_ifstream<char, std::char_traits<char> >' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../ > sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to > `std::basic_ios<char, std::char_traits<char> >::init(std::basic_streambuf<char, > std::char_traits <char> >*)' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../ > sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to > `vtable for std::basic_ifstream<char, std::char_traits<char> >' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../ > sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to > `vtable for std::basic_ifstream<char, std::char_traits<char> >' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../ > sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to > `std::basic_filebuf<char, std::char_traits<char> >::basic_filebuf()' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../ > sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to > `std::basic_filebuf<char, std::char_traits<char> >::open(char const*, > std::_Ios_Openmode)' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../ > sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to > `std::basic_ios<char, std::char_traits<char> >::clear(std::_Ios_Iostate)' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../ > sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to > `std::basic_istream<char, std::char_traits<char> >& std::getline<char, > std::char_traits<char>, s td::allocator<char> >(std::basic_istream<char, > std::char_traits<char> >&, std::basic_string<char, std::char_trai > ts<char>, std::allocator<char> >&, char)' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../ > sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to > `std::basic_string<char, std::char_traits<char>, std::allocator<char> > >::_M_leak_hard()' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../ > sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to > `std::__throw_bad_cast()' > > example.o: In function `_ZNSt9basic_iosIcSt11char_ > traitsIcEE8setstateESt12_Ios_Iostate': > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../ > sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to > `std::ctype<char>::_M_widen_init() const' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../ > sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to > `VTT for std::basic_ifstream<char, std::char_traits<char> >' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../ > sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to > `std::basic_filebuf<char, std::char_traits<char> >::close()' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../ > sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to > `vtable for std::basic_ifstream<char, std::char_traits<char> >' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../ > sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to > `vtable for std::basic_ifstream<char, std::char_traits<char> >' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../ > sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to > `vtable for std::basic_filebuf<char, std::char_traits<char> >' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../ > sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to > `std::__basic_file<char>::~__basic_file()' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../ > sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to > `vtable for std::basic_streambuf<char, std::char_traits<char> >' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../ > sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to > `std::locale::~locale()' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../ > sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to > `std::ios_base::~ios_base()' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../ > sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to > `vtable for std::basic_ios<char, std::char_traits<char> >' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../ > sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to > `std::basic_ios<char, std::char_traits<char> >::clear(std::_Ios_Iostate)' > > example.o: In function `_ZNSs4_Rep10_M_disposeERKSaIcE': > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../ > sh-elf/include/c++/4.7.3/bits/stl_vector.h:161: undef ined reference > to `std::basic_string<char, std::char_traits<char>, std::allocator<char> > >::_Rep::_S_empty_rep_st orage' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../ > sh-elf/include/c++/4.7.3/bits/stl_vector.h:161: undef ined reference > to `std::basic_string<char, std::char_traits<char>, std::allocator<char> > >::basic_string(std::bas ic_string<char, std::char_traits<char>, > std::allocator<char> > const&)' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../ > sh-elf/include/c++/4.7.3/bits/stl_vector.h:161: undef ined reference > to `std::__throw_bad_alloc()' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../ > sh-elf/include/c++/4.7.3/bits/stl_vector.h:161: undef ined reference > to `__gnu_cxx::__exchange_and_add(int volatile*, int)' > > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../ > sh-elf/include/c++/4.7.3/bits/stl_vector.h:161: undef ined reference > to `std::basic_string<char, std::char_traits<char>, std::allocator<char> > >::_Rep::_M_destroy(std: :allocator<char> const&)' > > collect2: error: ld returned 1 exit status > > make: *** [Makefile:33: example.elf] Error 1 > > > > I wanna try and make sense of this, but have no idea where to begin. Or > what the problem even is. Please help! > > ------------------------------------------------------------ > ------------------ > > Check out the vibrant tech community on one of the world's most > > engaging tech sites, SlashDot.org! http://sdm.link/slashdot______ > _________________________________________ > > cadcdev-kallistios mailing list > > cad...@li... > > https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios > > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > _______________________________________________ > cadcdev-kallistios mailing list > cad...@li... > https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios > > |
|
From: Lawrence S. <blu...@gm...> - 2016-12-30 03:43:08
|
Compile and link with kos-c++ in your Makefile, rather than $KOS_CC or whatever it is your makefile is currently using. The issue here is that you’re not linking in the standard C++ library at all, which causes problems if you try to use any of it. - Lawrence > On Dec 29, 2016, at 10:24 PM, Nathan Meier <gro...@gm...> wrote: > > So I'm in the process of converting code over from c to c++.(The code was based of the PNG example.) > > Currently I'm trying to use functions from the standard library like #include<vector>, #include<string> and #include<fstream>. > > When I try and compile the program in Cygwin. I get these errors coming up and interrupting the process. > > The errors I'm getting are in this block of text it returns back to me: > > > /home/YouPeople/dc/kos//utils/bin2o/bin2o romdisk_boot.img romdisk_boot romdisk_boot.o > /opt/toolchains/dc/sh-elf/bin/sh-elf-gcc -O2 -fomit-frame-pointer -ml -m4-single-only -ffunction-sections -fdata -sections -I/home/YouPeople/dc/kos//include -I/home/YouPeople/dc/kos//kernel/arch/dreamcast/include -I/home/You People/dc/kos//addons/include -I/home/YouPeople/dc/kos//../kos-ports/include -D_arch_dreamcast -D_arch_sub_prist ine -Wall -g -fno-builtin -fno-strict-aliasing -ml -m4-single-only -Wl,-Ttext=0x8c010000 -Wl,--gc-sections -T/h ome/YouPeople/dc/kos//utils/ldscripts/shlelf.xc -nodefaultlibs -L/home/YouPeople/dc/kos//lib/dreamcast -L/home/Y ouPeople/dc/kos//addons/lib/dreamcast -L/home/YouPeople/dc/kos//../kos-ports/lib -o example.elf example.o wfont .o romdisk_boot.o -lpng -lz -lm -Wl,--start-group -lkallisti -lc -lgcc -Wl,--end-group > example.o: In function `__check_facet<std::ctype<char> >': > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_Rep::_S_empty_rep_stor age' > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `std::ios_base::ios_base()' > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `vtable for std::basic_ios<char, std::char_traits<char> >' > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `VTT for std::basic_ifstream<char, std::char_traits<char> >' > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `std::basic_ios<char, std::char_traits<char> >::init(std::basic_streambuf<char, std::char_traits <char> >*)' > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `vtable for std::basic_ifstream<char, std::char_traits<char> >' > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `vtable for std::basic_ifstream<char, std::char_traits<char> >' > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `std::basic_filebuf<char, std::char_traits<char> >::basic_filebuf()' > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `std::basic_filebuf<char, std::char_traits<char> >::open(char const*, std::_Ios_Openmode)' > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `std::basic_ios<char, std::char_traits<char> >::clear(std::_Ios_Iostate)' > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `std::basic_istream<char, std::char_traits<char> >& std::getline<char, std::char_traits<char>, s td::allocator<char> >(std::basic_istream<char, std::char_traits<char> >&, std::basic_string<char, std::char_trai ts<char>, std::allocator<char> >&, char)' > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_leak_hard()' > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `std::__throw_bad_cast()' > example.o: In function `_ZNSt9basic_iosIcSt11char_traitsIcEE8setstateESt12_Ios_Iostate': > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `std::ctype<char>::_M_widen_init() const' > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `VTT for std::basic_ifstream<char, std::char_traits<char> >' > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `std::basic_filebuf<char, std::char_traits<char> >::close()' > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `vtable for std::basic_ifstream<char, std::char_traits<char> >' > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `vtable for std::basic_ifstream<char, std::char_traits<char> >' > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `vtable for std::basic_filebuf<char, std::char_traits<char> >' > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `std::__basic_file<char>::~__basic_file()' > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `vtable for std::basic_streambuf<char, std::char_traits<char> >' > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `std::locale::~locale()' > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `std::ios_base::~ios_base()' > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `vtable for std::basic_ios<char, std::char_traits<char> >' > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `std::basic_ios<char, std::char_traits<char> >::clear(std::_Ios_Iostate)' > example.o: In function `_ZNSs4_Rep10_M_disposeERKSaIcE': > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/stl_vector.h:161: undef ined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_Rep::_S_empty_rep_st orage' > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/stl_vector.h:161: undef ined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(std::bas ic_string<char, std::char_traits<char>, std::allocator<char> > const&)' > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/stl_vector.h:161: undef ined reference to `std::__throw_bad_alloc()' > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/stl_vector.h:161: undef ined reference to `__gnu_cxx::__exchange_and_add(int volatile*, int)' > /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/stl_vector.h:161: undef ined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_Rep::_M_destroy(std: :allocator<char> const&)' > collect2: error: ld returned 1 exit status > make: *** [Makefile:33: example.elf] Error 1 > > I wanna try and make sense of this, but have no idea where to begin. Or what the problem even is. Please help! > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot_______________________________________________ > cadcdev-kallistios mailing list > cad...@li... > https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios |
|
From: Nathan M. <gro...@gm...> - 2016-12-30 03:24:13
|
So I'm in the process of converting code over from c to c++.(The code was based of the PNG example.) Currently I'm trying to use functions from the standard library like #include<vector>, #include<string> and #include<fstream>. When I try and compile the program in Cygwin. I get these errors coming up and interrupting the process. The errors I'm getting are in this block of text it returns back to me: /home/YouPeople/dc/kos//utils/bin2o/bin2o romdisk_boot.img romdisk_boot romdisk_boot.o /opt/toolchains/dc/sh-elf/bin/sh-elf-gcc -O2 -fomit-frame-pointer -ml -m4-single-only -ffunction-sections -fdata -sections -I/home/YouPeople/dc/kos//include -I/home/YouPeople/dc/kos//kernel/arch/dreamcast/include -I/home/You People/dc/kos//addons/include -I/home/YouPeople/dc/kos//../kos-ports/include -D_arch_dreamcast -D_arch_sub_prist ine -Wall -g -fno-builtin -fno-strict-aliasing -ml -m4-single-only -Wl,-Ttext=0x8c010000 -Wl,--gc-sections -T/h ome/YouPeople/dc/kos//utils/ldscripts/shlelf.xc -nodefaultlibs -L/home/YouPeople/dc/kos//lib/dreamcast -L/home/Y ouPeople/dc/kos//addons/lib/dreamcast -L/home/YouPeople/dc/kos//../kos-ports/lib -o example.elf example.o wfont .o romdisk_boot.o -lpng -lz -lm -Wl,--start-group -lkallisti -lc -lgcc -Wl,--end-group example.o: In function `__check_facet<std::ctype<char> >': /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_Rep::_S_empty_rep_stor age' /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `std::ios_base::ios_base()' /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `vtable for std::basic_ios<char, std::char_traits<char> >' /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `VTT for std::basic_ifstream<char, std::char_traits<char> >' /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `std::basic_ios<char, std::char_traits<char> >::init(std::basic_streambuf<char, std::char_traits <char> >*)' /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `vtable for std::basic_ifstream<char, std::char_traits<char> >' /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `vtable for std::basic_ifstream<char, std::char_traits<char> >' /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `std::basic_filebuf<char, std::char_traits<char> >::basic_filebuf()' /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `std::basic_filebuf<char, std::char_traits<char> >::open(char const*, std::_Ios_Openmode)' /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `std::basic_ios<char, std::char_traits<char> >::clear(std::_Ios_Iostate)' /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `std::basic_istream<char, std::char_traits<char> >& std::getline<char, std::char_traits<char>, s td::allocator<char> >(std::basic_istream<char, std::char_traits<char> >&, std::basic_string<char, std::char_trai ts<char>, std::allocator<char> >&, char)' /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_leak_hard()' /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:51: undefin ed reference to `std::__throw_bad_cast()' example.o: In function `_ZNSt9basic_iosIcSt11char_traitsIcEE8setstateESt12_Ios_Iostate': /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `std::ctype<char>::_M_widen_init() const' /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `VTT for std::basic_ifstream<char, std::char_traits<char> >' /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `std::basic_filebuf<char, std::char_traits<char> >::close()' /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `vtable for std::basic_ifstream<char, std::char_traits<char> >' /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `vtable for std::basic_ifstream<char, std::char_traits<char> >' /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `vtable for std::basic_filebuf<char, std::char_traits<char> >' /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `std::__basic_file<char>::~__basic_file()' /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `vtable for std::basic_streambuf<char, std::char_traits<char> >' /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `std::locale::~locale()' /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `std::ios_base::~ios_base()' /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `vtable for std::basic_ios<char, std::char_traits<char> >' /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/basic_ios.h:130: undefi ned reference to `std::basic_ios<char, std::char_traits<char> >::clear(std::_Ios_Iostate)' example.o: In function `_ZNSs4_Rep10_M_disposeERKSaIcE': /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/stl_vector.h:161: undef ined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_Rep::_S_empty_rep_st orage' /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/stl_vector.h:161: undef ined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(std::bas ic_string<char, std::char_traits<char>, std::allocator<char> > const&)' /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/stl_vector.h:161: undef ined reference to `std::__throw_bad_alloc()' /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/stl_vector.h:161: undef ined reference to `__gnu_cxx::__exchange_and_add(int volatile*, int)' /opt/toolchains/dc/sh-elf/lib/gcc/sh-elf/4.7.3/../../../../sh-elf/include/c++/4.7.3/bits/stl_vector.h:161: undef ined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_Rep::_M_destroy(std: :allocator<char> const&)' collect2: error: ld returned 1 exit status make: *** [Makefile:33: example.elf] Error 1 I wanna try and make sense of this, but have no idea where to begin. Or what the problem even is. Please help! |
|
From: Nathan M. <gro...@gm...> - 2016-12-29 03:30:25
|
Thanks alot, that was totally the problem! :)
On Wed, Dec 28, 2016 at 5:14 PM, Lawrence Sebald <blu...@gm...> wrote:
> Ah… Now that I see your post on another forum asking the same question, it
> makes a bit more sense.
>
> As was said over on that other forum, you either need to use a translucent
> or punch-thru polygon and have the background have alpha to make it
> transparent. To do this, you’ll need to use a PNG (or some other format
> that supports alpha), which if you’re using the image you posted over on
> that other forum, then you’re already doing. Just make the background
> transparent in your image editor instead of white.
>
> - Lawrence
>
> > On Dec 28, 2016, at 7:41 PM, Lawrence Sebald <blu...@gm...> wrote:
> >
> > I’m guessing your texture itself has a white border around whatever
> you’re drawing (i.e, it’s not actually 512x512 pixels in size, but you’ve
> extended the image by just resizing it and filling that in as white)?
> >
> > If so, what you need to do is adjust the u and v coordinates on each
> vertex. These two values are what portion of the texture you want to
> display. The left and top of the texture correspond to 0.0 of u and v
> respectively, whereas the full extent of the texture (in this case 512
> pixels over from the left and 512 pixels down from the top) correspond to
> 1.0 of u and v respectively.
> >
> > If your texture is actually 320x240 (for instance), then you’d want to
> adjust the u and v on the bottom and right side vertices (i.e, everything
> where you have 1.0) to be (320.0f / 512.0f) and (240.0f / 512.0f).
> >
> > Hopefully I’ve guessed what your issue is correctly and that helps
> understand the process.
> >
> > - Lawrence
> >
> >> On Dec 28, 2016, at 4:12 PM, Nathan Meier <gro...@gm...>
> wrote:
> >>
> >> I've been learning how to program with KOS. And currently I can display
> images and
> >> even move them around. But what I'm trying to figure out is how can I
> display the
> >> image without the white border behind it. Here's my current code for
> drawing one of the graphics:
> >>
> >> void draw_ground(void) {
> >> pvr_poly_cxt_t cxt;
> >> pvr_poly_hdr_t hdr;
> >> pvr_vertex_t vert;
> >>
> >> pvr_poly_cxt_txr(&cxt, PVR_LIST_OP_POLY, PVR_TXRFMT_RGB565, 512,
> 512, ground_tex, PVR_FILTER_BILINEAR);
> >> pvr_poly_compile(&hdr, &cxt);
> >> pvr_prim(&hdr, sizeof(hdr));
> >>
> >> vert.argb = PVR_PACK_COLOR(1.0f, 1.0f, 1.0f, 1.0f);
> >> vert.oargb = 0;
> >> vert.flags = PVR_CMD_VERTEX;
> >>
> >> vert.x = gx;
> >> vert.y = gy;
> >> vert.z = 1;
> >> vert.u = 0.0;
> >> vert.v = 0.0;
> >> pvr_prim(&vert, sizeof(vert));
> >>
> >> vert.x = gx + size;
> >> vert.y = gy;
> >> vert.z = 1;
> >> vert.u = 1.0;
> >> vert.v = 0.0;
> >> pvr_prim(&vert, sizeof(vert));
> >>
> >> vert.x = gx;
> >> vert.y = gy + size;
> >> vert.z = 1;
> >> vert.u = 0.0;
> >> vert.v = 1.0;
> >> pvr_prim(&vert, sizeof(vert));
> >>
> >> vert.x = gx + size;
> >> vert.y = gy + size;
> >> vert.z = 1;
> >> vert.u = 1.0;
> >> vert.v = 1.0;
> >> vert.flags = PVR_CMD_VERTEX_EOL;
> >> pvr_prim(&vert, sizeof(vert));
> >> }
> >>
> >> any help figuring this out would be appreciated.
> >> ------------------------------------------------------------
> ------------------
> >> Check out the vibrant tech community on one of the world's most
> >> engaging tech sites, SlashDot.org! http://sdm.link/slashdot______
> _________________________________________
> >> cadcdev-kallistios mailing list
> >> cad...@li...
> >> https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios
> >
>
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> cadcdev-kallistios mailing list
> cad...@li...
> https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios
>
>
|
|
From: Lawrence S. <blu...@gm...> - 2016-12-29 01:14:14
|
Ah… Now that I see your post on another forum asking the same question, it makes a bit more sense.
As was said over on that other forum, you either need to use a translucent or punch-thru polygon and have the background have alpha to make it transparent. To do this, you’ll need to use a PNG (or some other format that supports alpha), which if you’re using the image you posted over on that other forum, then you’re already doing. Just make the background transparent in your image editor instead of white.
- Lawrence
> On Dec 28, 2016, at 7:41 PM, Lawrence Sebald <blu...@gm...> wrote:
>
> I’m guessing your texture itself has a white border around whatever you’re drawing (i.e, it’s not actually 512x512 pixels in size, but you’ve extended the image by just resizing it and filling that in as white)?
>
> If so, what you need to do is adjust the u and v coordinates on each vertex. These two values are what portion of the texture you want to display. The left and top of the texture correspond to 0.0 of u and v respectively, whereas the full extent of the texture (in this case 512 pixels over from the left and 512 pixels down from the top) correspond to 1.0 of u and v respectively.
>
> If your texture is actually 320x240 (for instance), then you’d want to adjust the u and v on the bottom and right side vertices (i.e, everything where you have 1.0) to be (320.0f / 512.0f) and (240.0f / 512.0f).
>
> Hopefully I’ve guessed what your issue is correctly and that helps understand the process.
>
> - Lawrence
>
>> On Dec 28, 2016, at 4:12 PM, Nathan Meier <gro...@gm...> wrote:
>>
>> I've been learning how to program with KOS. And currently I can display images and
>> even move them around. But what I'm trying to figure out is how can I display the
>> image without the white border behind it. Here's my current code for drawing one of the graphics:
>>
>> void draw_ground(void) {
>> pvr_poly_cxt_t cxt;
>> pvr_poly_hdr_t hdr;
>> pvr_vertex_t vert;
>>
>> pvr_poly_cxt_txr(&cxt, PVR_LIST_OP_POLY, PVR_TXRFMT_RGB565, 512, 512, ground_tex, PVR_FILTER_BILINEAR);
>> pvr_poly_compile(&hdr, &cxt);
>> pvr_prim(&hdr, sizeof(hdr));
>>
>> vert.argb = PVR_PACK_COLOR(1.0f, 1.0f, 1.0f, 1.0f);
>> vert.oargb = 0;
>> vert.flags = PVR_CMD_VERTEX;
>>
>> vert.x = gx;
>> vert.y = gy;
>> vert.z = 1;
>> vert.u = 0.0;
>> vert.v = 0.0;
>> pvr_prim(&vert, sizeof(vert));
>>
>> vert.x = gx + size;
>> vert.y = gy;
>> vert.z = 1;
>> vert.u = 1.0;
>> vert.v = 0.0;
>> pvr_prim(&vert, sizeof(vert));
>>
>> vert.x = gx;
>> vert.y = gy + size;
>> vert.z = 1;
>> vert.u = 0.0;
>> vert.v = 1.0;
>> pvr_prim(&vert, sizeof(vert));
>>
>> vert.x = gx + size;
>> vert.y = gy + size;
>> vert.z = 1;
>> vert.u = 1.0;
>> vert.v = 1.0;
>> vert.flags = PVR_CMD_VERTEX_EOL;
>> pvr_prim(&vert, sizeof(vert));
>> }
>>
>> any help figuring this out would be appreciated.
>> ------------------------------------------------------------------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot_______________________________________________
>> cadcdev-kallistios mailing list
>> cad...@li...
>> https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios
>
|
|
From: Lawrence S. <blu...@gm...> - 2016-12-29 00:42:04
|
I’m guessing your texture itself has a white border around whatever you’re drawing (i.e, it’s not actually 512x512 pixels in size, but you’ve extended the image by just resizing it and filling that in as white)?
If so, what you need to do is adjust the u and v coordinates on each vertex. These two values are what portion of the texture you want to display. The left and top of the texture correspond to 0.0 of u and v respectively, whereas the full extent of the texture (in this case 512 pixels over from the left and 512 pixels down from the top) correspond to 1.0 of u and v respectively.
If your texture is actually 320x240 (for instance), then you’d want to adjust the u and v on the bottom and right side vertices (i.e, everything where you have 1.0) to be (320.0f / 512.0f) and (240.0f / 512.0f).
Hopefully I’ve guessed what your issue is correctly and that helps understand the process.
- Lawrence
> On Dec 28, 2016, at 4:12 PM, Nathan Meier <gro...@gm...> wrote:
>
> I've been learning how to program with KOS. And currently I can display images and
> even move them around. But what I'm trying to figure out is how can I display the
> image without the white border behind it. Here's my current code for drawing one of the graphics:
>
> void draw_ground(void) {
> pvr_poly_cxt_t cxt;
> pvr_poly_hdr_t hdr;
> pvr_vertex_t vert;
>
> pvr_poly_cxt_txr(&cxt, PVR_LIST_OP_POLY, PVR_TXRFMT_RGB565, 512, 512, ground_tex, PVR_FILTER_BILINEAR);
> pvr_poly_compile(&hdr, &cxt);
> pvr_prim(&hdr, sizeof(hdr));
>
> vert.argb = PVR_PACK_COLOR(1.0f, 1.0f, 1.0f, 1.0f);
> vert.oargb = 0;
> vert.flags = PVR_CMD_VERTEX;
>
> vert.x = gx;
> vert.y = gy;
> vert.z = 1;
> vert.u = 0.0;
> vert.v = 0.0;
> pvr_prim(&vert, sizeof(vert));
>
> vert.x = gx + size;
> vert.y = gy;
> vert.z = 1;
> vert.u = 1.0;
> vert.v = 0.0;
> pvr_prim(&vert, sizeof(vert));
>
> vert.x = gx;
> vert.y = gy + size;
> vert.z = 1;
> vert.u = 0.0;
> vert.v = 1.0;
> pvr_prim(&vert, sizeof(vert));
>
> vert.x = gx + size;
> vert.y = gy + size;
> vert.z = 1;
> vert.u = 1.0;
> vert.v = 1.0;
> vert.flags = PVR_CMD_VERTEX_EOL;
> pvr_prim(&vert, sizeof(vert));
> }
>
> any help figuring this out would be appreciated.
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot_______________________________________________
> cadcdev-kallistios mailing list
> cad...@li...
> https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios
|
|
From: Nathan M. <gro...@gm...> - 2016-12-28 21:12:25
|
I've been learning how to program with KOS. And currently I can display
images and
even move them around. But what I'm trying to figure out is how can I
display the
image without the white border behind it. Here's my current code for
drawing one of the graphics:
void draw_ground(void) {
pvr_poly_cxt_t cxt;
pvr_poly_hdr_t hdr;
pvr_vertex_t vert;
pvr_poly_cxt_txr(&cxt, PVR_LIST_OP_POLY, PVR_TXRFMT_RGB565, 512, 512,
ground_tex, PVR_FILTER_BILINEAR);
pvr_poly_compile(&hdr, &cxt);
pvr_prim(&hdr, sizeof(hdr));
vert.argb = PVR_PACK_COLOR(1.0f, 1.0f, 1.0f, 1.0f);
vert.oargb = 0;
vert.flags = PVR_CMD_VERTEX;
vert.x = gx;
vert.y = gy;
vert.z = 1;
vert.u = 0.0;
vert.v = 0.0;
pvr_prim(&vert, sizeof(vert));
vert.x = gx + size;
vert.y = gy;
vert.z = 1;
vert.u = 1.0;
vert.v = 0.0;
pvr_prim(&vert, sizeof(vert));
vert.x = gx;
vert.y = gy + size;
vert.z = 1;
vert.u = 0.0;
vert.v = 1.0;
pvr_prim(&vert, sizeof(vert));
vert.x = gx + size;
vert.y = gy + size;
vert.z = 1;
vert.u = 1.0;
vert.v = 1.0;
vert.flags = PVR_CMD_VERTEX_EOL;
pvr_prim(&vert, sizeof(vert));
}
any help figuring this out would be appreciated.
|
|
From: Lawrence S. <blu...@gm...> - 2016-12-18 02:41:28
|
If you’ve followed that tutorial, wget is already installed (as it has you install it when you install cygwin initially). - Lawrence > On Dec 17, 2016, at 9:38 PM, Nathan Meier <gro...@gm...> wrote: > > Thanks for your advice, How would I go about installing curl or wget? > > On Sat, Dec 17, 2016 at 4:24 PM, Lawrence Sebald <blu...@gm... <mailto:blu...@gm...>> wrote: > You either need curl or wget installed on your system. If you have wget, then you need to open up the configuration file for kos-ports (the file is called config.mk <http://config.mk/> in the root of the kos-ports directory) and comment out the line that says > FETCH_CMD = curl --progress-bar -O > > and uncomment the one underneath it that says > FETCH_CMD = wget --progress=bar > > Also, if you don’t have python installed, you’re going to have to go down to the bottom of that file and change the line that says > VALIDATE_DISTFILES = true > to be false instead. > > Not to be mean, but I would like to point out that the kos-ports README does mention both of these things. ;) > > Also, I don’t necessarily recommend running the build-all.sh script unless you REALLY think you’re going to need all of the ports. Most people won’t use many of the ports at all (zlib, libpng, libjpeg, and liboggvorbisplay/libtremor are probably the extent of what most people use), so there’s little reason to build everything. > > - Lawrence > >> On Dec 17, 2016, at 4:54 PM, Nathan Meier <gro...@gm... <mailto:gro...@gm...>> wrote: >> >> Hey guys, so I sent an eMail last week about getting help with this tutorial on setting up kallistios. >> >> http://www.neogaf.com/forum/showthread.php?p=216433273#post216433273 <http://www.neogaf.com/forum/showthread.php?p=216433273#post216433273> >> >> I'm stuck on the very last step of setting up the Toolchain. where you >> have to enter the command: >> >> ./build-all.sh >> >> It returns errors and does not finish building. This is what I'm getting: >> >> Checking if /home/YouPeople/dc/kos/../kos-ports/libbz2 is installed and up-to-date... >> Building /home/YouPeople/dc/kos/../kos-ports/libbz2... >> make: Entering directory '/home/YouPeople/dc/kos-ports/libbz2' >> libbz2 is not currently installed. >> Finished processing dependencies for libbz2. >> Fetching bzip2-1.0.6.tar.gz from http://bzip.org/1.0.6 <http://bzip.org/1.0.6> ... >> /bin/sh: line 15: curl: command not found >> make: *** [/home/YouPeople/dc/kos/../kos-ports/scripts/download.mk:9 <http://download.mk:9/>: fetch] Error 127 >> make: Leaving directory '/home/YouPeople/dc/kos-ports/libbz2' >> 2 >> Error building /home/YouPeople/dc/kos/../kos-ports/libbz2. Bailing out. >> >> >> I'm not sure what to do or how to fix it. PLEASE HELP! >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, SlashDot.org <http://slashdot.org/>! http://sdm.link/slashdot_______________________________________________ <http://sdm.link/slashdot_______________________________________________> >> cadcdev-kallistios mailing list >> cad...@li... <mailto:cad...@li...> >> https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios <https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios> > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot <http://sdm.link/slashdot> > _______________________________________________ > cadcdev-kallistios mailing list > cad...@li... <mailto:cad...@li...> > https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios <https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios> > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot_______________________________________________ > cadcdev-kallistios mailing list > cad...@li... > https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios |
|
From: Nathan M. <gro...@gm...> - 2016-12-18 02:38:17
|
Thanks for your advice, How would I go about installing curl or wget? On Sat, Dec 17, 2016 at 4:24 PM, Lawrence Sebald <blu...@gm...> wrote: > You either need curl or wget installed on your system. If you have wget, > then you need to open up the configuration file for kos-ports (the file is > called config.mk in the root of the kos-ports directory) and comment out > the line that says > FETCH_CMD = curl --progress-bar -O > > and uncomment the one underneath it that says > FETCH_CMD = wget --progress=bar > > Also, if you don’t have python installed, you’re going to have to go down > to the bottom of that file and change the line that says > VALIDATE_DISTFILES = true > to be false instead. > > Not to be mean, but I would like to point out that the kos-ports README > does mention both of these things. ;) > > Also, I don’t necessarily recommend running the build-all.sh script unless > you REALLY think you’re going to need all of the ports. Most people won’t > use many of the ports at all (zlib, libpng, libjpeg, and > liboggvorbisplay/libtremor are probably the extent of what most people > use), so there’s little reason to build everything. > > - Lawrence > > On Dec 17, 2016, at 4:54 PM, Nathan Meier <gro...@gm...> > wrote: > > Hey guys, so I sent an eMail last week about getting help with this > tutorial on setting up kallistios. > > http://www.neogaf.com/forum/showthread.php?p=216433273#post216433273 > > I'm stuck on the very last step of setting up the Toolchain. where you > have to enter the command: > > ./build-all.sh > > It returns errors and does not finish building. This is what I'm getting: > > Checking if /home/YouPeople/dc/kos/../kos-ports/libbz2 is installed and > up-to-date... > Building /home/YouPeople/dc/kos/../kos-ports/libbz2... > make: Entering directory '/home/YouPeople/dc/kos-ports/libbz2' > libbz2 is not currently installed. > Finished processing dependencies for libbz2. > Fetching bzip2-1.0.6.tar.gz from http://bzip.org/1.0.6 ... > /bin/sh: line 15: curl: command not found > make: *** [/home/YouPeople/dc/kos/../kos-ports/scripts/download.mk:9: > fetch] Error 127 > make: Leaving directory '/home/YouPeople/dc/kos-ports/libbz2' > 2 > Error building /home/YouPeople/dc/kos/../kos-ports/libbz2. Bailing out. > > > I'm not sure what to do or how to fix it. PLEASE HELP! > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot______ > _________________________________________ > cadcdev-kallistios mailing list > cad...@li... > https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios > > > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > _______________________________________________ > cadcdev-kallistios mailing list > cad...@li... > https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios > > |
|
From: Lawrence S. <blu...@gm...> - 2016-12-18 00:24:25
|
You either need curl or wget installed on your system. If you have wget, then you need to open up the configuration file for kos-ports (the file is called config.mk in the root of the kos-ports directory) and comment out the line that says FETCH_CMD = curl --progress-bar -O and uncomment the one underneath it that says FETCH_CMD = wget --progress=bar Also, if you don’t have python installed, you’re going to have to go down to the bottom of that file and change the line that says VALIDATE_DISTFILES = true to be false instead. Not to be mean, but I would like to point out that the kos-ports README does mention both of these things. ;) Also, I don’t necessarily recommend running the build-all.sh script unless you REALLY think you’re going to need all of the ports. Most people won’t use many of the ports at all (zlib, libpng, libjpeg, and liboggvorbisplay/libtremor are probably the extent of what most people use), so there’s little reason to build everything. - Lawrence > On Dec 17, 2016, at 4:54 PM, Nathan Meier <gro...@gm...> wrote: > > Hey guys, so I sent an eMail last week about getting help with this tutorial on setting up kallistios. > > http://www.neogaf.com/forum/showthread.php?p=216433273#post216433273 <http://www.neogaf.com/forum/showthread.php?p=216433273#post216433273> > > I'm stuck on the very last step of setting up the Toolchain. where you > have to enter the command: > > ./build-all.sh > > It returns errors and does not finish building. This is what I'm getting: > > Checking if /home/YouPeople/dc/kos/../kos-ports/libbz2 is installed and up-to-date... > Building /home/YouPeople/dc/kos/../kos-ports/libbz2... > make: Entering directory '/home/YouPeople/dc/kos-ports/libbz2' > libbz2 is not currently installed. > Finished processing dependencies for libbz2. > Fetching bzip2-1.0.6.tar.gz from http://bzip.org/1.0.6 <http://bzip.org/1.0.6> ... > /bin/sh: line 15: curl: command not found > make: *** [/home/YouPeople/dc/kos/../kos-ports/scripts/download.mk:9 <http://download.mk:9/>: fetch] Error 127 > make: Leaving directory '/home/YouPeople/dc/kos-ports/libbz2' > 2 > Error building /home/YouPeople/dc/kos/../kos-ports/libbz2. Bailing out. > > > I'm not sure what to do or how to fix it. PLEASE HELP! > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot_______________________________________________ > cadcdev-kallistios mailing list > cad...@li... > https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios |
|
From: Rodolfo R. G. <rod...@gm...> - 2016-12-17 21:57:17
|
You should have Curl installed on your system. Em 17 de dez de 2016 19:54, "Nathan Meier" <gro...@gm...> escreveu: Hey guys, so I sent an eMail last week about getting help with this tutorial on setting up kallistios. http://www.neogaf.com/forum/showthread.php?p=216433273#post216433273 I'm stuck on the very last step of setting up the Toolchain. where you have to enter the command: ./build-all.sh It returns errors and does not finish building. This is what I'm getting: Checking if /home/YouPeople/dc/kos/../kos-ports/libbz2 is installed and up-to-date... Building /home/YouPeople/dc/kos/../kos-ports/libbz2... make: Entering directory '/home/YouPeople/dc/kos-ports/libbz2' libbz2 is not currently installed. Finished processing dependencies for libbz2. Fetching bzip2-1.0.6.tar.gz from http://bzip.org/1.0.6 ... /bin/sh: line 15: curl: command not found make: *** [/home/YouPeople/dc/kos/../kos-ports/scripts/download.mk:9: fetch] Error 127 make: Leaving directory '/home/YouPeople/dc/kos-ports/libbz2' 2 Error building /home/YouPeople/dc/kos/../kos-ports/libbz2. Bailing out. I'm not sure what to do or how to fix it. PLEASE HELP! ------------------------------------------------------------ ------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot _______________________________________________ cadcdev-kallistios mailing list cad...@li... https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios |
|
From: Nathan M. <gro...@gm...> - 2016-12-17 21:54:21
|
Hey guys, so I sent an eMail last week about getting help with this tutorial on setting up kallistios. http://www.neogaf.com/forum/showthread.php?p=216433273#post216433273 I'm stuck on the very last step of setting up the Toolchain. where you have to enter the command: ./build-all.sh It returns errors and does not finish building. This is what I'm getting: Checking if /home/YouPeople/dc/kos/../kos-ports/libbz2 is installed and up-to-date... Building /home/YouPeople/dc/kos/../kos-ports/libbz2... make: Entering directory '/home/YouPeople/dc/kos-ports/libbz2' libbz2 is not currently installed. Finished processing dependencies for libbz2. Fetching bzip2-1.0.6.tar.gz from http://bzip.org/1.0.6 ... /bin/sh: line 15: curl: command not found make: *** [/home/YouPeople/dc/kos/../kos-ports/scripts/download.mk:9: fetch] Error 127 make: Leaving directory '/home/YouPeople/dc/kos-ports/libbz2' 2 Error building /home/YouPeople/dc/kos/../kos-ports/libbz2. Bailing out. I'm not sure what to do or how to fix it. PLEASE HELP! |
|
From: Nathan M. <gro...@gm...> - 2016-12-10 23:05:31
|
Thanks for responding. The tutorial I'm trying to use is this one: http://www.neogaf.com/forum/showthread.php?t=916501 And I'm getting stuck on setting up the dreamcast toolchain and development environment . Here's the link to the part I'm stuck on. http://www.neogaf.com/forum/showthread.php?p=216433273#post216433273 I'm currently using Cygwin on a PC to do this tutorial. I feel like I followed all the steps correctly, but maybe I missed something? Any help would be greatly appreciated . On Sat, Dec 10, 2016 at 12:42 PM, Lawrence Sebald <blu...@gm...> wrote: > First of all, what tutorial are you following, specifically? Also, what > platform are you trying to do this on (Linux, Mac, Windows/Cygwin, > something else more exotic)? > > That particular error is complaining that it cannot find your > Dreamcast-targeted compiler. That implies that either it hasn’t been built > or that it is in a different location than where the environ script thinks > it is. > > > On Dec 10, 2016, at 12:51 PM, Nathan Meier <gro...@gm...> > wrote: > > > > I'm trying to follow tutorials on how to setup kallistios. I start > running into problems when I need to work with the Environ.sh > > file. When I run the command "source environ.sh" I get the following > error > > > > > > /home/YouPeople/dc/kos/utils/gnu_wrappers/kos-cc: line 34: > /opt/toolchains/dc/sh-elf/bin/sh-elf-gcc: No such file or directory > > > > It seems like I'm missing a file for it, even though I downloaded this > through GIT. Is there a step I missed? Or something else I need to download? > > PLEASE HELP! > > > > ------------------------------------------------------------ > ------------------ > > Developer Access Program for Intel Xeon Phi Processors > > Access to Intel Xeon Phi processor-based developer platforms. > > With one year of Intel Parallel Studio XE. > > Training and support from Colfax. > > Order your platform today.http://sdm.link/xeonphi_ > ______________________________________________ > > cadcdev-kallistios mailing list > > cad...@li... > > https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios > > |
|
From: Lawrence S. <blu...@gm...> - 2016-12-10 20:43:02
|
First of all, what tutorial are you following, specifically? Also, what platform are you trying to do this on (Linux, Mac, Windows/Cygwin, something else more exotic)? That particular error is complaining that it cannot find your Dreamcast-targeted compiler. That implies that either it hasn’t been built or that it is in a different location than where the environ script thinks it is. > On Dec 10, 2016, at 12:51 PM, Nathan Meier <gro...@gm...> wrote: > > I'm trying to follow tutorials on how to setup kallistios. I start running into problems when I need to work with the Environ.sh > file. When I run the command "source environ.sh" I get the following error > > > /home/YouPeople/dc/kos/utils/gnu_wrappers/kos-cc: line 34: /opt/toolchains/dc/sh-elf/bin/sh-elf-gcc: No such file or directory > > It seems like I'm missing a file for it, even though I downloaded this through GIT. Is there a step I missed? Or something else I need to download? > PLEASE HELP! > > ------------------------------------------------------------------------------ > Developer Access Program for Intel Xeon Phi Processors > Access to Intel Xeon Phi processor-based developer platforms. > With one year of Intel Parallel Studio XE. > Training and support from Colfax. > Order your platform today.http://sdm.link/xeonphi_______________________________________________ > cadcdev-kallistios mailing list > cad...@li... > https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios |
|
From: Nathan M. <gro...@gm...> - 2016-12-10 17:51:14
|
I'm trying to follow tutorials on how to setup kallistios. I start running into problems when I need to work with the Environ.sh file. When I run the command "source environ.sh" I get the following error /home/YouPeople/dc/kos/utils/gnu_wrappers/kos-cc: line 34: /opt/toolchains/dc/sh-elf/bin/sh-elf-gcc: No such file or directory It seems like I'm missing a file for it, even though I downloaded this through GIT. Is there a step I missed? Or something else I need to download? PLEASE HELP! |
|
From: Luke B. <ka...@gm...> - 2016-02-20 10:23:05
|
Nevermind, everything is statically linked isn't it - so what I'm asking for doesn't make any sense! Ignore me :) On 20 February 2016 at 10:16, Luke Benstead <ka...@gm...> wrote: > OK, so I've made some progress and have successfully compiled an SDL 2 > sample - it runs and gives me a black screen but as I only have an SD card > reader and no coders cable I have no way to debug that... > > Anyway, one thing that I can't figure out is that in the SDL 1.x port if > HAVE_OPENGL is defined a function called glKosGetProcAddress is used - I > can't find any reference to that function anywhere and I'm pretty sure it > doesn't work if you compile with that setting. > > So, what would be the equivalent of GetProcAddress on Kos? dlopen doesn't > seem to exist, does Kos have something similar? > > On 11 February 2016 at 13:28, Lawrence Sebald <blu...@gm...> wrote: > >> Those are fairly easily explained… >> >> Environment variables are not supported in KOS, so getenv/setenv don't >> actually exist in libkallisti. Don’t define HAVE_GETENV and HAVE_SETENV in >> your SDL_config_dreamcast.h file. SDL has a built-in implementation that >> will be compiled in if you don’t define those. >> >> The second one should go away if you link with libm. >> >> On Feb 11, 2016, at 5:06 AM, Luke Benstead <ka...@gm...> wrote: >> >> Thank you! I've disabled DYNAMIC_API on the DC, and I realized that >> __DREAMCAST__ is not what I should be checking for, but _arch_dreamcast >> (facepalm). >> >> Now I'm down to a couple of atomic-related SDL references, and stuff like >> this: >> >> /home/lukeb/Dreamcast/kos-ports/SDL2/build/SDL2-2.0.4/libSDL2.a(SDL_getenv.o): >> In function `SDL_getenv': >> /home/lukeb/Dreamcast/kos-ports/SDL2/build/SDL2-2.0.4/src/stdlib/SDL_getenv.c:182: >> undefined reference to `_getenv' >> /home/lukeb/Dreamcast/kos-ports/SDL2/build/SDL2-2.0.4/libSDL2.a(SDL_stdlib.o): >> In function `SDL_atan2': >> /home/lukeb/Dreamcast/kos-ports/SDL2/build/SDL2-2.0.4/src/stdlib/SDL_stdlib.c:48: >> undefined reference to `_atan2' >> >> >> Which I'm guessing is down to me not linking a KOS library or something? >> I'll take a look later when I find time. Thanks again! >> >> On 11 February 2016 at 08:45, Harley Laue <los...@gm...> >> wrote: >> >>> $ make >>> rm -f example.elf >>> kos-cc -o example.elf testdraw2.o -lSDL2 >>> testdraw2.o: In function `DrawPoints': >>> /usr/local/dc/kos-ports/SDL2-test/build/SDL2-2.0.4/test/testdraw2.c:79: >>> undefined reference to `_SDL_RenderGetViewport' >>> ... >>> /usr/local/dc/kos-ports/SDL2-test/build/SDL2-2.0.4/test/testdraw2.c:299: >>> undefined reference to `_SDL_atoi' >>> collect2: error: ld returned 1 exit status >>> Makefile:28: recipe for target 'example.elf' failed >>> make: *** [example.elf] Error >>> $ sh-elf-nm $KOS_PORTS/lib/libSDL2.a | grep -E "(RenderGetViewport|atoi)" >>> U _SDL_atoi_REAL >>> U _SDL_atoi_REAL >>> U _SDL_atoi_REAL >>> U _SDL_atoi_REAL >>> U _SDL_atoi_REAL >>> 00000000 T _SDL_RenderGetViewport_REAL >>> U _atoi >>> 00000000 T _SDL_atoi_REAL >>> U _SDL_atoi_REAL >>> >>> $ grep -Er "(RenderGetViewport_REAL|SDL_atoi_REAL)" >>> src/dynapi/SDL_dynapi_overrides.h:#define SDL_RenderGetViewport >>> SDL_RenderGetViewport_REAL >>> src/dynapi/SDL_dynapi_overrides.h:#define SDL_atoi SDL_atoi_REAL >>> >>> >>> From what I can tell, SDL2 wants SDL_dynapi defined for all platforms. >>> >>> >>> On 02/10/2016 08:13 AM, Luke Benstead wrote: >>> >>> Thanks OK, I just wanted to make sure that what I was doing in the >>> makefile wasn't obviously wrong... I'll keep digging! Thanks! >>> >>> On 10 February 2016 at 15:34, Lawrence Sebald <blu...@gm...> >>> wrote: >>> >>>> Unfortunately, I have no idea why you’d be having that particular issue >>>> off the top of my head. It looks like you’re compiling in the SDL_render.c >>>> file into your library, which is where those functions are implemented, so >>>> I don’t really know… >>>> >>>> The only thing I can guess is that somehow you’re picking up an old >>>> version of the library where you didn’t compile that in or something? Try >>>> rebuilding the entire library and then the program again? >>>> >>>> I really know next to nothing about SDL2, which I suppose doesn’t help >>>> here... >>>> >>>> On Feb 10, 2016, at 4:03 AM, Luke Benstead <ka...@gm...> wrote: >>>> >>>> Hi there! >>>> >>>> I've managed to get the SDL 2 port to a state where it compiles, but is >>>> untested. My SD card adapter just arrived so I figured I'd try to compile >>>> one of the SDL 2 sample applications to test the port. >>>> >>>> I added the following target to the KOSMakefile.mk file: >>>> >>>> >>>> defaultall: replacefiles $(OBJS) subdirs linklib buildsamples >>>> >>>> TESTDRAW2_SRCS = $(CURDIR)/test/testdraw2.c >>>> TESTDRAW2_OBJS = $(CURDIR)/test/testdraw2.o >>>> TESTDRAW2_TARGET = testdraw2.elf >>>> >>>> buildsamples: >>>> $(KOS_CC) $(CFLAGS) -Iinclude -c $(TESTDRAW2_SRCS) -o >>>> $(TESTDRAW2_OBJS) >>>> $(KOS_CC) $(KOS_CFLAGS) $(KOS_LDFLAGS) -L$(CURDIR) -Iinclude -o >>>> $(TESTDRAW2_TARGET) $(KOS_START) $(TESTDRAW2_OBJS) $(KOS_LIBS) -lSDL2 >>>> >>>> No matter what incantation I use to build the source file, I still end >>>> up with undefined references to the SDL 2 functions. e.g. >>>> >>>> /home/lukeb/Dreamcast/kos-ports/SDL2/build/SDL2-2.0.4/test/testdraw2.o: >>>> In function `_DrawPoints': >>>> testdraw2.c:(.text+0x1a0): undefined reference to >>>> `_SDL_RenderGetViewport' >>>> testdraw2.c:(.text+0x1b8): undefined reference to >>>> `_SDL_SetRenderDrawColor' >>>> testdraw2.c:(.text+0x1c4): undefined reference to `_SDL_RenderDrawPoint' >>>> >>>> >>>> Am I missing something obvious? Grepping for those functions does find >>>> them in libSDL2.a which I'm linking to. I've tried changing the order of >>>> the GCC args, and also tried just compiling the source file directly rather >>>> than to an object file first. >>>> >>>> I'd appreciate any suggestions you might have! >>>> >>>> Thanks, >>>> >>>> Luke. >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Site24x7 APM Insight: Get Deep Visibility into Application Performance >>>> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >>>> Monitor end-to-end web transactions and take corrective actions now >>>> Troubleshoot faster and improve end-user experience. Signup Now! >>>> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140_______________________________________________ >>>> cadcdev-kallistios mailing list >>>> cad...@li... >>>> https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Site24x7 APM Insight: Get Deep Visibility into Application Performance >>>> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >>>> Monitor end-to-end web transactions and take corrective actions now >>>> Troubleshoot faster and improve end-user experience. Signup Now! >>>> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 >>>> _______________________________________________ >>>> cadcdev-kallistios mailing list >>>> cad...@li... >>>> https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios >>>> >>>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Site24x7 APM Insight: Get Deep Visibility into Application Performance >>> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >>> Monitor end-to-end web transactions and take corrective actions now >>> Troubleshoot faster and improve end-user experience. Signup Now!http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 >>> >>> >>> >>> _______________________________________________ >>> cadcdev-kallistios mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Site24x7 APM Insight: Get Deep Visibility into Application Performance >>> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >>> Monitor end-to-end web transactions and take corrective actions now >>> Troubleshoot faster and improve end-user experience. Signup Now! >>> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 >>> _______________________________________________ >>> cadcdev-kallistios mailing list >>> cad...@li... >>> https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios >>> >>> >> >> ------------------------------------------------------------------------------ >> Site24x7 APM Insight: Get Deep Visibility into Application Performance >> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >> Monitor end-to-end web transactions and take corrective actions now >> Troubleshoot faster and improve end-user experience. Signup Now! >> >> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140_______________________________________________ >> cadcdev-kallistios mailing list >> cad...@li... >> https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios >> >> >> >> >> ------------------------------------------------------------------------------ >> Site24x7 APM Insight: Get Deep Visibility into Application Performance >> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >> Monitor end-to-end web transactions and take corrective actions now >> Troubleshoot faster and improve end-user experience. Signup Now! >> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 >> _______________________________________________ >> cadcdev-kallistios mailing list >> cad...@li... >> https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios >> >> > |
|
From: Luke B. <ka...@gm...> - 2016-02-20 10:16:38
|
OK, so I've made some progress and have successfully compiled an SDL 2 sample - it runs and gives me a black screen but as I only have an SD card reader and no coders cable I have no way to debug that... Anyway, one thing that I can't figure out is that in the SDL 1.x port if HAVE_OPENGL is defined a function called glKosGetProcAddress is used - I can't find any reference to that function anywhere and I'm pretty sure it doesn't work if you compile with that setting. So, what would be the equivalent of GetProcAddress on Kos? dlopen doesn't seem to exist, does Kos have something similar? On 11 February 2016 at 13:28, Lawrence Sebald <blu...@gm...> wrote: > Those are fairly easily explained… > > Environment variables are not supported in KOS, so getenv/setenv don't > actually exist in libkallisti. Don’t define HAVE_GETENV and HAVE_SETENV in > your SDL_config_dreamcast.h file. SDL has a built-in implementation that > will be compiled in if you don’t define those. > > The second one should go away if you link with libm. > > On Feb 11, 2016, at 5:06 AM, Luke Benstead <ka...@gm...> wrote: > > Thank you! I've disabled DYNAMIC_API on the DC, and I realized that > __DREAMCAST__ is not what I should be checking for, but _arch_dreamcast > (facepalm). > > Now I'm down to a couple of atomic-related SDL references, and stuff like > this: > > /home/lukeb/Dreamcast/kos-ports/SDL2/build/SDL2-2.0.4/libSDL2.a(SDL_getenv.o): > In function `SDL_getenv': > /home/lukeb/Dreamcast/kos-ports/SDL2/build/SDL2-2.0.4/src/stdlib/SDL_getenv.c:182: > undefined reference to `_getenv' > /home/lukeb/Dreamcast/kos-ports/SDL2/build/SDL2-2.0.4/libSDL2.a(SDL_stdlib.o): > In function `SDL_atan2': > /home/lukeb/Dreamcast/kos-ports/SDL2/build/SDL2-2.0.4/src/stdlib/SDL_stdlib.c:48: > undefined reference to `_atan2' > > > Which I'm guessing is down to me not linking a KOS library or something? > I'll take a look later when I find time. Thanks again! > > On 11 February 2016 at 08:45, Harley Laue <los...@gm...> > wrote: > >> $ make >> rm -f example.elf >> kos-cc -o example.elf testdraw2.o -lSDL2 >> testdraw2.o: In function `DrawPoints': >> /usr/local/dc/kos-ports/SDL2-test/build/SDL2-2.0.4/test/testdraw2.c:79: >> undefined reference to `_SDL_RenderGetViewport' >> ... >> /usr/local/dc/kos-ports/SDL2-test/build/SDL2-2.0.4/test/testdraw2.c:299: >> undefined reference to `_SDL_atoi' >> collect2: error: ld returned 1 exit status >> Makefile:28: recipe for target 'example.elf' failed >> make: *** [example.elf] Error >> $ sh-elf-nm $KOS_PORTS/lib/libSDL2.a | grep -E "(RenderGetViewport|atoi)" >> U _SDL_atoi_REAL >> U _SDL_atoi_REAL >> U _SDL_atoi_REAL >> U _SDL_atoi_REAL >> U _SDL_atoi_REAL >> 00000000 T _SDL_RenderGetViewport_REAL >> U _atoi >> 00000000 T _SDL_atoi_REAL >> U _SDL_atoi_REAL >> >> $ grep -Er "(RenderGetViewport_REAL|SDL_atoi_REAL)" >> src/dynapi/SDL_dynapi_overrides.h:#define SDL_RenderGetViewport >> SDL_RenderGetViewport_REAL >> src/dynapi/SDL_dynapi_overrides.h:#define SDL_atoi SDL_atoi_REAL >> >> >> From what I can tell, SDL2 wants SDL_dynapi defined for all platforms. >> >> >> On 02/10/2016 08:13 AM, Luke Benstead wrote: >> >> Thanks OK, I just wanted to make sure that what I was doing in the >> makefile wasn't obviously wrong... I'll keep digging! Thanks! >> >> On 10 February 2016 at 15:34, Lawrence Sebald <blu...@gm...> wrote: >> >>> Unfortunately, I have no idea why you’d be having that particular issue >>> off the top of my head. It looks like you’re compiling in the SDL_render.c >>> file into your library, which is where those functions are implemented, so >>> I don’t really know… >>> >>> The only thing I can guess is that somehow you’re picking up an old >>> version of the library where you didn’t compile that in or something? Try >>> rebuilding the entire library and then the program again? >>> >>> I really know next to nothing about SDL2, which I suppose doesn’t help >>> here... >>> >>> On Feb 10, 2016, at 4:03 AM, Luke Benstead <ka...@gm...> wrote: >>> >>> Hi there! >>> >>> I've managed to get the SDL 2 port to a state where it compiles, but is >>> untested. My SD card adapter just arrived so I figured I'd try to compile >>> one of the SDL 2 sample applications to test the port. >>> >>> I added the following target to the KOSMakefile.mk file: >>> >>> >>> defaultall: replacefiles $(OBJS) subdirs linklib buildsamples >>> >>> TESTDRAW2_SRCS = $(CURDIR)/test/testdraw2.c >>> TESTDRAW2_OBJS = $(CURDIR)/test/testdraw2.o >>> TESTDRAW2_TARGET = testdraw2.elf >>> >>> buildsamples: >>> $(KOS_CC) $(CFLAGS) -Iinclude -c $(TESTDRAW2_SRCS) -o >>> $(TESTDRAW2_OBJS) >>> $(KOS_CC) $(KOS_CFLAGS) $(KOS_LDFLAGS) -L$(CURDIR) -Iinclude -o >>> $(TESTDRAW2_TARGET) $(KOS_START) $(TESTDRAW2_OBJS) $(KOS_LIBS) -lSDL2 >>> >>> No matter what incantation I use to build the source file, I still end >>> up with undefined references to the SDL 2 functions. e.g. >>> >>> /home/lukeb/Dreamcast/kos-ports/SDL2/build/SDL2-2.0.4/test/testdraw2.o: >>> In function `_DrawPoints': >>> testdraw2.c:(.text+0x1a0): undefined reference to >>> `_SDL_RenderGetViewport' >>> testdraw2.c:(.text+0x1b8): undefined reference to >>> `_SDL_SetRenderDrawColor' >>> testdraw2.c:(.text+0x1c4): undefined reference to `_SDL_RenderDrawPoint' >>> >>> >>> Am I missing something obvious? Grepping for those functions does find >>> them in libSDL2.a which I'm linking to. I've tried changing the order of >>> the GCC args, and also tried just compiling the source file directly rather >>> than to an object file first. >>> >>> I'd appreciate any suggestions you might have! >>> >>> Thanks, >>> >>> Luke. >>> >>> >>> ------------------------------------------------------------------------------ >>> Site24x7 APM Insight: Get Deep Visibility into Application Performance >>> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >>> Monitor end-to-end web transactions and take corrective actions now >>> Troubleshoot faster and improve end-user experience. Signup Now! >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140_______________________________________________ >>> cadcdev-kallistios mailing list >>> cad...@li... >>> https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Site24x7 APM Insight: Get Deep Visibility into Application Performance >>> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >>> Monitor end-to-end web transactions and take corrective actions now >>> Troubleshoot faster and improve end-user experience. Signup Now! >>> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 >>> _______________________________________________ >>> cadcdev-kallistios mailing list >>> cad...@li... >>> https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios >>> >>> >> >> >> ------------------------------------------------------------------------------ >> Site24x7 APM Insight: Get Deep Visibility into Application Performance >> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >> Monitor end-to-end web transactions and take corrective actions now >> Troubleshoot faster and improve end-user experience. Signup Now!http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 >> >> >> >> _______________________________________________ >> cadcdev-kallistios mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios >> >> >> >> >> ------------------------------------------------------------------------------ >> Site24x7 APM Insight: Get Deep Visibility into Application Performance >> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >> Monitor end-to-end web transactions and take corrective actions now >> Troubleshoot faster and improve end-user experience. Signup Now! >> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 >> _______________________________________________ >> cadcdev-kallistios mailing list >> cad...@li... >> https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios >> >> > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140_______________________________________________ > cadcdev-kallistios mailing list > cad...@li... > https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios > > > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 > _______________________________________________ > cadcdev-kallistios mailing list > cad...@li... > https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios > > |
|
From: Lawrence S. <blu...@gm...> - 2016-02-11 13:28:28
|
Those are fairly easily explained… Environment variables are not supported in KOS, so getenv/setenv don't actually exist in libkallisti. Don’t define HAVE_GETENV and HAVE_SETENV in your SDL_config_dreamcast.h file. SDL has a built-in implementation that will be compiled in if you don’t define those. The second one should go away if you link with libm. > On Feb 11, 2016, at 5:06 AM, Luke Benstead <ka...@gm...> wrote: > > Thank you! I've disabled DYNAMIC_API on the DC, and I realized that __DREAMCAST__ is not what I should be checking for, but _arch_dreamcast (facepalm). > > Now I'm down to a couple of atomic-related SDL references, and stuff like this: > > /home/lukeb/Dreamcast/kos-ports/SDL2/build/SDL2-2.0.4/libSDL2.a(SDL_getenv.o): In function `SDL_getenv': > /home/lukeb/Dreamcast/kos-ports/SDL2/build/SDL2-2.0.4/src/stdlib/SDL_getenv.c:182: undefined reference to `_getenv' > /home/lukeb/Dreamcast/kos-ports/SDL2/build/SDL2-2.0.4/libSDL2.a(SDL_stdlib.o): In function `SDL_atan2': > /home/lukeb/Dreamcast/kos-ports/SDL2/build/SDL2-2.0.4/src/stdlib/SDL_stdlib.c:48: undefined reference to `_atan2' > > > Which I'm guessing is down to me not linking a KOS library or something? I'll take a look later when I find time. Thanks again! > > On 11 February 2016 at 08:45, Harley Laue <los...@gm... <mailto:los...@gm...>> wrote: > $ make > rm -f example.elf > kos-cc -o example.elf testdraw2.o -lSDL2 > testdraw2.o: In function `DrawPoints': > /usr/local/dc/kos-ports/SDL2-test/build/SDL2-2.0.4/test/testdraw2.c:79: undefined reference to `_SDL_RenderGetViewport' > ... > /usr/local/dc/kos-ports/SDL2-test/build/SDL2-2.0.4/test/testdraw2.c:299: undefined reference to `_SDL_atoi' > collect2: error: ld returned 1 exit status > Makefile:28: recipe for target 'example.elf' failed > make: *** [example.elf] Error > $ sh-elf-nm $KOS_PORTS/lib/libSDL2.a | grep -E "(RenderGetViewport|atoi)" > U _SDL_atoi_REAL > U _SDL_atoi_REAL > U _SDL_atoi_REAL > U _SDL_atoi_REAL > U _SDL_atoi_REAL > 00000000 T _SDL_RenderGetViewport_REAL > U _atoi > 00000000 T _SDL_atoi_REAL > U _SDL_atoi_REAL > > $ grep -Er "(RenderGetViewport_REAL|SDL_atoi_REAL)" > src/dynapi/SDL_dynapi_overrides.h:#define SDL_RenderGetViewport SDL_RenderGetViewport_REAL > src/dynapi/SDL_dynapi_overrides.h:#define SDL_atoi SDL_atoi_REAL > > > From what I can tell, SDL2 wants SDL_dynapi defined for all platforms. > > > On 02/10/2016 08:13 AM, Luke Benstead wrote: >> Thanks OK, I just wanted to make sure that what I was doing in the makefile wasn't obviously wrong... I'll keep digging! Thanks! >> >> On 10 February 2016 at 15:34, Lawrence Sebald <blu...@gm... <mailto:blu...@gm...>> wrote: >> Unfortunately, I have no idea why you’d be having that particular issue off the top of my head. It looks like you’re compiling in the SDL_render.c file into your library, which is where those functions are implemented, so I don’t really know… >> >> The only thing I can guess is that somehow you’re picking up an old version of the library where you didn’t compile that in or something? Try rebuilding the entire library and then the program again? >> >> I really know next to nothing about SDL2, which I suppose doesn’t help here... >> >>> On Feb 10, 2016, at 4:03 AM, Luke Benstead <ka...@gm... <mailto:ka...@gm...>> wrote: >>> >>> Hi there! >>> >>> I've managed to get the SDL 2 port to a state where it compiles, but is untested. My SD card adapter just arrived so I figured I'd try to compile one of the SDL 2 sample applications to test the port. >>> >>> I added the following target to the KOSMakefile.mk file: >>> >>> >>> defaultall: replacefiles $(OBJS) subdirs linklib buildsamples >>> >>> TESTDRAW2_SRCS = $(CURDIR)/test/testdraw2.c >>> TESTDRAW2_OBJS = $(CURDIR)/test/testdraw2.o >>> TESTDRAW2_TARGET = testdraw2.elf >>> >>> buildsamples: >>> $(KOS_CC) $(CFLAGS) -Iinclude -c $(TESTDRAW2_SRCS) -o $(TESTDRAW2_OBJS) >>> $(KOS_CC) $(KOS_CFLAGS) $(KOS_LDFLAGS) -L$(CURDIR) -Iinclude -o $(TESTDRAW2_TARGET) $(KOS_START) $(TESTDRAW2_OBJS) $(KOS_LIBS) -lSDL2 >>> >>> No matter what incantation I use to build the source file, I still end up with undefined references to the SDL 2 functions. e.g. >>> >>> /home/lukeb/Dreamcast/kos-ports/SDL2/build/SDL2-2.0.4/test/testdraw2.o: In function `_DrawPoints': >>> testdraw2.c:(.text+0x1a0): undefined reference to `_SDL_RenderGetViewport' >>> testdraw2.c:(.text+0x1b8): undefined reference to `_SDL_SetRenderDrawColor' >>> testdraw2.c:(.text+0x1c4): undefined reference to `_SDL_RenderDrawPoint' >>> >>> >>> Am I missing something obvious? Grepping for those functions does find them in libSDL2.a which I'm linking to. I've tried changing the order of the GCC args, and also tried just compiling the source file directly rather than to an object file first. >>> >>> I'd appreciate any suggestions you might have! >>> >>> Thanks, >>> >>> Luke. >>> >>> ------------------------------------------------------------------------------ >>> Site24x7 APM Insight: Get Deep Visibility into Application Performance >>> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >>> Monitor end-to-end web transactions and take corrective actions now >>> Troubleshoot faster and improve end-user experience. Signup Now! >>> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140_______________________________________________ <http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140_______________________________________________> >>> cadcdev-kallistios mailing list >>> cad...@li... <mailto:cad...@li...> >>> https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios <https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios> >> >> >> ------------------------------------------------------------------------------ >> Site24x7 APM Insight: Get Deep Visibility into Application Performance >> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >> Monitor end-to-end web transactions and take corrective actions now >> Troubleshoot faster and improve end-user experience. Signup Now! >> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 <http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140> >> _______________________________________________ >> cadcdev-kallistios mailing list >> cad...@li... <mailto:cad...@li...> >> https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios <https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios> >> >> >> >> >> ------------------------------------------------------------------------------ >> Site24x7 APM Insight: Get Deep Visibility into Application Performance >> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >> Monitor end-to-end web transactions and take corrective actions now >> Troubleshoot faster and improve end-user experience. Signup Now! >> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 <http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140> >> >> _______________________________________________ >> cadcdev-kallistios mailing list >> cad...@li... <mailto:cad...@li...> >> https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios <https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios> > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 <http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140> > _______________________________________________ > cadcdev-kallistios mailing list > cad...@li... <mailto:cad...@li...> > https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios <https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios> > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140_______________________________________________ > cadcdev-kallistios mailing list > cad...@li... > https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios |
|
From: Luke B. <ka...@gm...> - 2016-02-11 10:06:16
|
Thank you! I've disabled DYNAMIC_API on the DC, and I realized that __DREAMCAST__ is not what I should be checking for, but _arch_dreamcast (facepalm). Now I'm down to a couple of atomic-related SDL references, and stuff like this: /home/lukeb/Dreamcast/kos-ports/SDL2/build/SDL2-2.0.4/libSDL2.a(SDL_getenv.o): In function `SDL_getenv': /home/lukeb/Dreamcast/kos-ports/SDL2/build/SDL2-2.0.4/src/stdlib/SDL_getenv.c:182: undefined reference to `_getenv' /home/lukeb/Dreamcast/kos-ports/SDL2/build/SDL2-2.0.4/libSDL2.a(SDL_stdlib.o): In function `SDL_atan2': /home/lukeb/Dreamcast/kos-ports/SDL2/build/SDL2-2.0.4/src/stdlib/SDL_stdlib.c:48: undefined reference to `_atan2' Which I'm guessing is down to me not linking a KOS library or something? I'll take a look later when I find time. Thanks again! On 11 February 2016 at 08:45, Harley Laue <los...@gm...> wrote: > $ make > rm -f example.elf > kos-cc -o example.elf testdraw2.o -lSDL2 > testdraw2.o: In function `DrawPoints': > /usr/local/dc/kos-ports/SDL2-test/build/SDL2-2.0.4/test/testdraw2.c:79: > undefined reference to `_SDL_RenderGetViewport' > ... > /usr/local/dc/kos-ports/SDL2-test/build/SDL2-2.0.4/test/testdraw2.c:299: > undefined reference to `_SDL_atoi' > collect2: error: ld returned 1 exit status > Makefile:28: recipe for target 'example.elf' failed > make: *** [example.elf] Error > $ sh-elf-nm $KOS_PORTS/lib/libSDL2.a | grep -E "(RenderGetViewport|atoi)" > U _SDL_atoi_REAL > U _SDL_atoi_REAL > U _SDL_atoi_REAL > U _SDL_atoi_REAL > U _SDL_atoi_REAL > 00000000 T _SDL_RenderGetViewport_REAL > U _atoi > 00000000 T _SDL_atoi_REAL > U _SDL_atoi_REAL > > $ grep -Er "(RenderGetViewport_REAL|SDL_atoi_REAL)" > src/dynapi/SDL_dynapi_overrides.h:#define SDL_RenderGetViewport > SDL_RenderGetViewport_REAL > src/dynapi/SDL_dynapi_overrides.h:#define SDL_atoi SDL_atoi_REAL > > > From what I can tell, SDL2 wants SDL_dynapi defined for all platforms. > > > On 02/10/2016 08:13 AM, Luke Benstead wrote: > > Thanks OK, I just wanted to make sure that what I was doing in the > makefile wasn't obviously wrong... I'll keep digging! Thanks! > > On 10 February 2016 at 15:34, Lawrence Sebald <blu...@gm...> wrote: > >> Unfortunately, I have no idea why you’d be having that particular issue >> off the top of my head. It looks like you’re compiling in the SDL_render.c >> file into your library, which is where those functions are implemented, so >> I don’t really know… >> >> The only thing I can guess is that somehow you’re picking up an old >> version of the library where you didn’t compile that in or something? Try >> rebuilding the entire library and then the program again? >> >> I really know next to nothing about SDL2, which I suppose doesn’t help >> here... >> >> On Feb 10, 2016, at 4:03 AM, Luke Benstead <ka...@gm...> wrote: >> >> Hi there! >> >> I've managed to get the SDL 2 port to a state where it compiles, but is >> untested. My SD card adapter just arrived so I figured I'd try to compile >> one of the SDL 2 sample applications to test the port. >> >> I added the following target to the KOSMakefile.mk file: >> >> >> defaultall: replacefiles $(OBJS) subdirs linklib buildsamples >> >> TESTDRAW2_SRCS = $(CURDIR)/test/testdraw2.c >> TESTDRAW2_OBJS = $(CURDIR)/test/testdraw2.o >> TESTDRAW2_TARGET = testdraw2.elf >> >> buildsamples: >> $(KOS_CC) $(CFLAGS) -Iinclude -c $(TESTDRAW2_SRCS) -o >> $(TESTDRAW2_OBJS) >> $(KOS_CC) $(KOS_CFLAGS) $(KOS_LDFLAGS) -L$(CURDIR) -Iinclude -o >> $(TESTDRAW2_TARGET) $(KOS_START) $(TESTDRAW2_OBJS) $(KOS_LIBS) -lSDL2 >> >> No matter what incantation I use to build the source file, I still end up >> with undefined references to the SDL 2 functions. e.g. >> >> /home/lukeb/Dreamcast/kos-ports/SDL2/build/SDL2-2.0.4/test/testdraw2.o: >> In function `_DrawPoints': >> testdraw2.c:(.text+0x1a0): undefined reference to `_SDL_RenderGetViewport' >> testdraw2.c:(.text+0x1b8): undefined reference to >> `_SDL_SetRenderDrawColor' >> testdraw2.c:(.text+0x1c4): undefined reference to `_SDL_RenderDrawPoint' >> >> >> Am I missing something obvious? Grepping for those functions does find >> them in libSDL2.a which I'm linking to. I've tried changing the order of >> the GCC args, and also tried just compiling the source file directly rather >> than to an object file first. >> >> I'd appreciate any suggestions you might have! >> >> Thanks, >> >> Luke. >> >> >> ------------------------------------------------------------------------------ >> Site24x7 APM Insight: Get Deep Visibility into Application Performance >> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >> Monitor end-to-end web transactions and take corrective actions now >> Troubleshoot faster and improve end-user experience. Signup Now! >> >> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140_______________________________________________ >> cadcdev-kallistios mailing list >> cad...@li... >> https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios >> >> >> >> >> ------------------------------------------------------------------------------ >> Site24x7 APM Insight: Get Deep Visibility into Application Performance >> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >> Monitor end-to-end web transactions and take corrective actions now >> Troubleshoot faster and improve end-user experience. Signup Now! >> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 >> _______________________________________________ >> cadcdev-kallistios mailing list >> cad...@li... >> https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios >> >> > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now!http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 > > > > _______________________________________________ > cadcdev-kallistios mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios > > > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 > _______________________________________________ > cadcdev-kallistios mailing list > cad...@li... > https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios > > |
|
From: Harley L. <los...@gm...> - 2016-02-11 08:45:36
|
$ make
rm -f example.elf
kos-cc -o example.elf testdraw2.o -lSDL2
testdraw2.o: In function `DrawPoints':
/usr/local/dc/kos-ports/SDL2-test/build/SDL2-2.0.4/test/testdraw2.c:79:
undefined reference to `_SDL_RenderGetViewport'
...
/usr/local/dc/kos-ports/SDL2-test/build/SDL2-2.0.4/test/testdraw2.c:299:
undefined reference to `_SDL_atoi'
collect2: error: ld returned 1 exit status
Makefile:28: recipe for target 'example.elf' failed
make: *** [example.elf] Error
$ sh-elf-nm $KOS_PORTS/lib/libSDL2.a | grep -E "(RenderGetViewport|atoi)"
U _SDL_atoi_REAL
U _SDL_atoi_REAL
U _SDL_atoi_REAL
U _SDL_atoi_REAL
U _SDL_atoi_REAL
00000000 T _SDL_RenderGetViewport_REAL
U _atoi
00000000 T _SDL_atoi_REAL
U _SDL_atoi_REAL
$ grep -Er "(RenderGetViewport_REAL|SDL_atoi_REAL)"
src/dynapi/SDL_dynapi_overrides.h:#define SDL_RenderGetViewport
SDL_RenderGetViewport_REAL
src/dynapi/SDL_dynapi_overrides.h:#define SDL_atoi SDL_atoi_REAL
From what I can tell, SDL2 wants SDL_dynapi defined for all platforms.
On 02/10/2016 08:13 AM, Luke Benstead wrote:
> Thanks OK, I just wanted to make sure that what I was doing in the
> makefile wasn't obviously wrong... I'll keep digging! Thanks!
>
> On 10 February 2016 at 15:34, Lawrence Sebald <blu...@gm...
> <mailto:blu...@gm...>> wrote:
>
> Unfortunately, I have no idea why you’d be having that particular
> issue off the top of my head. It looks like you’re compiling in
> the SDL_render.c file into your library, which is where those
> functions are implemented, so I don’t really know…
>
> The only thing I can guess is that somehow you’re picking up an
> old version of the library where you didn’t compile that in or
> something? Try rebuilding the entire library and then the program
> again?
>
> I really know next to nothing about SDL2, which I suppose doesn’t
> help here...
>
>> On Feb 10, 2016, at 4:03 AM, Luke Benstead <ka...@gm...
>> <mailto:ka...@gm...>> wrote:
>>
>> Hi there!
>>
>> I've managed to get the SDL 2 port to a state where it compiles,
>> but is untested. My SD card adapter just arrived so I figured I'd
>> try to compile one of the SDL 2 sample applications to test the port.
>>
>> I added the following target to the KOSMakefile.mk file:
>>
>>
>> defaultall: replacefiles $(OBJS) subdirs linklib buildsamples
>>
>> TESTDRAW2_SRCS = $(CURDIR)/test/testdraw2.c
>> TESTDRAW2_OBJS = $(CURDIR)/test/testdraw2.o
>> TESTDRAW2_TARGET = testdraw2.elf
>>
>> buildsamples:
>> $(KOS_CC) $(CFLAGS) -Iinclude -c $(TESTDRAW2_SRCS) -o
>> $(TESTDRAW2_OBJS)
>> $(KOS_CC) $(KOS_CFLAGS) $(KOS_LDFLAGS) -L$(CURDIR) -Iinclude
>> -o $(TESTDRAW2_TARGET) $(KOS_START) $(TESTDRAW2_OBJS) $(KOS_LIBS)
>> -lSDL2
>>
>> No matter what incantation I use to build the source file, I
>> still end up with undefined references to the SDL 2 functions. e.g.
>>
>> /home/lukeb/Dreamcast/kos-ports/SDL2/build/SDL2-2.0.4/test/testdraw2.o:
>> In function `_DrawPoints':
>> testdraw2.c:(.text+0x1a0): undefined reference to
>> `_SDL_RenderGetViewport'
>> testdraw2.c:(.text+0x1b8): undefined reference to
>> `_SDL_SetRenderDrawColor'
>> testdraw2.c:(.text+0x1c4): undefined reference to
>> `_SDL_RenderDrawPoint'
>>
>>
>> Am I missing something obvious? Grepping for those functions does
>> find them in libSDL2.a which I'm linking to. I've tried changing
>> the order of the GCC args, and also tried just compiling the
>> source file directly rather than to an object file first.
>>
>> I'd appreciate any suggestions you might have!
>>
>> Thanks,
>>
>> Luke.
>>
>> ------------------------------------------------------------------------------
>> Site24x7 APM Insight: Get Deep Visibility into Application
>> Performance
>> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
>> Monitor end-to-end web transactions and take corrective actions now
>> Troubleshoot faster and improve end-user experience. Signup Now!
>> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140_______________________________________________
>> cadcdev-kallistios mailing list
>> cad...@li...
>> <mailto:cad...@li...>
>> https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios
>
>
> ------------------------------------------------------------------------------
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
> _______________________________________________
> cadcdev-kallistios mailing list
> cad...@li...
> <mailto:cad...@li...>
> https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios
>
>
>
>
> ------------------------------------------------------------------------------
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
>
>
> _______________________________________________
> cadcdev-kallistios mailing list
> cad...@li...
> https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios
|
|
From: m3mb3rsh1p <m3m...@gm...> - 2016-02-11 02:32:46
|
<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"><style> body { font-family: "Calibri","Slate Pro",sans-serif,"sans-serif"; color:#262626 }</style> </head> <body lang="en-GB"><div><span style="font-family: Calibri, 'Slate Pro', sans-serif, sans-serif;">Hello everyone. I have a an undying love for Dreamcast and just thought I'd try and contribute something. Please excuse my inexperience but you did ask if you were missing something obvious. ;)</span></div><div><span style="font-family: Calibri, 'Slate Pro', sans-serif, sans-serif;"><br></span></div><div><span style="font-family: Calibri, 'Slate Pro', sans-serif, sans-serif;">I noticed your Makefile doesn't list the lib directories besides -L$(CURDIR), you may have just copied the libSDL2 archive to the KOS lib folder but I just thought I'd mention it. </span></div><div><span style="font-family: Calibri, 'Slate Pro', sans-serif, sans-serif;"><br></span></div><div><span style="font-family: Calibri, 'Slate Pro', sans-serif, sans-serif;">Happy testing.</span></div><br></body></html>
|
|
From: Luke B. <ka...@gm...> - 2016-02-10 16:13:26
|
Thanks OK, I just wanted to make sure that what I was doing in the makefile wasn't obviously wrong... I'll keep digging! Thanks! On 10 February 2016 at 15:34, Lawrence Sebald <blu...@gm...> wrote: > Unfortunately, I have no idea why you’d be having that particular issue > off the top of my head. It looks like you’re compiling in the SDL_render.c > file into your library, which is where those functions are implemented, so > I don’t really know… > > The only thing I can guess is that somehow you’re picking up an old > version of the library where you didn’t compile that in or something? Try > rebuilding the entire library and then the program again? > > I really know next to nothing about SDL2, which I suppose doesn’t help > here... > > On Feb 10, 2016, at 4:03 AM, Luke Benstead <ka...@gm...> wrote: > > Hi there! > > I've managed to get the SDL 2 port to a state where it compiles, but is > untested. My SD card adapter just arrived so I figured I'd try to compile > one of the SDL 2 sample applications to test the port. > > I added the following target to the KOSMakefile.mk file: > > > defaultall: replacefiles $(OBJS) subdirs linklib buildsamples > > TESTDRAW2_SRCS = $(CURDIR)/test/testdraw2.c > TESTDRAW2_OBJS = $(CURDIR)/test/testdraw2.o > TESTDRAW2_TARGET = testdraw2.elf > > buildsamples: > $(KOS_CC) $(CFLAGS) -Iinclude -c $(TESTDRAW2_SRCS) -o $(TESTDRAW2_OBJS) > $(KOS_CC) $(KOS_CFLAGS) $(KOS_LDFLAGS) -L$(CURDIR) -Iinclude -o > $(TESTDRAW2_TARGET) $(KOS_START) $(TESTDRAW2_OBJS) $(KOS_LIBS) -lSDL2 > > No matter what incantation I use to build the source file, I still end up > with undefined references to the SDL 2 functions. e.g. > > /home/lukeb/Dreamcast/kos-ports/SDL2/build/SDL2-2.0.4/test/testdraw2.o: In > function `_DrawPoints': > testdraw2.c:(.text+0x1a0): undefined reference to `_SDL_RenderGetViewport' > testdraw2.c:(.text+0x1b8): undefined reference to `_SDL_SetRenderDrawColor' > testdraw2.c:(.text+0x1c4): undefined reference to `_SDL_RenderDrawPoint' > > > Am I missing something obvious? Grepping for those functions does find > them in libSDL2.a which I'm linking to. I've tried changing the order of > the GCC args, and also tried just compiling the source file directly rather > than to an object file first. > > I'd appreciate any suggestions you might have! > > Thanks, > > Luke. > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140_______________________________________________ > cadcdev-kallistios mailing list > cad...@li... > https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios > > > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 > _______________________________________________ > cadcdev-kallistios mailing list > cad...@li... > https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios > > |
|
From: Lawrence S. <blu...@gm...> - 2016-02-10 15:35:04
|
Unfortunately, I have no idea why you’d be having that particular issue off the top of my head. It looks like you’re compiling in the SDL_render.c file into your library, which is where those functions are implemented, so I don’t really know… The only thing I can guess is that somehow you’re picking up an old version of the library where you didn’t compile that in or something? Try rebuilding the entire library and then the program again? I really know next to nothing about SDL2, which I suppose doesn’t help here... > On Feb 10, 2016, at 4:03 AM, Luke Benstead <ka...@gm...> wrote: > > Hi there! > > I've managed to get the SDL 2 port to a state where it compiles, but is untested. My SD card adapter just arrived so I figured I'd try to compile one of the SDL 2 sample applications to test the port. > > I added the following target to the KOSMakefile.mk file: > > > defaultall: replacefiles $(OBJS) subdirs linklib buildsamples > > TESTDRAW2_SRCS = $(CURDIR)/test/testdraw2.c > TESTDRAW2_OBJS = $(CURDIR)/test/testdraw2.o > TESTDRAW2_TARGET = testdraw2.elf > > buildsamples: > $(KOS_CC) $(CFLAGS) -Iinclude -c $(TESTDRAW2_SRCS) -o $(TESTDRAW2_OBJS) > $(KOS_CC) $(KOS_CFLAGS) $(KOS_LDFLAGS) -L$(CURDIR) -Iinclude -o $(TESTDRAW2_TARGET) $(KOS_START) $(TESTDRAW2_OBJS) $(KOS_LIBS) -lSDL2 > > No matter what incantation I use to build the source file, I still end up with undefined references to the SDL 2 functions. e.g. > > /home/lukeb/Dreamcast/kos-ports/SDL2/build/SDL2-2.0.4/test/testdraw2.o: In function `_DrawPoints': > testdraw2.c:(.text+0x1a0): undefined reference to `_SDL_RenderGetViewport' > testdraw2.c:(.text+0x1b8): undefined reference to `_SDL_SetRenderDrawColor' > testdraw2.c:(.text+0x1c4): undefined reference to `_SDL_RenderDrawPoint' > > > Am I missing something obvious? Grepping for those functions does find them in libSDL2.a which I'm linking to. I've tried changing the order of the GCC args, and also tried just compiling the source file directly rather than to an object file first. > > I'd appreciate any suggestions you might have! > > Thanks, > > Luke. > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140_______________________________________________ > cadcdev-kallistios mailing list > cad...@li... > https://lists.sourceforge.net/lists/listinfo/cadcdev-kallistios |
29 messages has been excluded from this view by a project administrator.
