gtk-osx-developer — GTK+-1 on Mac OSX developers list

[gtk+osx] gtk-osx CinePaint 0.21-2 Released

[Kai-Uwe B. <ku...@gm...>]

The native version of gtk-osx CinePaint 0.21-2 is released on SourceForge.
0.21-2 is a minor improvement in the 0.21 series. A major improvement for 
osX users may be the gtk-osx build with native mac aqua support and 
better integration into mac os. Many bug fixes where needed in gtk-osx and 
CinePaint to make this happen.

While functionality is not as complete as a X11 build, it will help users,
wich are not familiar with X11 on mac os X.

General:
CinePaint is the popular motion picture deep colour paint and retouching 
program. 
It features a flipbook, layer and channels handling, HDR creation from 
bracketed exposures, support for many file formats liek cineon and 
camera raw file and colour management tools like Cmyk/Lab support, 16-bit 
printing with Gutenprint and 3D colour visualisation through ICC Examin. 

Future:
CinePaint developers continue to maintain this legacy architecture until 
the future Glasgow architecture is complete (in 2006). For info on 
Glasgow:

  http://cinepaint.bigasterisk.com/GlasgowDocumentation


Download:
http://sourceforge.net/project/showfiles.php?group_id=75029&package_id=76680&release_id=449007

Content:
MacCinePaint-0.21-2.nativ.dmg.gz is a compressed disk image, including the 
selfcontained CinePaint application and a Gutenprint-5.0.0 package. The 
later is recommended to install to obtain printing support in CinePaint. 
For usingg the application, double click on the icon in the Finder, drag 
to the dock or possibly to the /Applications  folder.

Notes:
o Drag and Drop on the dock icon is not possible as it was with the 
  MacCinePaint for X11 package.
o plug-in core interaction may be slow, resulting in slow file loads
  Please report with information about the used os version and CPU

Add-ons:
Included are colour management tools like Gutenprint-5.0.0, DCraw-8.37,
a profile collection and ICC Examin 0.42.


The source releases of ICC Examin will follow later.


regards
Kai-Uwe Behrmann

[gtk+osx] Execution errors with GTK+OSX

[Guillaume Mahieux-S. <gui...@la...>]

Hello,
I've installed GTK+OSX (so, GTK, GDK & GLib) on my Mac (OSX 10.4.8) but 
when i compile, I get these errors :

-----------------------------------------------------------------------------------------------
-----------------------------------------------------------------------------------------------
-- ** WARNING **: gdk_drag_init: not implemented                                               
-- 
-- gtk_init
-- GTKMacSetup()
-- 
-- ** WARNING **: GDK_font_load CALLED with -adobe-helvetica-medium-r-normal--*-120-*-*-*-*-*-*
-- Found font: helvetica, 12 pt (id: 21)
-- ZeroLink: unknown symbol '_G_OBJECT'
-- 
-- GTK has exited due to signal 6 (SIGABRT).
-----------------------------------------------------------------------------------------------
-----------------------------------------------------------------------------------------------

Can you explain why and how to fix them ? (My code just create a window and show it)

[gtk+osx] CP hints for wire hanging

[Kai-Uwe B. <ku...@gm...>]

Hello,

today I tested gtk-osx and found it great.

Now, CinePaint starts and works fine. I was surprised, as my picture 
of gtk-osx was of a alpha state project.

What seems to be unsolved is some kind of hanging in the wire protocol. 
Strange to me as I did not see any such problems in the X11 environment on 
osX. The situation comes when I try to load a image by a plug-in. Maybe 
chaining of the protocols is not allowed.

Did someone encounter such a thing in the past?
How was it solved?

The sreenshot, which lead me to this project, shows it must have been 
solved allready.

Thanks for any hints.

regards
Kai-Uwe Behrmann
                                + development for color management 
                                + imaging / panoramas
                                + email: ku...@gm...
                                + http://www.behrmann.name

[gtk+osx] I saw a web page ...

[Chuck R. <ch...@ch...>]

Read the 4th paragraph first, so you'll see that I didn't ignore Gtk 
here, then go back, read the rest, and see about answering this all, ok?

Well, this is probably about 2 years out of date, but even so, I could 
get a couple of important answers for me.  I'm using Fink to manage (for 
me) a good sized suite of X11 + KDE software ... so my balance of X11 
versus native displaying software is quite citically important to me.  
Now, don't get me wrong, i live and die with vim (to the point that I'd 
accidentally killed off my vi, and simply didn't notice it for 30 days, 
as vim was going on with all the real work.

You see, the real point is, i was quite accurately correct, I'm a VIM 
head, but not gvim, I never use gvim, ever,  that  seems to be to offer 
a possibility.  D'you think it might be possible to get a gvim (and I 
mean gvim ONLY) to be aqua powered, so I could run that native?

[4th para]
SEcond (and the reason that it's a Gtkitem) is, could the power behind 
that gvim be gtk?  And, all this not interfering with my X11, which is 
puttering along in the background, but active at the same time, 
nonetheless.  Never gvim on X11, thoiugh, even,

OK, tell me all the items that I need to be worried over, ok?

[gtk+osx] build breaks

[Brendan M. <cat...@gm...>]

the 0.7 build breaks when I try to compile glib on xcode 2.1 on osx
10.4.1. I seem to have gcc4.0 installed.

Do I need a specific version of gcc?


config.h:63: this is the location of the previous definition
config.h:63: this is the location of the previous definition
config.h:63: this is the location of the previous definition
config.h:63: this is the location of the previous definition
config.h:63: this is the location of the previous definition
gdate.c:463: pointer targets in assignment differ in signedness
glibconfig.h:66: "G_VA_COPY" redefined
glibconfig.h:66: "G_VA_COPY" redefined
glibconfig.h:66: "G_VA_COPY" redefined
glibconfig.h:66: "G_VA_COPY" redefined
glibconfig.h:66: "G_VA_COPY" redefined
gstrfuncs.c:870: error: parse error before string constant
gstrfuncs.c:1037: error: parse error before string constant
gstrfuncs.c:1080: error: parse error before string constant
gstrfuncs.c:1111: error: parse error before string constant
gstrfuncs.c:1139: pointer targets in assignment differ in signedness
gstrfuncs.c:1155: pointer targets in assignment differ in signedness
gstrfuncs.c:1314: pointer targets in assignment differ in signedness
gstrfuncs.c:1317: pointer targets in passing argument 1 of 'strlen'
differ in signedness

Re: [gtk+osx] questions

[David B. <va...@nt...>]

Brendan Miller wrote:
> has there been much interest within the project for supporting gtk 2?
> would you be able to share a lot of the code, i.e. does the gdk
> interface stay pretty static between gtk 1.x and 2.x?

Not much interest at all really.

There is however an official GTK port in progress in GTK's cvs system
aiming for 2.10.

http://cvs.gnome.org/viewcvs/gtk%2B/gdk/quartz/

The gtk development list is the place to discuss it

http://mail.gnome.org/mailman/listinfo/gtk-devel-list

[gtk+osx] questions

[Brendan M. <cat...@gm...>]

has there been much interest within the project for supporting gtk 2?
would you be able to share a lot of the code, i.e. does the gdk
interface stay pretty static between gtk 1.x and 2.x?

Would it be accurate to say that porting gtk to osx only requires
reimplementing the gdk, or does the gtk sometimes access windows
system and os resources directly?

are there any special problems with porting to osx? I've noticed that
there are a number of gtk ports to win32, and that apps like gaim,
gimp, etc come bundled with it on the win32 port.

Would it be difficult to support the osx menu system? i.e.
automatically vary the osx menu depending on the formost gtk app?
Would it be difficult to get gtk apps to look like regular aqua apps?

thanks! it looks like you guys have a great project going. keep up the
good work.

[gtk+osx] Carbonized GTK-OSX

[Bryan W. <br...@ab...>]

Can I use this to write apps that work on the classic OSes?  For 
example, can I build a target for MacOS 9 using GTK-OSX since it is 
carbonized?

[gtk+osx] Carbonized

[Bryan W. <br...@ab...>]

I'm new to OSX development so forgive me for asking a question that may 
be obvious but since GTK+ is carbonized, I can install and run an app 
using GTK+ on classic Macs...yes?  If so, how do I install the 
libraries, etc...there has got to be more to this than meets the eye...

Thanks for any help.
-bryanw

Re: [gtk+osx] dustributing of GTK-OSX libs with app

[Andy P. <en...@li...>]

You can't statically link to the frameworks.  They're dynamic libraries.

For distribution you can use the PackageMaker tool.  It gets installed 
in /Developer/Applications/Utilities, when you install the XCode 
Developer Tools.  There are several tutorials available on the web on 
using PackageMaker.

Ultimately, it will generate an installer that mac users are familiar with.

The canonical directory for frameworks in OS X is /Library/Frameworks 
(when installing for multiple users), and ~/Library/Frameworks (when 
installing for a single user).

-Andy

KieSoft wrote:
> Hi!
> 
> I was able to compile my Linux app on MAC using GTK-OSX anf the app looks
> like work. Now I need to send it to my testers. Can you advice me how to
> create an install package that will distribute GTK-OSX libraries with my
> app? I do not want force my users to download and compile GTK-OSX.
> 
> What is the best and/or traditional way to do that on MAC OS X?
> 
> Is there a way to statically link GTK-OSX to my app?
> 
> Best regards,
> Igor
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Gtk-osx-developer mailing list
> Gtk...@li...
> https://lists.sourceforge.net/lists/listinfo/gtk-osx-developer
> 

[gtk+osx] dustributing of GTK-OSX libs with app

[KieSoft <ad...@ki...>]

Hi!

I was able to compile my Linux app on MAC using GTK-OSX anf the app looks
like work. Now I need to send it to my testers. Can you advice me how to
create an install package that will distribute GTK-OSX libraries with my
app? I do not want force my users to download and compile GTK-OSX.

What is the best and/or traditional way to do that on MAC OS X?

Is there a way to statically link GTK-OSX to my app?

Best regards,
Igor

Re: [gtk+osx] Some questions regarding osx-gtk and xcode

[Charles L. <cl...@gh...>]

On Jul 27, 2005, at 3:46 PM, Svenn Are Bjerkem wrote:

> Then I went over to www.gtk.org to get the code for the simplest 
> possible gtk program which will compile and run and still show some 
> sign of life; http://www.gtk.org/tutorial/ch-gettingstarted.html.

Note that there may be other small differences as well: that tutorial 
is apparently for GTK+2, and GTK+OSX is based on GTK+1.

-- 
Charles Lepple

[gtk+osx] Some questions regarding osx-gtk and xcode

[Svenn A. B. <sve...@bj...>]

Hi,

in the hope of being able to write an app on my mac which I can also 
compile on other platforms, I downloaded and installed gtk-osx, and 
have so far been successful, but not without changing a bit.

I use xcode 1.5 and have started like described in the gtk-osx readme: 
Create a new Carbon project and then remove the Carbon framework and 
add the 3 gtk frameworks coming that gtk-osx consist of. Then I went 
over to www.gtk.org to get the code for the simplest possible gtk 
program which will compile and run and still show some sign of life; 
http://www.gtk.org/tutorial/ch-gettingstarted.html. I discovered when 
building this project that in some of the header files there is a top 
level reference for some of the included header files which implies 
that the program normally would be compiled with 
-I/usr/local/include/glib. I decided to simply change
#include <glib.h>
to
#include <glib/glib.h>
and so on as I encountered the errors. This is probably breaking all 
rules with gtk, but at least the code compiles and the app run.

So I wonder if there is a way to tell Xcode that -I switch which make 
it find those header files, or if most gtk-osx developers are compiling 
from the command line, and thus really don't care about this?

Svenn

[gtk+osx] Re: Gtk-osx-developer digest, Vol 1 #141 - 1 msg

[KieSoft <ad...@ki...>]

> >When user presses a button at my app, it starts a long operation. But I
need
> >allow UI to work (update stat and other information). Linux version of my
> >app calls following code every few milliseconds:
> >
> >while(gtk_events_pending()) gtk_main_iteration();
> >
> >That works on Linux but does not work with GTK-OSX. Can you advice
anything?
> >
> >Looking forward to hearing from you soon,
> >
> >Best regards,
> >Igor
> >
> >
> >
> Sounds like you may want to use fork() and leave one process or thread
> in that loop and kill it when you no longer need it. An even better
> solution would be a fork() in conjunction with a semaphore.
The problem that my operation must show information at GtkDialog. GTK is not
thread-safe, so I cannot access GtkDialog safely from another thread. When I
do the operation  at the main thread, GUI locks up. To allow UI be updated I
call

while(gtk_events_pending()) gtk_main_iteration();

every second. That works on Linux but with MAC-OSX  gtk_events_pending()
always returns FALSE. I tried 3 ways:

1. while(gtk_events_pending()) gtk_main_iteration();

2. while (g_main_iteration(FALSE)) ;

3. while (gdk_events_pending()) {
         GdkEvent* ev = gdk_event_get(); // This does not block
          if (ev) { // Sometimes there is a NULL event, why?
             gtk_main_do_event(ev);
             gdk_event_free(ev);
             }
     } // while

None of above work. Can you advice me something?

Looking forward to hearing from you soon,

Best regards,
Igor

[gtk+osx] Re: Gtk-osx-developer digest, Vol 1 #140 - 1 msg

[Neal S. <n_s...@ch...>]

>When user presses a button at my app, it starts a long operation. But I need
>allow UI to work (update stat and other information). Linux version of my
>app calls following code every few milliseconds:
>
>while(gtk_events_pending()) gtk_main_iteration();
>
>That works on Linux but does not work with GTK-OSX. Can you advice anything?
>
>Looking forward to hearing from you soon,
>
>Best regards,
>Igor
>
>  
>
Sounds like you may want to use fork() and leave one process or thread 
in that loop and kill it when you no longer need it. An even better 
solution would be a fork() in conjunction with a semaphore.

Best of luck,

Neal

[gtk+osx] allow UI to work during long operation

[KieSoft <ad...@ki...>]

Hi!

When user presses a button at my app, it starts a long operation. But I need
allow UI to work (update stat and other information). Linux version of my
app calls following code every few milliseconds:

while(gtk_events_pending()) gtk_main_iteration();

That works on Linux but does not work with GTK-OSX. Can you advice anything?

Looking forward to hearing from you soon,

Best regards,
Igor

Re: [gtk+osx] window is visible but does not accept focus

[Michael M. <stu...@gm...>]

David Burnett wrote:
> KieSoft wrote:
> 
>> Hi!
>>
>> I'm trying to port my Linux app on MAC OS X. I can compile the code and
>> window is visible but does not accept focus, nor is it movable. I thought
>> that's my problem and wrote a small GTK app. I get the same result 
>> with that
>> test app too: window does not accept focus. Can you help me to solve the
>> problem?
> 
> 
> Its an old issue.For some reason Apple have made it awkward to make 
> command line programs
> have a GUI. There's a number of way's around this, the easiest is to 
> wrap the executable in a bundle.
> 
> There is also a way to add a resource, I'm not to clear about it but the 
> FLTK GUI tool set has
> a program that can do it, although IIRC it's just a script and a 
> resource file.
> 
> 
> Dave

If you can use a script of some sort to launch your program, I'd 
recommend Platypus ( http://sveinbjorn.sytes.net/platypus ). I've used 
it for several programs and it works great. The program that uses it 
that you've most likely used is Gimp.app (the GiMP packaged for OSX).

Michael Moore

Re: [gtk+osx] window is visible but does not accept focus

[David B. <va...@nt...>]

KieSoft wrote:
> Hi!
> 
> I'm trying to port my Linux app on MAC OS X. I can compile the code and
> window is visible but does not accept focus, nor is it movable. I thought
> that's my problem and wrote a small GTK app. I get the same result with that
> test app too: window does not accept focus. Can you help me to solve the
> problem?

Its an old issue.For some reason Apple have made it awkward to make 
command line programs
have a GUI. There's a number of way's around this, the easiest is to 
wrap the executable in a bundle.

There is also a way to add a resource, I'm not to clear about it but the 
FLTK GUI tool set has
a program that can do it, although IIRC it's just a script and a 
resource file.


Dave

[gtk+osx] window is visible but does not accept focus

[KieSoft <ad...@ki...>]

Hi!

I'm trying to port my Linux app on MAC OS X. I can compile the code and
window is visible but does not accept focus, nor is it movable. I thought
that's my problem and wrote a small GTK app. I get the same result with that
test app too: window does not accept focus. Can you help me to solve the
problem?

Here are my code:

----------------------------------------------------------------------------
--------------
gtktest.mak:

CXXFLAGS=-g -Wno-long-double -Werror -D_FILE_OFFSET_BITS=64 -I/gtk-osx-0.6 -
I/gtk-osx-0.6/glib-1.2.10 -I/gtk-osx-0.6/gdk
OBJS=gtktest.o

gtktest : $(OBJS) ; \
    gcc -o gtktest $(OBJS) -lpthread -ldl -lstdc++
`/gtk-osx-0.6/gtk-config/gtk-config --libs`;

----------------------------------------------------------------------------
--------------
gtktest.cpp:

#include <stdlib.h>
#include <stdio.h>
#include <sys/stat.h>
#include <sys/types.h>
#include <math.h>
#include <time.h>
#include <locale.h>
#include <assert.h>
#include <ctype.h>
#include <gtk/gtk.h>

static gint close_app_event(GtkWidget *widget, GdkEvent *event, gpointer
data)
{
gtk_main_quit();
return FALSE;
}


int main(int argc, char* argv[])
{
gchar buffer[64];
srand (time (NULL));

gtk_set_locale ();
gtk_init (&argc, &argv);
gdk_rgb_init();

GtkBindingSet *binding_set = gtk_binding_set_by_class (gtk_type_class
(GTK_TYPE_WIDGET));
gtk_binding_entry_add_signal(binding_set, '9', GDK_CONTROL_MASK |
GDK_RELEASE_MASK, "debug_msg", 1, GTK_TYPE_STRING, "GtkWidgetClass
<ctrl><release>9 test");

GtkWidget *window = gtk_window_new (GTK_WINDOW_TOPLEVEL);
gtk_window_set_policy (GTK_WINDOW (window), FALSE, FALSE, FALSE);
gtk_widget_set_name (window, "main window");
gtk_widget_set_usize (window, 200, 400);
gtk_widget_set_uposition (window, 20, 20);
gtk_signal_connect (GTK_OBJECT (window), "destroy",
GTK_SIGNAL_FUNC(gtk_main_quit),  NULL);
gtk_signal_connect (GTK_OBJECT (window), "delete-event", GTK_SIGNAL_FUNC
(gtk_false), NULL);

GtkWidget *box1 = gtk_vbox_new (FALSE, 0);
gtk_container_add (GTK_CONTAINER (window), box1);

if (gtk_micro_version > 0)  sprintf (buffer, "Gtk+ v%d.%d.%d",
gtk_major_version, gtk_minor_version, gtk_micro_version);
else sprintf (buffer, "Gtk+ v%d.%d", gtk_major_version, gtk_minor_version);

GtkWidget *label = gtk_label_new (buffer);
gtk_box_pack_start (GTK_BOX (box1), label, FALSE, FALSE, 0);

GtkWidget *button = gtk_button_new_with_label ("close");
gtk_signal_connect(GTK_OBJECT (button), "clicked", GTK_SIGNAL_FUNC
(close_app_event), window);
gtk_box_pack_start(GTK_BOX (box1), button, TRUE, TRUE, 0);
GTK_WIDGET_SET_FLAGS (button, GTK_CAN_DEFAULT);
gtk_widget_grab_default (button);

gtk_widget_show_all (window);
gtk_main ();
return 0;
}


----------------------------------------------------------------------------
--------------

I took the code from gtk-osx-0.6 demo app.

Looking forward to hearing from you soon,

Best regards,
Igor

[gtk+osx] Doesn't work with nessus

[Daniel R. Killoran,Ph.D. <drk...@sp...>]

Trying to use GTK+OSX with nessus, on execution I get:


** WARNING **: gdk_drag_init: not implemented

gtk_init
GTKMacSetup()

** WARNING **: gdk_font_load: CALLED with -adobe-helvetica-medium-r- 
normal--*-120-*-*-*-*-*-*
Found font: helvetica, 12 pt (id: 21)

** WARNING **: gdk_atom_intern: unimplemented (warned once)

** WARNING **: gdk_window_set_cursor: not implemented! (only warned  
once)

** WARNING **: gdk_color_parse: None color gotten

** WARNING **: gdk_color_parse: None color gotten

** WARNING **: gdk_color_parse: None color gotten

** WARNING **: gdk_cursor_new: not implemented!

** WARNING **: gdk_cursor_new: not implemented!

** WARNING **: gdk_cursor_new: not implemented!

** WARNING **: gdk_cursor_new: not implemented!

** WARNING **: gdk_window_shape_combine_mask: not implemented!

** WARNING **: gdk_window_shape_combine_mask: not implemented!

** WARNING **: gdk_gc_set_clip_mask: no yet implemented on MacOS
detail: button
detail: button
detail: button
detail: button
detail: button
detail: button
detail: button
detail: button
detail: button
detail: button
detail: button
detail: button
^C

The expected window is drawn, but will not accept focus when clicked  
upon, nor is it movable.
The program appears hung and could only be exited by ^C.

In view of the "unimplemented" messages, is this expected behaviour?

Dan Killoran

[gtk+osx] SciTe

[Neil W. <ne...@li...>]

Hi there!

I am investigating the feasibility of porting my 
favourite text editor SciTE to a native OSX 
environment.

I have discovered GTK-OSX whilst doing my intial 
investigations and am very hopeful that this 
project will be a great help to me. I also hope my 
SciTE project will bring some benfits to GTK-OSX.

Any pearls of wisdom from other list members would 
be greatly appreciated.

Best regards

Neil Williams

Re: [gtk+osx] Compiling Dia with gtk-osx

[Andrew R. <awr...@ma...>]

Hi Lars,

There is a libdlcompat that can be used with Darwin. It should be 
available with either DarwinPorts or Fink.

Drew

On Apr 29, 2005, at 4:42 PM, Lars Clausen wrote:

> Hi!
>
> I just ran across gtk-osx today.  Having wanted to compile Dia for OS X
> for quite a while, I jumped at the chance.  First I tried a simple 
> hello
> world from the Gtk 1.2 tutorial, and it worked.  Trying with Dia 0.90 
> (our
> last pre-GTK2 version), I found I had to install gdk-pixbuf first.
> Getting that (version 0.8.0, I tried ./configure 
> --build=powerpc-apple-bsd
> --ost=powerpc-apple-bsd --target=powerpc-apple-bsd (which I'd found
> somewhere else and helps with poor detection), but had the glib-config
> test program fail because it tried to use -ldl in its compile (see
> attached bit of log below).  Does anyone have a pointer to what to do
> about that?
>
> Thanks,
> -Lars
>
> configure:2133: checking for GLIB - version >= 1.2.0
> configure:2232: gcc -o conftest -g -O2
> -I/Library/Frameworks/GLib.framework/Head
> ers   conftest.c -F/Library/Frameworks -framework glib -framework glib
> -ldl  1>&5
> ld: can't locate file for: -ldl
> configure: failed program was:
>

Re: [gtk+osx] Compiling Dia with gtk-osx

[Lars C. <la...@ra...>]

Lars Clausen sagde:
> On Fri, 2005-04-29 at 22:38 +0100, David Burnett wrote:> (cd . && ln -s
polygon.lo polygon.o)
> (cd . && ln -s beziergon.lo beziergon.o)
> gcc -bundle -flat_namespace -undefined suppress
> -o .libs/libstandard_objects.so  arc.lo box.lo ellipse.lo textobj.lo
> line.lo zigzagline.lo polyline.lo bezier.lo standard.lo image.lo
> polygon.lo beziergon.lo  -L/sw/lib -lpng -lz -lc
> -install_name  /usr/local/lib/dia/libstandard_objects.so
> gcc: -install_name only allowed with -dynamiclib
> make[3]: *** [libstandard_objects.la] Error 1
>
> The install_name option is not one we set explicitly, but seems to be a
> libtool thing.  I have /usr/bin/libtool as the first in my path.

Googled for and found a fix, namely running ./configure with
--disable-shared and --enable-maintainer-mode (don't know yet if the
latter is strictly required).  It now compiles (after fixing a couple bad
include statements in Dia) but fails at linking.  Some of it is apparentl=
y
that gdk-pixbuf doesn't find its libraries, but there's two gdk_ic_attr_*
calls that would appear to be missing from gtk-osx:

ld: warning multiple definitions of symbol _locale_charset
/sw/lib/libintl.dylib(localcharset.lo) definition of _locale_charset
/sw/lib/libiconv.dylib(localcharset.o) definition of _locale_charset
ld: Undefined symbols:
_gdk_ic_attr_destroy
_gdk_ic_attr_new
_jpeg_CreateDecompress
_jpeg_destroy_decompress
_jpeg_finish_decompress
_jpeg_read_header
_jpeg_read_scanlines
_jpeg_resync_to_restart
_jpeg_start_decompress
_jpeg_std_error
_jpeg_stdio_src
_TIFFClose
_TIFFFdOpen
_TIFFGetField
_TIFFReadRGBAImage
__TIFFfree
__TIFFmalloc
make[2]: *** [dia] Error 1

Not sure what do do about the locale_charset thing either.  I'll see if I
can poke gdk-pixbuf into not dying on me, but the gdk_ic things would be
up to you.

Thanks,
-Lars

Re: [gtk+osx] Compiling Dia with gtk-osx

[Lars C. <la...@ra...>]

On Fri, 2005-04-29 at 22:38 +0100, David Burnett wrote:
> Lars Clausen wrote:
> 
> > This does not seem to be cured, however.  Making libdl.lib a symlink to
> > libdl.dylib (for testing) doesn't change a thing, either.  I notice,
> > though, that libdl only exists in my /sw (fink) directory.  Should it be
> > part of the normal compilation system?
> 
> Which version of OSX are you using? libdl became part of the standard
> development environment with Panther, before that it was third party.
> 
> 
> If libdl.dylib is in /sw/lib you'll need to...
> 
> export LDFLAGS=-L/sw/lib
> export CPPFLAGS=-I/sw/include
> 
> before running configure.

Thanks, that helped.  After a bit of cutting out tests I got gdk-pixbuf
installed, and can now compile Dia up to the point where it tries to
make a dynamic library:

(cd . && ln -s polygon.lo polygon.o)
(cd . && ln -s beziergon.lo beziergon.o)
gcc -bundle -flat_namespace -undefined suppress
-o .libs/libstandard_objects.so  arc.lo box.lo ellipse.lo textobj.lo
line.lo zigzagline.lo polyline.lo bezier.lo standard.lo image.lo
polygon.lo beziergon.lo  -L/sw/lib -lpng -lz -lc
-install_name  /usr/local/lib/dia/libstandard_objects.so
gcc: -install_name only allowed with -dynamiclib
make[3]: *** [libstandard_objects.la] Error 1

The install_name option is not one we set explicitly, but seems to be a
libtool thing.  I have /usr/bin/libtool as the first in my path.

This is much closer than I've gotten before.

-Lars

-- 
Lars Clausen <la...@ra...>

Re: [gtk+osx] Compiling Dia with gtk-osx

[David B. <va...@nt...>]

Lars Clausen wrote:

> This does not seem to be cured, however.  Making libdl.lib a symlink to
> libdl.dylib (for testing) doesn't change a thing, either.  I notice,
> though, that libdl only exists in my /sw (fink) directory.  Should it be
> part of the normal compilation system?

Which version of OSX are you using? libdl became part of the standard
development environment with Panther, before that it was third party.


If libdl.dylib is in /sw/lib you'll need to...

export LDFLAGS=-L/sw/lib
export CPPFLAGS=-I/sw/include

before running configure.

Dave