ਇੱਕ Red Hat ਕਰਮਚਾਰੀ ਨੇ ਗੋਲ ਅਸੈਂਬਲੀ ਸਿਸਟਮ ਪੇਸ਼ ਕੀਤਾ। GNU ਮੇਕ 4.2 ਦਾ ਜਾਰੀ ਕਰਨਾ

ਰਿਚਰਡ ਡਬਲਯੂਐਮ ਜੋਨਸ, ਲੇਖਕ libguestfs, Red Hat ਵਿਖੇ ਕੰਮ ਕਰਦਾ ਹੈ, ਪੇਸ਼ ਕੀਤਾ ਨਵੀਂ ਅਸੈਂਬਲੀ ਸਹੂਲਤ ਟੀਚੇ, ਸਕ੍ਰਿਪਟਾਂ ਦੀ ਸਮੁੱਚੀ ਸਰਲਤਾ ਅਤੇ ਸਮਝਦਾਰੀ ਨੂੰ ਕਾਇਮ ਰੱਖਦੇ ਹੋਏ ਮੇਕ ਦੀ ਉਪਯੋਗਤਾ ਵਿੱਚ ਕਮੀਆਂ ਅਤੇ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਦੂਰ ਕਰਨ ਦਾ ਉਦੇਸ਼ ਹੈ। ਮੇਕ ਯੂਟਿਲਿਟੀ ਨੂੰ 1976 ਵਿੱਚ ਡਿਜ਼ਾਇਨ ਕੀਤਾ ਗਿਆ ਸੀ ਅਤੇ ਆਮ ਧਾਰਨਾ ਨੂੰ ਬਦਲੇ ਬਿਨਾਂ ਇਹਨਾਂ ਕਮੀਆਂ ਨੂੰ ਦੂਰ ਕਰਨ ਲਈ ਕਈ ਸੰਕਲਪਿਕ ਕਮੀਆਂ ਹਨ;
ਟੀਚੇ ਸਰੋਤ ਕੋਡ ਦੁਆਰਾ ਵੰਡਿਆ GPLv2+ ਅਧੀਨ ਲਾਇਸੰਸਸ਼ੁਦਾ।

ਸਮੱਸਿਆਵਾਂ ਹੱਲ ਕੀਤੀਆਂ ਜਾਣ:

• ਸਿਰਫ਼ ਇੱਕ ਨਿਰਭਰਤਾ ਹੱਲ ਰਣਨੀਤੀ ਲਈ ਸਮਰਥਨ - "ਜੇਕਰ ਟਾਰਗਿਟ ਫਾਈਲ ਗੁੰਮ ਹੈ ਜਾਂ ਇੱਕ ਨਿਰਭਰਤਾ ਤੋਂ ਪੁਰਾਣੀ ਹੈ ਤਾਂ ਅਸੈਂਬਲੀ ਨਿਰਦੇਸ਼ ਚਲਾਇਆ ਜਾਂਦਾ ਹੈ।" ਟੀਚੇ ਹੋਰ ਰਣਨੀਤੀਆਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾਉਂਦੇ ਹਨ, ਜਿਵੇਂ ਕਿ URL ਦੀ ਮੌਜੂਦਗੀ ਦੀ ਜਾਂਚ ਕਰਨਾ, ਕਿਸੇ ਵੀ ਫਾਈਲ ਨਾਲ ਸੋਧ ਦੇ ਸਮੇਂ ਦੀ ਤੁਲਨਾ ਕਰਨਾ, ਪੈਕੇਜ ਬਿਲਡ ਇਨ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨਾ ਕੋਜੀ, ਚੈਕਸਮਾਂ ਦੀ ਤੁਲਨਾ, ਟੈਸਟਾਂ ਦੇ ਚੋਣਵੇਂ ਛੱਡਣ ਦੇ ਨਾਲ ਟੈਸਟ ਦੇ ਕੇਸ ਚੱਲ ਰਹੇ ਹਨ।
• ਬਿਲਡ ਟੀਚਿਆਂ ਦੀ ਪ੍ਰੋਸੈਸਿੰਗ ਕਰਦੇ ਸਮੇਂ, ਮੇਕ ਫਾਈਲਾਂ ਅਤੇ ਨਿਯਮਾਂ ਦੇ ਨਾਮਾਂ ਨੂੰ ਵੱਖ ਨਹੀਂ ਕਰਦਾ ਹੈ, ਅਤੇ ਨਤੀਜੇ ਵਜੋਂ, ਇਸ ਗੱਲ ਦੀ ਕੋਈ ਜਾਂਚ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿ ਜਦੋਂ ਕੋਈ ਨਿਯਮ ਚਲਾਇਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਉਹ ਫਾਈਲ ਅਸਲ ਵਿੱਚ ਬਣਾਈ ਜਾਵੇਗੀ। ਉਦਾਹਰਨ ਲਈ, ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ "ਟੈਸਟ" ਨਾਂ ਦਾ ਨਿਯਮ ਹੈ ਜੋ ਟੈਸਟਾਂ ਨਾਲ ਸਕ੍ਰਿਪਟਾਂ ਨੂੰ ਚਲਾਉਂਦਾ ਹੈ, "ਟੈਸਟ" ਨਾਮ ਦੀ ਇੱਕ ਫਾਈਲ ਗਲਤੀ ਨਾਲ ਬਣਾਈ ਗਈ ਹੈ, ਤਾਂ ਟੈਸਟਾਂ ਨੂੰ ਹੁਣ ਨਹੀਂ ਕਿਹਾ ਜਾਵੇਗਾ, ਕਿਉਂਕਿ ਮੇਕ ਇਹ ਵਿਚਾਰ ਕਰੇਗਾ ਕਿ ਟੀਚਾ ਬਣਾਇਆ ਗਿਆ ਹੈ ਅਤੇ ਇਸਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਕੋਈ ਵੀ ਕਾਰਵਾਈ (ਮੇਕ ਵਿੱਚ ਸਮੱਸਿਆ ਦੇ ਹੱਲ ਲਈ, ਤੁਸੀਂ ".PHONY: ਟੈਸਟ" ਨਿਰਦੇਸ਼ ਨਿਸ਼ਚਿਤ ਕਰ ਸਕਦੇ ਹੋ)। ਟੀਚੇ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਫਾਈਲਾਂ ਅਤੇ ਨਿਯਮਾਂ ਦੇ ਨਾਮ ਨੂੰ ਵੱਖਰਾ ਕਰਦੇ ਹਨ।
  

• ਅਸੈਂਬਲੀ ਨਿਰਦੇਸ਼ਾਂ ਲਈ ਸਿਰਫ਼ ਇੱਕ ਪੈਰਾਮੀਟਰ ਪ੍ਰਦਾਨ ਕਰਨ ਵਿੱਚ ਸਮੱਸਿਆ ਹੈ।
  

  ਟੀਚੇ ਤੁਹਾਨੂੰ ਨਾਮਿਤ ਪੈਰਾਮੀਟਰਾਂ ਦੀ ਇੱਕ ਆਪਹੁਦਰੀ ਸੰਖਿਆ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ। ਉਦਾਹਰਨ ਲਈ, ਤੁਸੀਂ ਨਾਮ ਤੋਂ ਡੀਬੱਗ ਫਾਈਲ ਦੇ ਚਿੰਨ੍ਹ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਐਕਸਟਰੈਕਟ ਕਰ ਸਕਦੇ ਹੋ:

  

• ਸ਼ੈੱਲ ਦੁਭਾਸ਼ੀਏ ਨਾਲ ਗੱਲਬਾਤ ਕਰਨ ਵਿੱਚ ਸਮੱਸਿਆਵਾਂ। ਉਦਾਹਰਨ ਲਈ, ਫਾਈਲ ਅਤੇ ਡਾਇਰੈਕਟਰੀ ਨਾਮਾਂ ਵਿੱਚ ਸਪੇਸ ਦੇ ਬਚਣ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ, ਹਰੇਕ ਕਮਾਂਡ ਨੂੰ ਚਲਾਉਣ ਵੇਲੇ ਇੱਕ ਵੱਖਰਾ ਸ਼ੈੱਲ ਇੰਟਰਪ੍ਰੇਟਰ ਲਾਂਚ ਕਰਨ 'ਤੇ ਸਰੋਤਾਂ ਦੀ ਬਰਬਾਦੀ, "$" ਅੱਖਰ ਦੀ ਦੋਹਰੀ ਵਿਆਖਿਆ (ਸ਼ੈੱਲ ਅਤੇ ਮੇਕ ਦੋਵਾਂ ਵਿੱਚ ਵਰਤੀ ਜਾਂਦੀ ਹੈ), ਇਨਡੈਂਟੇਸ਼ਨਾਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ.

  ਇਹਨਾਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਪਾਰਸਰ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਅਸੈਂਬਲੀ ਵੇਰੀਏਬਲਾਂ ਲਈ "$" ਦੀ ਬਜਾਏ "%" ਚਿੰਨ੍ਹ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਹੱਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ("$" ਸਿਰਫ਼ ਸ਼ੈੱਲ ਲਈ ਰਹਿੰਦਾ ਹੈ), LALR(1), ਜਿਸ ਲਈ ਤੁਹਾਨੂੰ ਕੋਟਸ ਦੇ ਨਾਲ ਮਾਰਗਾਂ ਅਤੇ ਫਾਈਲ ਨਾਮਾਂ ਨੂੰ ਘੇਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਅਤੇ ਕਰਲੀ ਬਰੇਸ ਨਾਲ ਕੋਡ ਬਲਾਕਾਂ ਨੂੰ ਉਜਾਗਰ ਕਰਨਾ ਹੁੰਦਾ ਹੈ। ਪੂਰੇ ਕਮਾਂਡ ਬਲਾਕ ਨੂੰ ਕਮਾਂਡ ਸ਼ੈੱਲ ਦੀ ਇੱਕ ਸਥਿਤੀ ਵਿੱਚ ਲਾਂਚ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਬਲਾਕ ਦੇ ਅੰਦਰ, ਵਿਸ਼ੇਸ਼ ਸਪੇਸ ਦੇ ਹਵਾਲੇ ਤੋਂ ਬਿਨਾਂ, ਆਰਬਿਟਰਰੀ ਕੋਡ ਫਾਰਮੈਟਿੰਗ ਦੀ ਆਗਿਆ ਹੈ।

  ਸੀ:
  ਟੀਚਾ: foo.o bar.o
  ${CC} ${CFLAGS} $< -o $@

  ਇਹ ਬਣ ਗਿਆ:
  "target": "foo.o", "bar.o" {
  %CC %CFLAGS %< -o %@
  }

ਟੀਚਿਆਂ ਦੀਆਂ ਹੋਰ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ:

• ਆਪਹੁਦਰੇ ਨਾਮਾਂ ਅਤੇ ਪੈਰਾਮੀਟਰਾਂ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਵਿਕਲਪਿਕ ਸਮਰਥਨ:

  ਟੀਚਾ ਸਾਰੇ = : "ਨਿਸ਼ਾਨਾ"

  ਟੀਚਾ ਲਿੰਕ =
  "target" : "foo.o", "bar.o" { ... }

  ਟੀਚਾ ਕੰਪਾਇਲ (ਨਾਮ) =
  "%name.o" : "%name.c", "dep.h" { %CC %CFLAGS -c $^ -o $@ }

• ਦੋ ਲਾਂਚ ਮੋਡ: ਫਾਈਲਨਾਂ ਨਾਲ ਬਿਲਡ ਟੀਚਿਆਂ ਨਾਲ ਮੇਲ ਕਰਨ ਲਈ ਮੋਡ ਬਣਾਓ (ਉਦਾਹਰਨ ਲਈ, ਫਾਈਲ "foo.o" ਟੀਚੇ "%name.o" ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਹੈ), ਅਤੇ ਡਾਇਰੈਕਟ ਕੰਪਾਇਲੇਸ਼ਨ ਮੋਡ:

  ਟੀਚਾ ਸਾਰੇ = : ਲਿੰਕ

  ਟੀਚਾ ਲਿੰਕ =
  "target" : "foo.o", ਕੰਪਾਇਲ ("bar") { ... }

  ਟੀਚਾ ਕੰਪਾਇਲ (ਨਾਮ) =
  "%name.o" : "%name.c", "dep.h" { %CC %CFLAGS -c $^ -o $@ }

• ਅਸੈਂਬਲੀ ਦੀਆਂ ਰਣਨੀਤੀਆਂ ਵਿਸ਼ੇਸ਼ ਨਿਯਮਾਂ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ ਜਿਨ੍ਹਾਂ ਦੀ ਵਰਤੋਂ ਅਸੈਂਬਲੀ ਟੀਚੇ ਨੂੰ ਦੁਬਾਰਾ ਇਕੱਠਾ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਜੇਕਰ ਇੱਕ ਲਿੰਕ ਇੱਕ ਫਾਈਲ ਦੀ ਮੌਜੂਦਗੀ ਲਈ ਬਣਾਇਆ ਗਿਆ ਹੈ, ਤਾਂ ਇਹ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਸੰਬੰਧਿਤ ਚਿੰਨ੍ਹ (ਨਿਯਮ ਦੇ ਨਾਮ ਲਈ "ਨਿਸ਼ਾਨਾ" ਅਤੇ ਫਾਈਲ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ *ਫਾਇਲ ("ਟਾਰਗੇਟ") ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

  "target" : "foo.o", "bar.o" { ... }

  *ਫਾਇਲ("ਟਾਰਗੇਟ"): *ਫਾਇਲ("foo.o"), *ਫਾਇਲ("bar.o") { ... }

• ਡਿਵੈਲਪਰ ਅਸੈਂਬਲੀ ਰਣਨੀਤੀਆਂ ਦੇ ਆਪਹੁਦਰੇ ਗੁਣਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰ ਸਕਦਾ ਹੈ। "*ਫਾਇਲ" ਫਲੈਗ ਨੂੰ ਡਿਫੌਲਟ ਰੂਪ ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ (@{...} ਆਉਟਪੁੱਟ ਦੇ ਦਮਨ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ, ਅਤੇ "ਐਗਜ਼ਿਟ 99" ਪੁਨਰ-ਨਿਰਮਾਣ ਦੀ ਲੋੜ ਨੂੰ ਸੰਕੇਤ ਕਰਦਾ ਹੈ):

  ਚਾਲ *ਫਾਇਲ (ਫਾਇਲ ਨਾਮ) = @{
  ਟੈਸਟ -f % ਫਾਈਲ ਨਾਮ || 99 ਤੋਂ ਬਾਹਰ ਨਿਕਲੋ
  % ਵਿੱਚ f ਲਈ

  ਸਰੋਤ: opennet.ru