similar to: [LLVMdev] Patch to make gccld link native .so's, -rpath, -soname, and various assorted fixes

On Sun, 20 Feb 2005 19:42:34 -0500, Adam Treat wrote: > The result is that we are >' '< close to having Qt4 both compile *and* link > with the LLVM toolchain. Wow, cool! Mind if I ask what is motivating this work? thanks -mike

Here is a revised patch after some suggestions: 1. Removed extraneous changes (the white space changes that are -/+ whitespace), and the commented out code. 2. Keep the warning for linking dynamic libraries in LinkLibraries.cpp I still don't have a good solution to the problem of -L paths that include bytecode versions of the native libraries we're trying to link. Consider the

On Monday 21 February 2005 12:46 pm, Mike Hearn wrote: > On Sun, 20 Feb 2005 19:42:34 -0500, Adam Treat wrote: > > The result is that we are >' '< close to having Qt4 both compile *and* > > link with the LLVM toolchain. > > Wow, cool! Mind if I ask what is motivating this work? Essentially, I am very interested in LLVM and want it to work with Qt4 as well as

Dirk, Dirk Eddelbuettel <edd at debian.org> writes: > On 20 November 2016 at 21:49, Joseph Mingrone wrote: > | Hello Dirk, > | > | Dirk Eddelbuettel <edd at debian.org> writes: > | > | > On 20 November 2016 at 19:28, Joseph Mingrone wrote: > | > | Hello, > | > | > | > | R's shared libraries are linked without setting the soname. This is

Hello, I wanted to try the new c++ stuff, ie clang-3.2, libc++ and libcxxrt, so I used poudriere to build a jail setup for that ( WITH_LIBCPLUSPLUS=yes in src.conf, CXXFLAGS+=-stdlib=libc++ and libsupc++.so.1 libcxxrt.so.1 in libmap.conf ), and started to build my normal set of packages ( see desktop.list ). Please note that I also have WITH_NEW_XORG=yes and WITH_KMS=yes, as well as using the

At install I had Gnome and Not KDE. doing rpm -qa | grep qt results in qt-3.3.6-23.el5 qt4-4.2.1-1 How can I find out what package loaded the qt4 and qt? Thanks, Jerry

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.

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:

Having just upgraded my system from CentOS 4.4 to 5.0, I'm a bit disappointed that I still can't install skype from the skype repo using yum - when I try yum install skype, I end up with: libsigc++20-2.0.17-1.el5. 100% |=========================| 217 kB 00:13 ---> Package libsigc++20.i386 0:2.0.17-1.el5.rf set to be updated --> Running transaction check --> Processing

It looks like you just assumed too much. kde-config has a specific include dir query. I am now hitting some dbus problems, but it does not seem to be related. -------------- next part -------------- A non-text attachment was scrubbed... Name: kdefix.patch.bz2 Type: application/x-bzip Size: 604 bytes Desc: not available Url :

The Krita [1] mailing list is now discussing making a standalone .tgz package of the latest Krita for CentOS 5.x. After this tarball is created is there anyone interested in making and maintaining a CentOS 5.x RPM package from it? [1] http://krita.org/ -- Dotan Cohen http://gibberish.co.il http://what-is-what.com

Dear Friends, Does QT4 install in CENTOS 4.3 ? Are there RPM packages RPM for CENTOS 4.3 ? Thanks for help. Adriano

Dirk, Dirk Eddelbuettel <edd at debian.org> writes: > On 21 November 2016 at 23:24, Joseph Mingrone wrote: > | Dirk Eddelbuettel <edd at debian.org> writes: > | > On 20 November 2016 at 21:49, Joseph Mingrone wrote: > | > | Hello Dirk, > | > | > | > | Dirk Eddelbuettel <edd at debian.org> writes: > | > | > | > | > On 20 November

As of today, there are two weeks left until we branch for the 3.0 release. Please get your changes in as soon as possible so that they are well-tested before the branch. And please keep on top of any failures you see. Now would be a good time to look through the bugzilla database to see if there are any issues you can address. :-) -bw

Hey, Luke doesn''t seem to be able to open a Ferret index I''ve created. Is this expected? If yes, can someone recommend another index inspection tool? Thanks, John

Hello to everyone I''m having trouble using RSpec to test code which uses QtRuby (both version 3 and 4). I noticed that, after upgrading from RSpec 1.0.5 to RSpec 1.0.8, some of my specs which used QtRuby caused spec (or rake, when used from a Rakefile) to hang indefinitly. After a bit of investigation, I found that the problem arose in the following situation: * requiring Qt4 / Qt3

Seems this nasty bug is not solved yet. This time it always pops up using qt4 apps. Try qtconfig or qtdesigner. Giovanni Masucci

On Fri, Sep 30, 2011 at 04:45:33PM -0700, Bill Wendling wrote: > As of today, there are two weeks left until we branch for the 3.0 > release. Please get your changes in as soon as possible so that they > are well-tested before the branch. And please keep on top of any failures you see. > > Now would be a good time to look through the bugzilla database to see > if there are any

Cross-posted to the blog (at http://lylejohnson.name/blog/2010/08/04/moving-on/): When Jamis Buck wrote last year about ceasing development on Capistrano, his post really struck a chord with me. If this post reminds you of that one, it''s because I re-read it before sitting down to compose this one. It was the next best thing to having Jamis on hand to give me a pep talk before I had to

Hello, I tried to run the QT4-Installer but it crashed: fixme:win32:PE_CreateModule Security directory ignored err:win32:fixup_imports No implementation for shlwapi.dll.0(StrRetToBufA) imported from shell32.dll, setting to 0xdeadbeef err:win32:fixup_imports No implementation for shlwapi.dll.0(StrRetToBufW) imported from shell32.dll, setting to 0xdeadbeef err:ntdll:RtlpWaitForCriticalSection