ugly but working hack to fix link problems

git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/branches/BRANCH-1_2_X@5472 a592a061-630c-0410-9148-cb99ea01b6c8

src/support/ChangeLog

@@ -1,3 +1,7 @@
+2002-10-22  Jean-Marc Lasgouttes  <Jean-Marc.Lasgouttes@inria.fr>
+
+	* lyxsum.C: an ugly hack to fix some boost link problems
+
 2002-07-17  Herbert Voss  <voss@perce.de>
 
 	* DestroyLyXTmpDir.C: delete _all_ files when exit

src/support/lyxsum.C

@@ -18,6 +18,15 @@
 
 using std::endl;
 
+// OK, this is ugly, but it is the only workaround I found to compile
+// with gcc (any version) on a system which uses a non-GNU toolchain.
+// The problem is that gcc uses a weak symbol for a particular
+// instantiation and that the system linker usually does not
+// understand those weak symbols (seen on HP-UX, tru64, AIX and
+// others). Thus we force an explicit instanciation of this particular
+// template (JMarc)
+template class boost::detail::crc_table_t<32, 0x04C11DB7, true>;
+
 // Various implementations of lyx::sum(), depending on what methods
 // are available. Order is faster to slowest.
 #if defined(HAVE_MMAP) && defined(HAVE_MUNMAP)

status.12x

@@ -88,3 +88,5 @@ What's new
 
 - fix compilation problem (missing <wchar.h>) on some BSD systems
   (including Mac OS X)
+
+- fix link problems with gcc on and non-GNU linkers