On 13/08/19 6:45 am, leomessi983 wrote: > > hi > yes I use it in different machines,but all of them are debian with the > same version! Okay. That means we can rely on the OS being the same, and _usually_ the compiler - though it does occasionally have problems. > At firts I compiled squid in a vmware debian vm ,bit after then I use > the created package in my other debian machin in physical systems with > different cpu and memory! Memory should not matter. So long as there is sufficient to run. CPU type though does matter a fair amount. If the VM is simulating different CPU features or type (32bit vs 64bit) than the physical machines then this problem will occur. If you do need to isolate the build from the main machine(s) I recommend a container like Docker rather than a full VM. That way the CPU stuff which matters here stays the same both in and out of the container but any environment boundaries and/or installation mess is isolated by the container. > > Is there any compile option to solve this issue!? > How about this option --disable-arch-native ? That Squid build option will avoid issues sharing one Squid across different models of almost-same CPUs. If the CPUs are different architectures then you have to build a binary specifically for the run-time arch' or it will not run due to the binary level stuff being different (aka "Illegal Instruction"). That is cross-compiling - if that is an unfamiliar term and you actually need to then I suggest you look it up before going any further. Amos _______________________________________________ squid-users mailing list squid-users@xxxxxxxxxxxxxxxxxxxxx http://lists.squid-cache.org/listinfo/squid-users
