similar to: [LLVMdev] IMPORTANT: llvm-ar requirements

I forgot to mention .. This is a temporary requirement. I am working on changes so that an archive file that doesn't have a symbol table can be linked successfully, albeit a LOT slower. Reid. On Sun, 2004-11-14 at 15:41, Reid Spencer wrote: > Ignore this at your own peril. > > I have committed changes to CVS that introduce a fully functional > llvm-ar tool, and a new

Hi, I installed the cfrontend 1.5 and LLVM 1.5 from source in cygwin successfully using GCC3.4.3 and binutils2.15 (as in makefiles do not complain errors except some warnings). However when I do this, there are some errors like, *************************************************************** u0201201 at 9nnvf2ay /home/cfrontend/install/lib $ llvm-ranlib libiberty.a llvm-ranlib: Error opening

> I installed the cfrontend 1.5 and LLVM 1.5 from source in cygwin > successfully using GCC3.4.3 and binutils2.15 (as in makefiles do not > complain errors except some warnings). > > However when I do this, there are some errors like, > > *************************************************************** > u0201201 at 9nnvf2ay /home/cfrontend/install/lib > $ llvm-ranlib

Hi, I am still new to LLVM and also GNU softwares. I am doing a project using LLVM. I was building cfrontend on my windows cygwin, however I encountered this problem, may I now what is the cause? ******************************** my configuration output is: bash-2.05b$ ../src/configure --prefix=$CFEINSTALL --disable-threads --disable-n ls --disable-shared --enable-languages=c,c++ loading

Hi, Got everything built but am now experiencing new errors on making the symbol tables and on 'make check'. Here's the errors I am experiencing :- Aaron Gray at AMD-LAPTOP-1 /usr/llvm-gcc/lib $ ls gcc libdummy.a libiberty.a libstdc++.a libsupc++.la libc.a libgcc.a libm.a libstdc++.la libtrace.a libcrtend.a libgcsemispace.a

The very first time you build GCC, you should do "make bootstrap". After that, you can use "make" and "make install" Reid. On Fri, 2005-05-20 at 00:15 +0800, thean kiat sew wrote: > Hi, I am still new to LLVM and also GNU softwares. > > I am doing a project using LLVM. > > I was building cfrontend on my windows cygwin, however I encountered >

Hi, there can be an issue with recent gcc where the system-installed "ar" and "ranlib" commands cannot handle LTO binaries. On compilation, this manifests itself with error messages claiming that they need extra plugins. This can be fixed by using the command line $ AR=gcc-ar RANLIB=gcc-ranlib ./configure --enable-lto so it is not a big issue, but it would still be nicer

>which version of makeinfo are you running? 4.8 Hi Henrik, The new release 1.5 has fixed that now. I am getting through to step 9 of the CFEBuildInst instructions. But 'llvm-ranlib libiberty.a' is failing so is 'make check' :( Aaron

Hi Tomas, > On 4/23/19 2:59 PM, Thomas K?nig wrote: >> Hi, >> >> there can be an issue with recent gcc where the system-installed "ar" >> and "ranlib" commands cannot handle LTO binaries.? On compilation, this >> manifests itself with error messages claiming that they need extra >> plugins. > Thanks for the report. What was the

>>Does anyone know a source for a pre-built version of the same? > >To my knowledge there is no pre-built version of the cfe. See following link for CFE :- http://illuvium.com/download/ It maybe a bit out of date. I believe the CFE maybe broken at the moment, at least the Cygwin nightly test reports that it is broken and I believe this is the same thing ?

https://bugzilla.mindrot.org/show_bug.cgi?id=1559 Summary: Autoconf overrides AR environment variable Product: Portable OpenSSH Version: 5.1p1 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Build system AssignedTo: unassigned-bugs at mindrot.org

Okay, this I have no clue about. I've never done "make check" on llvm- gcc. I thought you meant "make check" on LLVM. You're into "new territory". Reid. On Thu, 2005-05-19 at 16:07 +0100, Aaron Gray wrote: > Does not look like the demangle test worked anyway :( > And 'make check' :- > > $ make check >

Hi, >But 'llvm-ranlib libiberty.a' is failing so is 'make check' :( 'llvm-ranlib libiberty.a' is optional. I don't know the status of make check on Cygwin. Perhaps Reid or Chris could tell us more about that? Henrik > >Aaron > > >_______________________________________________ >LLVM Developers mailing list >LLVMdev at cs.uiuc.edu

LLVMers, If you're not working from the CVS "head", you can ignore this. Otherwise, please read it! I have committed changes to CVS head that require changes to your build environment. This is part of PR432. The changes involve getting the CFE to build an executable named llvm-gcc instead of gcc. The hyphenated name was chosen to be consistent with other LLVM tools, it is also

On Fri, Feb 20, 2015 at 7:02 PM, Hal Finkel <hfinkel at anl.gov> wrote: > > 2. We need to clarify how libstdc++ and libsupc++ can be used as > > libc++'s ABI library and explicitly define the level of support for > > these configurations. Are there any people using this functionality? > > These configurations have been broken for GCC >= 4.9.2 and I haven't

Hi, I am wondering whether the bytecode generated by my llvm-gcc is correct? When I run $ llvm-gcc hello.c -o hello What I get is hello.exe.bc, and hello.exe (I can actually llvm-dis the bytecode file which is hello.exe.bc). However, I do not get a shell script(named hello) as stated in the documentation... Best Regards, Kiat On 5/25/05, Aaron Gray <angray at beeb.net> wrote: >

Aaron, Could you send me the libiberty.a file? Please gzip it. I would like to make sure this isn't an llvm-ranlib bug. Thanks, Reid. On Thu, 2005-05-19 at 15:36 +0100, Aaron Gray wrote: > Hi, > > Got everything built but am now experiencing new errors on making the > symbol tables and on 'make check'. > > Here's the errors I am experiencing :- > >

On Thu, Aug 9, 2012 at 12:49 PM, Rafael Espíndola <rafael.espindola at gmail.com> wrote: >> I think this is a leftover from the days we used to have a *byte*code >> and use bzip2 on it :-) >> >> I will try to clean it up. > > The attached patch removes all references to compression from llvm-ar, > llvm-ranlib and related libraries. > > Is it OK? >

> llvm-ar cannot do compression. I think this is a leftover from the days we used to have a *byte*code and use bzip2 on it :-) I will try to clean it up. > - Michael Spencer > Cheers, Rafael

On Mon, Dec 3, 2012 at 2:08 PM, Relph, Richard <Richard.Relph at amd.com> wrote: > On Nov 21, 2012, at 4:28 PM, "Relph, Richard" <Richard.Relph at amd.com> wrote: > >> On Nov 21, 2012, at 12:09 PM, Michael Spencer <bigcheesegs at gmail.com> wrote: >> >>> Note that I plan to remove llvm/Bitcode/Archive once Object/Archive is >>>