From: Bernhard H. <sdc...@be...> - 2006-04-29 20:54:00
|
Hi Borut, hi folks, I'm currently struggling to make the nightly build work again. The last problem is the windows installer. It stumbles over files in the library sources, e.g.: lib/src/ds390/Makefile lib/src/ds390/Makefile.dep ... lib/src/z80/README ... lib/src/pic/GPL ... and so on. They were install by the old build system. I guess they were installed just because of poorly written install commands. In my opinion it doesn't make sense to install these files. - None of the 'Makefile's doesn't work, they want to run ../../../bin/sdcc. Moreover they all were created by 'configure', it hardly makes sense to use them on another host. - Makefile.dep could be quickly recreated (by a reasonable Makefile) - most README are out of date. - GPL should be at the top level I propose not to pack these files into the archives and the windows installer. If you (and Borut) agree I would like to remove these files from sdcc.nsi. After clarifcation the build of the windows installer will work again! Bernhard |
From: Borut R. <bor...@si...> - 2006-04-30 06:34:41
|
Hi Bernhard, I agree with your proposal: - Makefile* are useless for the sdcc user - lib/src/z80/README is useless too. - lib/src/pic/GPL: the GPL license is already the top in the file COPYING, but there is also the LGPL file, which is currently not available anywhere else, but applys (more or less, see below) to whole sdcc library, so it should be also moved to the top or under the device directory. But you can leave it there and I'll fix the installation. I saw an other problem I was not aware of: many library sources and header files are published under the GPL license, which is probably not what we want. I propose to make a list of such files and try to contact the authors to change the license. The list should be a part of the installation (maybe in the sdccman), so that the users are aware what they can use for non GPL projects. If the authors of non LGPL library/include files are reading this mail, they can change the license immediately if they agree. Borut >Hi Borut, hi folks, > >I'm currently struggling to make the nightly build work again. The last >problem is the windows installer. > >It stumbles over files in the library sources, e.g.: > lib/src/ds390/Makefile > lib/src/ds390/Makefile.dep > ... > lib/src/z80/README > ... > lib/src/pic/GPL > ... > and so on. > >They were install by the old build system. I guess they were installed just >because of poorly written install commands. In my opinion it doesn't make >sense to install these files. >- None of the 'Makefile's doesn't work, they want to run ../../../bin/sdcc. >Moreover they all were created by 'configure', it hardly makes sense to use >them on another host. >- Makefile.dep could be quickly recreated (by a reasonable Makefile) >- most README are out of date. >- GPL should be at the top level > >I propose not to pack these files into the archives and the windows installer. >If you (and Borut) agree I would like to remove these files from sdcc.nsi. > >After clarifcation the build of the windows installer will work again! > >Bernhard > > >------------------------------------------------------- >Using Tomcat but need to do more? Need to support web services, security? >Get stuff done quickly with pre-integrated technology to make your job easier >Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo >http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >_______________________________________________ >sdcc-devel mailing list >sdc...@li... >https://lists.sourceforge.net/lists/listinfo/sdcc-devel > > > |
From: Maarten B. <sou...@ds...> - 2006-04-30 08:52:11
|
Borut, Bernahrd, Some Makefiles ARE usefull for sdcc users, namely the ones to compile the libraries. If a user needs to recompile libraries with a certain switch a good makefile can make a lot of difference for ease of use. Writing a goo= d makefile is not a trivial task, but updating a switch in it is. I would argue even W32 users should have a makefile that can run with unxutils' make. Maarten > Hi Bernhard, > > I agree with your proposal: > - Makefile* are useless for the sdcc user > - lib/src/z80/README is useless too. > - lib/src/pic/GPL: the GPL license is already the top in the file > COPYING, but there is also the LGPL file, which is currently not > available anywhere else, but applys (more or less, see below) to whole > sdcc library, so it should be also moved to the top or under the device > directory. But you can leave it there and I'll fix the installation. > > I saw an other problem I was not aware of: many library sources and > header files are published under the GPL license, which is probably not > what we want. I propose to make a list of such files and try to contact > the authors to change the license. The list should be a part of the > installation (maybe in the sdccman), so that the users are aware what > they can use for non GPL projects. > > If the authors of non LGPL library/include files are reading this mail, > they can change the license immediately if they agree. > > Borut > > >>Hi Borut, hi folks, >> >>I'm currently struggling to make the nightly build work again. The last >>problem is the windows installer. >> >>It stumbles over files in the library sources, e.g.: >> lib/src/ds390/Makefile >> lib/src/ds390/Makefile.dep >> ... >> lib/src/z80/README >> ... >> lib/src/pic/GPL >> ... >> and so on. >> >>They were install by the old build system. I guess they were installed >> just >>because of poorly written install commands. In my opinion it doesn't ma= ke >>sense to install these files. >>- None of the 'Makefile's doesn't work, they want to run >> ../../../bin/sdcc. >>Moreover they all were created by 'configure', it hardly makes sense to >> use >>them on another host. >>- Makefile.dep could be quickly recreated (by a reasonable Makefile) >>- most README are out of date. >>- GPL should be at the top level >> >>I propose not to pack these files into the archives and the windows >> installer. >>If you (and Borut) agree I would like to remove these files from >> sdcc.nsi. >> >>After clarifcation the build of the windows installer will work again! >> >>Bernhard >> >> >>------------------------------------------------------- >>Using Tomcat but need to do more? Need to support web services, securit= y? >>Get stuff done quickly with pre-integrated technology to make your job >> easier >>Download IBM WebSphere Application Server v.1.0.1 based on Apache >> Geronimo >>http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 >>_______________________________________________ >>sdcc-devel mailing list >>sdc...@li... >>https://lists.sourceforge.net/lists/listinfo/sdcc-devel >> >> >> > > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, securit= y? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geron= imo > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 > _______________________________________________ > sdcc-devel mailing list > sdc...@li... > https://lists.sourceforge.net/lists/listinfo/sdcc-devel > > |
From: Borut R. <bor...@si...> - 2006-04-30 16:49:00
|
Maarten, you are definitely right. Obviously both me and Bernhard didn't think about it. The problem is that makefiles are now processed by configure, so that some paths will be probably wrong (at least on WIN32 platform). But makefiles can be processed again before packaging... So Bernhard, please include makefiles into WIN32 installer if possible. We will see how to patch them after that. Borut Maarten Brock wrote: >Borut, Bernahrd, > >Some Makefiles ARE usefull for sdcc users, namely the ones to compile the >libraries. If a user needs to recompile libraries with a certain switch a >good makefile can make a lot of difference for ease of use. Writing a good >makefile is not a trivial task, but updating a switch in it is. I would >argue even W32 users should have a makefile that can run with unxutils' >make. > >Maarten > > > >>Hi Bernhard, >> >>I agree with your proposal: >>- Makefile* are useless for the sdcc user >>- lib/src/z80/README is useless too. >>- lib/src/pic/GPL: the GPL license is already the top in the file >>COPYING, but there is also the LGPL file, which is currently not >>available anywhere else, but applys (more or less, see below) to whole >>sdcc library, so it should be also moved to the top or under the device >>directory. But you can leave it there and I'll fix the installation. >> >>I saw an other problem I was not aware of: many library sources and >>header files are published under the GPL license, which is probably not >>what we want. I propose to make a list of such files and try to contact >>the authors to change the license. The list should be a part of the >>installation (maybe in the sdccman), so that the users are aware what >>they can use for non GPL projects. >> >>If the authors of non LGPL library/include files are reading this mail, >>they can change the license immediately if they agree. >> >>Borut >> >> >> >> >>>Hi Borut, hi folks, >>> >>>I'm currently struggling to make the nightly build work again. The last >>>problem is the windows installer. >>> >>>It stumbles over files in the library sources, e.g.: >>> lib/src/ds390/Makefile >>> lib/src/ds390/Makefile.dep >>> ... >>> lib/src/z80/README >>> ... >>> lib/src/pic/GPL >>> ... >>> and so on. >>> >>>They were install by the old build system. I guess they were installed >>>just >>>because of poorly written install commands. In my opinion it doesn't make >>>sense to install these files. >>>- None of the 'Makefile's doesn't work, they want to run >>>../../../bin/sdcc. >>>Moreover they all were created by 'configure', it hardly makes sense to >>>use >>>them on another host. >>>- Makefile.dep could be quickly recreated (by a reasonable Makefile) >>>- most README are out of date. >>>- GPL should be at the top level >>> >>>I propose not to pack these files into the archives and the windows >>>installer. >>>If you (and Borut) agree I would like to remove these files from >>>sdcc.nsi. >>> >>>After clarifcation the build of the windows installer will work again! >>> >>>Bernhard >>> >>> |
From: Bernhard H. <sdc...@be...> - 2006-04-30 19:33:07
|
> >Some Makefiles ARE usefull for sdcc users, namely the ones to compile the > >libraries. If a user needs to recompile libraries with a certain switch a > >good makefile can make a lot of difference for ease of use. Writing a good > >makefile is not a trivial task, but updating a switch in it is. I would > >argue even W32 users should have a makefile that can run with unxutils' > >make. I agree that Makefiles will help. But they have to work, if they should help. > The problem is that makefiles are now processed by configure, so that > some paths will be probably wrong (at least on WIN32 platform). But > makefiles can be processed again before packaging... > > So Bernhard, please include makefiles into WIN32 installer if possible. > We will see how to patch them after that. Well, it's not that easy. The libraries can't be built by cross-compiled binaries, therefore they are copied from the installation of the linux build. And at the moment in this installation there are no Makefiles. The best and easiest way would be to include (working) Makefiles in all packages. Today I really want to fix the build of the win installer. This has higher priority than the inclusion of non-working Makefiles. Feel free to submit a RFE with following goals: 1. provide working library Makefiles on all platforms 2. include them in the packages Bernhard |