Fork us on GitHub Follow us on Facebook Follow us on Twitter

Changes between Initial Version and Version 1 of GCCPort

2012-06-18T10:36:23Z (10 years ago)


  • GCCPort

    v1 v1  
     1== '''Port gcc to HelenOS''' ==
     3Student: Vivek Prakash[[BR]]
     4Mentor: Jiri Svoboda[[BR]]
     5bzr repository: lp:~vivek-cs-iitr/helenos/gcc[[BR]]
     8=== '''Current Task''' ===
     10||Task||Percentage complete||Status||Comment||
     11||Port libgmp||50%||In progress||||
     12||Port libmpfr||30%||TODO||Analyzed dependencies||
     13||Port libmpc||30%||TODO||Analyzed dependencies||
     15=== '''Status Reports''' ===
     17==== '''Week 1 & 2''' ====
     18I started working on my project (porting gcc) on 19th May after
     19getting free from the university engagements. I worked till 25th, but
     20then I had to relocate to home due to urgent personal reasons. When I
     21was coming back to college, the train I was travelling in
     22unfortunately met a very fatal accident in which I nearly lost my
     23life. I had few minor injuries. I have relocated back to college and
     24have got settled here. I will resume my work from tomorrow morning.
     26I have been experimenting with the binutils build
     27and learning how it was done. I have also analyzed the gcc-core
     28dependencies in more detail.
     30I have inspected the binutils build process closely. I went through
     31some of the commits in the Petr repository too. I believe I have a
     32good idea of how to go forward for now. I will start writing Makefile
     33and scripts similar to that done for binutils as next step. Then
     34during the build, whatever fails to compile will have to be sorted out
     35one by one.
     37==== '''Week 3''' ====
     39This week I started coding after several setbacks. I made a build
     40process structure for gcc similar to that done for binutils.
     41Currently, I am working with gcc-core-4-6.3, but there would not be a
     42big problem when bumping to gcc-4.7.0. I chose the core package so as
     43to not confuse me with the new packaging structure of gcc-4.7.0 where
     44all the components are present at one place, and also because my
     45primary goal now is to port the C compiler part.
     47I started my porting attempt with cross-compilation of gcc. I will be
     48using the target `all-gcc' in the gcc-core to initiate the
     49target build from my Makefile. But before that, the challenge is to
     50get past the configure stage with host and target set to that of the
     51HelenOS. This stage requires the presence of libgmp, libmpfr and
     52libmpc. So the configure stage currently fails and asks for the
     53location of gmp (--with-gmp) , mpfr (--with-mpfr) and mpc (--with-mpc)
     54to proceed. Now, I have started porting the libgmp and libmpfr.
     56There are few questions related to design decisions about which I
     57would like to get suggestions:
     581. gcc will obviously go in uspace/app/, am i right?
     592. The external libraries libgmp, libmpfr and libmpc should be placed
     60in uspace/app/gcc/dependencies/lib/ or other directory e.g. uspace/lib
     63I have also started looking at libposix at what functions or stubs
     64needs to be implemented or improved there. That will become evident in
     65the porting process. So, my next step is to port the external
     66libraries on which gcc build is dependent and then proceed forward.
     67Also the current patching of gcc source is very minimal, with
     68cross_compilation flags set to `yes'. I am studying the source too to
     69examine what all sorts of patching that are required.
     71''Jiri suggested that we might make some common subdirectory(-ies) for ported software (akin to BSD ports) due to the ultimately different method of building it (and one day there could be some common framework for that). For now uspace/app/gcc seems adequate. Also, if we had some kind of ports dir, eg. with uspace/ports/gcc, then I would put them in uspace/ports/libxyz, with uspace/app/gcc I'd prefer the former variant, i.e. place them under gcc - this should work nicely for now, since gcc will be the only consumer for now. After this discussion, i placed gcc in uspace/app/ and the libraries in uspace/app/gcc/ itself. For example, libgmp is placed at uspace/app/gcc/dep/libgmp and similarly it was done for other dependencies."
     73==== '''Week 4''' ====
     75This week I started porting libgmp, libmpfr, and libmpc. Initially I got stuck on the cross compilation issue and then referred to the libgmp manual to solve it. All these libraries expect --host and --build arguments in configure stage for cross compilation. I also used --disable-shared and --disable-static flags in configure stage.
     77There were problems with locating the cross-compiler toolchain and and flags were not being passed properly during the compilation test to the gcc. I had to define the CFLAGS in the Makefile itself and pass them to the configure script. But, this was quick and dirty way to proceed, i will look for some other ways.
     78This is the flag that i had to pass:
     79DEP_CFLAGS = -I../../../../lib/posix -I../../../../lib/c/include -imacros ../../../../../config.h -fexec-charset=UTF-8 -fwide-exec-charset=UTF-32LE -finput-charset=UTF-8 -ffreestanding -fno-builtin -nostdlib -nostdinc -std=gnu99 -D__LE__ -march=pentium -fno-omit-frame-pointer
     81Now, I tried cross-compiling libgmp, libmpfr and libmpc one by one.
     83Log for libgmp build shows that it could not find wchar.h and there ws undefined reference to memcpy. Similarly, libmpfr could not find  memory.h, wchar.h, sys/fpu.h, fenv.h and gmp.h. There were undefined references to fopen, ferror, fclose, memmove, memset, setlocale, strtol, gettimeofday, round, trunc, floor, ceil and nearbyint. There were undefined references to fopen, ferror and fclose in case of libmpc. I will implement some of the missing functions in libposix. Undefined references to memcpy, memmove, memset, fopen, fclose, ferror, strtol and gettimeoday can be easily fixed by linking correctly to libposix as these functions are already implemented in libc and their prototypes are only required in lib/posix/.
     85Moreover, libmpfr first needs libgmp to be built and llibmpc needs both libgmp and libmpfr to be already built. So, my first goal to port libgmp as soon as possible. Analyzing all the external libraries gave a more detailed understanding of the work required to be done to port all of them.