Thread: [Fwd: Re: [pgadmin-hackers] compile error]

[Fwd: Re: [pgadmin-hackers] compile error]

From
"Diego A. Gil"
Date:
It may help ..

Diego.

-----Mensaje reenviado-----
> From: Diego A. Gil <diego@adminsa.com>
> To: PgAdmin Hackers <pgadmin-hackers@postgresql.org>
> Subject: Re: [pgadmin-hackers] compile error
> Date: Wed, 16 Jun 2004 00:12:00 -0300
> 
> Finally, I made it work!.
> 
> Please check 
> http://lists.wxwidgets.org/archive/wx-users/msg39100.html
> 
> There is part of the solution.
> 
> Error related to _gtk_rc_context_get_default_font_name was "solved"
> commenting out these lines in wxWindows src/gtk/settings.cpp:
> 
> //const gchar *font_name = 
> //_gtk_rc_context_get_default_font_name(gtk_settings_get_default());
> //g_systemFont = new wxFont(wxString::FromAscii(font_name));
> 
> I don't know exactly why, but pgadmin3 seems to work OK now. At least,
> runs.
> 
> Thanks for this very good tool !!.
> 
> 
> Diego.
> 
> 
> El mar, 15-06-2004 a las 18:41, Diego A. Gil escribió:
> > Hi,
> > 
> > I am trying to compile pgadmin3 in a Fedora Core 2 box. 
> > 
> > First, I compiled and installed wxWindows snapshot OK.
> > (wxWindows-pgAdmin3-20031010-9)
> > 
> > Then I configure pgadmin (pgadmin3-src-20040615.tar.gz) and start "make
> > all". Fails with the following messages:
> > 
> > (a lot of text before ...)
> > g++ -DDATA_DIR=\"/usr/local/pgadmin3/share/pgadmin3/\" -Wall -g
> > -I../src/include -I../src/agent/include -Wall -g -O0  -L/usr/lib
> > -L/usr/local/lib -o pgadmin3  pgAdmin3.o pgConn.o pgSet.o keywords.o
> > pgAggregate.o pgCast.o pgCheck.o pgCollection.o pgColumn.o
> > pgConstraints.o pgConversion.o pgDatabase.o pgDomain.o pgForeignKey.o
> > pgFunction.o pgGroup.o pgIndex.o pgIndexConstraint.o pgLanguage.o
> > pgObject.o pgOperator.o pgOperatorClass.o pgRule.o pgSchema.o
> > pgSequence.o pgServer.o pgTable.o pgTrigger.o pgType.o pgUser.o pgView.o
> > pgDatatype.o pgaAgent.o pgaJob.o pgaStep.o pgaSchedule.o dlgJob.o
> > dlgSchedule.o dlgStep.o xh_sqlbox.o xh_calb.o xh_timespin.o
> > ctlSecurityPanel.o dlgClasses.o frmGrantWizard.o calbox.o timespin.o
> > ctlListView.o ctlSQLBox.o ctlSQLResult.o frmExport.o dlgAddTableView.o
> > dlgEditGridOptions.o events.o frmAbout.o frmIndexcheck.o
> > frmChildTableViewFrame.o frmConnect.o frmMain.o frmOptions.o
> > frmPassword.o frmQuery.o frmQueryBuilder.o frmHelp.o frmQBJoin.o
> > frmSplash.o frmMaintenance.o frmEditGrid.o dlgProperty.o dlgUser.o
> > dlgGroup.o dlgDatabase.o dlgLanguage.o dlgSchema.o dlgDomain.o
> > dlgTable.o dlgColumn.o dlgIndex.o dlgFunction.o dlgView.o dlgRule.o
> > dlgOperator.o dlgAggregate.o dlgCast.o dlgConversion.o
> > dlgIndexConstraint.o dlgForeignKey.o dlgSequence.o dlgTrigger.o
> > dlgType.o dlgCheck.o frmStatus.o misc.o sysLogger.o sysSettings.o
> > utffile.o xrcDialogs.o  /usr/lib/libpq.a -lcrypt  -lssl -lcrypto
> > /usr/local/lib/libwx_gtk2ud_stc-2.5.a
> > /usr/local/lib/libwx_gtk2ud_xrc-2.5.a -L/usr/local/lib -pthread
> > /usr/local/lib/libwx_gtk2ud_html-2.5.a
> > /usr/local/lib/libwx_gtk2ud_adv-2.5.a
> > /usr/local/lib/libwx_gtk2ud_core-2.5.a
> > /usr/local/lib/libwx_baseud_xml-2.5.a
> > /usr/local/lib/libwx_baseud_net-2.5.a /usr/local/lib/libwx_baseud-2.5.a
> > -Wl,--export-dynamic -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0
> > -lgdk_pixbuf-2.0 -lm -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0
> > -lgobject-2.0 -lgmodule-2.0 -ldl -lgthread-2.0 -lglib-2.0
> > -Wl,--export-dynamic -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0
> > -lgmodule-2.0 -ldl -lglib-2.0 -lpng -ljpeg -ltiff -lexpat -lz -ldl -lm
> > /usr/local/lib/libwx_gtk2ud_core-2.5.a(corelib_settings.o)(.text+0xa55):
> > En la función `wxSystemSettingsNative::GetFont(wxSystemFont)':
> > src/gtk/settings.cpp:346: undefined reference to
> > `_gtk_rc_context_get_default_font_name'
> > /usr/local/lib/libwx_gtk2ud_core-2.5.a(corelib_menu.o)(.text+0xc5c): En
> > la función `wxMenubarUnsetInvokingWindow':
> > src/gtk/menu.cpp:275: undefined reference to `_gtk_accel_group_detach'
> > /usr/local/lib/libwx_gtk2ud_core-2.5.a(corelib_menu.o)(.text+0xd76): En
> > la función `wxMenubarSetInvokingWindow':
> > src/gtk/menu.cpp:299: undefined reference to `_gtk_accel_group_attach'
> > /usr/local/lib/libwx_gtk2ud_core-2.5.a(corelib_menu.o)(.text+0xe91): En
> > la función
> > `wxMenuBar::SetInvokingWindow(wxWindow*)':src/gtk/menu.cpp:323:
> > undefined reference to `_gtk_accel_group_attach'
> > /usr/local/lib/libwx_gtk2ud_core-2.5.a(corelib_menu.o)(.text+0xf68): En
> > la función `wxMenuBar::UnsetInvokingWindow(wxWindow*)':
> > src/gtk/menu.cpp:344: undefined reference to `_gtk_accel_group_detach'
> > collect2: ld devolvió el estado de salida 1
> > make[2]: *** [pgadmin3] Error 1
> > make[2]: Leaving directory `/home/dags/sandbox/pgadmin3-1.1.0/src'
> > make[1]: *** [all-recursive] Error 1
> > make[1]: Leaving directory `/home/dags/sandbox/pgadmin3-1.1.0'
> > make: *** [all] Error 2
> > [dags@roadwarrior pgadmin3-1.1.0]$
> > 
> > What I am doing wrong ?. I really need to have pgadmin3 working !!. Any
> > idea ?.
> > 
> > I guess this
> > http://www.redhat.com/archives/fedora-test-list/2004-March/msg01723.html
> > could be related, but I don't know how to solve it.
> > 
> > Thanks a lot. 
> > Diego.
> > 
> > 
> > 
> > ---------------------------(end of broadcast)---------------------------
> > TIP 3: if posting/reading through Usenet, please send an appropriate
> >       subscribe-nomail command to majordomo@postgresql.org so that your
> >       message can get through to the mailing list cleanly



Re: [Fwd: Re: [pgadmin-hackers] compile error]

From
"Scot L. Harris"
Date:
On Fri, 2004-06-25 at 17:58, Diego A. Gil wrote:
> It may help ..
> 
> Diego.
> 
> -----Mensaje reenviado-----
> > From: Diego A. Gil <diego@adminsa.com>
> > To: PgAdmin Hackers <pgadmin-hackers@postgresql.org>
> > Subject: Re: [pgadmin-hackers] compile error
> > Date: Wed, 16 Jun 2004 00:12:00 -0300
> > 
> > Finally, I made it work!.
> > 
> > Please check 
> > http://lists.wxwidgets.org/archive/wx-users/msg39100.html
> > 
> > There is part of the solution.
> > 
> > Error related to _gtk_rc_context_get_default_font_name was "solved"
> > commenting out these lines in wxWindows src/gtk/settings.cpp:
> > 
> > //const gchar *font_name = 
> > //_gtk_rc_context_get_default_font_name(gtk_settings_get_default());
> > //g_systemFont = new wxFont(wxString::FromAscii(font_name));
> > 

That is the part of the code calling the internal gtk+ functions. 
However just commenting them out without knowing what they do would seem
a chancy proposition at best.  

-- 
Scot L. Harris
webid@cfl.rr.com

It's a lot of fun being alive ... I wonder if my bed is made?!? 



Re: [Fwd: Re: [pgadmin-hackers] compile error]

From
"Diego A. Gil"
Date:
Scot:

I don't know what "chancy" means (I speak spanish) but if that means
that this is not a good solution, I agree with you. 

The fact is I could not find any better one !. Everybody talks about
re-exporting this functions but it doesn't sound very clever to me
either, because is going backwards.

Besides, the names of this functions are very expresive to me !!. I
tryied, and it worked. 

Anyone knows how to change this calls to something supported ?

Diego.

El vie, 25-06-2004 a las 21:51, Scot L. Harris escribió:
> On Fri, 2004-06-25 at 17:58, Diego A. Gil wrote:
> > It may help ..
> > 
> > Diego.
> > 
> > -----Mensaje reenviado-----
> > > From: Diego A. Gil <diego@adminsa.com>
> > > To: PgAdmin Hackers <pgadmin-hackers@postgresql.org>
> > > Subject: Re: [pgadmin-hackers] compile error
> > > Date: Wed, 16 Jun 2004 00:12:00 -0300
> > > 
> > > Finally, I made it work!.
> > > 
> > > Please check 
> > > http://lists.wxwidgets.org/archive/wx-users/msg39100.html
> > > 
> > > There is part of the solution.
> > > 
> > > Error related to _gtk_rc_context_get_default_font_name was "solved"
> > > commenting out these lines in wxWindows src/gtk/settings.cpp:
> > > 
> > > //const gchar *font_name = 
> > > //_gtk_rc_context_get_default_font_name(gtk_settings_get_default());
> > > //g_systemFont = new wxFont(wxString::FromAscii(font_name));
> > > 
> 
> That is the part of the code calling the internal gtk+ functions. 
> However just commenting them out without knowing what they do would seem
> a chancy proposition at best.  



Re: [Fwd: Re: [pgadmin-hackers] compile error]

From
"Scot L. Harris"
Date:
On Fri, 2004-06-25 at 20:27, Diego A. Gil wrote:
> Scot:
> 
> I don't know what "chancy" means (I speak spanish) but if that means
> that this is not a good solution, I agree with you. 
> 
> The fact is I could not find any better one !. Everybody talks about
> re-exporting this functions but it doesn't sound very clever to me
> either, because is going backwards.

You understood me correctly.  :)  I have not found a better answer yet
either.  For now I am connecting from a Redhat 8.0 box where I was able
to build pgadmin.  That and using psql.



-- 
Scot L. Harris
webid@cfl.rr.com

"THIS time it really is fixed. I mean, how many times can weget it wrong? At some point, we just have to run out of
reallybad ideas.."
 
- Linus Torvalds" 



compile/link error Fedora et al

From
Andreas Pflug
Date:
Dear hackers and users,

for the moment, I'd suggest commenting out the offending call to that
_gtkXXX function, it seems we can live without it.

I hope that in the next few weeks we will be able to use a vanilla wx
snapshot, thus making progresses towards using an official wx package.
Apparently, I'll be able to have wx fixed (more or less) the way I've
been suggesting for a year now. If that should fail, I'll be recoding
some core xrc stuff into pgadmin3 sources directly to work around it.

Regards,
Andreas




Re: [pgadmin-hackers] compile/link error Fedora et al

From
"Diego A. Gil"
Date:
OK. That is what I dit on my FC2 box and now pgadmin3 is working very
well.

Diego.


El dom, 27-06-2004 a las 16:59, Andreas Pflug escribió:
> Dear hackers and users,
> 
> for the moment, I'd suggest commenting out the offending call to that 
> _gtkXXX function, it seems we can live without it.
> 
> I hope that in the next few weeks we will be able to use a vanilla wx 
> snapshot, thus making progresses towards using an official wx package. 
> Apparently, I'll be able to have wx fixed (more or less) the way I've 
> been suggesting for a year now. If that should fail, I'll be recoding 
> some core xrc stuff into pgadmin3 sources directly to work around it.
> 
> Regards,
> Andreas
> 
> 
> 
> 
> ---------------------------(end of broadcast)---------------------------
> TIP 2: you can get off all lists at once with the unregister command
>     (send "unregister YourEmailAddressHere" to majordomo@postgresql.org)