Kaffeine embedded crash fixed when compiled with libxcb support?

From kaffeine website:
Embedded Kaffeine crash fixed.
This long standing bug is now fixed in current svn ...
In order to make it possible, we have ported Kaffeine and xine to xcb (a thread-safe replacement for xlib).
You can give it a try right now:
1) install libxcb=>1.0
2) install current xine-lib cvs (it contains xcb based video output plugins: xshm and xv)
2) install current Kaffeine svn
Notes
a) Both xine-lib and Kaffeine have to be compiled with xcb support (autodetected, check configure results).
b) Kaffeine will still work with xlib based video out plugins if compiled without xcb (but then, no fix!)
From 0.8.4 changelog:
* xine-part: support for xcb. Requires libxcb 1.0 and xine-lib 1.1.5. Fixes several issues.
Any reason not to incorporate this? If it lives up to it's promises It could mean kde users only need ONE media player :-) (I have 2 installed just to get DVD menus and embedding in konqueror without crashing)
Any thoughts?
Cheers,
Steve.

I felt that the laptop was possibly overheating and that is why I started down the road to call "customer support", thinking that a fan went out or there was damage to hardware due to it over heating. And that road got me no where in a fast manner, and two "techs" telling me it was a software related issue and that I needed to reformat the laptop (twice) and re-install to factory settings. Even when I did this, it still had the issue and they again told me that it was software related when there was no software on the computer except for Windows 7. The only thing that customer support helped me with is the knowledge of next time I buy a laptop, but Dell or any other laptop besides a Toshiba. That is too bad.
Anyway, I tried to continue on with my thinking of a possible over heating issue, so I blew air into the vents and fins of the laptop. A lot of dust came out. I kept blowing air into the vents until no more dust came.
My wife had to re-install everything again to her laptop after I got the major items re-installed. She has been running it for the last day or so with no issues. We hope that this was the issue. I know she enjoys the laptop when it was running well.
I guess we will see how it goes.

Similar Messages

Data not visible in table o/p when compiled with webdynpro compiler

Hi,
I am using a Z BAPI to retrieve data from backend ECC6 server and show it using a VC application.
When I compile this VC application using FLASH(FLEX2), the data is shown in the table, whilst if the VC application is compiled using Webdynpro compiler, the data is not shown in the table.
The No. Of Rows parameter has been updated with 10.
Please suggest what can be done so that data is shown when compiled with Webdynpro compiler.
Regards,
Ranu

Hi Ranu,
WebDynpro Compiler only supports Webservices.
You can look at the below link to get into full details -
https://www.sdn.sap.com/irj/sdn/wiki?path=/display/vc/limitationsofWeb+Dynpro
Regards,
Vipin Vijayan.

Pragma error when compiling with SDK X

Hi,
I am trying to compile my plugin application (which compiled fine with the previous sdk) using the SDK X, but receive errors in CAVAlert.h on the exception handler construct DURING, HANDLER, END_HANDLER.
The errors are listed here:
Headers/API/CAVAlert.h:156:3: error: 'suppress' was not declared in this scope
Headers/API/CAVAlert.h:156:3: error: 'warning' was not declared in this scope
Headers/API/CAVAlert.h:156:3: error: '__pragma' was not declared in this scope
Headers/API/CAVAlert.h:156:3: error: expected ';' before 'jmp_buf'
Headers/API/CAVAlert.h:156:3: error: 'ASException' was not declared in this scope
Headers/API/CAVAlert.h:156:3: error: expected ')' before ':' token
Headers/API/CAVAlert.h:156:3: error: expected ';' before 'struct'
Headers/API/CAVAlert.h:162:3: error: request for member 'E_RETURNOutsideDURINGBlock' in 'gBadReturnCatcher', which is of non-class type 'int'
Headers/API/CAVAlert.h:162:3: error: expected ')' before ':' token
Headers/API/CAVAlert.h:162:3: error: expected ';' before 'int'
Headers/API/CAVAlert.h:165:3: error: 'ENDHANDLEROutsideHANDLER' was not declared in this scope
To compile against to SDK X all I did was:
1) Used PIMain.c from the SDK X API directory.
2) Changed ACRO_SDK_LEVEL=0x00090000 => ACRO_SDK_LEVEL=0x000A0000
3) Changed the include directories to point to the new SDK X directories
Is there another directive I must add to get the plugin to compile with SDK X?
My preprocessor list is as follows:
ACRO_SDK_LEVEL=0x000A0000
HAVE_W32API_H
PDMETADATA_HFT=1
PLUGIN=1
WIN32
WIN_ENV
WIN_PLATFORM
WXUSINGDLL
_CRT_SECURE_NO_DEPRECATE
_DEBUG
_WINDOWS
__GNUWIN32__
__WIN32__
__WXMSW__
Thank you,
Magda

Without seeing your code, I can't really help.
If you want help with your code, open a formal support ticket.
From: Adobe Forums <[email protected]<mailto:[email protected]>>
Reply-To: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>>
Date: Tue, 6 Dec 2011 04:09:25 -0800
To: Leonard Rosenthol <[email protected]<mailto:[email protected]>>
Subject: Pragma error when compiling with SDK X
Pragma error when compiling with SDK X
created by magdakuit<http://forums.adobe.com/people/magdakuit> in Acrobat SDK - View the full discussion<http://forums.adobe.com/message/4066378#4066378

Codepage problem when compiling with fastjavac

Hi,
I'm getting the following warnings when compiling with fastjavac:
fastjavac: warning: Can't find codepage for "Cp1250" encoding.
fastjavac: warning: Use default ANSI codepage.
2 warnings
How could I suppress these warnings?
Thanks in advance

I think you are posting it on the wrong Forum. This is for Forte 4GL not Forte for Java.

-Xlint warning when compiling with command prompt.

1 of the method i write in the program has a compilation warning when compiling with command prompt. When i compile the codes with the application i used to write the program has no error at all. Below is my code:
private static ArrayList readNum(String NumFile)
ArrayList key = new ArrayList();
String keyAttributes = readInput(NumFile);
StringTokenizer stk = new StringTokenizer(keyAttributes);
while(stk.hasMoreTokens())
key.add(stk.nextToken());
return key;
When i javac the program with -X;int, this errror occured:
warning: [unchecked] unchecked call to add(E) as a member of the raw type java.util.ArrayList
key.add(stk.nextToken());
^
1 warning
Anyidea how to solve this problem? Thanks for the help.

A quick google for that message would have told you that you're not using generics and the compiler complains about that.
Google for "Java Generics" to find out what all the fuss is about.

[SOLVED] haskell - citeproc-hs was not compiled with bibutils support

Hi all,
since I have not yet been able to get help in arch-haskell's IRC channel, I am posting here, maybe someone has an idea:
I am using pandoc which I have retrieved along with all its dependencies from the haskell binary repository. But when I try to process a bibliography, I get an error message from citeproc-hs:
pandoc: citeproc: Bibliography format not supported.
citeproc-hs was not compiled with bibutils support.
Supposing that the error message is not misleading, I wonder how do I recompile with bibutils support then?
Googling gave some results concerned with haskell-hs-bibutils, which seems to have been on the haskell repo earlier but is there no longer, so I installed it from AUR (modifying the PKGBUILD to accept haskell-syb>=0.3 instead of =0.3).
Reinstalling haskell-citeproc-hs did not help.
Next I tried with cloning habs the haskell repo (as is described here). Since I could not find any switch in haskell-citeproc-hs's PKGBUILD that would disable bibutils support I directly issued
./makeahpkg -- haskell-citeproc-hs
but the resulting package gives the same error as the one from the repo.
Should I have taken extra steps to build/install haskell-hs-bibutils also in the habs chroot? Or anything else?
TIA,
Andreas
Last edited by awagner (2012-08-01 08:36:06)

awagner wrote:Should I have taken extra steps to build/install haskell-hs-bibutils also in the habs chroot? Or anything else?
Yes, it seems this was the problem. Besides cloning habs, I now went on to manually copy the necessary files of bibutils-dynamic and haskell-hs-bibutils from AUR into the local HABS tree, modify dependencies in haskell-hs-bibutils, haskell-citeproc-hs and haskell-pandoc (an additional dependency on haskell-hs-bibutils in haskell-citeproc-hs, in the other cases only change of version numbers).
Then
./makeahpkg -c -- bibutils-dynamic haskell-hs-bibutils haskell-citeproc-hs haskell-pandoc
produced four packages which I could install and now the error is gone and I can turn to debugging my document and bibliography files

PHP5 package compiled with LDAP support?

When I check phpinfo() it appears the PHP5 package was compiled with LDAP support but for some reason when I try a ldap_connect function in php it errors with 'Fatal error: Call to undefined function ldap_connect() in ...'
Anybody have any idea what the problem is?
Thanks,
Craig

I'm not sure about the php.ini thing, I've combed through it looking for idea's as well, but the only ldap string in the whole file is this 'extension=php_ldap.dll' and that doesn't apply to Arch.
Also at http://www.php.net/ldap it talks about requirements etc and I'm almost thinking that the php5 package is not compiled with ldap even though when I do a phpinfo() it does show '--with-ldap' in the compile settings.

Is Muse compiled with DSSI support?

Is Muse compiled with DSSI support?
I ask because it is not able to recognise my DSSI instruments (only its internal ones).

I think that the dynamic loader would then search for libvdpau.so, and not find it on systems without nVidia-drivers, which causes the program to not load Also, it's not very KISS to have several different packages for different needs in the main repos. That's what AUR/ABS's for.

CVI crashes when compiling with VISA

LabWindows/CVI does not compile when I try to use VISA:
For a very simple program (only UI, no multithreading, instrument communication whatsoever), when I include "visa.h", it does not compile anymore and crashes occasionally:
- When I hit "Compile File", it states "A custom callback raised an exception.".
- When I hit "Debug Project" (green Triangle), CVI crashes without explanation.
VISA itself seems to work fine, since I can do basic communication with a USB-connected oscilloscope by using [Tools > Create Instrument I/O Task"] as well as generic VISA Interactive Control.
CVI itself seems to work fine, too, since I can compile & run programms which for example use direct access to GPIB without VISA.
I'm running: Windows 7 (64bit AMD), LabWindows/CVI 9.1.0. (428), VISA Interactive Control (5.0.3 / 4.0).
Thanks in advance..
asIHM
Solved!
Go to Solution.

Hi
try to repair of your CVI installation by choosing Control Panel » Add or Remove Programs » National Instruments Software and opting to repair the Development System that you have
installed.
Select National Instruments Software and click Change/Remove. This will open a new window with all of the National Instruments software you have installed on your computer.

Bug report: ube_ipa: internal error when compiling with -xO5

When compiling imlib2-1.1.2, one source file causes compilation to fail with the following error message:
ube_ipa: internal error
cc: ube_ipa failed for loader_tiff.c
The command which fails is (probably wrapped):
cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I.. -I../src -I../loaders -I../libltdl -I/usr/X11R6/include -I/usr/openwin/include -I/opt/csw/include -I/opt/csw/include -I/opt/csw/include -g -fast -xarch=386 -xstrconst -v -xildoff -xO5 -c loader_tiff.c -KPIC -DPIC -o .libs/loader_tiff.o
Changing -xO5 to -xO4 works around the problem. The source file in question is imlib2-1.1.2/loaders/loader_tiff.c
Patch 112756-10 has been applied, and doesn't correct the problem. GCC doesn't have any problem compiling the file.
A quick note to any Sun employees reading this: it took me 45 minutes to find somewhere to submit this bug report. Searching sun.com for "submit bug report" turned up many forum postings where people asked "Where do I submit bug reports?", a bug report form for Sun One Java Studio, and not much else. It might be in your interest to make submitting bugs easier.

Internal errors, such as the one you encountered, are generally considered compiler bugs. They indicate that the compiler reached an unexpected state and therefore bailed out. I opened bug 20703141: internal error: pic_relocs(): hh reltype? to investigate. I see the same error message emitted by the current Studio development release; I will update this thread if I find a work-around.
Thanks,
Mark

Runtime exception with ADG when compiled with ANT

Hi,
We are using Advanced Data Grid in our project and it compiles and produces a correct SWF file when compiled using the licensed FlexBuilder. This work fine for the development environment, but for the testing and staging environments we use ANT to automate the build process of both Flex and Java components.
When the swf is built using ANT, we get a runtime exception when the page containing the ADG is accessed in web browser. The exception is
TypeError: Error #1007: Instantiation attempted on a non-constructor.
at mx.controls::AdvancedDataGridBaseEx/getSeparator()
at mx.controls::AdvancedDataGridBaseEx/createHeaderSeparators()
at mx.controls::AdvancedDataGrid/createHeaderSeparators()
at mx.controls::AdvancedDataGridBaseEx/drawSeparators()
at mx.controls::AdvancedDataGridBaseEx/updateDisplayList()
at mx.controls::AdvancedDataGrid/updateDisplayList()
at mx.controls.listClasses::AdvancedListBase/validateDisplayList()
at mx.managers::LayoutManager/validateDisplayList()
at mx.managers::LayoutManager/doPhasedInstantiation()
at Function/http://adobe.com/AS3/2006/builtin::apply()
at mx.core::UIComponent/callLaterDispatcher2()
at mx.core::UIComponent/callLaterDispatcher()
Can you please suggest me how to fix this error?
Thanks in advance.

On forums of slackware there was a reference towards the program "free" which is being executed from /usr/bin/free whereas the program on slcakware resides in /bin/free or vice versa. Creating a ymlink should solve the problem. Dunnow (yet) if that works
<BLOCKQUOTE><font size="1" face="Verdana, Arial">quote:</font><HR>Originally posted by Heather Connery ([email protected]):
I have installed Oracle 8.1.7 on Red Hat 6.2.
When I attempt to create a database using dbassist i get an exception during event dispatching:
java.lang.NumberFormatException 41%
at java.lang.RuntimeException.<init>(Compiled Code)
etc.......
Does anyone know if this is a JRE bug? Any ideas what could be wrong here?<HR></BLOCKQUOTE>
null

Error LNK2019 occurred when compiling with CS6 on Win

When i try to use GetMousePosition() in my code, i got bellowing link error when compiling in VS2010.
Is there any library i can include to resolve it?
error LNK2019: unresolved external symbol __imp__GetCursorPos@4 referenced in function "struct tagPOINT __cdecl GetMousePosition(void)" (?GetMousePosition@@YA?AUtagPOINT@@XZ)
Thanks,
Aidy

Steps to reproduce the problem:
1. New an empty project with name "test" using DollyXs on Windows;
2. In testActionComponent.cpp, modify DoAbout() to be
void testActionComponent::DoAbout()
GetMousePosition();
3. Build the project.
Then, we will get bellowing link error
1> Creating library ..\..\..\build\win\objD\test/test.lib and object ..\..\..\build\win\objD\test/test.exp
1>testActionComponent.obj : error LNK2019: unresolved external symbol __imp__GetCursorPos@4 referenced in function "private: void __thiscall testActionComponent::DoAbout(void)" (?DoAbout@testActionComponent@@AAEXXZ)
1>..\debug_cs6\test.sdk.pln : fatal error LNK1120: 1 unresolved externals
There is no such link error in the sdk sample BasicDragDrop.sdk.vcxproj, but i cannot find any special setting in its project property.
Any suggestion will be appreciated.
Thanks,
Aidy

Can't find library when compiled with debugging

Hi all,
Compiling this code segment cannot find a library when using -g
bash-3.2$ cat tester.cc
#include <iostream>
#include <string>
using namespace std ;
static void
myRoutine()
string str= "this is in routine" ;
string str3 ;
str3 = str.substr(11,7) ;
if(str.substr(0,4) == "this") cout << "Have a hit" << endl ;
cout << "this is str3 - " << str3 << endl ;
int main(int argc, char **argv)
string str = "this is a test" ;
string str1, str2 ;
str1 = str.substr(0,4) ;
str2 = str.substr(10,4) ;
cout << "this is str1 - " << str1 << endl ;
cout << "this is str2 - " << str2 << endl ;
myRoutine() ;
return 0 ;
bash-3.2$ CC -g -o tester tester.cc
bash-3.2$ ldd tester
     libCstd.so.1 =>     /usr/lib/libCstd.so.1
     libCstd.so.1 (SUNW_1.4.2) =>     (version not found)
     libCrun.so.1 =>     /usr/lib/libCrun.so.1
     libm.so.2 =>     /usr/lib/libm.so.2
     libc.so.1 =>     /usr/lib/libc.so.1
If I comment out:
if(str.substr(0,4) == "this") cout << "Have a hit" << endl ;
bash-3.2$ cat tester.cc
#include <iostream>
#include <string>
using namespace std ;
static void
myRoutine()
string str= "this is in routine" ;
string str3 ;
str3 = str.substr(11,7) ;
// if(str.substr(0,4) == "this") cout << "Have a hit" << endl ;
cout << "this is str3 - " << str3 << endl ;
int main(int argc, char **argv)
string str = "this is a test" ;
string str1, str2 ;
str1 = str.substr(0,4) ;
str2 = str.substr(10,4) ;
cout << "this is str1 - " << str1 << endl ;
cout << "this is str2 - " << str2 << endl ;
myRoutine() ;
return 0 ;
bash-3.2$ CC -g -o tester tester.cc
bash-3.2$ ldd tester
     libCstd.so.1 =>     /usr/lib/libCstd.so.1
     libCrun.so.1 =>     /usr/lib/libCrun.so.1
     libm.so.2 =>     /usr/lib/libm.so.2
     libc.so.1 =>     /usr/lib/libc.so.1
Or if I remove -g:
bash-3.2$ cat tester.cc
#include <iostream>
#include <string>
using namespace std ;
static void
myRoutine()
string str= "this is in routine" ;
string str3 ;
str3 = str.substr(11,7) ;
if(str.substr(0,4) == "this") cout << "Have a hit" << endl ;
cout << "this is str3 - " << str3 << endl ;
int main(int argc, char **argv)
string str = "this is a test" ;
string str1, str2 ;
str1 = str.substr(0,4) ;
str2 = str.substr(10,4) ;
cout << "this is str1 - " << str1 << endl ;
cout << "this is str2 - " << str2 << endl ;
myRoutine() ;
return 0 ;
bash-3.2$ CC -o tester tester.cc
bash-3.2$ ldd tester
     libCstd.so.1 =>     /usr/lib/libCstd.so.1
     libCrun.so.1 =>     /usr/lib/libCrun.so.1
     libm.so.2 =>     /usr/lib/libm.so.2
     libc.so.1 =>     /usr/lib/libc.so.1
then I can run successfully
Any thoughts or hints?
bash-3.2$ CC -V
CC: Sun Ceres C++ 5.10 SunOS_i386 2008/07/10
Usage: CC [ options ] files. Use 'CC -flags' for details
bash-3.2$ uname -a
SunOS alpha 5.11 snv_86 i86pc i386 i86pc
Thanks,
Jim

Ack! Please ignore my earlier posting. I did not play close enough attention to details in your post. I apologize for the confusion. Let me start over:
The Studio Express release you have contains a newer version of the C++ runtime library libCstd.so.1 than is available yet in Solaris patches. We bump the internal version number when we add new interfaces. The internal version number of the Studio Express library is SUNW_1.3.2. The version of the latest release Solaris patch is SUNW_1.3.1.
Some new string class operator functions are in version SUNW_1.3.2. I think these are also defined as inline functions in the compiler headers. When you compile with -g, inlining is disabled, and you create a dependency on library version SUNW_1.3.2. (Compiling with -g0 allows function inlining, and might resolve your problem, but read on.)
We have not released a libCstd.so.1 with internal version SUNW_1.4.2, so I don't understand how that version number could appear in an error message. Did you really see that version, or is it a transcription error? For now, let's assume it is a transcription error.
When you compile and link with CC, the program gets a runpath pointing into the compiler installation area. At program run time, the loader looks for libraries in directories listed in the runpath, with /lib and /usr/lib as last resort. The "ldd" command reports what the runtime loader will do regarding dependent libraries.
If the compiler is installed in /opt, a 32-bit program gets a runpath that includes /opt/SUNWspro/lib. In that directory in Sun Studio Express is a symbolic link that points to ../prod/usr/lib/libCstd.so.1, the library with version SUNW_1.3.2.
If you try this:
% /opt/SUNWspro/bin/CC hello.cc
% ldd a.out
you should see, among other things,
libCrun.so.1 => /opt/SUNWspro/lib/libCstd.so.1
(Depending on the OS version, you might see
libCrun.so.1 => /opt/SUNWspro/prod/usr/lib/libCstd.so.1 instead.)
But if ldd can't resolve the library, you probably have a corrupted Sun Studio Express installation. In that case, uninstall it, and reinstall from a fresh download.
If you run the program on a different computer where Sun Studio Express is not installed, the loader won't be able to find the right library version, and you will get "not found" results. I addressed this issue in another thread:
http://forums.sun.com/thread.jspa?threadID=5340163

Bad performance of PARI when compiling with GCC for SPARC 4.2.0

Hi,
I've compiled pari (2.3.3) with gcc 4.2.0 and with an old gcc 3.3.2 on a Sun Fire V240 and Solaris 10.
The performance of pari compiled with gcc 4.2.0 is terrible. I've tried it with '-O3 -fast' and without this flags with the same result.
First compiled with gcc 3.3.2 without any special CFLAGS and run make bench:
* Testing objets for gp-sta..TIME=4 for gp-dyn..TIME=4
* Testing analyz for gp-sta..TIME=82 for gp-dyn..TIME=80
* Testing number for gp-sta..TIME=63 for gp-dyn..TIME=62
* Testing polyser for gp-sta..TIME=19 for gp-dyn..TIME=19
* Testing linear for gp-sta..TIME=30 for gp-dyn..TIME=29
* Testing elliptic for gp-sta..TIME=50 for gp-dyn..TIME=51
* Testing sumiter for gp-sta..TIME=45 for gp-dyn..TIME=47
* Testing graph for gp-sta..TIME=25 for gp-dyn..TIME=25
* Testing program for gp-sta..TIME=94 for gp-dyn..TIME=94
* Testing trans for gp-sta..TIME=228 for gp-dyn..TIME=225
* Testing nfields for gp-sta..TIME=434 for gp-dyn..TIME=433
+++ Total bench for gp-sta is 726
+++ Total bench for gp-dyn is 722
Then compiled with gcc 4.2.0 again without any special flags and run make bench:
* Testing objets for gp-sta..TIME=4 for gp-dyn..TIME=4
* Testing analyz for gp-sta..TIME=82 for gp-dyn..TIME=83
* Testing number for gp-sta..TIME=62 for gp-dyn..TIME=65
* Testing polyser for gp-sta..TIME=19 for gp-dyn..TIME=19
* Testing linear for gp-sta..BUG [1686975] for gp-dyn..BUG [1608146]
* Testing elliptic for gp-sta..TIME=50 for gp-dyn..TIME=52
* Testing sumiter for gp-sta..TIME=51 for gp-dyn..TIME=50
* Testing graph for gp-sta..TIME=28 for gp-dyn..TIME=28
* Testing program for gp-sta..TIME=98 for gp-dyn..TIME=97
* Testing trans for gp-sta..BUG [613000] for gp-dyn..BUG [606558]
* Testing nfields for gp-sta..BUG [3648091] for gp-dyn..BUG [3716170]
+++ [BUG] Total bench for gp-sta is 3029987
+++ [BUG] Total bench for gp-dyn is 2958336
Do anybody know this problem or can tell me what the problem could be?
Thanks!!
Rainer W.

Here are the compiler options I used to compile it with gcc4.
C compiler is /usr/local/gcc4/gcc/bin/gcc -O3 -Wall -fno-strict-aliasing -fomit-frame-pointer
Executable linker is /usr/local/gcc4/gcc/bin/gcc -O3 -Wall -fno-strict-aliasing -fomit-frame-pointer
Dynamic Lib linker is /usr/local/gcc4/gcc/bin/gcc -shared -mimpure-text $(CFLAGS) $(DLCFLAGS) -Wl,-G,-h,$(LIBPARI_SONAME)
If I use the -fast option I get the same result may be a little bit worse.
Here are some compilation lines:
Making gp in Osolaris-sparcv9
make[2]: Entering directory `/no_backup/pari/pari-2.3.3/Osolaris-sparcv9'
File ../src/funclist not changed.
../config/genkernel ../src/kernel/sparcv8_micro/asm0-common.h ../src/kernel/sparcv8_micro/asm0.h > parilvl0.h
cat ../src/kernel/none/tune.h ../src/kernel/none/int.h ../src/kernel/none/level1.h > parilvl1.h
cat parilvl0.h parilvl1.h > pariinl.h
/usr/local/gcc4/gcc/bin/gcc -c -O3 -Wall -fno-strict-aliasing -fomit-frame-pointer -I. -I../src/headers -I../src/language -I/usr/local/include -o gp.o ../src/gp/gp.c
/usr/local/gcc4/gcc/bin/gcc -c -O3 -Wall -fno-strict-aliasing -fomit-frame-pointer -I. -I../src/headers -I../src/graph -o gp_init.o ../src/gp/gp_init.c
/usr/local/gcc4/gcc/bin/gcc -c -O3 -Wall -fno-strict-aliasing -fomit-frame-pointer -I. -I../src/headers -I../src/language -I/usr/local/include -o gp_rl.o ../src/gp/gp_rl.c
/usr/local/gcc4/gcc/bin/gcc -c -O3 -Wall -fno-strict-aliasing -fomit-frame-pointer -I. -I../src/headers -DDL_DFLT_NAME=NULL -o highlvl.o ../src/gp/highlvl.c
/usr/local/gcc4/gcc/bin/gcc -c -O3 -Wall -fno-strict-aliasing -fomit-frame-pointer -I. -I../src/headers -o whatnow.o ../src/gp/whatnow.c
/usr/local/gcc4/gcc/bin/gcc -c -O3 -Wall -fno-strict-aliasing -fomit-frame-pointer -I. -I../src/headers -I/usr/openwin/include -o plotX.o ../src/graph/plotX.c
/usr/local/gcc4/gcc/bin/gcc -c -O3 -Wall -fno-strict-aliasing -fomit-frame-pointer -I. -I../src/headers -o anal.o ../src/language/anal.c
/usr/local/gcc4/gcc/bin/gcc -c -O3 -Wall -fno-strict-aliasing -fomit-frame-pointer -I. -I../src/headers -o compat.o ../src/language/compat.c
/usr/local/gcc4/gcc/bin/gcc -c -O3 -Wall -fno-strict-aliasing -fomit-frame-pointer -I. -I../src/headers -o default.o ../src/language/default.c
/usr/local/gcc4/gcc/bin/gcc -c -O3 -Wall -fno-strict-aliasing -fomit-frame-pointer -I. -I../src/headers -o errmsg.o ../src/language/errmsg.c
/usr/local/gcc4/gcc/bin/gcc -c -O3 -Wall -fno-strict-aliasing -fomit-frame-pointer -I. -I../src/headers -o es.o ../src/language/es.c
/usr/local/gcc4/gcc/bin/gcc -c -O3 -Wall -fno-strict-aliasing -fomit-frame-pointer -I. -I../src/headers -o init.o ../src/language/init.c
/usr/local/gcc4/gcc/bin/gcc -c -O3 -Wall -fno-strict-aliasing -fomit-frame-pointer -I. -I../src/headers -o intnum.o ../src/language/intnum.c
/usr/local/gcc4/gcc/bin/gcc -c -O3 -Wall -fno-strict-aliasing -fomit-frame-pointer -I. -I../src/headers -o members.o ../src/language/members.c
/usr/local/gcc4/gcc/bin/gcc -c -O3 -Wall -fno-strict-aliasing -fomit-frame-pointer -I. -I../src/headers -o sumiter.o ../src/language/sumiter.c
/usr/local/gcc4/gcc/bin/gcc -c -O3 -Wall -fno-strict-aliasing -fomit-frame-pointer -I. -I../src/headers -o aprcl.o ../src/modules/aprcl.c
/usr/local/gcc4/gcc/bin/gcc -c -O3 -Wall -fno-strict-aliasing -fomit-frame-pointer -I. -I../src/headers -o elldata.o ../src/modules/elldata.c
/usr/local/gcc4/gcc/bin/gcc -c -O3 -Wall -fno-strict-aliasing -fomit-frame-pointer -I. -I../src/headers -o elliptic.o ../src/modules/elliptic.c
/usr/local/gcc4/gcc/bin/gcc -c -O3 -Wall -fno-strict-aliasing -fomit-frame-pointer -I. -I../src/headers -o galois.o ../src/modules/galois.c
/usr/local/gcc4/gcc/bin/gcc -c -O3 -Wall -fno-strict-aliasing -fomit-frame-pointer -I. -I../src/headers -o groupid.o ../src/modules/groupid.c
/usr/local/gcc4/gcc/bin/gcc -c -O3 -Wall -fno-strict-aliasing -fomit-frame-pointer -I. -I../src/headers -o kummer.o ../src/modules/kummer.c
/usr/local/gcc4/gcc/bin/gcc -c -O3 -Wall -fno-strict-aliasing -fomit-frame-pointer -I. -I../src/headers -o mpqs.o ../src/modules/mpqs.c
/usr/local/gcc4/gcc/bin/gcc -c -O3 -Wall -fno-strict-aliasing -fomit-frame-pointer -I. -I../src/headers -o nffactor.o ../src/modules/nffactor.c
/usr/local/gcc4/gcc/bin/gcc -c -O3 -Wall -fno-strict-aliasing -fomit-frame-pointer -I. -I../src/headers -o part.o ../src/modules/part.c

Why mplayer in i686 repository is not compiled with vdpau support?

I was kind of surprised when I find out that mplayer in i686 repository is not compiled with vdpau,
since it is in x86_64 repository,
I know I could enable vdpau easily by compiling the package myself,
but wouldn't it be even better if it is built-in in the official binary?

I think that the dynamic loader would then search for libvdpau.so, and not find it on systems without nVidia-drivers, which causes the program to not load Also, it's not very KISS to have several different packages for different needs in the main repos. That's what AUR/ABS's for.

Kaffeine embedded crash fixed when compiled with libxcb support?

Similar Messages

Maybe you are looking for