<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    No, it is not the case. I checked it before already. As I have said
    test compiles successfully with JDK 1.4.2b28, so path is OK. I even
    tried to do as you have said right now (no jtreg, no MKS), and
    nothing changed as expected. Test passes against jdk 1.4.2b28 and
    fails against jdk 1.4.2_39b02 and jdk 8b53.<br>
    <br>
    LOG 1.4.2 u39 (dll is NOT produced):<br>
    <small><tt><br>
        C:\JTwork\scratch&gt;nmake -f Makefile.win<br>
        <br>
        Microsoft (R) Program Maintenance Utility Version 11.00.50727.1<br>
        Copyright (C) Microsoft Corporation.  All rights reserved.<br>
        <br>
                cl -nologo -IC:\jdk\j2sdk1.4.2_39b02\include\win32
        -IC:\jdk\j2sdk1.4.2_39b02\include -c myfile.cpp<br>
        myfile.cpp<br>
                link -nologo -dll -out:mylib.dll myfile.obj gdi32.lib
        user32.lib -LIBPATH:C:\jdk\j2sdk1.4.2_39b02\lib jawt.lib<br>
           Creating library mylib.lib and object mylib.exp<br>
        myfile.obj : error LNK2019: unresolved external symbol
        __imp__JAWT_GetAWT@8 referenced in function
        _Java_MyCanvas_paint@12<br>
        mylib.dll : fatal error LNK1120: 1 unresolved externals<br>
        NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft
        Visual Studio 11.0\VC\BIN\link.EXE"' : return code '0x460'<br>
        Stop.</tt></small><br>
    <br>
    LOG 1.4.2 fcs (no errors, dll is produced):<br>
    <br>
    <small><tt>C:\JTwork\scratch&gt;nmake -f Makefile.win<br>
        <br>
        Microsoft (R) Program Maintenance Utility Version 11.00.50727.1<br>
        Copyright (C) Microsoft Corporation.  All rights reserved.<br>
        <br>
                cl -nologo -IC:\jdk\j2sdk1.4.2b28\include\win32
        -IC:\jdk\j2sdk1.4.2b28\include -c myfile.cpp<br>
        myfile.cpp<br>
                link -nologo -dll -out:mylib.dll myfile.obj gdi32.lib
        user32.lib -LIBPATH:C:\jdk\j2sdk1.4.2b28\lib jawt.lib<br>
           Creating library mylib.lib and object mylib.exp</tt></small><br>
    <br>
    LOG 8 b51 (dll is NOT produced):<br>
    <br>
    <small><tt>C:\JTwork\scratch&gt;nmake -f Makefile.win<br>
        <br>
        Microsoft (R) Program Maintenance Utility Version 11.00.50727.1<br>
        Copyright (C) Microsoft Corporation.  All rights reserved.<br>
        <br>
                cl -nologo -IC:\jdk\jdk1.8.0b51\include\win32
        -IC:\jdk\jdk1.8.0b51\include -c myfile.cpp<br>
        myfile.cpp<br>
                link -nologo -dll -out:mylib.dll myfile.obj gdi32.lib
        user32.lib -LIBPATH:C:\jdk\jdk1.8.0b51\lib jawt.lib<br>
           Creating library mylib.lib and object mylib.exp<br>
        myfile.obj : error LNK2019: unresolved external symbol
        __imp__JAWT_GetAWT@8 referenced in function
        _Java_MyCanvas_paint@12<br>
        mylib.dll : fatal error LNK1120: 1 unresolved externals<br>
        NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft
        Visual Studio 11.0\VC\BIN\link.EXE"' : return code '0x460'<br>
        Stop.<br>
      </tt></small><br>
    <br>
    On 28.08.2012 17:46, Anthony Petrov wrote:
    <blockquote cite="mid:503CCBC8.5070907@oracle.com" type="cite">On
      8/28/2012 5:13 PM, Konstantin Shefov wrote:
      <br>
      <blockquote type="cite">
        <blockquote type="cite">Why is this necessary? This must be a
          bug in JDK if the library still needs to be copied to the
          current directory on Windows. Could you verify if the test
          still works w/o copying the dll? It must, actually.
          <br>
        </blockquote>
        <br>
        I cannot verify it on JDK 8 (Windows only issue, Solaris and
        Linux work fine) because on Windows this test compiles only with
        JDK 1.4.2 fcs b28! Even if I use JDK 1.4.2 u39 b02, I have the
        following compiler error:
        <br>
        <br>
        link -nologo -dll -out:mylib.dll myfile.obj gdi32.lib user32.lib
        C:/jdk/j2sdk1.4.2_39b02\\lib\\jawt.lib
        <br>
      </blockquote>
      <br>
      I believe this line causes the error. The linker simply doesn't
      see the jawt.lib module. Please try using the following name for
      the module:
      <br>
      <br>
      "C:\jdk\j2sdk1.4.2_39b02\lib\jawt.lib"
      <br>
      <br>
      instead of the current one:
      <br>
      <br>
      "C:/jdk/j2sdk1.4.2_39b02\\lib\\jawt.lib"
      <br>
      <br>
      (note the changes in slashes). I think make and/or cygwin/MKS can
      mangle the file name. There must be a way to make them return a
      proper full path name for the file so that the linker could see
      the module.
      <br>
      <br>
      Actually, I suggest to pass the following option to the linker:
      <br>
      <br>
      -LC:\jdk\j2sdk1.4.2_39b02\lib
      <br>
      <br>
      and list the jawt.lib simply by name together with other .lib's
      you're linking against.
      <br>
      <br>
      Please try this and see if it works for you.
      <br>
      <br>
      --
      <br>
      best regards,
      <br>
      Anthony
      <br>
      <br>
      <blockquote type="cite">   Creating library mylib.lib and object
        mylib.exp
        <br>
        myfile.obj : error LNK2019: unresolved external symbol
        __imp__JAWT_GetAWT@8 referenced in function
        _Java_MyCanvas_paint@12
        <br>
        mylib.dll : fatal error LNK1120: 1 unresolved externals
        <br>
        NMAKE : fatal error U1077: '"C:\\Program Files (x86)\\Microsoft
        Visual Studio 11.0\\VC\\BIN\\link.EXE"' : return code '0x460'
        <br>
        <br>
        It seems there is no "__imp__JAWT_GetAWT@8" in jawt.lib since
        1.4.2 fcs...
        <br>
        <br>
        <blockquote type="cite">
          <br>
          -- <br>
          best regards,
          <br>
          Anthony
          <br>
          <br>
          On 8/27/2012 8:29 PM, Konstantin Shefov wrote:
          <br>
          <blockquote type="cite">Hello,
            <br>
            <br>
            Please review a fix for the issue:
            <br>
            <br>
            7190587 Open source and jtreg'ify JAWT regression test
            <br>
            <br>
            Test was modified in to be run with jtreg.
            <br>
            <br>
            The webrev is
            <a class="moz-txt-link-freetext" href="http://cr.openjdk.java.net/~kshefov/7190587/webrev.00/">http://cr.openjdk.java.net/~kshefov/7190587/webrev.00/</a>
            <br>
            <br>
            <br>
            Thanks,
            <br>
            Konstantin
            <br>
            <br>
          </blockquote>
        </blockquote>
      </blockquote>
    </blockquote>
  </body>
</html>