CLK net warning for stopwatch code on FPGA nexys2 board?
Firstly I'm assuming the signal clk is a nice clean clock signal driven from outside the FPGA, maybe by crystal oscillator, LVDS clock source or similar, preferably on a dedicated clock pin?

Your code creates a roll-over counter stored in count_time that overflows to zero after 22-bits, where cycle with all-1's sets signal check high for one cycle. So far all fine.

always @ (posedge clk or posedge rst) begin
    if (rst) begin
      count_time &lt;=0;
      check &lt;=0;
    end else begin
      count_time &lt;= count_time+1;
      check      &lt;= &amp;count_time;
    end
end


The problem is how you use the signal check. You have added it to the sensitivity list of the process //counting on last two SSDs. Since this signal is the output from a flip flop, rather than a nice clean external clock signal, the tools are warning you. This arrangement (logic from one stage feeding the CLOCK of a subsequent register) is called a "gated clock". It is popular in ASIC design but not good synchronous design practice for targeting FPGAs.

The way to solve this is to re-write your code so that all processes are sensitive only to the clk and rst signals. The signal check will be promoted to become the CLOCK ENABLE input for all the logic within the process, I'll do one to get you started:

//counting on last two SSDs

always @ (posedge clk or posedge rst) begin
    if (rst) begin
      third &lt;= 0;
      fourth &lt;= 0;
    end else if (check) begin
        if (fourth==9) begin
           fourth&lt;=0;
           if (third==1) begin
              third &lt;= 0;
              carry &lt;= 1;
           end else begin
              third &lt;= third + 1;
              carry &lt;= 0;
           end
        end else begin
          fourth &lt;= fourth+1;
        end
    end
end


This probably isn't why the design doesn't work, but it should clear up those warnings and put you on the right path. It would be advisable to get this running in a simulator like Icarus Verilog to see if the design has any fundamental problems. 

You also should:


register the output of a,b,c,d,e,f,g,dot and anodes an so they reveal to the outside world on a common clock edge, rather than after arbitary logic/routing delays. The reg will be absorved into the pin I/O pads so don't worry about 'extra' logic usage, you'll have it anyway
Depending on what the source (clk) clock rate is, you might want to massively reduce the base frequency of the multiplexed outputs (using enables again) - it won't work effectively if the active time for each display is just hundreds of nanoseconds before switching. To get flicker free visual aliasing aim for a redraw of about 25-50Hz on each digit, so with four displays you want to switch the output at 200-500hz. I would add many more bits to counter and use the upper bits to drive the multiplexer.