[csw-devel] SF.net SVN: gar:[16102] csw/mgar/pkg/netcdf/trunk/Makefile

[gadavis at users.sourceforge.net]

Revision: 16102
          http://gar.svn.sourceforge.net/gar/?rev=16102&view=rev
Author:   gadavis
Date:     2011-11-06 18:11:10 +0000 (Sun, 06 Nov 2011)
Log Message:
-----------
/home/gadavis/mgar/pkg/netcdf/trunk: Yank some obsolete build argument clutter

Modified Paths:
--------------
    csw/mgar/pkg/netcdf/trunk/Makefile

Modified: csw/mgar/pkg/netcdf/trunk/Makefile
===================================================================
--- csw/mgar/pkg/netcdf/trunk/Makefile	2011-11-06 18:01:49 UTC (rev 16101)
+++ csw/mgar/pkg/netcdf/trunk/Makefile	2011-11-06 18:11:10 UTC (rev 16102)
@@ -103,9 +103,6 @@
 TEST_ARGS = $(BUILD_ARGS)
 
 GARCOMPILER = GCC4
-## Attempt to fix problem with configure not finding libgfortran.so.3 when 
-## compiling with GCC4
-#CONFIGURE_ENV += LD_LIBRARY_PATH=/opt/csw/gcc4/lib/$(MM_LIBDIR)
 
 CONFIGURE_ARGS  = $(DIRPATHS)
 CONFIGURE_ARGS += F77=$(F77) FC=$(FC) CC=$(CC) CXX=$(CXX)
@@ -130,22 +127,6 @@
 ## Needed for "Large file support" in NetCDF
 EXTRA_CPPFLAGS = -D_FILE_OFFSET_BITS=64
 
-## Add GCC4 lib dir to CFLAGS and friends because gcc3core_rt puts it's 
-## libgcc_s.so in /opt/csw/lib and this breaks the build in all sorts of weird 
-## places.
-## Rationale: Automake keeps wanting to put /opt/csw/lib in the front of the 
-## -L options during the linking phase, so the GCC3 libgcc_s gets pulled in 
-## first and an unresolved symbol error occurs. By adding to the 
-## CFLAGS/FFLAGS/FCFLAGS/CXXFLAGS, it is pulled in before AM_LDFLAGS in the 
-## linking stage in most automake-generated Makefiles. Ugly hack but it works.
-##
-## Adding -dalign to *FLAGS in attempt to fix bus error in nf_test/ftst_vars4
-## in fuction nf_put_vlen_element
-#EXTRA_CFLAGS = -L/opt/csw/gcc4/lib/$(MM_LIBDIR) -dalign
-#EXTRA_FFLAGS= -L/opt/csw/gcc4/lib/$(MM_LIBDIR) -dalign
-#EXTRA_FCFLAGS = -L/opt/csw/gcc4/lib/$(MM_LIBDIR) -dalign
-#EXTRA_CXXFLAGS = -L/opt/csw/gcc4/lib/$(MM_LIBDIR) -dalign
-
 ## During the 32-bit sparc build, the C++ bindings were barfing with an error 
 ## about undefined symbol __sync_fetch_and_add_4 in libnetcdf_c++
 ## From Porting FAQ: http://wiki.opencsw.org/porting-faq#toc5

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.