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 out. It ca
On Wed, 2006-02-08 at 12:15 +1100, electroteque wrote:
> What is Quartz.h and where would it be ? locate Quartz.h doesnt tell
> me anything.
It's an OS X-supplied header file most likely. I have no idea where
you'd get ahold of it. The appropriate place to ask, though, would be
on the darwin
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 ??
h
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 ??
>
> http://gtk-quartz.sourceforge.net/
No I don't think so. The only active gtk on OS X effort is now in the
head gtk CVS. There is a wiki regarding it's de
> > >
> I have vague memory that modules not getting arguments is intentional
> rather than an oversight ... that we discussed it at the point of the
> GOption switch and decided it was fundamentally busted and
> unsupportable.
>
> I may just be inventing that memory...
>
> Regards,
>
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 -
Hey Owen,
More then a year ago you wrote an E-mail about why you wouldn't want to
start using a type like GIterator in gtk+.
I do share some of your opinions on this, mainly the fact that it
shouldn't be introduced in gtk+.
But I wouldn't share your opinion if you would say that therefore a typ
This worked for me punkz thanks
from
export CFLAGS="-I/usr/local/gtk/include -framework Foundation
-framework AppKit"
to
export CFLAGS="-I/usr/local/gtk/include"
however kept getting this
gcc: -framework: linker input file unused because linking not done
gcc: Foundation: linker input file u
Hi,
electroteque wrote:
> Ok i removed the quotes and get a different but similar answer , i
> guess i should bug report it ?
No, afaics, it's still the same problem as described in:
http://bugzilla.gnome.org/show_bug.cgi?id=322374
/Richard
___
gtk-
On Tue, 2006-02-07 at 16:42 -0500, Matthias Clasen wrote:
> On 2/7/06, michael meeks <[EMAIL PROTECTED]> wrote:
> >
> > On Tue, 2006-02-07 at 09:24 -0500, Matthias Clasen wrote:
> > > > Unfortunately - the introduction of GOption clobbered all
> > > > GtkModule
> > > > argument passing; an
On 2/7/06, michael meeks <[EMAIL PROTECTED]> wrote:
>
> On Tue, 2006-02-07 at 09:24 -0500, Matthias Clasen wrote:
> > > Unfortunately - the introduction of GOption clobbered all
> > > GtkModule
> > > argument passing; and ensures that no GtkModule gets anything but a
> > > 0/NULL argc/argv
Ok i removed the quotes and get a different but similar answer , i
guess i should bug report it ?
sr/share/sources/gtk/pango/pango/.libs/libpango-1.0.dylib
/usr/local/gtk/lib/libgobject-2.0.dylib
/usr/local/gtk/lib/libgmodule-2.0.dylib
/usr/local/gtk/lib/libglib-2.0.dylib /usr/local/gtk/l
I won't be available for long after 4pm today, so I think we should either
move the meeting to tomorrow or just skip this week.
Matthias
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
On Mon, 2006-02-06 at 17:47 -0500, Prabhakar Muthuswamy wrote:
> Our application should get serial data from server, interpret
> the data as VT100 text and then display it in a window. Is there a
> VT100 widget in GTK that will do the VT100 interpretation for us? If
> not how should I do this?
On Tue, 2006-02-07 at 11:36 +, michael meeks wrote:
> * we have to propagate the pipe name / argument to the
> child process via a (presumably reliable) environment
> variable instead of an argument.
I'd favor this. We are trying to move away from having libraries which
On Tue, 2006-02-07 at 11:36, michael meeks wrote:
> Hi there,... Bill - I'm slightly amazed we havn't
> seen this before - whatsup there ? :-)
Well, I suspect that the Gnome HEAD a11y bits haven't gotten much
exercise until lately. Fortunately that's changing, at least on the Sun
end of things -
Using this
libpangocairo_1_0_la_LDFLAGS = \
$(LIBRARY_LIBTOOL_OPTIONS) \
"-framework CoreFoundation -framework ApplicationServices"
I get this which is similar but different, i went all the way to the
top of the list and recompiled, so noth
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 they'll do it The Right Way.
I said "appending is important" because if you replace what's already there,
you'll remove the
On Tue, 2006-02-07 at 09:24 -0500, Matthias Clasen wrote:
> > Unfortunately - the introduction of GOption clobbered all GtkModule
> > argument passing; and ensures that no GtkModule gets anything but a
> > 0/NULL argc/argv cf.
>
> Looks like this is a bug that got introduced when we first
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 important
On 2/7/06, michael meeks <[EMAIL PROTECTED]> wrote:
> Hi there,
>
> So - I've been chasing a rather interesting bug:
>
> "GNOME hangs on login with a11y enabled"
>
> Of course - clobbering the proximate cause: gnome-session activating
> vino-server synchronously wor
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 important,
else you will break stuff that was already working.
--
I like drawing and painting. If you make something really
electroteque skrev:
##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.
Hello,
I've updated the patch on the build instructions page to remove the
SUBDIRS line.
Regards,
An
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.
I suppose
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 it to build libpangoca
electroteque wrote:
like this ? libpangocairo_1_0_la_LDFLAGS = "-framework CoreFoundation
-framework ApplicationServices"
if that it to build libpangocairo_1_0_la, yes.
I suppose but is it a bug, or just my system ?
I'd say it is a bug. But again, just a wild guess.
Hub
__
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 _LDFLAGS in the
electroteque wrote:
Cairo makefile i guess or pango ?
Well, to the right _LDFLAGS in the right makefile, the one that fails. I
maybe mis-read. Again, I don't have that code here, I just have some
knowledge/experience.
The ld libtool is using is /usr/bin/ld, could that be an issue ? should
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 whic
Hi there,
So - I've been chasing a rather interesting bug:
"GNOME hangs on login with a11y enabled"
Of course - clobbering the proximate cause: gnome-session activating
vino-server synchronously works around this nicely; but there is a
deeper problem:
Wh
electroteque wrote:
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 ?
I'll make a wild guess (as I haven't even tried that code):
Just add "-framework CoreFoundati
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 lib
34 matches
Mail list logo
