From: Jesus Calvino-F. <Je...@ec...> - 2003-05-26 10:17:15
|
Hi, From page 73 of the C8051F32X Family Datasheet=20 (http://www.cygnal.com/datasheets/c8051F32x.pdf): "The MCU system controller core is the CIP-51 microcontroller. The CIP-51=20 is fully compatible with the MCS-51=99 instruction set; standard 803x/805x= =20 assemblers and compilers can be used to develop software. The MCU family=20 has a superset of all the peripherals included with a standard 8051." I think the trick would be to find the appropriate include file=20 (c8051F320.h). If you install the cygnal IDE (almost 12MB!) you should=20 find such file in C:\CYGNAL\Examples\C8051F32x\C. The file would need some= =20 editing since it looks like it was written for the Keil compiler. It may=20 help to take a look at c:\sdcc\include\8051.h to see how sfr declarations=20 are made in sdcc. Jesus At 11:10 AM 5/26/2003 +0200, Bert Schiettecatte wrote: >hi all, > >I was wondering if the C8051F320 USB microcontroller by Cygnal is supported >in SDCC? > >http://www.cygnal.com/products/C8051F320.htm > >thanks in advance, >bert |
From: Dave M. <mc...@ne...> - 2003-05-26 20:24:00
|
On Monday, May 26, 2003, at 06:12 AM, Jesus Calvino-Fraga wrote: > I think the trick would be to find the appropriate include file > (c8051F320.h). If you install the cygnal IDE (almost 12MB!) you > should find such file in C:\CYGNAL\Examples\C8051F32x\C. The file > would need some editing since it looks like it was written for the > Keil compiler. It may help to take a look at c:\sdcc\include\8051.h > to see how sfr declarations are made in sdcc. SDCC is distributed with a Perl script which can convert Keil-style declarations to SDCC-compatible ones. -Dave -- Dave McGuire "They live deeply, these vagabonds." St. Petersburg, FL -Goro |
From: Jesus Calvino-F. <Je...@ec...> - 2003-05-26 21:02:14
|
The script doesn't work well with sbit definitions. For example, in the original file the sbit definitions look like: /* TCON 0x88 */ sbit IT0 = TCON ^ 0; /* EXT INTERRUPT 0 TYPE */ sbit IE0 = TCON ^ 1; /* EXT INTERRUPT 0 EDGE FLAG */ sbit IT1 = TCON ^ 2; /* EXT INTERRUPT 1 TYPE */ sbit IE1 = TCON ^ 3; /* EXT INTERRUPT 1 EDGE FLAG */ sbit TR0 = TCON ^ 4; /* TIMER 0 ON/OFF CONTROL */ sbit TF0 = TCON ^ 5; /* TIMER 0 OVERFLOW FLAG */ sbit TR1 = TCON ^ 6; /* TIMER 1 ON/OFF CONTROL */ sbit TF1 = TCON ^ 7; /* TIMER 1 OVERFLOW FLAG */ while in the converted file they look like this: /* TCON 0x88 */ sbit at TCON ^ 0 IT0 ; /* EXT INTERRUPT 0 TYPE */ sbit at TCON ^ 1 IE0 ; /* EXT INTERRUPT 0 EDGE FLAG */ sbit at TCON ^ 2 IT1 ; /* EXT INTERRUPT 1 TYPE */ sbit at TCON ^ 3 IE1 ; /* EXT INTERRUPT 1 EDGE FLAG */ sbit at TCON ^ 4 TR0 ; /* TIMER 0 ON/OFF CONTROL */ sbit at TCON ^ 5 TF0 ; /* TIMER 0 OVERFLOW FLAG */ sbit at TCON ^ 6 TR1 ; /* TIMER 1 ON/OFF CONTROL */ sbit at TCON ^ 7 TF1 ; /* TIMER 1 OVERFLOW FLAG */ when they should look like this: /* TCON 0x88 */ sbit at 0x88 IT0; /* EXT INTERRUPT 0 TYPE */ sbit at 0x89 IE0; /* EXT INTERRUPT 0 EDGE FLAG */ sbit at 0x8a IT1; /* EXT INTERRUPT 1 TYPE */ sbit at 0x8b IE1; /* EXT INTERRUPT 1 EDGE FLAG */ sbit at 0x8c TR0; /* TIMER 0 ON/OFF CONTROL */ sbit at 0x8d TF0; /* TIMER 0 OVERFLOW FLAG */ sbit at 0x8e TR1; /* TIMER 1 ON/OFF CONTROL */ sbit at 0x8f TF1; /* TIMER 1 OVERFLOW FLAG */ Jesus At 04:23 PM 5/26/2003 -0400, you wrote: >On Monday, May 26, 2003, at 06:12 AM, Jesus Calvino-Fraga wrote: >>I think the trick would be to find the appropriate include file >>(c8051F320.h). If you install the cygnal IDE (almost 12MB!) you should >>find such file in C:\CYGNAL\Examples\C8051F32x\C. The file would need >>some editing since it looks like it was written for the Keil >>compiler. It may help to take a look at c:\sdcc\include\8051.h to see >>how sfr declarations are made in sdcc. > > SDCC is distributed with a Perl script which can convert Keil-style > declarations to SDCC-compatible ones. > > -Dave > >-- >Dave McGuire "They live deeply, these vagabonds." >St. Petersburg, FL -Goro |
From: Dave M. <mc...@ne...> - 2003-05-26 21:19:36
|
On Monday, May 26, 2003, at 05:00 PM, Jesus Calvino-Fraga wrote: > The script doesn't work well with sbit definitions. For example, in > the original file the sbit definitions look like: ... Oh. Hmm, bummer. I haven't actually used it...I converted my last Keil project to SDCC a long time ago, and did it all by hand...the next day I found the script. ;) -Dave -- Dave McGuire "They live deeply, these vagabonds." St. Petersburg, FL -Goro |
From: Bert S. <ber...@es...> - 2003-05-27 00:52:51
|
Hi Dave, Jesus, I'd like to thank both of you for your helpful replies! I'll try to get SDCC working with the development kit. Thanks bert -----Original Message----- From: sdc...@li... [mailto:sdc...@li...]On Behalf Of Jesus Calvino-Fraga Sent: maandag 26 mei 2003 23:01 To: sdc...@li... Subject: Re: [Sdcc-user] Cygnal? The script doesn't work well with sbit definitions. For example, in the original file the sbit definitions look like: /* TCON 0x88 */ sbit IT0 = TCON ^ 0; /* EXT INTERRUPT 0 TYPE */ sbit IE0 = TCON ^ 1; /* EXT INTERRUPT 0 EDGE FLAG */ sbit IT1 = TCON ^ 2; /* EXT INTERRUPT 1 TYPE */ sbit IE1 = TCON ^ 3; /* EXT INTERRUPT 1 EDGE FLAG */ sbit TR0 = TCON ^ 4; /* TIMER 0 ON/OFF CONTROL */ sbit TF0 = TCON ^ 5; /* TIMER 0 OVERFLOW FLAG */ sbit TR1 = TCON ^ 6; /* TIMER 1 ON/OFF CONTROL */ sbit TF1 = TCON ^ 7; /* TIMER 1 OVERFLOW FLAG */ while in the converted file they look like this: /* TCON 0x88 */ sbit at TCON ^ 0 IT0 ; /* EXT INTERRUPT 0 TYPE */ sbit at TCON ^ 1 IE0 ; /* EXT INTERRUPT 0 EDGE FLAG */ sbit at TCON ^ 2 IT1 ; /* EXT INTERRUPT 1 TYPE */ sbit at TCON ^ 3 IE1 ; /* EXT INTERRUPT 1 EDGE FLAG */ sbit at TCON ^ 4 TR0 ; /* TIMER 0 ON/OFF CONTROL */ sbit at TCON ^ 5 TF0 ; /* TIMER 0 OVERFLOW FLAG */ sbit at TCON ^ 6 TR1 ; /* TIMER 1 ON/OFF CONTROL */ sbit at TCON ^ 7 TF1 ; /* TIMER 1 OVERFLOW FLAG */ when they should look like this: /* TCON 0x88 */ sbit at 0x88 IT0; /* EXT INTERRUPT 0 TYPE */ sbit at 0x89 IE0; /* EXT INTERRUPT 0 EDGE FLAG */ sbit at 0x8a IT1; /* EXT INTERRUPT 1 TYPE */ sbit at 0x8b IE1; /* EXT INTERRUPT 1 EDGE FLAG */ sbit at 0x8c TR0; /* TIMER 0 ON/OFF CONTROL */ sbit at 0x8d TF0; /* TIMER 0 OVERFLOW FLAG */ sbit at 0x8e TR1; /* TIMER 1 ON/OFF CONTROL */ sbit at 0x8f TF1; /* TIMER 1 OVERFLOW FLAG */ Jesus At 04:23 PM 5/26/2003 -0400, you wrote: >On Monday, May 26, 2003, at 06:12 AM, Jesus Calvino-Fraga wrote: >>I think the trick would be to find the appropriate include file >>(c8051F320.h). If you install the cygnal IDE (almost 12MB!) you should >>find such file in C:\CYGNAL\Examples\C8051F32x\C. The file would need >>some editing since it looks like it was written for the Keil >>compiler. It may help to take a look at c:\sdcc\include\8051.h to see >>how sfr declarations are made in sdcc. > > SDCC is distributed with a Perl script which can convert Keil-style > declarations to SDCC-compatible ones. > > -Dave > >-- >Dave McGuire "They live deeply, these vagabonds." >St. Petersburg, FL -Goro ------------------------------------------------------- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge _______________________________________________ Sdcc-user mailing list Sdc...@li... https://lists.sourceforge.net/lists/listinfo/sdcc-user |
From: Dave M. <mc...@ne...> - 2003-05-27 01:23:15
|
On Monday, May 26, 2003, at 08:51 PM, Bert Schiettecatte wrote: > I'd like to thank both of you for your helpful replies! I'll try > to get SDCC working with the development kit. Good luck, Bert. This brings up a thought, though. Would it be a good idea to maintain a list on SDCC's home page of the 8051 variants that it's been used with? I think this would be useful for a lot of folks. -Dave -- Dave McGuire "Beer is food." St. Petersburg, FL -Anonymous |
From: Paul <pa...@pj...> - 2003-05-27 04:02:08
|
> This brings up a thought, though. Would it be a good idea to > maintain a list on SDCC's home page of the 8051 variants that it's > been used with? I think this would be useful for a lot of folks. It will certainly be good if Bert contributes a working header file for this chip. I was conidering looking at the keil->sdcc perl script, since there's only 16 possible SFRs to handle in that unsupported syntax. Regarding the SDCC website... it really needs a proper maintainer. I touched it a bit a few months ago, and Bernhard did wonders with the nightly builds. But without someone (read as "volenteer") really maintaining it, keeping a list like that up to date probably won't happen. Then again, maybe it could be a web-based database of user comments, searchable by part number (like the program compatibility thing the Wine project had). Again, a volenteer is needed to actually implement such a thing. Paul |
From: Bert S. <ber...@es...> - 2003-05-27 08:18:39
|
Hi All, I'll certainly try to get SDCC working since the full Keil compiler is about 1600 Euros or something like that (at least from the distributor in my country). Does anyone have hard numbers on the performance of SDCC vs Keil for example, both on speed and nr of bugs? :-) Thanks, bert -----Original Message----- From: sdc...@li... [mailto:sdc...@li...]On Behalf Of Paul Sent: dinsdag 27 mei 2003 6:02 To: sdc...@li... Subject: Re: [Sdcc-user] Cygnal? > This brings up a thought, though. Would it be a good idea to > maintain a list on SDCC's home page of the 8051 variants that it's > been used with? I think this would be useful for a lot of folks. It will certainly be good if Bert contributes a working header file for this chip. I was conidering looking at the keil->sdcc perl script, since there's only 16 possible SFRs to handle in that unsupported syntax. Regarding the SDCC website... it really needs a proper maintainer. I touched it a bit a few months ago, and Bernhard did wonders with the nightly builds. But without someone (read as "volenteer") really maintaining it, keeping a list like that up to date probably won't happen. Then again, maybe it could be a web-based database of user comments, searchable by part number (like the program compatibility thing the Wine project had). Again, a volenteer is needed to actually implement such a thing. Paul ------------------------------------------------------- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge _______________________________________________ Sdcc-user mailing list Sdc...@li... https://lists.sourceforge.net/lists/listinfo/sdcc-user |
From: Brian T. <bri...@ya...> - 2003-05-27 16:00:04
Attachments:
8051F000.h
|
Hi all, I have been monitoring this group for a while, but only recently had time to work on projects using SDCC. Very impressed with what SDCC can do and how smoothly I have been adapting existing Keil code over. I haven't yet done any speed/size benchmarking between the SDCC and Keil (I have version 5.0+ Keil dated approx 1997). My current projects are using Atmel, Dallas, Cygnal, Siemens 8051 compatible chips and Rabbit 2000 and 3000 cores. I am also looking at another project that will allow me to exercise the PIC family. Here is my first run at a Cygnal 8051F005 header file. Code I generated so far seems to exercise the sbits and sfrs properly (still have to look at assembly optimization, but for now, I just want the bits to change). I will finish the defines in this file sometime this week. I had planned to use this as the template for the Cygnal family, either each individual chips .h file, or .h files for each family group. I have done some rather extensive work with the Rabbit chips (using Dynamic C). The chips are "basically" Z80 cores, I always wanted to do a comparison to find out how the Rabbit is different but never had time. I would be willing to help with Rabbit adaptation of SDCC, Cygnal (and other "odd" 8051 variant families) headers, and would like to help test the PIC variant. Sorry this is so long, Brian Tyler --- Bert Schiettecatte <ber...@es...> wrote: > Hi All, > > I'll certainly try to get SDCC working since the > full Keil compiler > is about 1600 Euros or something like that (at least > from the > distributor in my country). Does anyone have hard > numbers on the > performance of SDCC vs Keil for example, both on > speed and > nr of bugs? :-) > > Thanks, > bert > __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com |
From: Bert S. <ber...@es...> - 2003-05-27 19:03:46
|
Hi Brian, Thanks a lot for your header file! I'll keep you all updated on my progress on the Cygnal C8051F320 USB processor. I'm waiting for my development kit which should arrive next week. Best regards, bert |
From: Andy G. <an...@wa...> - 2003-05-27 19:48:39
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 27 May 2003 20:02, Bert Schiettecatte wrote: > Hi Brian, > > Thanks a lot for your header file! I'll keep you all updated > on my progress on the Cygnal C8051F320 USB processor. I'm waiting > for my development kit which should arrive next week. I looked up the Cygnal website when I saw this thread, they have some=20 very interesting chips. But I was surprised to see they don't seem have a UK distributor=20 listed? http://www.cygnal.com/about/rep_international.htm I sent off an email asking what I should do, since I am based in the=20 UK. =2D -Andy =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+08EMjKeDCxMJCTIRArbaAJ9fQEm/nD4dS55LoBOH5T3lcUW0BACfUC2k Vg20rv/KSMOvTPUcsk4Ijvs=3D =3D7s9w =2D----END PGP SIGNATURE----- |
From: Bert S. <ber...@es...> - 2003-05-27 20:20:46
|
That's exactly the problem I've been having with Atmel AVRs. My distributor only sells large quantities etc etc... I'm fed up with the inflexible conditions for delivery of MCUs... I hope working with Cygnal will solve this problem. -----Original Message----- From: sdc...@li... [mailto:sdc...@li...]On Behalf Of Andy Green Sent: dinsdag 27 mei 2003 21:48 To: sdc...@li... Subject: Re: [Sdcc-user] Cygnal? -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 27 May 2003 20:02, Bert Schiettecatte wrote: > Hi Brian, > > Thanks a lot for your header file! I'll keep you all updated > on my progress on the Cygnal C8051F320 USB processor. I'm waiting > for my development kit which should arrive next week. I looked up the Cygnal website when I saw this thread, they have some very interesting chips. But I was surprised to see they don't seem have a UK distributor listed? http://www.cygnal.com/about/rep_international.htm I sent off an email asking what I should do, since I am based in the UK. - -Andy -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+08EMjKeDCxMJCTIRArbaAJ9fQEm/nD4dS55LoBOH5T3lcUW0BACfUC2k Vg20rv/KSMOvTPUcsk4Ijvs= =7s9w -----END PGP SIGNATURE----- ------------------------------------------------------- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge _______________________________________________ Sdcc-user mailing list Sdc...@li... https://lists.sourceforge.net/lists/listinfo/sdcc-user |
From: DD <d2...@xn...> - 2003-05-27 12:20:18
|
My opinion : I have seen that sourceforge is providing MySql database. I would suggest give a thought to a solution like using PHPNuke - or other content management system wich has facilities like board, weblinks, articles...etc. What do you think ? Depending on specifications I would be proud to give a hand if you find www.phpnuke.org apropiate to final goal. Thanks, Daniel ----- Original Message ----- From: "Paul" <pa...@pj...> To: <sdc...@li...> Sent: Tuesday, May 27, 2003 7:01 AM Subject: Re: [Sdcc-user] Cygnal? > > This brings up a thought, though. Would it be a good idea to > > maintain a list on SDCC's home page of the 8051 variants that it's > > been used with? I think this would be useful for a lot of folks. > > It will certainly be good if Bert contributes a working header file for > this chip. I was conidering looking at the keil->sdcc perl script, > since there's only 16 possible SFRs to handle in that unsupported syntax. > > Regarding the ... it really needs a proper maintainer. I > touched it a bit a few months ago, and Bernhard did wonders with the > nightly builds. But without someone (read as "volenteer") really > maintaining it, keeping a list like that up to date probably won't > happen. Then again, maybe it could be a web-based database of user > comments, searchable by part number (like the program compatibility > thing the Wine project had). Again, a volenteer is needed to actually > implement such a thing. > > > Paul > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: ObjectStore. > If flattening out C++ or Java code to make your application fit in a > relational database is painful, don't do it! Check out ObjectStore. > Now part of Progress Software. http://www.objectstore.net/sourceforge > _______________________________________________ > Sdcc-user mailing list > Sdc...@li... > https://lists.sourceforge.net/lists/listinfo/sdcc-user > > ------------------------------------------------------- > Xnet scaneaza automat toate mesajele impotriva virusilor folosind RAV AntiVirus. > Xnet automatically scans all messages for viruses using RAV AntiVirus. > > Nota: RAV AntiVirus poate sa nu detecteze toti virusii noi sau toate variantele lor. > Va rugam sa luati in considerare ca exista un risc de fiecare data cand deschideti > fisiere atasate si ca MobiFon nu este responsabila pentru nici un prejudiciu cauzat > de virusi. > > Disclaimer: RAV AntiVirus may not be able to detect all new viruses and variants. > Please be aware that there is a risk involved whenever opening e-mail attachments > to your computer and that MobiFon is not responsible for any damages caused by > viruses. > ------------------------------------------------------- Xnet scaneaza automat toate mesajele impotriva virusilor folosind RAV AntiVirus. Xnet automatically scans all messages for viruses using RAV AntiVirus. Nota: RAV AntiVirus poate sa nu detecteze toti virusii noi sau toate variantele lor. Va rugam sa luati in considerare ca exista un risc de fiecare data cand deschideti fisiere atasate si ca MobiFon nu este responsabila pentru nici un prejudiciu cauzat de virusi. Disclaimer: RAV AntiVirus may not be able to detect all new viruses and variants. Please be aware that there is a risk involved whenever opening e-mail attachments to your computer and that MobiFon is not responsible for any damages caused by viruses. |
From: Dave H. <da...@kd...> - 2003-05-30 13:52:40
|
On Tue, 2003-05-27 at 07:17, DD wrote: > My opinion : I have seen that sourceforge is providing MySql database. > I would suggest give a thought to a solution like using PHPNuke - or other [snip] Sandeep's original specification was to have a lightweight, text only web page that would load fast for people without broadband. That was the intent when I first put these pages together. I believe that should still be a consideration. PHP-Nuke/MySQL, while very useful and good looking, would create too much overhead. ( I run PHP-Nuke on three of my other sites... believe me, I know what it requires) It would seem the website is getting a bit dated and could use some work. Over the next couple weeks I'll see what I can do to clean it up. (I'll see if I can reduce the number of font types at a minimum ;) Some links are dead and need to be removed. Some need to be added. If Bernard and Johan don't have a problem with this, I'll accept emails with links to be added to the site. ($catagory, $link, $comment) A forum would be nice also. But, I have seen them die in favor of mailing lists... comments? --Dave Helton Real World Computing |
From: Johan K. <joh...@id...> - 2003-05-30 14:48:39
|
> Some links are dead and need to be removed. Some need to be added. If > Bernard and Johan don't have a problem with this, I'll accept emails > with links to be added to the site. > ($catagory, $link, $comment) No problem. Please also change (at least my) email address to "johan.knol at users.sourceforge.net", my spam-killer killed 46 messages today (until 16.43 localtime) and I needed to kill 9 more manually. This isn't funny anymore ... Johan |
From: Paul <pa...@pj...> - 2003-05-30 20:55:19
|
Dave, I'm glad you're back! I'll hold off doing anything else on the website for a while. I hope my direct html edits don't cause too much trouble if you reimport the html to adobe golive. One of the simple requests that I was intended to do was adding the documentation to the left-side nav. The documentation is at: http://sdcc.sourceforge.net/doc/. It's all generated from lyx source and it doesn't really fit the style of the website well... I was at one time considering some sort of perl script to post-process those files and add the left-side nav and sdcc website color theme. But even just adding links to it on the main 3 pages would be nice, and the user can always hit the back button to return to the "normal" part of the website. Paul |
From: Dave H. <da...@kd...> - 2003-05-30 23:40:54
|
On Fri, 2003-05-30 at 15:53, Paul wrote: > Dave, > > I'm glad you're back! I'll hold off doing anything else on the website > for a while. I hope my direct html edits don't cause too much trouble > if you reimport the html to adobe golive. Paul... I never left ;) But, my shack tells a different story. Cobwebs and dust are by-products of time and neglect. Having children will do that ;) I used GoLive to set the general layout and color scheme. Once that was done, the rest was all hand edited. Today I looked at some of the pages and I don't see a problem cleaning it up and getting a better flow to them. Permissions will be a problem. Some pages aren't even group writable. > > One of the simple requests that I was intended to do was adding the > documentation to the left-side nav. The documentation is at: > http://sdcc.sourceforge.net/doc/. It's all generated from lyx source > and it doesn't really fit the style of the website well... I was at one > time considering some sort of perl script to post-process those files > and add the left-side nav and sdcc website color theme. But even just > adding links to it on the main 3 pages would be nice, and the user can > always hit the back button to return to the "normal" part of the website. > A simple style sheet would fix most of that, something I should do with the main site also. I would think the documentation would be far easier to maintain in html than in Lyx format. So, don't abandon your perl script. The documentation may be easier if it's broken up into chapters and maintained in pieces. Text with the most benign of html tags. Your script could apply formating, create an index, and assemble the chapters. Just a thought. --Dave |
From: Terry P. <te...@d2...> - 2003-05-31 03:27:14
|
On 30 May 2003 18:42:42 -0500 Dave Helton <da...@kd...> wrote: > On Fri, 2003-05-30 at 15:53, Paul wrote: > > Dave, > > > > I'm glad you're back! I'll hold off doing anything else on the website > > for a while. I hope my direct html edits don't cause too much trouble > > if you reimport the html to adobe golive. > > Paul... I never left ;) > But, my shack tells a different story. Cobwebs and dust are by-products > of time and neglect. Having children will do that ;) > > I used GoLive to set the general layout and color scheme. Once that was > done, the rest was all hand edited. Today I looked at some of the pages > and I don't see a problem cleaning it up and getting a better flow to > them. Permissions will be a problem. Some pages aren't even group > writable. > > > > > One of the simple requests that I was intended to do was adding the > > documentation to the left-side nav. The documentation is at: > > http://sdcc.sourceforge.net/doc/. It's all generated from lyx source > > and it doesn't really fit the style of the website well... I was at one > > time considering some sort of perl script to post-process those files > > and add the left-side nav and sdcc website color theme. But even just > > adding links to it on the main 3 pages would be nice, and the user can > > always hit the back button to return to the "normal" part of the website. > > > > A simple style sheet would fix most of that, something I should do with > the main site also. > > I would think the documentation would be far easier to maintain in html > than in Lyx format. How about as plain Latex ? Then it could be converted to a single or multiple html file via latex2pdf ? I would be happy to help out with the documentation and have a working grasp of Latex. Section 8 Other Processors, could do with some doc regarding Scotts PIC work ? > So, don't abandon your perl script. The > documentation may be easier if it's broken up into chapters and > maintained in pieces. Text with the most benign of html tags. Your > script could apply formating, create an index, and assemble the > chapters. Just a thought. > > --Dave -- Kind Regards Terry Homemade pcbs using Gnu/LinuX gEDA/PCB page :- http://w3w.arafuraconnect.com.au/~tp/pcbs.html Gnu/Linux/Debian-3.0 Registration Number: 103931 :http//counter.li.org * Free Software provided by GNU; http://www.gnu.org/philosophy/free-software-for-freedom.html |
From: Paul <pa...@pj...> - 2003-05-31 07:58:35
|
> > >>I would think the documentation would be far easier to maintain in html >>than in Lyx format. >> >> I suspect Johan, Bernhard and others, who currently maintain it using lyx, would probably not agree. But easier or not, it _is_ currently maintained (using lyx). >How about as plain Latex ? > >Then it could be converted to a single or multiple html file via latex2pdf ? > I believe lyx is a gui front end that produces latex, and the html copies are produced from that using latex2html and the pdf copies are produced using latex2pdf (with some caveat about certain fonts not being installed at sourceforge). For example, if you look at: http://sdcc.sourceforge.net/doc/sdccman.html/ and view the html source, you'll see the comments that it was generated using latex2html. Paul |
From: Terry P. <te...@d2...> - 2003-05-31 08:23:20
|
On Sat, 31 May 2003 00:43:20 -0700 Paul <pa...@pj...> wrote: > > > > > >>I would think the documentation would be far easier to maintain in html > >>than in Lyx format. > >> > >> > I suspect Johan, Bernhard and others, who currently maintain it using > lyx, would probably not agree. But easier or not, it _is_ currently > maintained (using lyx). Actually Lyx is very easy to use, I used it for a couple of years before I went to Tex/Latex and a text editor. > > >How about as plain Latex ? > > > >Then it could be converted to a single or multiple html file via latex2pdf ? > > > I believe lyx is a gui front end that produces latex, It saves its files in *.lyx format which is latex with extra stuff embedded, but will export Latex to a point. > and the html > copies are produced from that using latex2html and the pdf copies are > produced using latex2pdf (with some caveat about certain fonts not being > installed at sourceforge). For example, if you look at: > > http://sdcc.sourceforge.net/doc/sdccman.html/ > > and view the html source, you'll see the comments that it was generated > using latex2html. Yes :) -- Kind Regards Terry Homemade pcbs using Gnu/LinuX gEDA/PCB page :- http://w3w.arafuraconnect.com.au/~tp/pcbs.html Gnu/Linux/Debian-3.0 Registration Number: 103931 :http//counter.li.org * Free Software provided by GNU; http://www.gnu.org/philosophy/free-software-for-freedom.html |
From: Jesus Calvino-F. <Je...@ec...> - 2003-05-31 09:18:08
|
Which brings me to the issue of the lyx version in use. The current version of lyx is 1.3.2, but the one used in sdccman.lyx is 1.2. Bernhard mentioned that there was a problem with the look of the html generated from the lyx file since version 1.3. Wouldn't it be a problem of the latex2html version used instead? Jesus At 12:43 AM 5/31/2003 -0700, you wrote: >>>I would think the documentation would be far easier to maintain in html >>>than in Lyx format. >>> >> >I suspect Johan, Bernhard and others, who currently maintain it using lyx, >would probably not agree. But easier or not, it _is_ currently maintained >(using lyx). > >> >>How about as plain Latex ? >> >>Then it could be converted to a single or multiple html file via latex2pdf ? >I believe lyx is a gui front end that produces latex, and the html copies >are produced from that using latex2html and the pdf copies are produced >using latex2pdf (with some caveat about certain fonts not being installed >at sourceforge). For example, if you look at: > ><http://sdcc.sourceforge.net/doc/sdccman.html/>http://sdcc.sourceforge.net/doc/sdccman.html/ > >and view the html source, you'll see the comments that it was generated >using latex2html. > > > >Paul > |
From: Terry P. <te...@d2...> - 2003-05-31 10:24:43
|
On Sat, 31 May 2003 02:01:02 -0700 Jesus Calvino-Fraga <Je...@ec...> wrote: > Which brings me to the issue of the lyx version in use. The current > version of lyx is 1.3.2, but the one used in sdccman.lyx is 1.2. Bernhard > mentioned that there was a problem with the look of the html generated from > the lyx file since version 1.3. Wouldn't it be a problem of the latex2html > version used instead? I'm not sure, as I don't use Lyx thesedays, and latex2html has certainly changed since the previous versions. Only experementing with the different versions of LYX and latex2html would find where the problem area is I think ? I have two versions of latex2html here, and would be happy to run them on any Latex export from Lyx that Bernard would like to email to me, and send them back for his perusal:- This is LaTeX2HTML Version 2002-2-1 (1.70) This is LaTeX2HTML Version 2K.1beta (1.48) The Latex2html.org site has this to say:- http://www.latex2html.org/ News * The upcoming 99.2 is now in beta status - check out the latest version. * An instant LATEX2HTML conversion service is being prepared on this site: Upload your LaTeX file and few moments later you'll be able to view your document with your browser and download the conversion result! The latest downloads are in:- http://saftsack.fs.uni-bayreuth.de/~latex2ht/current/ > > Jesus > > At 12:43 AM 5/31/2003 -0700, you wrote: > > > >>>I would think the documentation would be far easier to maintain in html > >>>than in Lyx format. > >>> > >> > >I suspect Johan, Bernhard and others, who currently maintain it using lyx, > >would probably not agree. But easier or not, it _is_ currently maintained > >(using lyx). > > > >> > >>How about as plain Latex ? > >> > >>Then it could be converted to a single or multiple html file via latex2pdf ? > >I believe lyx is a gui front end that produces latex, and the html copies > >are produced from that using latex2html and the pdf copies are produced > >using latex2pdf (with some caveat about certain fonts not being installed > >at sourceforge). For example, if you look at: > > > ><http://sdcc.sourceforge.net/doc/sdccman.html/>http://sdcc.sourceforge.net/doc/sdccman.html/ > > > >and view the html source, you'll see the comments that it was generated > >using latex2html. > > > > > > > >Paul > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: eBay > Get office equipment for less on eBay! > http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 > _______________________________________________ > Sdcc-user mailing list > Sdc...@li... > https://lists.sourceforge.net/lists/listinfo/sdcc-user > -- Kind Regards Terry Homemade pcbs using Gnu/LinuX gEDA/PCB page :- http://w3w.arafuraconnect.com.au/~tp/pcbs.html Gnu/Linux/Debian-3.0 Registration Number: 103931 :http//counter.li.org * Free Software provided by GNU; http://www.gnu.org/philosophy/free-software-for-freedom.html |
From: Bernhard H. <ber...@be...> - 2003-06-01 09:52:32
|
> > Which brings me to the issue of the lyx version in use. The current > > version of lyx is 1.3.2, but the one used in sdccman.lyx is 1.2. > > Bernhard mentioned that there was a problem with the look of the html > > generated from the lyx file since version 1.3. Wouldn't it be a problem > > of the latex2html version used instead? latex2html sucks. Compared to the dvi or pdf output the html looks worst. I've tried it once on my brand new SuSE 8.2 with latex2html 2002-2-1 (1.70): all tables were unreadable. And there's still the double-slash bug. > I'm not sure, as I don't use Lyx thesedays, and latex2html has certainly > changed since the previous versions. Only experementing with the different > versions of LYX and latex2html would find where the problem area is I think > ? At the moment the building of the docs is automated on the CF. I can replace lyx, there's not much needed besides the program itself. But it's virtually impossible to replace latex2html with all it's dependencies to tetex, te_latex ... what I've seen this is a complex setup with many megabytes of data. If somebody changes the version of latex2html he/she should provide a solution for the automated build. On CF's Redhat 7.3: > sdcc-builder@usf-cf-x86-linux-2:~$ latex2html --version > [english]This is jLaTeX2HTML Version 2002 (1.62) JA patch-1.4 > by Kenshi Muto, Debian Project. > > Original LaTeX2HTML Version 2002 (1.62) > by Nikos Drakos, Computer Based Learning Unit, University of Leeds. > I have two versions of latex2html here, and would be happy to run them on > any Latex export from Lyx that Bernard would like to email to me, and send > them back for his perusal:- I copy the export from lyx 1.2 on http://sdcc.sourceforge.net/doc Jesus, could you please provide the export from 1.32? > * The upcoming 99.2 is now in beta status - check out the latest version. > * An instant LATEX2HTML conversion service is being prepared on this site: > Upload your LaTeX file and few moments later you'll be able to view your > document with your browser and download the conversion result! Hmm. If this service stablizes, we could use it for the automated build. Bernhard |
From: Terry P. <te...@d2...> - 2003-06-01 11:21:51
|
On Sun, 1 Jun 2003 11:51:33 +0200 Bernhard Held <ber...@be...> wrote: > > > Which brings me to the issue of the lyx version in use. The current > > > version of lyx is 1.3.2, but the one used in sdccman.lyx is 1.2. > > > Bernhard mentioned that there was a problem with the look of the html > > > generated from the lyx file since version 1.3. Wouldn't it be a problem > > > of the latex2html version used instead? > latex2html sucks. Thats a little generalised Bernhard, it doesn't suck for everyone, have a look at http://w3w.arafuraconnect.com.au/~tp/jan/sacred-wok-website/index.html which is a Latex assignment my partner wrote, complete with footnotes and bibliography and converted to HTML with Latex2html. For her, Latex2html is the best option so far, of course your mileage may vary. > Compared to the dvi or pdf output the html looks worst. > I've tried it once on my brand new SuSE 8.2 with latex2html 2002-2-1 (1.70): > all tables were unreadable. And there's still the double-slash bug. > > > I'm not sure, as I don't use Lyx thesedays, and latex2html has certainly > > changed since the previous versions. Only experementing with the different > > versions of LYX and latex2html would find where the problem area is I think > > ? > At the moment the building of the docs is automated on the CF. I can replace > lyx, there's not much needed besides the program itself. > But it's virtually impossible to replace latex2html with all it's dependencies > to tetex, te_latex ... what I've seen this is a complex setup with many > megabytes of data. Addmitedly mine isnt the latest version Version: 2000-beta1-5 however Debian suggests these are the only dependencies:- Depends: perl, fileutils (>= 4.0), netpbm (>= 2:9.20), gs Recommends: tetex-bin (>= 1.0.7+20001218) > > If somebody changes the version of latex2html he/she should provide a solution > for the automated build. Of course, however I wasn't recomending changing anything, only throwing some questions to the forum as I'd like to help with SDCC if I can, and naturally I defer to those already doing the work, such as yourself. > > On CF's Redhat 7.3: > > sdcc-builder@usf-cf-x86-linux-2:~$ latex2html --version > > [english]This is jLaTeX2HTML Version 2002 (1.62) JA patch-1.4 > > by Kenshi Muto, Debian Project. > > > > Original LaTeX2HTML Version 2002 (1.62) > > by Nikos Drakos, Computer Based Learning Unit, University of Leeds. > > > > I have two versions of latex2html here, and would be happy to run them on > > any Latex export from Lyx that Bernard would like to email to me, and send > > them back for his perusal:- > I copy the export from lyx 1.2 on http://sdcc.sourceforge.net/doc > Jesus, could you please provide the export from 1.32? > > > * The upcoming 99.2 is now in beta status - check out the latest version. > > * An instant LATEX2HTML conversion service is being prepared on this site: > > Upload your LaTeX file and few moments later you'll be able to view your > > document with your browser and download the conversion result! > Hmm. If this service stablizes, we could use it for the automated build. Anything that cuts down the workload is always nice :) > > Bernhard -- Kind Regards Terry Homemade pcbs using Gnu/LinuX gEDA/PCB page :- http://w3w.arafuraconnect.com.au/~tp/pcbs.html Gnu/Linux/Debian-3.0 Registration Number: 103931 :http//counter.li.org * Free Software provided by GNU; http://www.gnu.org/philosophy/free-software-for-freedom.html |
From: Bernhard H. <ber...@be...> - 2003-06-01 21:18:43
|
> Thats a little generalised Bernhard, it doesn't suck for everyone, have a > look at > http://w3w.arafuraconnect.com.au/~tp/jan/sacred-wok-website/index.html > which is a Latex assignment my partner wrote, complete with footnotes and > bibliography and converted to HTML with Latex2html. I wrote about the combination lyx + Latex2html. In the given link isn't a single table. I've less problems with tables in the TXT export than in HTML! Yes, some things are very nice in the HTML output. But this isn't of much help if one or two sections are unreadable. > > If somebody changes the version of latex2html he/she should provide a > > solution for the automated build. > > Of course, however I wasn't recomending changing anything, only throwing > some questions to the forum as I'd like to help with SDCC if I can, and > naturally I defer to those already doing the work, such as yourself. No offence meant. I just wanted to add some points, which I was missing in the thread so far. If somebody can find an improvement, I'll certainly support him/her. Bernhard |