home bbs files messages ]

Forums before death by AOL, social media and spammers... "We can't have nice things"

   comp.arch      Apparently more than just beeps & boops      131,241 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 130,293 of 131,241   
   Anton Ertl to Thomas Koenig   
   Re: Tonights Tradeoff   
   14 Nov 25 22:32:14   
   
   From: anton@mips.complang.tuwien.ac.at   
      
   Thomas Koenig  writes:   
   >Anton Ertl  schrieb:   
   >> MitchAlsup  writes:   
   >   
   >>>{Pedantic mode=ON}   
   >>>Assembly language is ASSEMBLER specific.   
   >>   
   >> What I wanted to write was "And assembly language is   
   >> architecture-specific".   
   >   
   >foo_:   
   >        add     DWORD PTR [rdi], 1   
   >        ret   
   >   
   >and   
   >   
   >foo_:   
   >        addl    $1, (%rdi)   
   >        ret   
   >   
   >are written in two different assembly languages, yet have the same   
   >meaning when compiled.   
      
   That does not contradict what I wrote.  Both assembly languages are   
   specific to the AMD64 architecture.   
      
   >> It's the builtin function that are compiler-specific.   
   >   
   >Also, not really.  For x86, Intel defines them, and other   
   >compilers like gcc follow suit.   
      
   You are confusing builtins with intrinsics.  Builtins are defined by   
   the compiler.  E.g., __builtin_addcll() is supported by clang on all   
   architectures, but is not supported by gcc.  By contrast, the   
   intrinsic _addcarry_u64() is defined by Intel and is supported on gcc   
   and clang (and, I guess icc, and maybe others), but only when   
   compiling for AMD64.   
      
   - anton   
   --   
   'Anyone trying for "industrial quality" ISA should avoid undefined behavior.'   
     Mitch Alsup,    
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca