make/windows/build_vm_def.sh

Thu, 18 Feb 2010 13:31:31 -0800

author
mikejwre
date
Thu, 18 Feb 2010 13:31:31 -0800
changeset 1678
125eb6a9fccf
parent 1279
bd02caa94611
child 1840
fb57d4cf76c2
permissions
-rw-r--r--

Added tag jdk7-b84 for changeset ffc8d176b84b

     1 #
     2 # Copyright 2000-2009 Sun Microsystems, Inc.  All Rights Reserved.
     3 # DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
     4 #
     5 # This code is free software; you can redistribute it and/or modify it
     6 # under the terms of the GNU General Public License version 2 only, as
     7 # published by the Free Software Foundation.
     8 #
     9 # This code is distributed in the hope that it will be useful, but WITHOUT
    10 # ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
    11 # FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
    12 # version 2 for more details (a copy is included in the LICENSE file that
    13 # accompanied this code).
    14 #
    15 # You should have received a copy of the GNU General Public License version
    16 # 2 along with this work; if not, write to the Free Software Foundation,
    17 # Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
    18 #
    19 # Please contact Sun Microsystems, Inc., 4150 Network Circle, Santa Clara,
    20 # CA 95054 USA or visit www.sun.com if you need additional information or
    21 # have any questions.
    22 #  
    23 #
    25 # This shell script builds a vm.def file for the current VM variant.
    26 # The .def file exports vtbl symbols which allow the Serviceability
    27 # Agent to run on Windows. See make/windows/projectfiles/*/vm.def
    28 # for more information.
    29 #
    30 # The script expects to be executed in the directory containing all of
    31 # the object files.
    33 # Note that we currently do not have a way to set HotSpotMksHome in
    34 # the batch build, but so far this has not seemed to be a problem. The
    35 # reason this environment variable is necessary is that it seems that
    36 # Windows truncates very long PATHs when executing shells like MKS's
    37 # sh, and it has been found that sometimes `which sh` fails.
    38 if [ "x$HOTSPOTMKSHOME" != "x" ]; then
    39  MKS_HOME="$HOTSPOTMKSHOME"
    40 else
    41  SH=`which sh`
    42  MKS_HOME=`dirname "$SH"`
    43 fi
    45 echo "EXPORTS" > vm1.def
    47 AWK="$MKS_HOME/awk.exe"
    48 GREP="$MKS_HOME/grep.exe"
    49 SORT="$MKS_HOME/sort.exe"
    50 UNIQ="$MKS_HOME/uniq.exe"
    51 CAT="$MKS_HOME/cat.exe"
    52 RM="$MKS_HOME/rm.exe"
    53 DUMPBIN="link.exe /dump"
    55 # When called from IDE the first param should contain the link version, otherwise may be nill
    56 if [ "x$1" != "x" ]; then
    57 LINK_VER="$1"
    58 fi
    60 if [ "x$LINK_VER" != "x800" -a  "x$LINK_VER" != "x900" ]; then
    61 $DUMPBIN /symbols *.obj | "$GREP" "??_7.*@@6B@" | "$AWK" '{print $7}' | "$SORT" | "$UNIQ" > vm2.def
    62 else
    63 # Can't use pipes when calling cl.exe or link.exe from IDE. Using transit file vm3.def
    64 $DUMPBIN /OUT:vm3.def /symbols *.obj 
    65 "$CAT" vm3.def | "$GREP" "??_7.*@@6B@" | "$AWK" '{print $7}' | "$SORT" | "$UNIQ" > vm2.def
    66 "$RM" -f vm3.def
    67 fi
    69 "$CAT" vm1.def vm2.def > vm.def
    70 "$RM" -f vm1.def vm2.def

mercurial