aarch64-linux-gnu-gcj - ອອນລາຍໃນຄລາວ

ໂຄງການ:

NAME

gcj - ລວບລວມຂໍ້ມູນລ່ວງໜ້າສຳລັບພາສາ Java

ສະຫຼຸບສັງລວມ

gcj [-Idir... ] [-d dir... ]
[--CLASSPATH=ເສັ້ນທາງ] [--ຊັ້ນ=ເສັ້ນທາງ]
[-fທາງເລືອກ... ] [--ການເຂົ້າລະຫັດ=ຊື່]
[--ຕົ້ນຕໍ=ຊື່ຫ້ອງຮຽນ] [-Dຊື່[=ມູນຄ່າ]...]
[-C] [--ຊັບພະຍາກອນ ຊື່ຊັບພະຍາກອນ] [-d ລະບົບ]
[-Wເຕືອນ... ]
ໄຟລ໌ແຫຼ່ງ...

ລາຍລະອຽດ

As gcj ເປັນ​ພຽງ​ແຕ່​ຫນ້າ​ທີ່​ສຸດ​ອື່ນ​ເພື່ອ​ gcc, ມັນສະຫນັບສະຫນູນຫຼາຍທາງເລືອກດຽວກັນກັບ gcc.
ຄູ່ມືນີ້ພຽງແຕ່ເອກະສານທາງເລືອກໃນການສະເພາະ gcj.

OPTIONS

ການປ້ອນຂໍ້ມູນ ແລະ output ໄຟ
A gcj ຄໍາສັ່ງແມ່ນຄ້າຍຄື a gcc ຄໍາ​ສັ່ງ​, ໃນ​ນັ້ນ​ມັນ​ປະ​ກອບ​ດ້ວຍ​ຈໍາ​ນວນ​ຂອງ​ທາງ​ເລືອກ​ແລະ​ໄຟລ​໌​
ຊື່. ປະ​ເພດ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​ຂອງ​ການ​ປ້ອນ​ຊື່​ໄຟລ​໌​ແມ່ນ​ສະ​ຫນັບ​ສະ​ຫນູນ​:

ເອກະສານ.ຈາວາ
ໄຟລ໌ແຫຼ່ງ Java.

ເອກະສານ.ຫ້ອງຮຽນ
ໄຟລ໌ Java bytecode.

ເອກະສານ.zip
ເອກະສານjar
ຄັງເກັບມ້ຽນທີ່ບັນຈຸໄຟລ໌ ".class" ໜຶ່ງ ຫຼືຫຼາຍກວ່ານັ້ນ, ເຊິ່ງທັງໝົດຖືກລວບລວມ. ໄດ້
ແຟ້ມຈັດເກັບອາດຈະຖືກບີບອັດ. ໄຟລ໌ໃນແຟ້ມຈັດເກັບທີ່ບໍ່ສິ້ນສຸດດ້ວຍ .ຫ້ອງຮຽນ ມີ
ຮັບການປິ່ນປົວເປັນໄຟລ໌ຊັບພະຍາກອນ; ເຂົາເຈົ້າໄດ້ຖືກລວບລວມເຂົ້າໄປໃນໄຟລ໌ວັດຖຸຜົນໄດ້ຮັບເປັນ ຫຼັກ:
urls.

@ເອກະສານ
ໄຟລ໌ທີ່ມີລາຍຊື່ທີ່ແຍກອອກເປັນຊ່ອງຫວ່າງຂອງຊື່ໄຟລ໌ທີ່ປ້ອນເຂົ້າ. (ປະຈຸບັນ, ເຫຼົ່ານີ້
ທັງໝົດຕ້ອງເປັນ ".java" ໄຟລ໌ແຫຼ່ງ, ແຕ່ວ່າອາດຈະມີການປ່ຽນແປງ.) ແຕ່ລະໄຟລ໌ທີ່ມີຊື່ຖືກລວບລວມ,
ຄືກັນກັບວ່າມັນຢູ່ໃນເສັ້ນຄໍາສັ່ງ.

ຫ້ອງສະຫມຸດ.a
ຫ້ອງສະຫມຸດດັ່ງນັ້ນ,
-llibname
ຫ້ອງສະຫມຸດທີ່ຈະໃຊ້ໃນເວລາທີ່ເຊື່ອມຕໍ່. ເບິ່ງ gcc ຄູ່ມື.

ທ່ານ​ສາ​ມາດ​ລະ​ບຸ​ຫຼາຍ​ກ​່​ວາ​ຫນຶ່ງ​ໄຟລ​໌​ປ້ອນ​ຂໍ້​ມູນ​ກ່ຽວ​ກັບ​ການ gcj ເສັ້ນຄໍາສັ່ງ, ໃນກໍລະນີດັ່ງກ່າວນີ້
ທັງຫມົດຈະຖືກລວບລວມ. ຖ້າທ່ານລະບຸ "-o ຊື່​ເອ​ກະ​ສານ" ທາງ​ເລືອກ​, ທັງ​ຫມົດ​ໄຟລ​໌​ປ້ອນ​ຂໍ້​ມູນ​ຈະ​ເປັນ​
ລວບລວມຮ່ວມກັນ, ການຜະລິດໄຟລ໌ຜົນຜະລິດດຽວ, ຊື່ ຊື່​ເອ​ກະ​ສານ. ນີ້ແມ່ນອະນຸຍາດໃຫ້ເຖິງແມ່ນວ່າ
ເມື່ອໃຊ້ "-S" ຫຼື "-c", ແຕ່ບໍ່ແມ່ນເມື່ອໃຊ້ "-C" ຫຼື "--resource". (ນີ້ແມ່ນສ່ວນຂະຫຍາຍ
ນອກ​ເຫນືອ​ໄປ​ຈາກ​ສິ່ງ​ທີ່​ທົ່ງ​ພຽງ gcc ອະ​ນຸ​ຍາດ​ໃຫ້​.) (ຖ້າ​ຫາກ​ວ່າ​ຫຼາຍ​ກ​່​ວາ​ຫນຶ່ງ​ໄຟລ​໌​ປ້ອນ​ຂໍ້​ມູນ​ໄດ້​ຖືກ​ກໍາ​ນົດ​, ທັງ​ຫມົດ​ຕ້ອງ​ໄດ້​
ໃນປັດຈຸບັນເປັນໄຟລ໌ ".java", ເຖິງແມ່ນວ່າພວກເຮົາຫວັງວ່າຈະແກ້ໄຂນີ້.)

ການປ້ອນຂໍ້ມູນ ທາງເລືອກໃນການ
gcj ມີທາງເລືອກທີ່ຈະຄວບຄຸມບ່ອນທີ່ມັນຊອກຫາເພື່ອຊອກຫາໄຟລ໌ທີ່ມັນຕ້ອງການ. ຕົວ​ຢ່າງ, gcj ອາດຈະ
ຈໍາເປັນຕ້ອງໄດ້ໂຫລດຫ້ອງຮຽນທີ່ຖືກອ້າງອີງໂດຍໄຟລ໌ທີ່ມັນຖືກຮ້ອງຂໍໃຫ້ລວບລວມ. ມັກ
compilers ອື່ນໆສໍາລັບພາສາ Java, gcj ມີແນວຄິດເປັນ ລະດັບ ເສັ້ນທາງທີ່ຢູ່ ມີ
ຫຼາຍທາງເລືອກ ແລະຕົວແປສະພາບແວດລ້ອມທີ່ສາມາດໃຊ້ເພື່ອຈັດການເສັ້ນທາງຫ້ອງຮຽນ.
ເມື່ອ​ໃດ​ gcj ຊອກຫາຫ້ອງຮຽນທີ່ໃຫ້, ມັນຊອກຫາເສັ້ນທາງຫ້ອງຮຽນຊອກຫາການຈັບຄູ່ .ຫ້ອງຮຽນ
or .ຈາວາ ຍື່ນ. gcj ມາພ້ອມກັບເສັ້ນທາງຫ້ອງຮຽນທີ່ສ້າງຂຶ້ນໃນຈຸດທີ່ຕິດຕັ້ງ
libgcj.jar, ໄຟລ໌ທີ່ມີຫ້ອງຮຽນມາດຕະຖານທັງໝົດ.

ໃນຂໍ້ຄວາມຂ້າງລຸ່ມນີ້, ໄດເລກະທໍລີຫຼືອົງປະກອບເສັ້ນທາງສາມາດອ້າງອີງເຖິງໄດເລກະທໍລີຕົວຈິງ
ໃນລະບົບໄຟລ໌, ຫຼືເພື່ອ a .zip or jar ໄຟລ໌, ເຊິ່ງ gcj ຈະຄົ້ນຫາຄືກັບວ່າມັນເປັນ
ລະບົບ.

-Idir
ໄດເລກະທໍລີທັງໝົດທີ່ລະບຸໂດຍ "-I" ແມ່ນຖືກຮັກສາໄວ້ເປັນລຳດັບ ແລະຖືກນຳໄປສູ່ເສັ້ນທາງຊັ້ນຮຽນ
ສ້າງຂຶ້ນຈາກທາງເລືອກອື່ນທັງໝົດ. ເວັ້ນເສຍແຕ່ວ່າເຂົ້າກັນໄດ້ກັບເຄື່ອງມືເຊັ່ນ "javac"
ເປັນສິ່ງສໍາຄັນ, ພວກເຮົາແນະນໍາໃຫ້ສະເຫມີໃຊ້ "-I" ແທນທີ່ຈະເປັນທາງເລືອກອື່ນສໍາລັບ
manipulating ເສັ້ນທາງຫ້ອງຮຽນ.

--classpath=ເສັ້ນທາງ
ນີ້ກໍານົດເສັ້ນທາງຫ້ອງຮຽນ ເສັ້ນທາງ, ບັນຊີລາຍຊື່ເສັ້ນທາງທີ່ແຍກອອກຈາກຈໍ້າສອງເມັດ (ຢູ່ໃນ Windows
ລະ​ບົບ​, ເປັນ​ບັນ​ຊີ​ລາຍ​ການ semicolon ແຍກ​ຕ່າງ​ຫາກ​ຂອງ​ເສັ້ນ​ທາງ​)​. ນີ້ບໍ່ໄດ້ override buildin ໄດ້
("boot") ເສັ້ນທາງຄົ້ນຫາ.

--CLASSPATH=ເສັ້ນທາງ
ຄັດຄ້ານຄຳສັບຄ້າຍຄືກັນສຳລັບ "--classpath".

--bootclasspath=ເສັ້ນທາງ
ບ່ອນທີ່ຈະຊອກຫາຫ້ອງຮຽນ buildin ມາດຕະຖານເຊັ່ນ "java.lang.String".

--extdirs=ເສັ້ນທາງ
ສໍາລັບແຕ່ລະໄດເລກະທໍລີໃນ ເສັ້ນທາງ, ເອົາເນື້ອໃນຂອງໄດເລກະທໍລີນັ້ນຢູ່ໃນຕອນທ້າຍຂອງ
ເສັ້ນ​ທາງ​ຫ້ອງ​ຮຽນ​.

CLASSPATH
ນີ້ແມ່ນຕົວແປສະພາບແວດລ້ອມທີ່ຖືບັນຊີລາຍຊື່ຂອງເສັ້ນທາງ.

ເສັ້ນທາງຊັ້ນຮຽນສຸດທ້າຍແມ່ນສ້າງຂຶ້ນເຊັ່ນນີ້:

* ທໍາອິດມາທຸກໄດເລກະທໍລີທີ່ລະບຸຜ່ານ "-I".

* ຖ້າ --ຊັ້ນ ແມ່ນລະບຸໄວ້, ຄ່າຂອງມັນຖືກຕໍ່ທ້າຍ. ຖ້າບໍ່ດັ່ງນັ້ນ, ຖ້າ "CLASSPATH"
ຕົວແປສະພາບແວດລ້ອມແມ່ນຖືກກໍານົດ, ຫຼັງຈາກນັ້ນມູນຄ່າຂອງມັນຈະຖືກຕໍ່ທ້າຍ. ຖ້າບໍ່ດັ່ງນັ້ນ, ປະຈຸບັນ
ໄດເລກະທໍລີ (".") ຖືກຕໍ່ທ້າຍ.

* ຖ້າ "--bootclasspath" ຖືກລະບຸ, ໃຫ້ຕື່ມມູນຄ່າຂອງມັນ. ຖ້າບໍ່ດັ່ງນັ້ນ, ຕື່ມຂໍ້ມູນໃສ່ໃນຕົວ
ລະ​ບົບ​ລະ​ບົບ​, libgcj.jar.

* ສຸດທ້າຍ, ຖ້າ "--extdirs" ຖືກລະບຸ, ຕື່ມເນື້ອໃນຂອງທີ່ກໍານົດໄວ້
ໄດເລກະທໍລີໃນຕອນທ້າຍຂອງເສັ້ນທາງຊັ້ນຮຽນ. ຖ້າບໍ່ດັ່ງນັ້ນ, ຕື່ມເນື້ອໃນຂອງ
ໃນຕົວ extdir ທີ່ "$(prefix)/share/java/ext".

classfile ສ້າງໂດຍ gcj ສໍາລັບຫ້ອງຮຽນ "java.lang.Object" (ແລະວາງໄວ້ໃນ "libgcj.jar")
ມີຄຸນສົມບັດຄວາມຍາວສູນພິເສດ "gnu.gcj.gcj-compiled". compiler ຊອກຫາ
ຄຸນ​ລັກ​ສະ​ນະ​ນີ້​ໃນ​ເວ​ລາ​ທີ່​ການ​ໂຫຼດ "java.lang.Object​" ແລະ​ຈະ​ລາຍ​ງານ​ຄວາມ​ຜິດ​ພາດ​ຖ້າ​ຫາກ​ວ່າ​ມັນ​ບໍ່​ໄດ້​ພົບ​ເຫັນ​,
ເວັ້ນເສຍແຕ່ວ່າມັນລວບລວມເປັນ bytecode (ທາງເລືອກ "-fforce-classes-archive-check" ສາມາດຖືກນໍາໃຊ້ເພື່ອ
ລົບ​ລ້າງ​ພຶດ​ຕິ​ກໍາ​ນີ້​ໃນ​ກໍ​ລະ​ນີ​ສະ​ເພາະ​ໃດ​ຫນຶ່ງ​.)

-fforce-classes-archive-check
ອັນນີ້ບັງຄັບໃຫ້ຄອມພີວເຕີກວດສອບຄຸນສົມບັດຄວາມຍາວສູນພິເສດສະເໝີ
"gnu.gcj.gcj-compiled" ໃນ "java.lang.Object" ແລະອອກຂໍ້ຜິດພາດຖ້າບໍ່ພົບ.

-fsource=ເວີຊັ່ນ
ຕົວເລືອກນີ້ຖືກນໍາໃຊ້ເພື່ອເລືອກເວີຊັນທີ່ຍອມຮັບໂດຍ gcj. ຄ່າເລີ່ມຕົ້ນແມ່ນ 1.5.

ເຂົ້າລະຫັດ
ພາສາການຂຽນໂປລແກລມ Java ໃຊ້ Unicode ຕະຫຼອດ. ໃນຄວາມພະຍາຍາມທີ່ຈະປະສົມປະສານໄດ້ດີ
ກັບ​ທ້ອງ​ຖິ່ນ​ອື່ນໆ​, gcj ອະນຸຍາດໃຫ້ .ຈາວາ ໄຟລ໌ທີ່ຈະຂຽນໂດຍໃຊ້ເກືອບທຸກການເຂົ້າລະຫັດ. gcj
ຮູ້ວິທີການປ່ຽນການເຂົ້າລະຫັດເຫຼົ່ານີ້ເຂົ້າໄປໃນການເຂົ້າລະຫັດພາຍໃນຂອງມັນໃນເວລາລວບລວມ.

ທ່ານສາມາດໃຊ້ "--encoding=NAME" ທາງເລືອກໃນການລະບຸການເຂົ້າລະຫັດ (ຂອງຕົວອັກສອນສະເພາະ
ຕັ້ງ) ເພື່ອໃຊ້ສໍາລັບໄຟລ໌ແຫຼ່ງ. ຖ້າອັນນີ້ບໍ່ໄດ້ຖືກລະບຸ, ການເຂົ້າລະຫັດເລີ່ມຕົ້ນມາຈາກ
ສະຖານທີ່ປັດຈຸບັນຂອງເຈົ້າ. ຖ້າລະບົບໂຮດຂອງທ່ານມີການສະຫນັບສະຫນູນທ້ອງຖິ່ນບໍ່ພຽງພໍ, ຫຼັງຈາກນັ້ນ gcj
ຖືວ່າການເຂົ້າລະຫັດເລີ່ມຕົ້ນເປັນ UTF-8 ການເຂົ້າລະຫັດຂອງ Unicode.

ເພື່ອປະຕິບັດ "-- ການເຂົ້າລະຫັດ", gcj ພຽງແຕ່ໃຊ້ປົກກະຕິການປ່ຽນ "iconv" ຂອງເວທີເຈົ້າພາບ.
ນີ້ຫມາຍຄວາມວ່າໃນການປະຕິບັດ gcj ຖືກຈໍາກັດໂດຍຄວາມສາມາດຂອງເວທີເຈົ້າພາບ.

ຊື່ທີ່ອະນຸຍາດໃຫ້ສໍາລັບການໂຕ້ຖຽງ "--encoding" ແຕກຕ່າງກັນຈາກເວທີໄປຫາເວທີ (ນັບຕັ້ງແຕ່ພວກເຂົາ
ບໍ່ໄດ້ມາດຕະຖານທຸກບ່ອນ). ແນວໃດກໍ່ຕາມ, gcj ປະຕິບັດການເຂົ້າລະຫັດທີ່ມີຊື່ UTF-8
ພາຍໃນ, ດັ່ງນັ້ນຖ້າທ່ານເລືອກທີ່ຈະໃຊ້ມັນສໍາລັບໄຟລ໌ຕົ້ນສະບັບຂອງທ່ານ, ທ່ານສາມາດຫມັ້ນໃຈໄດ້ວ່າມັນ
ຈະເຮັດວຽກຢູ່ໃນທຸກໆເຈົ້າພາບ.

ຄໍາເຕືອນ
gcj ປະ​ຕິ​ບັດ​ຄໍາ​ເຕືອນ​ຈໍາ​ນວນ​ຫນຶ່ງ​. ເຊັ່ນດຽວກັບທົ່ວໄປອື່ນໆ gcc ການເຕືອນໄພ, ຖ້າຫາກວ່າທາງເລືອກຂອງ
ແບບຟອມ "-Wfoo" ເປີດໃຊ້ການເຕືອນ, ຫຼັງຈາກນັ້ນ "-Wno-foo" ຈະປິດການໃຊ້ງານມັນ. ໃນ​ທີ່​ນີ້​ພວກ​ເຮົາ​ໄດ້​ເລືອກ​ທີ່​ຈະ​
ບັນທຶກຮູບແບບການເຕືອນໄພທີ່ຈະມີຜົນກະທົບ - ຄ່າເລີ່ມຕົ້ນແມ່ນ
ກົງກັນຂ້າມກັບສິ່ງທີ່ລະບຸໄວ້.

-Wredundant-ປັບ
ດ້ວຍທຸງນີ້, gcj ຈະເຕືອນກ່ຽວກັບຕົວແກ້ໄຂຊໍ້າຊ້ອນ. ສໍາລັບຕົວຢ່າງ, ມັນຈະເຕືອນ
ຖ້າວິທີການໂຕ້ຕອບຖືກປະກາດວ່າ "ສາທາລະນະ".

-Wextraneous-semicolon
ສາເຫດນີ້ gcj ເພື່ອເຕືອນກ່ຽວກັບຄໍາຖະແຫຼງທີ່ຫວ່າງເປົ່າ. ຖະແຫຼງການຫວ່າງເປົ່າໄດ້
ເຊົາໃຊ້ແລ້ວ.

-Wno-ລ້າສະໄຫມ
ທາງເລືອກນີ້ຈະເຮັດໃຫ້ເກີດ gcj ບໍ່ໃຫ້ເຕືອນເມື່ອໄຟລ໌ແຫຼ່ງແມ່ນໃຫມ່ກວ່າການຈັບຄູ່ຂອງມັນ
ໄຟລ໌ຫ້ອງຮຽນ. ໂດຍຄ່າເລີ່ມຕົ້ນ gcj ຈະເຕືອນກ່ຽວກັບເລື່ອງນີ້.

-Wno-deprecated
ເຕືອນວ່າຊັ້ນຮຽນ, ວິທີການ, ຫຼືຊ່ອງຂໍ້ມູນທີ່ຖືກປະຕິເສດຖືກກ່າວເຖິງ.

- ບໍ່​ໄດ້​ນໍາ​ໃຊ້​
ນີ້ແມ່ນຄືກັນກັບ gcc"-Wunused".

- ຝາ
ນີ້ແມ່ນຄືກັນກັບ "-Wredundant-modifiers -Wextraneous-semicolon -Wunused".

ການເຊື່ອມໂຍງ
ເພື່ອປ່ຽນຄໍາຮ້ອງສະຫມັກ Java ເຂົ້າໄປໃນໂຄງການທີ່ສາມາດປະຕິບັດໄດ້, ທ່ານຈໍາເປັນຕ້ອງເຊື່ອມຕໍ່ມັນກັບຄວາມຕ້ອງການ
ຫ້ອງສະຫມຸດ, ຄືກັນກັບ C ຫຼື C ++. ຕົວເຊື່ອມຕໍ່ໂດຍຄ່າເລີ່ມຕົ້ນຊອກຫາຟັງຊັນທົ່ວໂລກທີ່ມີຊື່
"ຕົ້ນຕໍ". ເນື່ອງຈາກ Java ບໍ່ມີຫນ້າທີ່ທົ່ວໂລກ, ແລະການລວບລວມຫ້ອງຮຽນ Java ອາດຈະ
ມີຫຼາຍກວ່າຫນຶ່ງຫ້ອງຮຽນດ້ວຍວິທີການ "ຕົ້ນຕໍ", ທ່ານຈໍາເປັນຕ້ອງໃຫ້ຜູ້ເຊື່ອມຕໍ່ຮູ້ວ່າອັນໃດຂອງ
ວິທີການ "ຕົ້ນຕໍ" ເຫຼົ່ານັ້ນມັນຄວນຈະຮຽກຮ້ອງໃນເວລາເລີ່ມຕົ້ນຄໍາຮ້ອງສະຫມັກ. ທ່ານສາມາດເຮັດແນວນັ້ນໃນ
ວິທີໃດນຶ່ງເຫຼົ່ານີ້:

* ລະບຸຊັ້ນຮຽນທີ່ມີວິທີການ "ຕົ້ນຕໍ" ທີ່ຕ້ອງການເມື່ອທ່ານເຊື່ອມຕໍ່ແອັບພລິເຄຊັນ,
ການນໍາໃຊ້ທຸງ "--main", ອະທິບາຍຂ້າງລຸ່ມນີ້.

* ເຊື່ອມຕໍ່ແພັກເກັດ Java ເຂົ້າໄປໃນຫ້ອງສະຫມຸດທີ່ໃຊ້ຮ່ວມກັນ (dll) ແທນທີ່ຈະເປັນ executable. ຈາກນັ້ນ
ຮຽກ​ຮ້ອງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ໂດຍ​ນໍາ​ໃຊ້ "gij​" ໂຄງ​ການ​, ເຮັດ​ໃຫ້​ແນ່​ໃຈວ່​າ "gij​" ສາ​ມາດ​ຊອກ​ຫາ​ໄດ້​
ຫ້ອງສະຫມຸດມັນຕ້ອງການ.

* ເຊື່ອມຕໍ່ແພັກເກັດ Java ກັບທຸງ "-lgij", ເຊິ່ງເຊື່ອມຕໍ່ໃນ "ຕົ້ນຕໍ" ປົກກະຕິ.
ຈາກຄໍາສັ່ງ "gij". ນີ້ອະນຸຍາດໃຫ້ທ່ານເລືອກເອົາຫ້ອງຮຽນທີ່ມີວິທີການ "ຕົ້ນຕໍ" ຂອງທ່ານ
ຕ້ອງການດໍາເນີນການໃນເວລາທີ່ທ່ານດໍາເນີນການຄໍາຮ້ອງສະຫມັກ. ທ່ານຍັງສາມາດໃຊ້ທຸງ "gij" ອື່ນໆເຊັ່ນ:
"-D" ທຸງເພື່ອກໍານົດຄຸນສົມບັດ. ການນໍາໃຊ້ຫ້ອງສະຫມຸດ "-lgij" (ແທນທີ່ຈະເປັນ "gij"
ໂຄງ​ການ​ຂອງ​ກົນ​ໄກ​ທີ່​ຜ່ານ​ມາ​) ມີ​ບາງ​ຂໍ້​ໄດ້​ປຽບ​: ມັນ​ເປັນ​ທີ່​ເຫມາະ​ສົມ​ກັບ static​
ການເຊື່ອມໂຍງ, ແລະບໍ່ຮຽກຮ້ອງໃຫ້ມີການຕັ້ງຄ່າຫຼືການຕິດຕັ້ງຫ້ອງສະຫມຸດ.

ຕົວເລືອກ "gij" ເຫຼົ່ານີ້ກ່ຽວຂ້ອງກັບການເຊື່ອມຕໍ່ທີ່ປະຕິບັດໄດ້:

--ຫລັກ=CLASSNAME
ຕົວເລືອກນີ້ຖືກນໍາໃຊ້ໃນເວລາທີ່ເຊື່ອມຕໍ່ເພື່ອລະບຸຊື່ຂອງຊັ້ນຮຽນທີ່ມີວິທີການ "ຕົ້ນຕໍ".
ຄວນຈະຖືກເອີ້ນເມື່ອການດໍາເນີນການທີ່ຜົນໄດ້ຮັບແມ່ນດໍາເນີນການ.

-Dຊື່[=ມູນຄ່າ]
ຕົວເລືອກນີ້ສາມາດໃຊ້ໄດ້ກັບ "--main". ມັນກໍານົດຄຸນສົມບັດລະບົບທີ່ມີຊື່ ຊື່
ມີມູນຄ່າ ມູນຄ່າທີ່ຢູ່ ຖ້າຫາກວ່າ ມູນຄ່າ ບໍ່ໄດ້ລະບຸໄວ້ຫຼັງຈາກນັ້ນມັນເປັນຄ່າເລີ່ມຕົ້ນຂອງສະຕຣິງຫວ່າງເປົ່າ.
ຄຸນສົມບັດຂອງລະບົບເຫຼົ່ານີ້ຖືກຕັ້ງໄວ້ໃນຕອນເລີ່ມຕົ້ນຂອງໂປຣແກຣມ ແລະສາມາດດຶງຂໍ້ມູນຄືນມາໄດ້
ໃນເວລາແລ່ນໂດຍໃຊ້ວິທີ "java.lang.System.getProperty".

-lgij
ສ້າງແອັບພລິເຄຊັນທີ່ມີການປະມວນຜົນເສັ້ນຄໍາສັ່ງແມ່ນຂອງຄໍາສັ່ງ "gij".

ທາງເລືອກນີ້ແມ່ນທາງເລືອກທີ່ຈະໃຊ້ "--main"; ທ່ານບໍ່ສາມາດໃຊ້ທັງສອງ.

-static-libgcj
ຕົວເລືອກນີ້ເຮັດໃຫ້ການເຊື່ອມໂຍງຖືກເຮັດຕໍ່ກັບເວີຊັນຄົງທີ່ຂອງເວລາແລ່ນ libgcj
ຫ້ອງສະໝຸດ. ຕົວເລືອກນີ້ສາມາດໃຊ້ໄດ້ພຽງແຕ່ຖ້າມີການສະຫນັບສະຫນູນຕົວເຊື່ອມຕໍ່ທີ່ສອດຄ້ອງກັນ.

ລະມັດລະວັງ: ການເຊື່ອມໂຍງແບບຄົງທີ່ຂອງ libgcj ອາດຈະເຮັດໃຫ້ພາກສ່ວນທີ່ສໍາຄັນຂອງ libgcj ຖືກລະເວັ້ນ.
ບາງສ່ວນຂອງ libgcj ໃຊ້ການສະທ້ອນເພື່ອໂຫລດຫ້ອງຮຽນໃນເວລາແລ່ນ. ນັບຕັ້ງແຕ່ຕົວເຊື່ອມຕໍ່ເຮັດ
ບໍ່ເຫັນການອ້າງອີງເຫຼົ່ານີ້ໃນເວລາເຊື່ອມຕໍ່, ມັນສາມາດຍົກເລີກການອ້າງອີງເຖິງຫ້ອງຮຽນ. ໄດ້
ຜົນໄດ້ຮັບແມ່ນປົກກະຕິແລ້ວ (ແຕ່ບໍ່ແມ່ນສະເຫມີ) "ClassNotFoundException" ຖືກຖິ້ມໃນເວລາແລ່ນ.
ຄວາມລະມັດລະວັງຈະຕ້ອງຖືກໃຊ້ໃນເວລາທີ່ໃຊ້ທາງເລືອກນີ້. ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມເບິ່ງ:
<http://gcc.gnu.org/wiki/Statically%20ການເຊື່ອມໂຍງ%20libgcj>

ລະຫັດ ການຜະລິດ
ນອກເຫນືອໄປຈາກຫຼາຍໆຄົນ gcc ທາງ​ເລືອກ​ໃນ​ການ​ຄວບ​ຄຸມ​ການ​ຜະ​ລິດ​ລະ​ຫັດ​, gcj ມີຫຼາຍທາງເລືອກ
ສະເພາະຕົວຂອງມັນເອງ.

-C ທາງເລືອກນີ້ຖືກນໍາໃຊ້ເພື່ອບອກ gcj ເພື່ອສ້າງ bytecode (.ຫ້ອງຮຽນ ໄຟລ໌) ແທນທີ່ຈະເປັນວັດຖຸ
ລະຫັດ.

--ຊັບພະຍາກອນ ຊື່ຊັບພະຍາກອນ
ທາງເລືອກນີ້ຖືກນໍາໃຊ້ເພື່ອບອກ gcj ເພື່ອລວບລວມເນື້ອໃນຂອງໄຟລ໌ທີ່ໃຫ້ໃສ່ລະຫັດວັດຖຸ
ສະນັ້ນມັນອາດຈະຖືກເຂົ້າເຖິງໃນເວລາແລ່ນດ້ວຍຕົວຈັດການໂປຣໂຕຄໍຫຼັກ ຫຼັກ:/ຊັບ​ພະ​ຍາ​ກອນ-
ຊື່. ໃຫ້ສັງເກດວ່າ ຊື່ຊັບພະຍາກອນ ແມ່ນຊື່ຂອງຊັບພະຍາກອນທີ່ພົບເຫັນຢູ່ໃນເວລາແລ່ນ; ສໍາລັບ
ຕົວຢ່າງ, ມັນສາມາດຖືກນໍາໃຊ້ໃນການໂທຫາ "ResourceBundle.getBundle". ໄຟລ໌ຕົວຈິງ
ຊື່ທີ່ຈະຖືກລວບລວມດ້ວຍວິທີນີ້ຕ້ອງໄດ້ຮັບການລະບຸແຍກຕ່າງຫາກ.

-ftarget=ເວີຊັ່ນ
ນີ້ສາມາດຖືກນໍາໃຊ້ກັບ -C ເພື່ອເລືອກລຸ້ນຂອງ bytecode ທີ່ປ່ອຍອອກມາໂດຍ gcj. ໄດ້
ມາດຕະຖານແມ່ນ 1.5. ເມື່ອບໍ່ສ້າງ bytecode, ຕົວເລືອກນີ້ບໍ່ມີຜົນຫຍັງເລີຍ.

-d ລະບົບ
ເມື່ອໃຊ້ກັບ "-C", ນີ້ເຮັດໃຫ້ເກີດການສ້າງທັງຫມົດ .ຫ້ອງຮຽນ ໄຟລ໌ທີ່ຈະໃສ່ໃນ
ໄດເລກະທໍລີຍ່ອຍທີ່ເຫມາະສົມຂອງ ລະບົບ. ໂດຍຄ່າເລີ່ມຕົ້ນພວກມັນຈະຖືກຈັດໃສ່ໃນໄດເລກະທໍລີຍ່ອຍ
ຂອງໄດເລກະທໍລີທີ່ເຮັດວຽກໃນປະຈຸບັນ.

-fno-bounds-ກວດ
ໂດຍຕົວຢ່າງ, gcj ສ້າງລະຫັດທີ່ກວດສອບຂອບເຂດຂອງການດັດສະນີອາເຣທັງໝົດ
ການດໍາເນີນງານ. ດ້ວຍທາງເລືອກນີ້, ການກວດສອບເຫຼົ່ານີ້ຖືກຍົກເລີກ, ເຊິ່ງສາມາດປັບປຸງການປະຕິບັດໄດ້
ສໍາລັບລະຫັດທີ່ໃຊ້ arrays ຢ່າງກວ້າງຂວາງ. ໃຫ້ສັງເກດວ່ານີ້ສາມາດສົ່ງຜົນໃຫ້ບໍ່ສາມາດຄາດເດົາໄດ້
ພຶດຕິກໍາຖ້າລະຫັດໃນຄໍາຖາມຕົວຈິງລະເມີດຂໍ້ຈໍາກັດຂອງ array bounds. ມັນ
ແມ່ນປອດໄພທີ່ຈະໃຊ້ທາງເລືອກນີ້ຖ້າທ່ານແນ່ໃຈວ່າລະຫັດຂອງທ່ານຈະບໍ່ເຄີຍຖິ້ມ
"ArrayIndexOutOfBoundsException".

-fno-store-ກວດ
ຢ່າສ້າງການກວດສອບຮ້ານອາເຣ. ໃນເວລາທີ່ເກັບຮັກສາວັດຖຸເຂົ້າໄປໃນ array, ການກວດສອບ runtime
ໂດຍປົກກະຕິແມ່ນສ້າງຂຶ້ນເພື່ອຮັບປະກັນວ່າວັດຖຸນັ້ນຖືກມອບໝາຍເຂົ້າກັນໄດ້ກັບ
ປະເພດຂອງອົງປະກອບຂອງ array (ເຊິ່ງອາດຈະບໍ່ຮູ້ຈັກໃນເວລາລວບລວມ). ດ້ວຍນີ້
ທາງເລືອກ, ການກວດສອບເຫຼົ່ານີ້ແມ່ນຖືກລະເວັ້ນ. ນີ້ສາມາດປັບປຸງປະສິດທິພາບສໍາລັບລະຫັດທີ່ເກັບຮັກສາ
ວັດຖຸເຂົ້າໄປໃນ array ເລື້ອຍໆ. ມັນປອດໄພທີ່ຈະໃຊ້ທາງເລືອກນີ້ຖ້າທ່ານແນ່ໃຈວ່າຂອງທ່ານ
ລະຫັດຈະບໍ່ຖິ້ມ "ArrayStoreException".

-fjni
ກັບ gcj ມີສອງທາງເລືອກສໍາລັບການຂຽນວິທີການພື້ນເມືອງ: CNI ແລະ JNI. ໂດຍຄ່າເລີ່ມຕົ້ນ
gcj ສົມມຸດວ່າທ່ານກໍາລັງໃຊ້ CNI. ຖ້າທ່ານກໍາລັງລວບລວມຫ້ອງຮຽນດ້ວຍວິທີການພື້ນເມືອງ, ແລະ
ວິທີການເຫຼົ່ານີ້ຖືກປະຕິບັດໂດຍໃຊ້ JNI, ຫຼັງຈາກນັ້ນທ່ານຕ້ອງໃຊ້ "-fjni". ທາງເລືອກນີ້
ສາເຫດ gcj ເພື່ອສ້າງ stubs ເຊິ່ງຈະເອີ້ນວິທີການ JNI ພື້ນຖານ.

-fno-ຢືນຢັນ
ບໍ່ຮັບຮູ້ຄໍາຫລັກ "ຢືນຢັນ". ນີ້ແມ່ນເພື່ອຄວາມເຂົ້າກັນໄດ້ກັບຮຸ່ນເກົ່າ
ຂອງ​ສະ​ເພາະ​ພາ​ສາ​.

-fno-optimize-static-class-initialization
ເມື່ອລະດັບການເພີ່ມປະສິດທິພາບສູງກວ່າ ຫຼືເທົ່າກັບ "-O2", gcj ຈະພະຍາຍາມເພີ່ມປະສິດທິພາບ
ວິທີການໂທຫາ runtime ແມ່ນເຮັດເພື່ອເລີ່ມຕົ້ນຫ້ອງຮຽນ static ຕາມການນໍາໃຊ້ຄັ້ງທໍາອິດ
(ການເພີ່ມປະສິດທິພາບນີ້ຈະບໍ່ຖືກປະຕິບັດຖ້າ "-C" ຖືກລະບຸ.) ເມື່ອລວບລວມເປັນ native
ລະຫັດ, "-fno-optimize-static-class-initialization" ຈະປິດການເພີ່ມປະສິດທິພາບນີ້,
ໂດຍບໍ່ຄໍານຶງເຖິງລະດັບການເພີ່ມປະສິດທິພາບໃນການນໍາໃຊ້.

--disable-assertions[=class-or-package]
ຢ່າໃສ່ລະຫັດສໍາລັບການກວດສອບການຢືນຢັນໃນລະຫັດທີ່ລວບລວມ. ຖ້າ
"=ຫ້ອງຮຽນຫຼືຊຸດ" ຂາດການປິດການສ້າງລະຫັດຢືນຢັນສໍາລັບທຸກຊັ້ນຮຽນ,
ເວັ້ນເສຍແຕ່ຈະທັບຊ້ອນດ້ວຍທຸງ "--enable-assertions" ສະເພາະກວ່າ. ຖ້າ class-or-package
ເປັນຊື່ຫ້ອງຮຽນ, ພຽງແຕ່ປິດການສ້າງການກວດສອບຢືນຢັນພາຍໃນຫ້ອງຮຽນທີ່ມີຊື່ຫຼື
ຫ້ອງຮຽນພາຍໃນຂອງຕົນ. ຖ້າ class-or-package ເປັນຊື່ແພັກເກັດ, ປິດການສ້າງ
ການກວດສອບການຢືນຢັນພາຍໃນຊຸດທີ່ມີຊື່ຫຼືຊຸດຍ່ອຍ.

ໂດຍຄ່າເລີ່ມຕົ້ນ, ການຢືນຢັນຈະເປີດໃຊ້ງານເມື່ອສ້າງໄຟລ໌ຊັ້ນຮຽນ ຫຼືເມື່ອບໍ່ປັບແຕ່ງ,
ແລະປິດການໃຊ້ງານໃນເວລາທີ່ສ້າງ binary optimized.

--enable-assertions[=class-or-package]
ສ້າງລະຫັດເພື່ອກວດສອບການຢືນຢັນ. ທາງເລືອກແມ່ນອາດຈະຖືກຕັ້ງຊື່ຜິດ, ຕາມທີ່ເຈົ້າຍັງຕ້ອງການ
ເພື່ອເປີດໃຊ້ການກວດສອບການຢືນຢັນໃນເວລາແລ່ນ, ແລະພວກເຮົາບໍ່ສະຫນັບສະຫນູນວິທີງ່າຍໆທີ່ຈະເຮັດ
ນັ້ນ. ສະນັ້ນ ທຸງນີ້ຍັງບໍ່ມີປະໂຫຍດຫຼາຍເທື່ອ, ຍົກເວັ້ນການລົບລ້າງບາງສ່ວນ
"--disable-assertions".

-findirect-ສົ່ງ
gcj ມີ ABI ທີ່ເຂົ້າກັນໄດ້ພິເສດສອງເທົ່າ, ເຊິ່ງຖືກເປີດໃຊ້ໂດຍ
"-findirect-dispatch" ທາງເລືອກ. ໃນຮູບແບບນີ້, ລະຫັດທີ່ສ້າງຂຶ້ນໂດຍ gcj ໃຫ້ກຽດແກ່
ການຄໍ້າປະກັນຄວາມເຂົ້າກັນໄດ້ binary ໃນ Java Language Specification, ແລະຜົນໄດ້ຮັບ
ໄຟລ໌ວັດຖຸບໍ່ຈໍາເປັນຕ້ອງເຊື່ອມຕໍ່ໂດຍກົງກັບຄວາມເພິ່ງພາອາໄສຂອງພວກເຂົາ. ແທນທີ່ຈະ,
ການເພິ່ງພາອາໄສທັງໝົດແມ່ນເບິ່ງຢູ່ໃນເວລາແລ່ນ. ນີ້ອະນຸຍາດໃຫ້ປະສົມຟຣີຂອງການຕີຄວາມແລະ
ລະຫັດລວບລວມ.

ໃຫ້ສັງເກດວ່າ, ໃນປະຈຸບັນ, "-findirect-dispatch" ສາມາດຖືກນໍາໃຊ້ພຽງແຕ່ໃນເວລາທີ່ລວບລວມ .ຫ້ອງຮຽນ
ໄຟລ໌. ມັນຈະບໍ່ເຮັດວຽກເມື່ອລວບລວມຂໍ້ມູນຈາກແຫຼ່ງ. CNI ຍັງບໍ່ໄດ້ເຮັດວຽກກັບ
ຄວາມເຂົ້າກັນໄດ້ຂອງຄູ່ ABI. ຂໍ້ ຈຳ ກັດເຫຼົ່ານີ້ຈະຖືກຍົກເລີກໃນອະນາຄົດ
ການປ່ອຍ.

ຢ່າງໃດກໍຕາມ, ຖ້າທ່ານລວບລວມລະຫັດ CNI ກັບ ABI ມາດຕະຖານ, ທ່ານສາມາດໂທຫາມັນຈາກລະຫັດ
ສ້າງຂຶ້ນດ້ວຍ ABI ທີ່ເຂົ້າກັນໄດ້ສອງເທົ່າ.

-fbootstrap-classes
ຕົວເລືອກນີ້ສາມາດຖືກນໍາໃຊ້ເພື່ອບອກ "libgcj" ວ່າຊັ້ນຮຽນທີ່ລວບລວມຄວນຈະຖືກໂຫລດໂດຍ
bootstrap loader, ບໍ່ແມ່ນຕົວໂຫຼດຊັ້ນລະບົບ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ຖ້າທ່ານລວບລວມຫ້ອງຮຽນ
ແລະເຊື່ອມຕໍ່ມັນເຂົ້າໄປໃນການປະຕິບັດ, ມັນຈະຖືກປະຕິບັດຄືກັບວ່າມັນຖືກໂຫລດໂດຍໃຊ້
loader ຊັ້ນລະບົບ. ນີ້ແມ່ນສະດວກ, ຍ້ອນວ່າມັນຫມາຍຄວາມວ່າສິ່ງຕ່າງໆເຊັ່ນ
"Class.forName()" ຈະຄົ້ນຫາ CLASSPATH ເພື່ອຊອກຫາຫ້ອງຮຽນທີ່ຕ້ອງການ.

-freduced-ສະທ້ອນໃຫ້ເຫັນ
ທາງເລືອກນີ້ເຮັດໃຫ້ລະຫັດທີ່ສ້າງຂຶ້ນໂດຍ gcj ເພື່ອບັນຈຸຈໍານວນທີ່ຫຼຸດລົງຂອງຫ້ອງຮຽນ
meta-data ໃຊ້ເພື່ອສະຫນັບສະຫນູນການສະທ້ອນເວລາແລ່ນ. ຄ່າໃຊ້ຈ່າຍຂອງເງິນຝາກປະຢັດນີ້ແມ່ນການສູນເສຍ
ຄວາມສາມາດໃນການໃຊ້ຄວາມສາມາດສະທ້ອນທີ່ແນ່ນອນຂອງ Java runtime ມາດຕະຖານ
ສະພາບແວດລ້ອມ. ເມື່ອຕັ້ງຂໍ້ມູນ meta ທັງຫມົດຍົກເວັ້ນສິ່ງທີ່ຈໍາເປັນເພື່ອໃຫ້ໄດ້ຖືກຕ້ອງ
runtime semantics ຖືກລົບລ້າງ.

ສໍາລັບລະຫັດທີ່ບໍ່ໃຊ້ການສະທ້ອນ (ie serialization, RMI, CORBA ຫຼືວິທີການໂທຫາ
ໃນຊຸດ "java.lang.reflect"), "-freduced-reflection" ຈະສົ່ງຜົນໃຫ້ຖືກຕ້ອງ.
ການດໍາເນີນງານທີ່ມີເງິນຝາກປະຢັດໃນຂະຫນາດລະຫັດປະຕິບັດໄດ້.

JNI ("-fjni") ແລະຄວາມເຂົ້າກັນໄດ້ຂອງຄູ່ ABI ("-findirect-dispatch") ບໍ່ເຮັດວຽກ.
ຢ່າງຖືກຕ້ອງໂດຍບໍ່ມີການສະທ້ອນຂໍ້ມູນ meta ເຕັມ. ເນື່ອງຈາກວ່ານີ້, ມັນເປັນຄວາມຜິດພາດໃນການນໍາໃຊ້
ທາງເລືອກເຫຼົ່ານີ້ດ້ວຍ "-freduced-reflection".

ລະມັດລະວັງ: ຖ້າບໍ່ມີການສະທ້ອນຂໍ້ມູນ meta, ລະຫັດທີ່ໃຊ້ "SecurityManager" ອາດຈະ
ບໍ່ເຮັດວຽກຢ່າງຖືກຕ້ອງ. ການໂທຫາ "Class.forName()" ອາດຈະລົ້ມເຫລວຖ້າວິທີການໂທຫາມີ
ບໍ່ມີຂໍ້ມູນ meta ການສະທ້ອນ.

ຕັ້ງຄ່າເວລາ ທາງເລືອກໃນການ
ບາງ gcj ທາງເລືອກການສ້າງລະຫັດມີຜົນກະທົບ ABI ຜົນໄດ້ຮັບ, ແລະດັ່ງນັ້ນພຽງແຕ່ສາມາດເປັນ
ໃຫ້ຄວາມຫມາຍໃນເວລາທີ່ "libgcj", ຊຸດ runtime, ຖືກຕັ້ງຄ່າ. "libgcj" ໃສ່
ທາງເລືອກທີ່ເຫມາະສົມຈາກກຸ່ມນີ້ເຂົ້າໄປໃນ a ສະເປັກ ໄຟລ໌ທີ່ອ່ານໂດຍ gcj. ທາງເລືອກເຫຼົ່ານີ້
ຖືກລະບຸໄວ້ຢູ່ທີ່ນີ້ເພື່ອຄວາມສົມບູນ; ຖ້າທ່ານກໍາລັງໃຊ້ "libgcj" ແລ້ວທ່ານຈະບໍ່ຕ້ອງການທີ່ຈະແຕະຕ້ອງ
ທາງເລືອກເຫຼົ່ານີ້.

-fuse-boehm-gc
ນີ້ເຮັດໃຫ້ການນໍາໃຊ້ຂອງລະຫັດເຄື່ອງຫມາຍ bitmap Boehm GC. ໂດຍສະເພາະສາເຫດນີ້
gcj ເພື່ອວາງຕົວອະທິບາຍເຄື່ອງໝາຍວັດຖຸເຂົ້າໃນແຕ່ລະ vtable.

-fhash-synchronization
ໂດຍຄ່າເລີ່ມຕົ້ນ, ຂໍ້ມູນ synchronization (ຂໍ້ມູນທີ່ໃຊ້ສໍາລັບ "synchronize", "ລໍຖ້າ", ແລະ
"notify") ຖືກຊີ້ໄປຫາໂດຍຄໍາທີ່ຢູ່ໃນແຕ່ລະວັດຖຸ. ດ້ວຍທາງເລືອກນີ້ gcj ສົມມຸດວ່າ
ຂໍ້ມູນນີ້ຖືກເກັບໄວ້ໃນຕາຕະລາງ hash ແລະບໍ່ແມ່ນຢູ່ໃນວັດຖຸຂອງມັນເອງ.

-fuse-divide-subroutine
ໃນບາງລະບົບ, ຫ້ອງສະໝຸດປົກກະຕິແມ່ນເອີ້ນວ່າເພື່ອປະຕິບັດການແບ່ງຈຳນວນເຕັມ. ນີ້​ແມ່ນ
ຈໍາເປັນຕ້ອງໄດ້ຮັບການຍົກເວັ້ນການຈັດການທີ່ຖືກຕ້ອງໃນເວລາທີ່ການຫານດ້ວຍສູນ.

-fcheck-references
ໃນບາງລະບົບມັນຈໍາເປັນຕ້ອງໃສ່ການກວດສອບໃນແຖວທຸກຄັ້ງທີ່ເຂົ້າເຖິງວັດຖຸ
ໂດຍຜ່ານການອ້າງອີງ. ໃນລະບົບອື່ນທ່ານຈະບໍ່ຕ້ອງການອັນນີ້ເພາະວ່າມີການເຂົ້າເຖິງຕົວຊີ້ null
ຖືກຈັບໂດຍອັດຕະໂນມັດໂດຍໂຮງງານຜະລິດ.

-fuse-atomic-builtins
ໃນບາງລະບົບ, GCC ສາມາດສ້າງລະຫັດສໍາລັບການປະຕິບັດງານຂອງປະລໍາມະນູທີ່ສ້າງຂຶ້ນ. ໃຊ້ນີ້
ທາງເລືອກທີ່ຈະບັງຄັບ gcj ໃຊ້ buildins ເຫຼົ່ານີ້ໃນເວລາທີ່ລວບລວມລະຫັດ Java. ບ່ອນ​ນີ້
ຄວາມສາມາດແມ່ນມີຢູ່, ມັນຄວນຈະຖືກກວດພົບໂດຍອັດຕະໂນມັດ, ສະນັ້ນທ່ານມັກຈະບໍ່ຕ້ອງການ
ການ​ນໍາ​ໃຊ້​ທາງ​ເລືອກ​ນີ້​.

ໃຊ້ aarch64-linux-gnu-gcj ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net