similar to: Win dll used with a Linux executable

Hi all, I have started the rsync in deamon mode. When I use the following command: rsync --port 9876 u018::treeA it seems to work fine but no files are copied from the server. Using rsync without the deamon works fine. I tried to debug it a little bit, but I am unable to figure out what's wrong. 337:david@u050 /export/treeA> rsync -r -vvv --port 9876 u018::treeA opening tcp

[root@fnord-rides-again wine]# make make[1]: Entering directory `/root/wine/unicode' make[1]: `libwine_unicode.so' is up to date. make[1]: Leaving directory `/root/wine/unicode' make[1]: Entering directory `/root/wine/tools' make[2]: Entering directory `/root/wine/tools/specmaker' gcc -g -O2 -Wall -o specmaker dll.o main.o misc.o msmangle.o output.o search.o symbol.o

Where could I get information about wine libraries content ? For instance, if I'm migrating a WNT console based application using winelib, which is the library I must link with object files ? I don't have this information. Thanks in advance. Ignasi Villagrasa.

Hi, I am looking into good way to port Windows applications to Linux and hopefully any other Unixes. I'd like to know about questions below. If anyone answer them, I'd appreciate it. 1. Can I use Winelib to port commercial application whose sources will be not disclosed ? 2. Is it possible to link Winelib statically with an application and distribute it ? 3. In case that I

On Sun, Oct 11, 2015 at 3:15 PM, Michael Glasgow <glasgow at beer.net> wrote: > I'm not sure what the decaying i/o issue looks like. It's a bit > slow loading the initrd, but I think the efi drivers are just slow > in general. Just in case, I went ahead and did a capture on the > g18 patch loading OL 7.1, which you can grab from here: > >

Hi, all I use llvm-gcc -O4 to compile SPEC 2000, some benchmarks can't be built successfully, such as 164.gzip, 175.vpr etc. The error messages are as follows. .. zh.o unlzw.o unpack.o unzip.o util.o zip.o -o gzip bits.o: file not recognized: File format not recognized collect2: ld returned 1 exit status specmake: *** [gzip] Error 1 specmake options 2> options.err |

I'm trying to sort a DATAFRAME by a column "ID" that contains alphanumeric data. Specifically,"ID" contains integers all preceeded by the character "g" as in: g1, g6, g3, g19, g100, g2, g39 I am using the following code: DATAFRAME=DATAFRAME[order(DATAFRAME1$ID),] and was hoping it would sort the dataframe by ID in the following manner g1, g2, g3, g6, g19,

In compiling perlbench in SPEC2006 today, I get the following asm code: .4byte ($debug_loc2280) .4byte 1 .4byte PerlIO_fd_refcnt $set1406 = ($.bss_end)-PerlIO_fd_refcnt .4byte ($set1406) .4byte PerlIO_perlio $set1407 = ($.data_end)-PerlIO_perlio .4byte ($set1407) .4byte ($func_begin0) $set1408 = ($.text_end)-($func_begin0) .4byte

Hi Duncan I am facing a build error about __builtin_iceil when compiled with dragonegg using -ffast-math option. My dragonegg is built with gcc-4.7.0 (I am compiling namd spec benchmark here again). Any idea? g++ -march=bdver2 -save-temps -fplugin=/home/anboyapa/install/bin/dragonegg.so -O2 -march=bdver2 -save-temps -fplugin=/home/anboyapa/install/bin/dragonegg.so -mno-fma -mfma4 -ffast-math

On Fri, 30 Apr 2004, Patrick Flanagan wrote: > Thanks! Grabbed the latest from CVS and added that linker option to the > config file. It looks like it compiles and runs the SPEC tests ok now. Great! > Just to make sure I understand how LLVM works, got a few clarifications: > > 1. The ppc code I'm generating with the -native-cbe is static, correct? Yes, it's purely static

On 2009-12-23 08:22, Li Shengmei wrote: > > Hi, all > > I use llvm-gcc –O4 to compile SPEC 2000, some benchmarks > can’t be built successfully, such as 164.gzip, 175.vpr etc. > > The error messages are as follows. > > > > …… > > zh.o unlzw.o unpack.o unzip.o util.o zip.o -o gzip > > bits.o: file not recognized: File format not recognized

> > There are two problems with this: 1) there is no JIT for PPC yet, so > LLVM will use the interpreter (which is intolerably slow and has other > issues). 2) Spec compiles the executables in one place and them moves > them to another, but it only copies the shell script and not the > bytecode file, so you get that error message. > > The normal solution to this problem

Hello, I have a make error. --- error output : /usr/bin/ld: cannot find -lXpm collect2: ld returned 1 exit status make[2]: *** [libx11drv.so] Erreur 1 make[1]: *** [x11drv/libx11drv.so] Erreur 2 make: *** [dlls] Erreur 2 --- standard output : make[1]: Entre dans le r?pertoire `/home/j/src/wine/unicode' make[1]: `libwine_unicode.so' est ? jour. make[1]: Quitte le r?pertoire

Dear LLVMers, I am having trouble to run SPEC2006. I have checked in my log file that the spec root has been correctly found with ./configure, but when I try: make TEST=simple in the External folder I get the following error: make -C /home/izabela/svn_llvm/llvm/projects/test-suite/tools all \ ORIGINAL_CC="clang" \ ORIGINAL_CXX="clang" make[1]: Entering directory

Hi, It was suggested that I post my question regarding a LLVM 3.4 performance regression to this mailing list, rather than stackoverflow. So here is the link: https://stackoverflow.com/questions/22902034/llvm-3-4-performance-regressed Thanks :) Jens -- Jens Tröger http://savage.light-speed.de/

On Sun, Oct 25, 2015 at 6:31 AM, Geert Stappers via Syslinux <syslinux at zytor.com> wrote: > On Mon, Oct 12, 2015 at 08:44:18PM -0400, Gene Cumm via Syslinux wrote: >> On Sun, Oct 11, 2015 at 3:15 PM, Michael Glasgow <glasgow at beer.net> wrote: >> >> > I'm not sure what the decaying i/o issue looks like. It's a bit >> > slow loading the

On 6 November 2012 14:52, Duncan Sands <baldrick at free.fr> wrote: > Hi Anitha, > > > On 06/11/12 10:19, Anitha Boyapati wrote: > >> Hi Duncan >> I am facing a build error about __builtin_iceil >> > > it's surely just that dragonegg doesn't have any support for this builtin. > ok. Just verified that Target.cpp and x86_builtins do not have

On Oct 11, 2015 1:26 AM, "Michael Glasgow" <glasgow at beer.net> wrote: > > Gene Cumm wrote: > > >> My test x86-64 binaries: > > >> > > >> https://sites.google.com/site/genecsyslinux/sl604p0g17-x64.tgz?attredirects=0&d=1 > > > > On Fri, Oct 2, 2015 at 4:46 PM, Derrick M <derrick.martinez at gmail.com> wrote: > >

Hello, I am not great at figuring out compilation problems - usually I just curse and give up. Trying to compile Wine from binaries I get the following error, anyone knows what's wrong and can offer some help on how to get it to work? (the stuff at the top was cut out to save space) ----- make[2]: Leaving directory `/share/Emulators/wine-20010305/tools/specmaker' cd `dirname

Hi Anitha, > http://llvm.org/bugs/show_bug.cgi?id=14185 > I am stuck on analysis. Does any one have alternate suggestions on debugging > llvm? (Please refer to comments for the work done so far) try to reduce a small standalone testcase which is an LLVM IR (.ll) file. Ciao, Duncan.