Crap forgot to meantion, you need the xcode legacy tools via apple
developer centre, i have the dmg if needed first, the fink xorg needs
gcc 3.1, i had gcc 3.3, gcc 3.1 would not install via fink lol.
On 09/02/2006, at 1:43 PM, electroteque wrote:
Ive already shopped around, it looks like
Ive already shopped around, it looks like if there was a Quartz.h
available for 10.3 it just might work. What the problem is here is,
apple hold you by their finger and "force" you to "upgrade" to you can
get those features. Im pretty sure if they spent an hour or so on it
they could have t
I'd like to know, ive given up and now installing xorg via fink "slowly"
On 09/02/2006, at 2:27 AM, Michael Torrie wrote:
Richard Hult wrote:
It uses a few functions that are not available in 10.3. It should be
fairly easy to make it build in 10.3 or even older.
New functions as in new carbo
tools on install cd) and
gtk+ from Fink project...
On 08.02.2006., at 09.59, electroteque wrote:
Yeh i prob missed that one, so it does need the Quartz stuff, i just
wasted my time :D
Im looking now @ Xdarwin instead :D
On 08/02/2006, at 7:33 PM, Richard Hult wrote
Yeh i prob missed that one, so it does need the Quartz stuff, i just
wasted my time :D
Im looking now @ Xdarwin instead :D
On 08/02/2006, at 7:33 PM, Richard Hult wrote:
Hi,
electroteque wrote:
In file included from GdkQuartzView.c:22:
GdkQuartzView.h:21:26: Quartz/Quartz.h: No such file
So it looks like after all that effort gtk wont compile in 10.3. Ive
just stumbled across this, will this work to run gtk apps off it ?
http://www.xdarwin.org/
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/list
It looks like you need Quartz Composer tools which is only available
for Tiger from the looks of it !
http://developer.apple.com/cgi-bin/search.pl?
q=Quartz%2Eh&num=10&site=default_collection
What a pain.
On 08/02/2006, at 1:17 PM, electroteque wrote:
Thats what i am to find
Thats what i am to find out. It cant find Quartz.h atm thats it. I
presume the header files are somewhere.
On 08/02/2006, at 1:13 PM, Michael Torrie wrote:
On Wed, 2006-02-08 at 12:19 +1100, electroteque wrote:
Can someone tell me if this is still in development or available to
try
out
Can someone tell me if this is still in development or available to try
out ??
http://gtk-quartz.sourceforge.net/
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Hi, i finally manage to get pango going with that extra flag to CFLAGS.
Now gtk broke, with this
gcc -DHAVE_CONFIG_H -I. -I. -I../.. -DG_LOG_DOMAIN=\"Gdk\"
-DGDK_COMPILATION -I../.. -I../../gdk -I../../gdk
-DGDK_PIXBUF_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED
-DG_ENABLE_DEBUG -pthreads -
n: linker input file unused because linking not done
gcc: -framework: linker input file unused because linking not done
gcc: AppKit: linker input file unused because linking not done
I suppose that flag outside the quotes ?
On 08/02/2006, at 10:00 AM, Richard Hult wrote:
Hi,
electroteque wrot
_objc_msgSend
make[3]: *** [cairosimple] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
On 08/02/2006, at 2:08 AM, electroteque wrote:
Using this
libpangocairo_1_0_la_LDFLAGS = \
$(LIBRARY_LIBTOOL_OPTIONS
r 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
Bug report it ?
On 08/02/2006, at 2:01 AM, muppet wrote:
electroteque said:
Sorry dude how would i do that ?
Um, for now, just add the options to the end of the line in
Makefile.am. If
that works, let the maintainers know and the
Sorry dude how would i do that ?
Currently recompiling all the deps here :D
On 08/02/2006, at 12:16 AM, muppet wrote:
On Feb 7, 2006, at 7:21 AM, electroteque wrote:
libpangocairo_1_0_la_LDFLAGS = $(LIBRARY_LIBTOOL_OPTIONS)
That looks like the one. Append to that. Appending is
libpangocairo_1_0_la_LDFLAGS = $(LIBRARY_LIBTOOL_OPTIONS)
On 07/02/2006, at 11:14 PM, Hubert Figuiere wrote:
electroteque wrote:
like this ? libpangocairo_1_0_la_LDFLAGS = "-framework
CoreFoundation -framework ApplicationServices"
if that it to build libpangocairo_1_0_la, yes.
ok there is two Makefile.am, i worked out there is a second one within
the /pango dir.
On 07/02/2006, at 11:14 PM, Hubert Figuiere wrote:
electroteque wrote:
like this ? libpangocairo_1_0_la_LDFLAGS = "-framework
CoreFoundation -framework ApplicationServices"
if that i
like this ? libpangocairo_1_0_la_LDFLAGS = "-framework CoreFoundation
-framework ApplicationServices"
I suppose but is it a bug, or just my system ?
On 07/02/2006, at 10:59 PM, Hubert Figuiere wrote:
electroteque wrote:
Cairo makefile i guess or pango ?
Well, to the right _LDFL
Cairo makefile i guess or pango ?
The ld libtool is using is /usr/bin/ld, could that be an issue ? should
i also put ld in the prefix path ?
On 07/02/2006, at 10:32 PM, Hubert Figuiere wrote:
electroteque wrote:
I went all the way back to cairo in the list. It would be nice if it
said
I went all the way back to cairo in the list. It would be nice if it
said which library was trying to reference libiconv ? Should i take out
/sw/lib out of my path for compiling ?
On 07/02/2006, at 12:32 AM, muppet wrote:
On Feb 6, 2006, at 7:15 AM, electroteque wrote:
Yes i installed
]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
On 06/02/2006, at 11:09 PM, electroteque wrote:
Compile stops here though ..
libtool: link: warning: `/usr/lib//libiconv.la' seems to be moved
libtool: link: warning: `/usr/lib//libiconv.la' seems to be moved
l/gtk/lib/libintl.dylib(localcharset.o) definition of
_locale_charset
/usr/bin/libtool: internal link edit command failed
make[4]: *** [libpangocairo-1.0.la] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
On 06/02/2
Hi there, i now have an issue with pango using this configure line
./autogen.sh --prefix=$prefix --disable-gtk-doc --without-x && make &&
make install
the result is
gcc -I/sw/include -Wall -o .libs/cairosimple cairosimple.o
-L/usr/local/gtk/lib ../pango/.libs/libpango-1.0.dylib -L/sw/lib
.
Yeh, somebody like me really doesnt need it, but glib seemed to even
with the --disable-gtk-doc
Im up to atk atm. It seems compiling every single dependancy into the
specified prefix is happy.
On 06/02/2006, at 10:10 PM, Stefan Kost wrote:
Hi,
electroteque wrote:
##SUBDIRS = help/manual
##SUBDIRS = help/manual/C
Works, i guess its not needed ? Should somone make a patch ?
Im still writing my notes and its going into a blog and will post my
outcomes.
On 06/02/2006, at 7:48 PM, Richard Hult wrote:
Hi,
Stefan Kost wrote:
hi,
electroteque wrote:
Im still currently going
On 06/02/2006, at 6:46 PM, Stefan Kost wrote:
hi,
electroteque wrote:
Im still currently going through the painful process of doing this on
osx. However for some reason when trying to reinstall gtk-doc into a
different prefix i have issues
iElectro:/usr/share/sources/gtk/gtk-doc root
Im still currently going through the painful process of doing this on osx. However for some reason when trying to reinstall gtk-doc into a different prefix i have issues
iElectro:/usr/share/sources/gtk/gtk-doc root# ./autogen.sh --prefix=$prefix
configure.in: installing `./install-sh'
configure.in
Thanks for now export prefix=/usr/local/gtk :D
Ill let you know how i go :\
On 06/02/2006, at 1:58 AM, muppet wrote:
On Feb 4, 2006, at 11:52 PM, electroteque wrote:
Just for compiling or for all the time ?, like maybe other binaries
use the fink path thats all.
pkg-config and
Just for compiling or for all the time ?, like maybe other binaries use
the fink path thats all.
On 05/02/2006, at 3:45 PM, Hubert Figuiere wrote:
electroteque wrote:
ok however the pkg-config is in fink which has been a pain, ive had
to add symlinks all over the place to the fink pkgconfig
ok however the pkg-config is in fink which has been a pain, ive had to
add symlinks all over the place to the fink pkgconfig path !
So do i build everything including pkg-config into a different prefix ?
On 05/02/2006, at 3:18 PM, Hubert Figuiere wrote:
electroteque wrote:
Yeh its complete
Yeh its complete hacking here. I have libs and includes all over the
place. I suppose i should configure all the dependancies via source and
not rely on fink ? It means ill have duplicates though.
On 05/02/2006, at 1:26 PM, Travis Watkins wrote:
On 2/4/06, electroteque <[EMAIL PROTEC
, Hubert Figuiere wrote:
electroteque wrote:
Hi there, im having some issues getting glib compiled for OSX. Ive
been going through these steps on this page which aparantly doesnt
require X11.
http://developer.imendio.com/wiki/Gtk_Mac_OS_X/Build_Instructions
I had some great pain getting up to
thing has been a pain from the start, any help would be
greatful, i have tried installing gtk hundreds of times and given up :)
On 05/02/2006, at 1:15 AM, electroteque wrote:
Hi there, im having some issues getting glib compiled for OSX. Ive
been going through these steps on this page which apar
It looks like i needed automake-1.7 instead of just symlinking
automake-1.9 which means i had to downgrade it ??
On 05/02/2006, at 1:15 AM, electroteque wrote:
Hi there, im having some issues getting glib compiled for OSX. Ive
been going through these steps on this page which aparantly doesnt
Hi there, im having some issues getting glib compiled for OSX. Ive been
going through these steps on this page which aparantly doesnt require
X11. http://developer.imendio.com/wiki/Gtk_Mac_OS_X/Build_Instructions
I had some great pain getting up to glib, especially cairo where i had
to tweak s
Hi there, ive been trying to compile GTK from the steps on this page
http://developer.imendio.com/wiki/Gtk_Mac_OS_X
Is this port project still going ? I just tried to get packages via
cvs, however none of the cvs packages would compile, i had to edit
autogen.sh to at least run without causing
35 matches
Mail list logo