similar to: [LLVMdev] [EXPERIMENTAL] Building Dragonegg on Cygwin

Hi, Duncan I only tested dragonegg on simple HelloWorld C/C++ programs. It can emit LLVM IR and generate a runable executable. On FreeBSD, Makefile need to be modified to include a path to gmp.h header file. I give a patch here, -------------------------------------------------------------------------------- --- Makefile.orig 2011-01-08 12:39:35.480184745 +0800 +++ Makefile

On Sat, Apr 10, 2010 at 01:52:18PM +0200, Duncan Sands wrote: > Hi Jack, > > > Is anyone building dragon-egg on darwin? > > Anton built it once. There were some problems with dynamic libraries: gcc's > plugin support requires the use of dynamic libraries, and the configure logic > it uses thinks that darwin does not support dynamic libraries! So it is >

Hi, folks I have made DragonEgg supports FreeBSD 8.1. May someone like to a look? :) Regards, chenwj -- Wei-Ren Chen (陳韋任) Parallel Processing Lab, Institute of Information Science, Academia Sinica, Taiwan (R.O.C.) Tel:886-2-2788-3799 #1667

Hi chenwj, > I have made DragonEgg supports FreeBSD 8.1. May someone like > to a look? :) great! Does it work ok? If you had to make any changes to dragonegg, please send patches to the mailing list. If there are some tricks needed to get it to build, please explain what you had to do and these can be mentioned in the dragonegg README and on the web-site. Ciao, Duncan.

Am 02.12.19 um 11:43 schrieb Rowland penny via samba: > On 02/12/2019 10:07, Stefan G. Weichinger via samba wrote: >> Am 02.12.19 um 08:47 schrieb L.P.H. van Belle via samba: >>> Hai, >>> >>> Sorry for the late reply. >> Never mind, weekend is important ... >> >>> Here its just apt-get distupgrade --autoremove --purge >>> Without

In that case. apt-get update apt-get remove samba winbind --autoremove apt-get dist-upgrade --autoremove apt-get install samba winbind libnss-winbind libpam-winbind tdb-tools apt-get dist-upgrade --autoremove --purge As long as you dont use --purge, everything of samba will stay on the system and you able to install the buster version. Greetz, Louis > -----Oorspronkelijk bericht-----

On 02/12/2019 10:51, Stefan G. Weichinger via samba wrote: > Am 02.12.19 um 11:43 schrieb Rowland penny via samba: >> On 02/12/2019 10:07, Stefan G. Weichinger via samba wrote: >>> Am 02.12.19 um 08:47 schrieb L.P.H. van Belle via samba: >>>> Hai, >>>> >>>> Sorry for the late reply. >>> Never mind, weekend is important ... >>>

Hi all, Sorry for the inconvenient about the previous post. The files were not attached. So I put them here again. I am a newbie in LLVM and I am trying to replace the function like: old function || new function ============================== ========= int haha(int a) { int haha(int a, char* ID) { ===> }

Verifying a report I just got pinged about, building vanilla openssh 7.7p1 on linux configures ok, but fails build around 'retpoline' I've started looking through recent reports; haven't _yet_ found anything similar. While I continue, is any of the following familiar/expected? Either known bug/issue or env conflict? The current env includes supposedly retpoline-ready GCC 8.1.1,

I?d like to solicit some advice on a debugging problem I have in the quantreg package. Kurt and Brian have reported to me that on Debian machines with gfortran 9 library(quantreg) f = summary(rq(foodexp ~ income, data = engel, tau = 1:4/5)) plot(f) fails because summary() produces bogus estimates of the coefficient bounds. This example has been around in my R package from the earliest days of R,

Hi - attached is a patch to enable building DragonEgg (x86_64) for LLVM3.3 and LLVM3.4. That is, add these changes to the 3.3 release, and it becomes possible to build DragonEgg against a llvm3.4 compiler. Regards, Richard Gorton Cognitive Electronics rcgorton at cog-e.com ---------- -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name:

On Fri, Dec 07, 2012 at 06:57:36PM +0100, Duncan Sands wrote: > Hi Jack, can you please open a bug report asking that llvm-config only > provide the minimum set of flags needed to compile code that interfaces > with LLVM, rather than (as now) all kinds of unneeded flags such as -g > and warnings. > > Thanks, Duncan. > Duncan, I have opened

On 02/12/2019 10:07, Stefan G. Weichinger via samba wrote: > Am 02.12.19 um 08:47 schrieb L.P.H. van Belle via samba: >> Hai, >> >> Sorry for the late reply. > Never mind, weekend is important ... > >> Here its just apt-get distupgrade --autoremove --purge >> Without the autoremove libldb1 is not removed so libldb2 can be installed. > # apt-get distupgrade

Daniel Dunbar wrote: > Did you manage to solve your issue yet, I just had the same problem > and found out that the problem was that I had redefined LLVMGCC > which was (eventually) causing LCC1 to get defined to garbage in Makefile.rules. > Since the .bc target depends on the source and LCC1 this was basically > breaking all the rules. I haven't fixed it yet, but I haven't

Hi Jack, > Is anyone building dragon-egg on darwin? Anton built it once. There were some problems with dynamic libraries: gcc's plugin support requires the use of dynamic libraries, and the configure logic it uses thinks that darwin does not support dynamic libraries! So it is possible that plugin support was automatically disabled because of this. Try configuring with

Is anyone building dragon-egg on darwin? I am trying to build against the fink gcc45 package that I have prepared for darwin and a updated fink llvm 2.7 package that is built as... ../llvm-2.7/configure --prefix=/sw --prefix=/sw/lib/llvm --mandir=/sw/share/man --infodir=/sw/share/info --with-gmp=/sw --with-libiconv-prefix=/usr --with-system-zlib --with-as=/Developer/usr/bin/as

Hi, I'm trying to write a pass for LTO, and now I want to debug it using gdb. I use ld as my target file, but when I run the program in gdb, it reports [Thread debugging using libthread_db enabled] Cannot find new threads: generic error at Plugin::load() { #ifdef ENABLE_PLUGINS this->handle_ = dlopen(this->filename_.c_str(), RTLD_NOW); in binutil/src/gold/plugin.cc The gdb

Thank you very much for your suggestions. That's very helpful. However, since I'm trying to compile several somewhat large projects, I assume generating bitcode for each single file and linking them together might be painful (I don't want to modify too much the project makefiles). So I hope my pass can be used just with simple compilation command like "llvm-gcc

Hi folks! I'm trying to get rid of any dependency on libgcc*, but without success so far. The following commands were executed on a freshliy installed and updated Ubuntu 16.04 LTS: === snip === sudo apt-get install build-essential libffi-dev cmake # see aptget.txt for packages installed sudo mv /usr/local /usr/local.orig git clone https://github.com/llvm/llvm-project.git cd llvm-project; git

In https://gitlab.com/nbdkit/nbdkit/-/merge_requests/30, Khem reports that in a cross-compilation environment, nbdkit embeds the absolute name of the cross-compiler into the resulting cc plugin, even though running the plugin should be favoring the bare name 'cc'. This in turn leads to non-reproducible builds. As the goal of cross-compiling nbdkit is to produce a binary that behaves