similar to: Libiberty/mkstemps compile problem

CFLAGS="-m32 $(CFLAGS)" LDFLAGS="-L/usr/lib32 $(LDFLAGS)" ./configure I notice here some strange lines: ... checking whether we need to define __i386__... no ... configure: lib(n)curses 32-bit development files not found, curses won't be supported. configure: libv4l 32-bit development files not found. When I do make: Code: /usr/bin/ld: i386:x86-64 architecture of input

gcc -g -O2 -o widl client.o hash.o header.o proxy.o server.o typegen.o typelib.o utils.o widl.o write_msft.o parser.tab.o lex.yy.o -L../../libs -lwpp -lwine_port -lfl ../../libs/libwpp.a(lex.yy.o)(.text+0x5e8): In function `_yy_dummy_uses_of_static_functions_b2f4_517d_02ff_b30c_3e5a_47d7_aaa3_3b5d_': /usr/local/rpm/wine-0.9.6/libs/wpp/lex.yy.c:3357: multiple definition of

Updated git last night (been compiling fine for years), and now get: ../../tools/widl/widl -I. -I. -I../../include -I../../include -D__WINESRC__ -h -H ../../include/wtypes.h ../../include/wtypes.idl make[2]: ../../tools/widl/widl: Command not found make[2]: *** [../../include/wtypes.h] Error 127 Made

Hi , I needed to apply this patch to get the GCC frontend building on an FC5 x86 box . [ramana at venglathur gcc]$ svn diff Index: libiberty/strsignal.c =================================================================== --- libiberty/strsignal.c (revision 254) +++ libiberty/strsignal.c (working copy) @@ -557,8 +557,8 @@ void psignal (signo, message) - unsigned signo; -

On Jan 24, 2007, at 4:14 AM, Ramana Radhakrishnan wrote: > Hi , > > I needed to apply this patch to get the GCC frontend building on an > FC5 > x86 box . I am curious, what kind of failure are you seeing ? Thanks, - Devang

Devang, On Wed, 2007-01-24 at 10:28 -0800, Devang Patel wrote: > On Jan 24, 2007, at 4:14 AM, Ramana Radhakrishnan wrote: > > > Hi , > > > > I needed to apply this patch to get the GCC frontend building on an > > FC5 > > x86 box . > > I am curious, what kind of failure are you seeing ? I should have mentioned in the email : Here's my earlier post

Author: casper Repository: /hg/zfs-crypto/gate Revision: 24515d11f294677252853b5e1eb496c66b1e06e8 Log message: 6395215 UNIX03/UNIX98: *vsx* addition of mkstemps breaks namespace Files: update: usr/src/head/stdlib.h

You have to run ./tools/wineinstall as a normal user, not root. Ivan.

I tested also with a clean git source. Something wrong with ole32. Code: -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wstrict-prototypes -Wtype-limits -Wwrite-strings -fno-omit-frame-pointer -Wpointer-arith -Wlogical-op -I/usr/include/freetype2 -g -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0 -o tmarshal_i.o tmarshal_i.c

The Wine development release 3.1 is now available. What's new in this release (see below for details): - Kerberos authentication support. - Window class redirection for Common Controls 6. - Support for X11 ARGB visuals. - DOSBox required for running DOS executables. - Various bug fixes. The source is available from the following locations:

This is release 0.9.60 of Wine, a free implementation of Windows on Unix. What's new in this release (see below for details): - Better support for Windows IMEs. - Option for Windows-style window decorations. - Improved system tray behavior. - Window management fixes. - Improved quartz audio support. - Better support for launching apps from Unix file managers. - Lots of bug

I have never applied patches to wine, so i have a question: I downloaded wine git , then copied cursor-patches-1.1.8.patch to wine source dir, then When i entered $patch -p1 < cursor-patches-1.1.8.patch #receive $Reversed (or previously applied) patch detected! Assume -R? [n] Does it miens that patch no needed? Already installed?

The Wine development release 1.1.17 is now available. What's new in this release (see below for details): - Joystick support on Mac OS X. - Implementation of iphlpapi on Solaris. - A number of 64-bit improvements. - Obsolete LinuxThreads support has been removed. - Many fixes to the regression tests on Windows. - Various bug fixes. The source is available from the following

I have been trying to upgrade to 1.5.2 from 1.5.0 I can't seem to get rid of it. I have Removed it via Software Center, Synaptics Package Manager, and some command lines. Killed orphan files. typing; wine --version give; wine-1.5.0 Please help me remove.. I need to install 1.5.2 Note: Im a novice.. so might have to spell out what to type in command line. Thanks

http://bugzilla.mindrot.org/show_bug.cgi?id=44 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From djm at mindrot.org 2003-01-07 15:18

The setup... Transport is via SSH. BoxA : Ubuntu 8.10 BoxB : Mac OS X 10.4.11 If I use rsync v2 to transfer data from BoxA to BoxB everything works fine. However, if I use rsync v3 to transfer the data, the following error is reported : rsync: mkstemp "/path/to/somefile/file.pm.JKQczN" failed: No such file or directory (2) If at all possible,

http://bugzilla.mindrot.org/show_bug.cgi?id=44 ------- Additional Comments From jan.iven at cern.ch 2002-07-05 01:11 ------- Update: I have reported this to the glibc people, who say that they will not modify their mkstemp(). (http://bugs.gnu.org/cgi-bin/gnatsweb.pl?debug=&database=default&cmd=view+audit-trail&cmd=view&pr=3573) Attached is a patch to configure{ac,in} to

Hello, Please let me know if this is a bug or a feature. I used to be able to do the following with 2.5.5. On a remote host I have /mytree and I mirrored at my local host as a regular user doing rsync -avz --delete kent@host:/mytree /. with 2.5.6 I get mkstemp .file.aFhK3N failed: Permission denied probably because rsync2.5.6 is attempting to create a temporary file on the root directory,

http://bugzilla.mindrot.org/show_bug.cgi?id=44 ------- Additional Comments From djm at mindrot.org 2002-05-13 15:39 ------- Have you filed a bug in the glibc bug tracking system? BTW, how did you compile with krb4 on Redhat 7.2 without running over libdes conflicts? ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

http://bugzilla.mindrot.org/show_bug.cgi?id=508 Summary: Krb4/AFS token passing doesn't work because of mkstemp Product: Portable OpenSSH Version: -current Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo: openssh-unix-dev at mindrot.org