similar to: permissions, kernel-2.6.8, and wine-20040813

At the current time, the environment is using qt3 values, as in $ env | grep QT QTDIR=/usr/lib/qt-3.3 QTINC=/usr/lib/qt-3.3/include QTLIB=/usr/lib/qt-3.3/lib $ env | grep PATH PATH=/usr/lib/qt-3.3/bin:/usr/kerberos/bin:/usr/lib/ccache:/usr/local/bin:/bin:/usr/bin:/home/pauljohn/bin I also have QT4 installed, and I want programs to find those libraries and include files instead of these ones.

So far, Firefox (with msvc 2005) and a couple other apps (one using open watcom) build properly on wine. I'm pecking away at the problems that get in the way (particularly cmd bugs at the moment). If you're trying to build a Windows app on Wine by running your normal Windows build procedure (as opposed to using winegcc), I'd like to hear from you, especially if a bug in cmd or some

On Tue, May 31, 2011 at 10:28:04PM +0200, Joel Uckelman wrote: > What I'm having trouble with, and the reason I'm writing you, is that > it's not clear to me how much needs to be added to a supermin > appliance built following your instructions to either (1) enable > networking, or (2) create a bidirectional pipe with the host. (Really > all we need is a pipe, networking

Hi! It seems that i made some changes that make xconfig to not work .. the problem is that not matter what QTDIR i select i receive the same errors that start with : adrian at sevcenco: linux-2.6.37 $ make O=/home/adrian/kernel/kernel_out xconfig GEN /home/adrian/kernel/kernel_out/Makefile HOSTCXX scripts/kconfig/qconf.o /usr/lib64/qt4/include/Qt3Support/q3toolbar.h:45: error:

OS: Mandriva 2006 LE w/KDE System: dual boot (WinXP/Linux) running on separate HD, 1.5GHz Intel, 512MRAM I have installed and uninstalled Wine 9.14 and 9.15. I have tried to install several applications (wine setup.exe") and use the supplimental applications (wineconfig, filemanager, etc.). They seem to work and the installs complete Unfortunately, that's where the good luck ends.

When running (eg) dnf on a 32 bit i686 guest when the host is 64 bit x86_64, dnf believes it is running on a 64 bit machine and so tries to install x86_64 packages. We can 'trick' dnf into believing it's a 32 bit machine using the setarch program. $ virt-builder fedora-22 --arch i686 --install 'gperf' ... [ 27.4] Installing packages: gperf ... Running transaction test Error:

v2: Fix problem when running multiple commands.

Wrap the command around an heredoc only if setarch needs to be used; otherwise the heredoc will not be run at all. Fix commit d875346ad441d4762455ea1b41d57ad6174d9b63. --- customize/customize_run.ml | 14 ++++++++------ 1 file changed, 8 insertions(+), 6 deletions(-) diff --git a/customize/customize_run.ml b/customize/customize_run.ml index 2283272..9d97522 100644 ---

> For whatever reason, only by manually deleting the config.h file in the > llvm/include/Config directory can I get the project to re-gen that config.h > file. I'm not sure if this is a property of running the build from the > command-line (but I'm guessing it's not, since MSBuild is used internally > inside VS), or if the file-copy is being prevented by something in my

> Okay, thanks. I really don't need _EXACT_ match, but close. Again, my > aim is to equip GlibC with some logging facilities IF anyone is using the > gethostbyname(). Given the help from this list, I was able to rebuild > GlibC for CentOS and am testing my stuff now. > > I appreciate your help on this matter. Not knowing where the knobs are was > the hardest part. I

On Fri, Dec 9, 2011 at 11:16 AM, Eric Christopher <echristo at apple.com>wrote: > > On Dec 9, 2011, at 11:12 AM, Kostya Serebryany wrote: > > > Yes, we have no ASRL with -no_pie. > > Can we disable ASRL even with -pie? > > On linux we can do it with "setarch x86_64 -R". > > > > You asked about link time. Now it sounds like you're talking

I just installed wine-20050419 and it's great so far. Dreamweaver works, office2000 works, Adobe photoshop and InDesign 3.0 work great. However both Contribute3.0 and FlashMX do not work. They both have a common error. Flash: fixme:actctx:CreateActCtxW stub! Contribute offers a few more: fixme:win:User32InitializeImmEntryTable (0x19650412): stub fixme:actctx:CreateActCtxW stub!

Gents, I am trying to do a "gcc -m32" on a x86_64 box. gcc -m32 /tmp/jj.c /usr/bin/ld: crt1.o: No such file: No such file or directory collect2: ld returned 1 exit status This is the error I get. I did a "yum install glib.i386" successfully. there is no "yum install glib-devel.i386". How can i get a "gcc -m32" compile on my x86_64? THanks, Jerry

Hi I am having trouble compiling some 2.6 kernels on a x86_64 box under CentOS4.1. I cannot use xconfig at all and menuconfig on my system is unreadable. It appears to be something to do with the Qt library but I have all the necessary bits installed: qt-devel-3.3.3-9.3 qt-3.3.3-9.3 but note that the second of these only is installed both for x86 and x86_64 - the first is installed for x86_64

Hi, We are porting some applications from CentOS 4 to CentOS 5, the applications use mmap, and we found out that they sometimes crash in CentOS 5. We found out that this is due to the fact that CentOS 5 does randomization of the address space when loading binaries, libraries, and when using mmap, so that is what's causing our problem. The thing is, I'm trying to google for it, but I did

>There's a config.h file in the win32 subdirectory that implies that it's >supposed to be concatenated as part of the build process, but it doesn't >seem like that's happening from within the .sln script--am I missing a >pre-build step someplace? When config.h.in is hit in the build of configure the configure project, the configure.h file from the win32 directory is

Yes, we have no ASRL with -no_pie. Can we disable ASRL even with -pie? On linux we can do it with "setarch x86_64 -R". Another question: if asan would require -no_pie on Mac, will this be a serious limitation? Thanks, --kcc On Fri, Dec 9, 2011 at 11:07 AM, Eric Christopher <echristo at apple.com>wrote: > Options when creating a main executable > -pie This

.. checking for wnck_window_has_name... yes checking for METACITY... yes checking for Qt headers... /opt/qt/include checking for Qt libraries... no configure: creating ./config.status .. .. gnome: no kde: no .. I have tried to compile kde window decorator, but "configure" don't check my Qt installation and it don't have a option to specify the path. Thanks for your

On Dec 9, 2011, at 11:23 AM, Kostya Serebryany wrote: > > > On Fri, Dec 9, 2011 at 11:16 AM, Eric Christopher <echristo at apple.com> wrote: > > On Dec 9, 2011, at 11:12 AM, Kostya Serebryany wrote: > > > Yes, we have no ASRL with -no_pie. > > Can we disable ASRL even with -pie? > > On linux we can do it with "setarch x86_64 -R". > >

On Dec 9, 2011, at 11:12 AM, Kostya Serebryany wrote: > Yes, we have no ASRL with -no_pie. > Can we disable ASRL even with -pie? > On linux we can do it with "setarch x86_64 -R". > You asked about link time. Now it sounds like you're talking about runtime? > Another question: if asan would require -no_pie on Mac, will this be a serious limitation? > If asan