More May ExtensionsForum: The Testing Area Topic: More May Extensions started by: roberts Posted by roberts on May 11 2006,20:09
Now posted in the testing section of the repository:gcc1.dsl - A more complete development environment aespipe.dsl - An update with more includes wine-0.9.12.uci - Run Windows programs seamonkey-1.0.1-gtk1.uci - A gtk1 port of Seamonkey ! Read their .info files for more information. Thanks to each for their contributions. Posted by clacker on May 11 2006,21:10
The new gcc1.dsl is night and day better than the old one. If you suffered through the old one, needing to download this and that minor library, you have my sincerest apologies. When I made the original, I didn't know any better how to strip out the unwanted parts and just leave what was needed.Using the new version I have been able to compile programs that use libncurses, libreadline, and other common libraries all without downloading anything else (sometimes I needed gnu-utils.dsl, but that's not because of libraries). You can also now compile programs that use zlibg1, uuid, com_err, libpng, libjpeg, and libbz2. I even included the includes for X, GTK1.2, and Xaw so now you can compile gnuplot, xmahjongg, gnushogi, gnuchess, and xchess. Even the latest icewm (Ice Window Manager) compiled without anything beyond gnu-utils.dsl. I've found that I can compile m4, bison, flex, gettext, and cvs from GNU no problem. You never have everything you need. But this is at least a decent start. Again sorry it wasn't better the first time, but if you knew I was wrong, why didn't you fix it? Posted by mikshaw on May 12 2006,05:42
That's awesome! Now the next step is to make it a uci.... =o)
Posted by WDef on May 12 2006,10:03
Ah! Thanks Clacker, that might solve some problems I've been having. I'll try it.
Posted by WDef on May 13 2006,20:19
It does indeed solve a lot of issues for me.
Posted by Winter Knight on May 14 2006,09:15
I didn't notice anything wrong with the other gcc1.dsl. It worked great for me.I downloaded and tried out the new gcc1.dsl that clacker mentioned. I compiled a few extensions with it. It seems to work fine. It would have been helpful if it was named differently. Maybe gcc2.dsl? Posted by mikshaw on May 14 2006,14:43
There really wasn't anything "wrong" with the other one...it's just as clacker said this one is much easier to use because many of the common headers are already included with the package, which means many more apps can be built without needing additional files.Clacker: It would be handy to have Xft.h 1.1 included in a future version. It seems as though the one in XFree86-devel.dsl is 1.3?, and as a result i typically disable xft when building myDSL extensions that want it (i haven't tracked down 1.1 yet). Anyway...just a thought =o) Posted by clacker on May 14 2006,16:16
Thanks for the feedback. Anything else like that xft that I missed would be good to know about. I'm also going to add libungif, libtiff, and freetype support to the next version because they weren't that big (about a meg and a half).A different name for the package might not be a bad idea. Posted by clacker on May 15 2006,16:58
Winter Knight, I took your advice and renamed the package "gcc1-with-libs.dsl" because nothing changed except the additions.Mikshaw, I tried adding xft but I saw what you mean about the version levels. I wasn't able to make that work. The new version named "gcc1-with-libs.dsl" includes libungif, libtiff, and freetype support. This in addition to the flex-bison-libtool.dsl and cvs.dsl extensions should make compiling and building in dsl a little easier. Posted by meo on May 17 2006,08:09
Thanks clacker!I just made a remaster with the packages you mentioned and it seems to work as a charm. Thanks again! Have fun, meo Posted by meo on May 17 2006,08:59
Hi again!Forgot to mention that seamonkey works just fine. I use it almost all the time now. Have fun, meo Posted by dtf on May 18 2006,10:46
clacker - thanks for the complier update. I have only built one driver with it but I did not have any of the issue with dependencies I had with the older complier. However, I wanted to bring to your attention (and maybe you are already aware of this) but I ran into this error when trying to compile with the extension in the test area on dsl-n (dsl's big bother). I then tried the official gcc compiler and no issues there. Actually with the libraries already installed from my previous attempt I did not have any issues with dependencies with the older extension. Thanks again for providing this for us to use.checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for gcc... gcc checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. (Sorry, I lost the error in the config.log file with I built with the official gcc compiler). Posted by Winter Knight on June 29 2006,10:12
I will explain why gcc1-with-libs and (gcc1 May 10, 2006) will not work by itself under DSL-N.The following files are included with gcc1 (dated Sept 8, 2004) under /usr/lib, but are not included with gcc1-with-libs.dsl (or gcc1 dated May 10, 2006). crt1.o crti.o crtn.o libc.so libstdc++.so.5 ptchown I've noticed that even simple programs, like hello world, require crt1.o in order to compile. The lack of inclusion with newer versions isn't a problem with DSL because crt1.o, crti.o, and crtn.o are already included in /usr/lib. However, because DSL-N does not include these files, and gcc1-with-libs.dsl does not include these files, just loading gcc1-with-libs.dsl under DSL-N will not enable you to compile files. I am not sure exactly where the error should be said to lay. I have three possible workarounds if you wish to compile programs in DSL-N: 1) Load gcc1-with-libs.dsl. Then load libc6.dsl. libc6.dsl also has the required files. This is the method I recommend if you have the RAM. 256MB or more. If you have less, you may want to save your RAM and go with methods 2 or 3. 2) Load gcc1.dsl, from 2004. Then load the newer gcc1-with-libs.dsl. This requires about as much RAM as just loading gcc1-with-libs.dsl. 3) Copy out the files required from gcc1.dsl or DSL-LiveCD. Load gcc1-with-libs.dsl. Copy the *crt* files to /usr/lib. |