Gnuplot - Revision history

Admin: /* Installing */

2011-06-01T07:48:43Z

Installing

← Older revision		Revision as of 07:48, 1 June 2011
Line 14:		Line 14:
	</source>		</source>

	I ~~initially~~ experienced the following errors due to problems with [[Fink]] during the linking process:		==Errors==

			==="file was built for i386 which is not the architecture being linked" error===

			My first attempt at building Gnuplot was using [[Fink]]. On my first try, I experienced the following errors due to problems with [[Fink]] during the linking process:

	<pre>		<pre>

Admin at 16:11, 28 May 2011

2011-05-28T16:11:23Z

← Older revision		Revision as of 16:11, 28 May 2011
Line 89:		Line 89:


	~~[[Category:Computers]]~~		{{Programs}}
	~~[[Category:~~Programs]]		{{Math Programs}}

Admin at 04:01, 18 May 2011

2011-05-18T04:01:35Z

← Older revision		Revision as of 04:01, 18 May 2011
Line 87:		Line 87:

	The solution was to rebuild [[Fink]] in 64-bit version, which (unfortunately) was time-consuming, as I had already installed a large number of packages. See the [[Fink]] page for information on how to build a 64-bit version of Fink.		The solution was to rebuild [[Fink]] in 64-bit version, which (unfortunately) was time-consuming, as I had already installed a large number of packages. See the [[Fink]] page for information on how to build a 64-bit version of Fink.


			[[Category:Computers]]
			[[Category:Programs]]

Admin at 04:00, 18 May 2011

2011-05-18T04:00:53Z

← Older revision		Revision as of 04:00, 18 May 2011
Line 14:		Line 14:
	</source>		</source>

	I initially experienced the following errors during the linking process:		I initially experienced the following errors due to problems with [[Fink]] during the linking process:

	<pre>		<pre>
Line 84:		Line 84:
	etc...		etc...

	This turned out to be a problem with Fink - I had accidentally installed a 32-bit version of Fink on a Snow Leopard operating system, which is 64-bit. Gnuplot then automatically attempted to build a 64-bit version of everything, and ran into problems when linking to 32-bit versions of libraries.		This turned out to be a problem with my [[Fink]] installation - I had accidentally installed a 32-bit version of Fink on a Snow Leopard operating system, which is 64-bit. Gnuplot then automatically attempted to build a 64-bit version of everything, and ran into problems when linking to 32-bit versions of libraries.

			The solution was to rebuild [[Fink]] in 64-bit version, which (unfortunately) was time-consuming, as I had already installed a large number of packages. See the [[Fink]] page for information on how to build a 64-bit version of Fink.

Admin at 22:32, 17 May 2011

2011-05-17T22:32:58Z

← Older revision		Revision as of 22:32, 17 May 2011
Line 12:		Line 12:
	CFLAGS="-I/Users/charles/pkg/readline/std/include -L/Users/charles/pkg/readline/std/lib"		CFLAGS="-I/Users/charles/pkg/readline/std/include -L/Users/charles/pkg/readline/std/lib"
	CXXFLAGS="-I/Users/charles/pkg/readline/std/include -L/Users/charles/pkg/readline/std/lib"		CXXFLAGS="-I/Users/charles/pkg/readline/std/include -L/Users/charles/pkg/readline/std/lib"
	</source.		</source>

	I initially experienced the following errors during the linking process:		I initially experienced the following errors during the linking process:

Admin: Created page with "=Installing= ==Mac Snow Leopard (OS X 10.6)== I installed gnuplot with the following configure line: ./configure \ --prefix=/Users/charles/pkg/gnuplot/4...."

2011-05-17T22:32:12Z

Created page with "=Installing= ==Mac Snow Leopard (OS X 10.6)== I installed gnuplot with the following configure line: <source lang="bash"> ./configure \ --prefix=/Users/charles/pkg/gnuplot/4...."

New page

=Installing=

==Mac Snow Leopard (OS X 10.6)==

I installed gnuplot with the following configure line:

<source lang="bash">
./configure \
--prefix=/Users/charles/pkg/gnuplot/4.4.3 \
--with-readline=/Users/charles/pkg/readline/6.1 \
--with-texdir=/Users/charles/Library/texmf/tex/latex/gnuplot \
CFLAGS="-I/Users/charles/pkg/readline/std/include -L/Users/charles/pkg/readline/std/lib"
CXXFLAGS="-I/Users/charles/pkg/readline/std/include -L/Users/charles/pkg/readline/std/lib"
</source.

I initially experienced the following errors during the linking process:

<pre>
ld: warning: in /fink/lib/libncurses.dylib, file was built for i386 which is not the architecture being linked (x86_64)
ld: warning: in /System/Library/Frameworks//QuickTime.framework/QuickTime, missing required architecture x86_64 in file
ld: warning: in /usr/lib/libwx_macud-2.8.dylib, missing required architecture x86_64 in file
ld: warning: in /fink/lib/libpangocairo-1.0.dylib, file was built for i386 which is not the architecture being linked (x86_64)
ld: warning: in /fink/lib/libpango-1.0.dylib, file was built for i386 which is not the architecture being linked (x86_64)
ld: warning: in /fink/lib/libcairo.dylib, file was built for i386 which is not the architecture being linked (x86_64)
ld: warning: in /fink/lib/libgobject-2.0.dylib, file was built for i386 which is not the architecture being linked (x86_64)
ld: warning: in /fink/lib/libgmodule-2.0.dylib, file was built for i386 which is not the architecture being linked (x86_64)
ld: warning: in /fink/lib/libglib-2.0.dylib, file was built for i386 which is not the architecture being linked (x86_64)
ld: warning: in /fink/lib/libintl.dylib, file was built for i386 which is not the architecture being linked (x86_64)
ld: warning: in /fink/lib/libgtk-x11-2.0.dylib, file was built for i386 which is not the architecture being linked (x86_64)
ld: warning: in /fink/lib/libgdk-x11-2.0.dylib, file was built for i386 which is not the architecture being linked (x86_64)
ld: warning: in /fink/lib/libatk-1.0.dylib, file was built for i386 which is not the architecture being linked (x86_64)
ld: warning: in /fink/lib/libgio-2.0.dylib, file was built for i386 which is not the architecture being linked (x86_64)
ld: warning: in /fink/lib/libpangoft2-1.0.dylib, file was built for i386 which is not the architecture being linked (x86_64)
ld: warning: in /fink/lib/libgdk_pixbuf-2.0.dylib, file was built for i386 which is not the architecture being linked (x86_64)
ld: warning: in /fink/lib/libfreetype.dylib, file was built for i386 which is not the architecture being linked (x86_64)
</pre>

This caused a slew of "undefined symbol" errors:

<pre>
Undefined symbols:
"wxFrame::DoGetClientSize(int*, int*) const", referenced from:
vtable for wxtFramein wxt_gui.o
"wxApp::GetClassInfo() const", referenced from:
vtable for wxtAppin wxt_gui.o
"wxWindow::MacGetLeftBorderSize() const", referenced from:
vtable for wxtPanelin wxt_gui.o
vtable for wxtConfigDialogin wxt_gui.o
vtable for wxtFramein wxt_gui.o
vtable for wxCheckBoxBasein wxt_gui.o
vtable for wxStaticTextBasein wxt_gui.o
vtable for wxSliderBasein wxt_gui.o
vtable for wxButtonBasein wxt_gui.o
"_pango_layout_set_text", referenced from:
_gp_cairo_draw_text in gp_cairo.o
_gp_cairo_enhanced_flush in gp_cairo.o
_gp_cairo_enhanced_flush in gp_cairo.o
_gp_cairo_enhanced_flush in gp_cairo.o
_gp_cairo_enhanced_flush in gp_cairo.o
_gp_cairo_enhanced_flush in gp_cairo.o
_gp_cairo_enhanced_flush in gp_cairo.o
_gp_cairo_enhanced_finish in gp_cairo.o
_gp_cairo_set_termvar in gp_cairo.o
"wxMemoryInputStream::wxMemoryInputStream(void const*, unsigned long)", referenced from:
wxtApp::LoadPngIcon(unsigned char const*, int, int)in wxt_gui.o
"wxDialogBase::OnChildFocus(wxChildFocusEvent&)", referenced from:
vtable for wxtConfigDialogin wxt_gui.o
"wxAppBase::OnRun()", referenced from:
vtable for wxtAppin wxt_gui.o
"_pango_cairo_create_layout", referenced from:
_gp_cairo_create_layout in gp_cairo.o
"_wxEVT_COMMAND_BUTTON_CLICKED", referenced from:
__static_initialization_and_destruction_0(int, int)in wxt_gui.o
"wxWindowBase::DoIsExposed(int, int, int, int) const", referenced from:
vtable for wxtPanelin wxt_gui.o
vtable for wxtConfigDialogin wxt_gui.o
vtable for wxtFramein wxt_gui.o
vtable for wxCheckBoxBasein wxt_gui.o
vtable for wxStaticTextBasein wxt_gui.o
vtable for wxSliderBasein wxt_gui.o
vtable for wxButtonBasein wxt_gui.o
</pre>

etc...

This turned out to be a problem with Fink - I had accidentally installed a 32-bit version of Fink on a Snow Leopard operating system, which is 64-bit. Gnuplot then automatically attempted to build a 64-bit version of everything, and ran into problems when linking to 32-bit versions of libraries.