You are not logged in.
Pages: 1
http://libemf.sourceforge.net/
if someone has some time to write a pkg - would be great
The impossible missions are the only ones which succeed.
Offline
# Contributor: xerxes2 <xerxes2@gentoo.se>
pkgname=libEMF
pkgver=1.0
pkgrel=1
pkgdesc="C/C++ library"
url="http://libemf.sourceforge.net/"
groups=
provides=
depends=()
makedepends=()
conflicts=()
replaces=()
backup=()
install=()
source=('http://switch.dl.sourceforge.net/libemf/libEMF-1.0.tar.gz')
md5sums=()
build() {
cd $startdir/src/$pkgname-$pkgver
./configure --prefix=/usr/lib
make || return 1
make Destdir=$startdir/pkg install
}
arch + gentoo + initng + python = enlisy
Offline
thanx for the try ... the thing is that it is not working with gcc 3.4 and patching is too complicated ... maybe wen the next release comes out i'll have a look
The impossible missions are the only ones which succeed.
Offline
g++ -DHAVE_CONFIG_H -I. -I. -I../config -I../include -march=i686 -O2 -pipe -D_REENTRANT -DPTHREADS -c libemf.cpp -MT libemf.lo -MD -MP -MF .deps/libemf.TPlo -fPIC -DPIC -o .libs/libemf.lo
libemf.cpp: In static member function `static bool EMF::DATASTREAM::bigEndian()':
libemf.cpp:51: error: `cerr' undeclared (first use this function)
libemf.cpp:51: error: (Each undeclared identifier is reported only once for each function it appears in.)
libemf.cpp:51: error: `endl' undeclared (first use this function)
libemf.cpp: In function `HENHMETAFILE CloseEnhMetaFile(HDC)':
libemf.cpp:852: error: `mem_fun1' is not a member of `std'
libemf.cpp: In function `HENHMETAFILE CloseEnhMetaFileWithFILE(HDC)':
libemf.cpp:899: error: `mem_fun1' is not a member of `std'
libemf.cpp: In function `HENHMETAFILE GetEnhMetaFileW(const WCHAR*)':
libemf.cpp:1035: error: `cerr' undeclared (first use this function)
libemf.cpp:1035: error: `endl' undeclared (first use this function)
make[1]: *** [libemf.lo] Error 1
make[1]: Leaving directory `/building/libemf/src/libEMF-1.0/libemf'
make: *** [all-recursive] Error 1
==> ERROR: Build Failed. Aborting...
[damir@Asteraceae libemf]$
The impossible missions are the only ones which succeed.
Offline
What's wrong with gcc3.4?
Is gcc the only compiler there is for Linux? What if they screw things up,like now,what happens then?
arch + gentoo + initng + python = enlisy
Offline
it's not that they screwed things up ... they made the compiler more strict - so software that is written bad will have trouble to compile on it, where software that is written plain and great, will work fine
to give you an example:
this code was ok for gcc 3.2.x
function(){
bla bla bla
};
but the ; after the function is not needed and now the gcc 3.4 says "extra ;" and stops compiling --- it's the lazyness of the programmers that causes this trouble in most cases
-> to make the example code compile, just remove the ;
function(){
bla bla bla
}
there are other compilers, but you need to complie the whole system on one compiler to work without problems ... arch (as all other linuces) uses gcc as the system-compiler
The impossible missions are the only ones which succeed.
Offline
actually gcc 3.4.x is a really great tree (much better than the other 3.x), because it's more stable and because it is strict, it forces programmers to write better code [my opinion]
The impossible missions are the only ones which succeed.
Offline
Thanks for the answers. This sounds promising, I thought that 3.4 was the problem
arch + gentoo + initng + python = enlisy
Offline
The cerr errors are there because the programmer didn't #include <iostream>... what a silly person.
I have discovered that all of mans unhappiness derives from only one source, not being able to sit quietly in a room
- Blaise Pascal
Offline
Pages: 1