similar to: [LLVMdev] linkage errors while buliding tblgen

Hi Frederick, > Trying to build llvm on irix mips with gcc 3.4.6 and receiving the following types of errors > > ld32: ERROR 33 : Unresolved text symbol "std::basic_string<char, std::char_traits<char>, std: > :allocator<char> >::basic_string(std::basic_string<char, std::char_traits<char>, std::allocator > <char> > const&)" -- 1st

Hi, I tried with gcc 4.3 and now tblgen is dumping core during the build. Does anyone have an actual working irix mips build. If so could they please list out the versions of compilers that they used to build their llvm. It seems that every combination I try breaks. Cheers

Hi LLVM Dev, I have an old problem that I've wanted to clean-up for some time. Our chip has gone through a number of iterations in the past few years, but with each revision there have been changes to some of the mnemonics for instructions. These are mostly very simple, for example we had a 32-bit load from memory instruction named 'LD32' in one version of the chip, but for a

Thanks for the quick answer Bruce. So far as I can tell (from a quick read), this is really for integrated assemblers/disassemblers - but we use an external assembler. When invoking clang we would provide ‘-mcpu=chip_v1’ or ‘-mcpu=chip_v2’, and the mnemonic ‘LD32’ is only valid when compiling for ‘chip_v1’, while ‘LD.32’ is only valid when compiling for ‘chip_v2’. But I will study the

On Thu, Sep 14, 2017 at 5:30 PM, Ulf Volmer <u.volmer at u-v.de> wrote: > On 14.09.2017 21:26, Larry Martell wrote: >> On Thu, Sep 14, 2017 at 3:08 PM, Stephen John Smoogen <smooge at gmail.com> wrote: > >>> So it sounds like the links needed for the plugin to work are not >>> configured on the system. So you have some symlinks pointing to the >>>

On 2010-10-04 06:43, Chris Lattner wrote: > Hi All, > > I've finished the first draft of the 2.8 release notes: > http://llvm.org/docs/ReleaseNotes.html > > Please feel free to commit improvements and enhancements. There are "a lot" of changes that went into 2.8, but I think I've scraped most of them out of the commits. However, it is also highly likely that I

On Thu, Sep 14, 2017 at 6:45 PM, Ulf Volmer <u.volmer at u-v.de> wrote: > On 14.09.2017 23:56, Larry Martell wrote: >> On Thu, Sep 14, 2017 at 5:30 PM, Ulf Volmer <u.volmer at u-v.de> wrote: > >>> Again, please enter 'about:plugins' in the address bar of your browser >>> to make sure, that the right java version is activated. >> >> This

Hi Anton, But if I'm ignoring this warning and continue according to the instructions (i.e. copy back the saved tblgen and perform build as usual), then I get a LOT of linkage errors regarding undefined symbols. For instance, smWriterEmitter.cpp:(.text+0x21): undefined reference to `_ZNSs6assignERKSs' AsmWriterEmitter.cpp:(.text+0x39): undefined reference to `_ZNSs6assignERKSs'

Frits van Bommel skrev: > Benjamin Kramer wrote: > >> At the moment llvm-config outputs "2.6svn" if llvm is build from trunk >> >> $ llvm-config --version >> 2.6svn >> >> Some external projects (built out-of-tree) need to know which revision >> of llvm is installed. LDC currently asks llvm-config --src-root for the >> source

Hi, > AsmWriterEmitter.cpp:(.text+0x78): undefined reference to `__dso_handle' > AsmWriterEmitter.cpp:(.text+0x8c): undefined reference to `__cxa_atexit' This is not connected with that warning. Something is wrong with your compiler / linker. Either it does not provide needed libraries, or broken in other way. > AsmWriterEmitter.cpp:(.text+0x25e): undefined reference to

Trying *again*, if dnsorb will let me.... Current 6.4. icedtea-web is installed... but firefox doesn't see it at all. Do I need to make a symlink somewhere? mark

Readers, Would someone advise whether the distribution of an obsolete version of java should be reported as a bug; http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=827

Problem compiling R. version: 0.64.2 machine: SGI O2 OS: IRIX6.5 CC cc FC f77 MAKE GNU make 3.75 Here is part of the the output for make. make[2]: Leaving directory `/usr/people/faculty/math/mgass/stage/R/R-0.64.2/src/include' make[2]: Entering directory `/usr/people/faculty/math/mgass/stage/R/R-0.64.2/src/appl' cc -g -OPT:IEEE_NaN_inf=ON -I../include

Xerxes Rånby wrote: > Frits van Bommel skrev: >> Benjamin Kramer wrote: >>> The attached patch modifies the llvm build system (both autotools and >>> cmake) to write the revision into PACKAGE_VERSION: >>> >>> $ llvm-config --version >>> 2.6-71981 >>> >> I don't think that's enough for LDC; we want to be able to

hello, little problem compiling openssh 4.6p1 on irix using mipspro 7.4.x. c99 -o sshd sshd.o auth-rhosts.o auth-passwd.o auth-rsa.o auth-rh-rsa.o sshpty.o sshlogin.o servconf.o serverloop.o auth.o auth1.o auth2.o auth-options.o session.o auth-chall.o auth2-chall.o groupaccess.o auth-skey.o auth-bsdauth.o auth2-hostbased.o auth2-kbdint.o auth2-none.o auth2-passwd.o auth2-pubkey.o

Dear R-help, I'm trying to compile R-1.4.1 on Irix, and run into the following error when making R.bin: The linker (ld32) complained that "gzeof", "gzgetc", "gztell", and "gzseek" are unresolved symbols in connection.o. Are these supposed to be in libz.a? My suspicion is that maybe the libz.a on this system is outdated. Any hints? TIA! Andy

Hi, Thanks to Profs. Ripley and Tierney for their tips, I compiled zlib from source and gotten further. Here's where I get stuck, when it tries to compile the tcltk package: ld32: FATAL 12 : Expecting n32 objects: /usr/local/lib/libtcl8.3.so is n64. Now I'm confused. Sounds like 32-bit vs. 64-bit problem. What can I do at this point? (This is on Irix.) Regards, Andy

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

Full_Name: Laurent Gautier Version: 1.3.0-patched OS: IRIX 6.5 Submission from: (NULL) (130.225.67.199) During the configuration step, things do not go perfect: The file config.log has : configure:3754: gcc -o conftest -g -O2 -I/usr/freeware/include -I/usr/local/include -static conftest.c -L/usr/local/lib 1>&5 ld32: FATAL 9 : I/O error (/usr/lib32/mips3/nonshared/crt1.o): No such

On Fri, Dec 5, 2008 at 1:57 PM, OvermindDL1 <overminddl1 at gmail.com> wrote: > On Fri, Dec 5, 2008 at 1:52 PM, OvermindDL1 <overminddl1 at gmail.com> wrote: >> / * snip */ > > Actually, rebuilding it makes "debug tblgen" fail with the errors at > the end of this email, and as such everything that depends on it, how > odd... > When I get back to that