search for: lm32

...parable to the Microblaze processor that you already support. It is already supported by GNU Binutils and GCC (4.5+). It is used by the Milkymist [2] and RTEMS [3] projects. The Milkymist project would like to use the LLVM compiler toolchain as an alternative to GCC, which requires developing a LM32 backend. Thanks, Sébastien Bourdeauducq [1] http://www.latticesemi.com/mico32 [2] http://www.milkymist.org [3] http://www.rtems.org

...e processor that you already support. > > It is already supported by GNU Binutils and GCC (4.5+). It is used by the > Milkymist [2] and RTEMS [3] projects. The Milkymist project would like to > use the LLVM compiler toolchain as an alternative to GCC, which requires > developing a LM32 backend. > > Thanks, > Sébastien Bourdeauducq > > [1] http://www.latticesemi.com/mico32 > [2] http://www.milkymist.org > [3] http://www.rtems.org >

...problems. --Sam ----- Original Message ---- > From: Sébastien Bourdeauducq <sebastien.bourdeauducq at lekernel.net> > To: Eli Friedman <eli.friedman at gmail.com> > Cc: llvmdev at cs.uiuc.edu > Sent: Mon, May 24, 2010 8:09:17 AM > Subject: Re: [LLVMdev] LatticeMico32 (LM32) backend > > On Monday 24 May 2010 14:32:19 Eli Friedman wrote: > Resending the email > isn't really productive; for the given question, > the lack of a reply > should answer your question. Was there something > else you wanted > to ask? I find this message unhelpf...

...u already support. >> >> It is already supported by GNU Binutils and GCC (4.5+). It is used by the >> Milkymist [2] and RTEMS [3] projects. The Milkymist project would like to >>  use the LLVM compiler toolchain as an alternative to GCC, which requires >>  developing a LM32 backend. >> >> Thanks, >> Sébastien Bourdeauducq >> >> [1] http://www.latticesemi.com/mico32 >> [2] http://www.milkymist.org >> [3] http://www.rtems.org >> > > _______________________________________________ > LLVM Developers mailing list &gt...

On Monday 24 May 2010 14:32:19 Eli Friedman wrote: > Resending the email isn't really productive; for the given question, > the lack of a reply should answer your question. Was there something > else you wanted to ask? I find this message unhelpful at best, if not purely arrogant. You are making an open source compiler, I am making an open source processor: we are fighting for the

...evices (serial, > parallel, vrtcon, etc) that are added; OTOH, we always use -nodefaults > so those are not added, so at least there should be no difference from > this p.o.v. > > The other changes related to the use of nographics are in few target- > related places: > - in lm32 hardware (milkymist-tmu2), no display device is created when > the display type is "nographics" (but it is when the type is "none"? > hmm..) > - in nvram support, the FW_CFG_NOGRAPHIC bit is set to 1 if the display > is "nographics", while 0 otherwise...

...10:1.5.3-156.el7_5.2 @updates qemu-system-alpha.x86_64 2:2.0.0-1.el7.6 @epel qemu-system-arm.x86_64 2:2.0.0-1.el7.6 @epel qemu-system-cris.x86_64 2:2.0.0-1.el7.6 @epel qemu-system-lm32.x86_64 2:2.0.0-1.el7.6 @epel qemu-system-m68k.x86_64 2:2.0.0-1.el7.6 @epel qemu-system-microblaze.x86_64 2:2.0.0-1.el7.6 @epel qemu-system-mips.x86_64 2:2.0.0-1.el7.6 @epel qemu...

...rror: Failed to start QEMU binary /usr/local/bin/qemu-system-i386 for probing: libvirt: error : cannot set supplemental groups: Invalid argument 2019-07-11 00:12:33.443+0000: 123145573953536: error : qemuProcessQMPLaunch:8501 : internal error: Failed to start QEMU binary /usr/local/bin/qemu-system-lm32 for probing: libvirt: error : cannot set supplemental groups: Invalid argument 2019-07-11 00:12:33.443+0000: 123145573953536: warning : virQEMUCapsLogProbeFailure:4578 : Failed to probe capabilities for /usr/local/bin/qemu-system-lm32: internal error: Failed to start QEMU binary /usr/local/bin/qem...

..., etc) that are added; OTOH, we always use > > -nodefaults so those are not added, so at least there should be no > > difference from this p.o.v. > > > > The other changes related to the use of nographics are in few > > target- > > related places: > > - in lm32 hardware (milkymist-tmu2), no display device is created > > when> > > the display type is "nographics" (but it is when the type is > > "none"? > > hmm..) > > > > - in nvram support, the FW_CFG_NOGRAPHIC bit is set to 1 if the > &...

Hello, would it be possible to update config.sub and config.guess to the latest versions (or at least version from automake-1.13.1) in order to support new architectures based on the ARM 64 bit CPU? Patch: http://plautrba.fedorapeople.org/openssh/openssh-latest-config.sub-config.guess.patch Related Fedora bug: https://bugzilla.redhat.com/show_bug.cgi?id=926284 Thanks, Petr

...rineau <mike@marineau.org> Michael R. Hines <mrhines@us.ibm.com> Michael Roth <mdroth@linux.vnet.ibm.com> Michael S. Tsirkin <mst@redhat.com> Michael Tokarev <mjt@tls.msk.ru> Michael Walle <michael@walle.cc> Michael Walle <michael@walle.cc> (for lm32) Michal Novotny <minovotn@redhat.com> Michal Privoznik <mprivozn@redhat.com> Mike Qiu <qiudayu@linux.vnet.ibm.com> Miroslav Rezanina <mrezanin@redhat.com> MORITA Kazutaka <morita.kazutaka@lab.ntt.co.jp> MRatnikov <m.o.ratnikov@gmail.com> Nathan Ross...

...rineau <mike@marineau.org> Michael R. Hines <mrhines@us.ibm.com> Michael Roth <mdroth@linux.vnet.ibm.com> Michael S. Tsirkin <mst@redhat.com> Michael Tokarev <mjt@tls.msk.ru> Michael Walle <michael@walle.cc> Michael Walle <michael@walle.cc> (for lm32) Michal Novotny <minovotn@redhat.com> Michal Privoznik <mprivozn@redhat.com> Mike Qiu <qiudayu@linux.vnet.ibm.com> Miroslav Rezanina <mrezanin@redhat.com> MORITA Kazutaka <morita.kazutaka@lab.ntt.co.jp> MRatnikov <m.o.ratnikov@gmail.com> Nathan Ross...

...rineau <mike@marineau.org> Michael R. Hines <mrhines@us.ibm.com> Michael Roth <mdroth@linux.vnet.ibm.com> Michael S. Tsirkin <mst@redhat.com> Michael Tokarev <mjt@tls.msk.ru> Michael Walle <michael@walle.cc> Michael Walle <michael@walle.cc> (for lm32) Michal Novotny <minovotn@redhat.com> Michal Privoznik <mprivozn@redhat.com> Mike Qiu <qiudayu@linux.vnet.ibm.com> Miroslav Rezanina <mrezanin@redhat.com> MORITA Kazutaka <morita.kazutaka@lab.ntt.co.jp> MRatnikov <m.o.ratnikov@gmail.com> Nathan Ross...