#milkymist IRC log for Friday, 2013-03-08

kiwichrisI am building a toolchain for RTEMS and was informed gcc 4.5.3 is the one. This how-ever does not build with newlib 2.0.0. Which version of newlib is used with 4.5.3 ?21:10
kiwichrisHmm it might be a host issue and not a LM32 issue.21:14
Fallenouisn't it newlib 1.20 ?21:16
kiwichrisIt switch at its yearly release Dec 201221:16
Fallenoulet me check which one I'm using21:18
kiwichrisIt might not be LM32 or newlib, it looks like an issue in libiberty so a host thing21:19
Fallenoucan you pastebin your issue ?21:20
kiwichris../../../gcc-4.5.3/libiberty/strsignal.c:554:1: error: conflicting types for 'psignal'21:20
FallenouOK, I can tell you I'm using gcc 4.5.3 and newlib 1.20 and binutils 2.2221:21
kiwichrisThanks.21:21
kiwichrisThe error is on MacOS so I am building on Fedora to see what happens.21:24
FallenouI remember succeeding in compiling lm32 toolchain on Mac OS X 10.6 but I don't remember gcc nor newlib version21:29
kiwichrisThat error is a host error so I will sort that out, how-ever on Fedora I have a different one...21:29
FallenouI can say that lm32--netbsd toolchain builds very well under Mac OS X :)21:29
kiwichrislm32-rtems4.11-gcc-4.5.3-newlib-2.0.0-1-4.5.3/gcc-4.5.3/newlib/libc/include/sys/types.h:179:17: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'mode_t'21:30
kiwichrisI am sure. This one looks like an issue with header files between RTEMS, newlib and gcc21:30
wpwraktry including sys/stat.h before whatever includes sys/types.h ?21:31
kiwichrisWe would like to have LM32 on newlib-2.0.0 and as gcc has to be 4.5.3 it is a matter of sorting this out.21:31
Fallenouoh, a libc upgrade, nice :)21:33
kiwichrisYeah that is the intent21:35
kiwichrisIt would be nice to have LM32 on 4.7.2 but hey that is what happens21:36
Fallenouyes, there has been an attempt as I said in my email21:37
kiwichrisUnderstood.21:38
Fallenoubut it proved to be a non trivial task which motivated no one21:38
Fallenougcc code ... :)21:38
kiwichris:)21:38
Fallenoubut please keep us posted on your issues/steps forward21:39
kiwichrisI will. It is all captured in the rtems-source-builder.git repo on git.rtems.org. Patches will be public in the rtems-tools.git repo.21:40
kiwichrisIf you want to try a build it is about 3 commands.21:41
Fallenouoh, very nice21:41
FallenouNetBSD has a cool script to build cross toolchains as well :)21:42
kiwichrishttp://www.rtems.org/ftp/pub/rtems/people/chrisj/source-builder/source-builder.html21:42
Fallenou./build.sh -m milkymist -U tools <= and there I have my toolchain :)21:42
Fallenouthanks21:42
Fallenouvery nice documentation21:42
kiwichrisNetBSD always have nice helper scripts.21:43
kiwichrisFor lm32 ...21:44
kiwichriscd somewhere21:45
kiwichrisgit clone git://git.rtems.org/chrisj/rtems-source-builder.git21:45
kiwichriscd rtems-source-builder/rtems21:45
kiwichris../source-builder/sb-set-builder --log=l-lm32.txt --prefix=$HOME/rtems/4.11 4.11/rtems-lm3221:46
Fallenoulooks easy21:47
GitHub79[migen] sbourdeauducq pushed 1 new commit to master: http://git.io/ZFwOdg22:51
GitHub79migen/master b75fb7f Sebastien Bourdeauducq: csr/SRAM: support for writes with memory widths larger than bus words22:51
--- Sat Mar 9 201300:00

Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!