From: Borut R. <bor...@si...> - 2007-08-05 06:23:42
|
The win32 snapshot builds are from now on build with gcc-4.2.1, mingw-runtime-3.13, w32api-3.10 and binutils-2.17. The doc packages are not built since 2007-07-28, when Jesus made the last change in sdccman.lyx: * doc/sdccman.lyx: Documented --acall-ajmp and described new features in sdcclib. It seems that there are problems with files generated with LyX 1.5, even though the generated file format is 245. Jesus, can you please revert the changes and remake them using LyX 1.4? Borut |
From: Jesus Calvino-F. <Je...@ec...> - 2007-08-05 18:20:08
|
At 11:23 PM 04/08/2007, you wrote: >The win32 snapshot builds are from now on build with gcc-4.2.1, >mingw-runtime-3.13, w32api-3.10 and binutils-2.17. > >The doc packages are not built since 2007-07-28, when Jesus made the >last change in sdccman.lyx: > > * doc/sdccman.lyx: Documented --acall-ajmp and described new features > in sdcclib. > >It seems that there are problems with files generated with LyX 1.5, even >though the generated file format is 245. > >Jesus, can you please revert the changes and remake them using LyX 1.4? > >Borut Done. |
From: Borut R. <bor...@si...> - 2007-08-07 16:28:54
|
Jesus, unfortunately merely reverting to LyX 1.4.4 didn't help :-( After quite some experimenting I found out that sdcc doc archive is properly generated if SDCCLIB_CC and SDCCLIB_AS index entries are removed. I removed offending index entries from the latest svn version of sdccman.lyx. If you think that they are indispensable, you have to find a way to insert them without breaking the doc build. Borut Jesus Calvino-Fraga wrote: > At 11:23 PM 04/08/2007, you wrote: > > >> The win32 snapshot builds are from now on build with gcc-4.2.1, >> mingw-runtime-3.13, w32api-3.10 and binutils-2.17. >> >> The doc packages are not built since 2007-07-28, when Jesus made the >> last change in sdccman.lyx: >> >> * doc/sdccman.lyx: Documented --acall-ajmp and described new features >> in sdcclib. >> >> It seems that there are problems with files generated with LyX 1.5, even >> though the generated file format is 245. >> >> Jesus, can you please revert the changes and remake them using LyX 1.4? >> >> Borut >> > > Done. > |
From: Jesus Calvino-F. <Je...@ec...> - 2007-08-07 19:27:20
|
Thanks Borut. I don't think it is that important to have those index=20 entries, so they can be left out. I did notice that LyX 1.5.0 replaces '\'= =20 with '\\' even if the file format is 245... Jes=FAs At 09:28 AM 8/7/2007, you wrote: >Jesus, > >unfortunately merely reverting to LyX 1.4.4 didn't help :-( >After quite some experimenting I found out that sdcc doc archive is >properly generated if SDCCLIB_CC and SDCCLIB_AS index entries are removed. > >I removed offending index entries from the latest svn version of >sdccman.lyx. If you think that they are indispensable, you have to find >a way to insert them without breaking the doc build. > >Borut > > >Jesus Calvino-Fraga wrote: > > At 11:23 PM 04/08/2007, you wrote: > > > > > >> The win32 snapshot builds are from now on build with gcc-4.2.1, > >> mingw-runtime-3.13, w32api-3.10 and binutils-2.17. > >> > >> The doc packages are not built since 2007-07-28, when Jesus made the > >> last change in sdccman.lyx: > >> > >> * doc/sdccman.lyx: Documented --acall-ajmp and described new= features > >> in sdcclib. > >> > >> It seems that there are problems with files generated with LyX 1.5,= even > >> though the generated file format is 245. > >> > >> Jesus, can you please revert the changes and remake them using LyX 1.4? > >> > >> Borut > >> > > > > Done. > > > >------------------------------------------------------------------------- >This SF.net email is sponsored by: Splunk Inc. >Still grepping through log files to find problems? Stop. >Now Search log events and configuration files using AJAX and a browser. >Download your FREE copy of Splunk now >> http://get.splunk.com/ >_______________________________________________ >sdcc-devel mailing list >sdc...@li... >https://lists.sourceforge.net/lists/listinfo/sdcc-devel |
From: Borut R. <bor...@si...> - 2007-11-11 18:09:56
|
The win32 snapshot builds are from now on built with gcc-4.2.2 and binutils-2.18. Borut |
From: Borut R. <bor...@si...> - 2008-02-17 18:56:53
|
The Mac OS X universal snapshot builds are back, now compiled on Mac OS X 10.5.2 Leopard and Xcode 3.0. Thanks to Steven Borley. The win32 snapshot builds are from now on built with gcc-4.2.3, binutils-2.18, w32api-3.11 and mingw-runtime-3.14. Borut |
From: Maarten B. <sou...@ds...> - 2008-02-17 22:20:12
|
Borut, I think you made this happen. SDCC doesn't build ucsim on my machine. It gives: ../libcmd.a(command.o): In function `cl_cmdline::split_out_string(char**, char**)': /home/maarten/sdcc- pure/sim/ucsim/cmd.src/command.cc:184: undefined reference to `cl_cmd_str_arg::cl_cmd_str_arg(char const*)' ../libcmd.a(command.o): In function `cl_cmdline::split()': /home/maarten/sdcc- pure/sim/ucsim/cmd.src/command.cc:140: undefined reference to `cl_cmd_int_arg::cl_cmd_int_arg(long)' /home/maarten/sdcc- pure/sim/ucsim/cmd.src/command.cc:146: undefined reference to `cl_cmd_sym_arg::cl_cmd_sym_arg(char const*)' ../libcmd.a(command.o): In function `cl_cmdline::split_out_array(char*, char*)': /home/maarten/sdcc- pure/sim/ucsim/cmd.src/command.cc:274: undefined reference to `cl_cmd_int_arg::cl_cmd_int_arg(long)' /home/maarten/sdcc- pure/sim/ucsim/cmd.src/command.cc:308: undefined reference to `cl_cmd_int_arg::cl_cmd_int_arg(long)' /home/maarten/sdcc- pure/sim/ucsim/cmd.src/command.cc:317: undefined reference to `cl_cmd_array_arg::cl_cmd_array_arg(cl_cmd_arg*, cl_cmd_arg*)' /home/maarten/sdcc- pure/sim/ucsim/cmd.src/command.cc:279: undefined reference to `cl_cmd_sym_arg::cl_cmd_sym_arg(char const*)' /home/maarten/sdcc- pure/sim/ucsim/cmd.src/command.cc:313: undefined reference to `cl_cmd_sym_arg::cl_cmd_sym_arg(char const*)' ../libcmd.a(command.o): In function `cl_cmdline::split_out_bit(char*, char*)': /home/maarten/sdcc- pure/sim/ucsim/cmd.src/command.cc:233: undefined reference to `cl_cmd_int_arg::cl_cmd_int_arg(long)' /home/maarten/sdcc- pure/sim/ucsim/cmd.src/command.cc:251: undefined reference to `cl_cmd_int_arg::cl_cmd_int_arg(long)' /home/maarten/sdcc- pure/sim/ucsim/cmd.src/command.cc:260: undefined reference to `cl_cmd_bit_arg::cl_cmd_bit_arg(cl_cmd_arg*, cl_cmd_arg*)' /home/maarten/sdcc- pure/sim/ucsim/cmd.src/command.cc:256: undefined reference to `cl_cmd_sym_arg::cl_cmd_sym_arg(char const*)' /home/maarten/sdcc- pure/sim/ucsim/cmd.src/command.cc:238: undefined reference to `cl_cmd_sym_arg::cl_cmd_sym_arg(char const*)' ../libcmd.a(cmduc.o): In function `cl_ds_cmd::do_work(cl_uc*, cl_cmdline*, cl_console_base*)': /home/maarten/sdcc-pure/sim/ucsim/cmd.src/cmduc.cc:310: undefined reference to `cl_cmd_sym_arg::cl_cmd_sym_arg(char const*)' ../libcmd.a(cmduc.o): In function `cl_dch_cmd::do_work(cl_uc*, cl_cmdline*, cl_console_base*)': /home/maarten/sdcc-pure/sim/ucsim/cmd.src/cmduc.cc:294: undefined reference to `cl_cmd_sym_arg::cl_cmd_sym_arg(char const*)' ../libcmd.a(cmduc.o): In function `cl_dx_cmd::do_work(cl_uc*, cl_cmdline*, cl_console_base*)': /home/maarten/sdcc-pure/sim/ucsim/cmd.src/cmduc.cc:278: undefined reference to `cl_cmd_sym_arg::cl_cmd_sym_arg(char const*)' ../libcmd.a(cmduc.o):/home/maarten/sdcc- pure/sim/ucsim/cmd.src/cmduc.cc:262: more undefined references to `cl_cmd_sym_arg::cl_cmd_sym_arg(char const*)' follow collect2: ld returned 1 exit status make[2]: *** [s51] Error 1 Greets, Maarten > The Mac OS X universal snapshot builds are back, now compiled on Mac OS X 10.5.2 Leopard and Xcode 3.0. Thanks to Steven Borley. > > The win32 snapshot builds are from now on built with gcc-4.2.3, binutils-2.18, w32api-3.11 and mingw-runtime-3.14. > > Borut |
From: Borut R. <bor...@si...> - 2008-02-18 06:11:40
|
Maarten, the name of library libutil.a has changed to libucsimutil.a, so you have to rerun config.status in the sim/ucsim directory. If this doesn't work, try to rerun configure in the top directory. If it still doesn't work I probably screwed up something :-( Borut Maarten Brock wrote: > Borut, > > I think you made this happen. SDCC doesn't build ucsim > on my machine. It gives: > > ../libcmd.a(command.o): In function > `cl_cmdline::split_out_string(char**, char**)': > /home/maarten/sdcc- > pure/sim/ucsim/cmd.src/command.cc:184: undefined > reference to `cl_cmd_str_arg::cl_cmd_str_arg(char > const*)' > ../libcmd.a(command.o): In function > `cl_cmdline::split()': > /home/maarten/sdcc- > pure/sim/ucsim/cmd.src/command.cc:140: undefined > reference to `cl_cmd_int_arg::cl_cmd_int_arg(long)' > /home/maarten/sdcc- > pure/sim/ucsim/cmd.src/command.cc:146: undefined > reference to `cl_cmd_sym_arg::cl_cmd_sym_arg(char > const*)' > ../libcmd.a(command.o): In function > `cl_cmdline::split_out_array(char*, char*)': > /home/maarten/sdcc- > pure/sim/ucsim/cmd.src/command.cc:274: undefined > reference to `cl_cmd_int_arg::cl_cmd_int_arg(long)' > /home/maarten/sdcc- > pure/sim/ucsim/cmd.src/command.cc:308: undefined > reference to `cl_cmd_int_arg::cl_cmd_int_arg(long)' > /home/maarten/sdcc- > pure/sim/ucsim/cmd.src/command.cc:317: undefined > reference to > `cl_cmd_array_arg::cl_cmd_array_arg(cl_cmd_arg*, > cl_cmd_arg*)' > /home/maarten/sdcc- > pure/sim/ucsim/cmd.src/command.cc:279: undefined > reference to `cl_cmd_sym_arg::cl_cmd_sym_arg(char > const*)' > /home/maarten/sdcc- > pure/sim/ucsim/cmd.src/command.cc:313: undefined > reference to `cl_cmd_sym_arg::cl_cmd_sym_arg(char > const*)' > ../libcmd.a(command.o): In function > `cl_cmdline::split_out_bit(char*, char*)': > /home/maarten/sdcc- > pure/sim/ucsim/cmd.src/command.cc:233: undefined > reference to `cl_cmd_int_arg::cl_cmd_int_arg(long)' > /home/maarten/sdcc- > pure/sim/ucsim/cmd.src/command.cc:251: undefined > reference to `cl_cmd_int_arg::cl_cmd_int_arg(long)' > /home/maarten/sdcc- > pure/sim/ucsim/cmd.src/command.cc:260: undefined > reference to > `cl_cmd_bit_arg::cl_cmd_bit_arg(cl_cmd_arg*, > cl_cmd_arg*)' > /home/maarten/sdcc- > pure/sim/ucsim/cmd.src/command.cc:256: undefined > reference to `cl_cmd_sym_arg::cl_cmd_sym_arg(char > const*)' > /home/maarten/sdcc- > pure/sim/ucsim/cmd.src/command.cc:238: undefined > reference to `cl_cmd_sym_arg::cl_cmd_sym_arg(char > const*)' > ../libcmd.a(cmduc.o): In function > `cl_ds_cmd::do_work(cl_uc*, cl_cmdline*, > cl_console_base*)': > /home/maarten/sdcc-pure/sim/ucsim/cmd.src/cmduc.cc:310: > undefined reference to > `cl_cmd_sym_arg::cl_cmd_sym_arg(char const*)' > ../libcmd.a(cmduc.o): In function > `cl_dch_cmd::do_work(cl_uc*, cl_cmdline*, > cl_console_base*)': > /home/maarten/sdcc-pure/sim/ucsim/cmd.src/cmduc.cc:294: > undefined reference to > `cl_cmd_sym_arg::cl_cmd_sym_arg(char const*)' > ../libcmd.a(cmduc.o): In function > `cl_dx_cmd::do_work(cl_uc*, cl_cmdline*, > cl_console_base*)': > /home/maarten/sdcc-pure/sim/ucsim/cmd.src/cmduc.cc:278: > undefined reference to > `cl_cmd_sym_arg::cl_cmd_sym_arg(char const*)' > ../libcmd.a(cmduc.o):/home/maarten/sdcc- > pure/sim/ucsim/cmd.src/cmduc.cc:262: more undefined > references to `cl_cmd_sym_arg::cl_cmd_sym_arg(char > const*)' follow > collect2: ld returned 1 exit status > make[2]: *** [s51] Error 1 > > Greets, > Maarten > > >> The Mac OS X universal snapshot builds are back, now compiled on Mac OS X 10.5.2 Leopard and Xcode 3.0. Thanks to Steven Borley. >> >> The win32 snapshot builds are from now on built with gcc-4.2.3, binutils-2.18, w32api-3.11 and mingw-runtime-3.14. >> >> Borut >> > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > sdcc-devel mailing list > sdc...@li... > https://lists.sourceforge.net/lists/listinfo/sdcc-devel > > > |
From: Borut R. <bor...@si...> - 2008-02-18 21:27:13
|
Hi sdcc users and developers, has anybody tried to run the new sdcc Mac OS X snapshot build on Mac OS X Tiger? Steven Borley reported me that he has some problems and I would like to know if this is are common problems or something that happens only on his machine. Please respond me ASAP, Borut Borut Razem wrote: > The Mac OS X universal snapshot builds are back, now compiled on Mac OS X 10.5.2 Leopard and Xcode 3.0. Thanks to Steven Borley. > > The win32 snapshot builds are from now on built with gcc-4.2.3, binutils-2.18, w32api-3.11 and mingw-runtime-3.14. > > Borut > |
From: Borut R. <bor...@si...> - 2008-02-20 20:07:28
|
The Mac OS X universal snapshot builds will be compiled on Mac OS X 10.5.2 Leopard and Xcode 2.5 from tomorrow's build on. Binaries generated with Xcode 3.0 seems not to be backward compatible with Mac OS X 10.4 Tiger and older. Borut Borut Razem wrote: > Hi sdcc users and developers, > > has anybody tried to run the new sdcc Mac OS X snapshot build on Mac OS > X Tiger? > Steven Borley reported me that he has some problems and I would like to > know if this is are common problems or something that happens only on > his machine. > > Please respond me ASAP, > Borut > > > Borut Razem wrote: > >> The Mac OS X universal snapshot builds are back, now compiled on Mac OS X 10.5.2 Leopard and Xcode 3.0. Thanks to Steven Borley. >> >> The win32 snapshot builds are from now on built with gcc-4.2.3, binutils-2.18, w32api-3.11 and mingw-runtime-3.14. >> >> Borut >> |