Skip to content

Releases: clash-lang/clash-compiler

v1.8.4

06 Nov 16:43
1be4dab

Choose a tag to compare

Changed:

  • Nix flake updated to make it more suitable for use in downstream projects. #2987 #3060

Fixed:

  • collapseRHSNoops now runs after constant folding, making Clash able to constant fold more expressions than before. See #3036.
  • The unzip family no longer retains a reference to the original input for every (unevaluated) part of the output tuple. Similarly, mapAccumL and mapAccumR are now also more eager to drop references. This can help to prevent space leaks. See #3038.
  • Individual items of iterateI no longer retain a reference to the whole list, preventing space leaks. See #3042.
  • The compiler now tracks assignment types in more places, which can prevent "clash error call" errors in some specific cases. See #3045.
  • Test bench primitives now assign the string they want to pass to Verilog's $display to a variable before printing. This works around a limitation in IVerilog. See #3046.

v1.8.3

06 Oct 18:39
74f8c22

Choose a tag to compare

Added:

  • Counter instances for Bool, Bit, Int, Int8, Int16, Int32, Int64, Word, Word8, Word16, Word32, Word64, Identity and Maybe. #2692
  • The Vec type now has a COMPLETE pragma to avoid incomplete pattern matches when using the (:>) pattern. #3020
  • RamOp now has an AutoReg instance. #2792
  • Added instance NFDataX (SimOnly a) #2900
  • Support for GHC 9.10 on Windows (macOS and Linux were already supported) #2945
  • Added a BitPack instance for Char #2957
  • Support for GHC 9.10.2 #3003

Changed:

  • Functions defined on Clash.Class.Counter are now public #2692

Fixed:

  • Clash hanging when rendering Index n literals, for large values of n #2813
  • Render overflowed Index literals as don't-cares in HDL #2970
  • Clash errors out when Clash.Sized.Vector.splitAt is compile-time evaluated in an illegal context [#2831]#2831
  • Clash.Explicit.DDR: #2911
    • ddrIn: VHDL: Remove data input from sensitivity list of ddrIn_neg_latch register as it is superfluous. This should not affect functionality.
    • ddrOut: VHDL: Fix incorrect usage of Enable input when the domain is set to asynchronous resets. Deasserting the Enable exhibited wrong behavior before this fix.
  • Clash.Xilinx.DDR: #2911
    • These primitives only support clocks where the rising edge is the active edge. Using them in a domain with falling active edges now causes an error.
    • oddr: Fix VHDL and SystemVerilog erroring out during HDL generation
    • Symbols in HDL for both iddr and oddr were renamed to match their function.
  • Clash.Intel.DDR: #2911
    • These primitives only support clocks where the rising edge is the active edge. Using them in a domain with falling active edges now causes an error.
    • Fix rendering HDL. It variously errored out or generated non-working HDL.
    • Rendering HDL no longer causes Clash to issue a warning about an argument unused in Haskell but used in the primitive black box.
  • makeTopEntity now accounts for SimOnly constructs. This can prevent warnings in situtations where the SimOnly type would contain types makeTopEntity cannot handle. #2897
  • Clash did not build on GHC 9.6.7 (but did on 9.6.6) #2916
  • Ignore Ticks in TermLiteral Integer, TermLiteral Char, TermLiteral Natural, and TermLiteral (SNat n) #2925
  • Fixed laziness issue in internal black box imap_go #2542
  • Clash's evaluator now uses TemplateHaskell names to detect renamed symbols in GHC.* and Clash.*. Fixes errors similar to No blackbox found for: GHC.Internal.Base.eqString #2972
  • No blackbox found for: GHC.Internal.Control.Exception.Base.recSelError on GHC 9.10 #2966
  • Verilog and System Verilog code gen bug for map head #2809
  • Error parsing blackbox: Clash.Sized.Vector.head #2988
  • Clash no longer duplicates included datafiles when component is instantiated multiple times #3008
  • Clash will no longer emit "no blackbox found for" GHC.Real's exponentiation function if it is applied to constants #3010
  • Clash will no longer error out when converting ensureSpine on Clash number types to HDL #3021
  • Clash will no longer ignore Synthesize annotations when the function is used in an argument position #3024

v1.8.2

03 Jan 22:07
49f33ea

Choose a tag to compare

Added:

  • Support for GHC 9.10 #2758
  • Support for GHC 9.8.4 #2852
  • Add ShowX, NFDataX instances for Proxy #2637
  • Added Clash.Sized.Vector.ToTuple.vecToTuple: a way to safely work around incomplete patterns warnings on patterns involving Vectors. #2862
  • Added operator precedences for infix usage of functions exported from Clash.Class.Num: mul, add, sub, satMul, satAdd, satSub, boundedMul, boundedAdd, and boundedSub. This means that expressions such as a `add` b `mul` c now get parsed as a `add` (b `mul` c) instead of (a `add` b) `mul` c. #2719

Changed:

  • BitVector n now has an implementation for ensureSpine which ensures the constructor is present. #2702
  • xToBV is now located in Clash.Sized.Internal.BitVector to avoid circular dependencies. #2702
  • The error messages that mention the valid ranges for out-of-range inputs have been improved to be more intuitive: one of <empty range>, [n] or [n..m]. All n..m ranges are now ordered with the lower bound on the left. #2733

Fixed:

  • cabal: Make workaround-ghc-mmap-crash a noop on non-x86_64. Fixes #2656
  • Clash no longer hides error messages if it fails to load external (precompiled) modules. Note: this fix only works from GHC 9.0 on. See #2365
  • HDL generation fails when using multiple-hidden feature in combination with synthesis attributes #2593
  • Clash no longer errors out in the netlist generation stage when a polymorphic function is applied to type X in one alternative of a case-statement and applied to a newtype wrapper of type X in a different alternative. See #2828
  • various issues with black boxes and evaluator rules for number-related primitives #2689
  • genBitVector no longer contains off-by-one error on for generated Naturals #2704
  • (+>>.) and (.<<+) such that they are compliant with (+>>) and (<<+) for vectors of zero length in the sense that the input vector is kept unchanged. #2730
  • Removed stringsearch dependency from v16-upgrade-primitives. See #2726
  • Bug in the compile-time evaluator #2781
  • Exponentiation (Clash.Class.Exp) is now right-associative with a precedence level of 8 (infixr 8). By accident, it used to lack a fixity declaration, meaning it was implicitly left-associative at level 9. #2818
  • Unused argument warnings on writeToBiSignal# #2822
  • Clash errored saying it cannot translate a globally recursive function in code that originally only contains let-bound (local) recursion #2839
  • Clash generates illegal Verilog names #2845

v1.8.1

10 Nov 22:13
3f5dc67

Choose a tag to compare

  • Bump package dependencies to allow inclusion in stackage-nightly
  • Bump package dependencies to allow building on GHC 9.8.1

v1.8.0

10 Nov 09:30
53ae9bd

Choose a tag to compare

Release highlights:

  • Support for GHC 9.2, 9.4, 9.6 and 9.8. While GHC 9.2 is supported, we recommend users to skip this version as there is a severe degradation of error message quality. With this change, Clash now supports GHC versions 8.6 through 9.8.
  • Major overhaul of the clocking functionality in Clash.Xilinx.ClockGen and Clash.Intel.ClockGen, see their respective entries below
  • mealyS function (and several variations) to make writing state machines using the strict State monad easier
  • Overhaul of resetGlitchFilter, see its respective entries below.

Added:

  • altpllSync and alteraPllSync in Clash.Intel.ClockGen. These replace the deprecated functions without the Sync suffix. Unlike the old functions, these functions are safe to use and have a reset signal for each output domain that can be used to keep the domain in reset while the clock output stabilizes. All PLL functions now also support multiple clock outputs like the old alteraPll did. #2592
  • A new clock type DiffClock is introduced to signify a differential clock signal that is passed to the design on two ports in antiphase. This is used by the differential Xilinx clock wizards in Clash.Xilinx.ClockGen. #2592
  • Clash.Explicit.Testbench.clockToDiffClock, to create a differential clock signal in a test bench. It is not suitable for synthesizing a differential output in hardware. #2592
  • resetGlitchFilterWithReset, which accomplishes the same task as resetGlitchFilter in domains with unknown initial values by adding a power-on reset input to reset the glitch filter itself. #2544
  • Convenience functions: noReset, andReset, orReset plus their unsafe counterparts #2539
  • Convenience constraint aliases: HasSynchronousReset, HasAsynchronousReset, and HasDefinedInitialValues #2539
  • Clash.Prelude.Mealy.mealyS and Clash.Explicit.Mealy.mealyS and their bundled equivalents mealySB which make writing state machines using the strict State monad easier. The tutorial has also been simplified by using this change. #2484
  • An experimental feature allowing clocks to vary their periods over time, called "dynamic clocks". Given that this is an experimental feature, it is not part of the public API. #2295
  • The prelude now exports +>>. and .<<+, which can be used to shift in a bit into a BitVector from the left or right respectively - similar to +>> and <<+ for Vecs. #2307
  • Clash.DataFiles.tclConnector and the executable static-files in clash-lib. They provide the Tcl Connector, a Tcl script that allows Vivado to interact with the metadata generated by Clash (Quartus support will be added later). See Clash.DataFiles.tclConnector for further information. More documentation about the Tcl Connector and the Clash<->Tcl API will be made available later. #2335
  • Add BitPack, NFDataX and ShowX instances for Ordering #2366
  • Verilog users can now influence the "precision" part of the generated timescale pragma using -fclash-timescale-precision. #2353
  • Clash now includes blackboxes for integerToFloat#, integerToDouble# #2342
  • Instances Arbitrary (Erroring a), Arbitrary (Saturating a), Arbitrary (Saturating a), and Arbitrary (Zeroing a) #2356
  • Clash.Magic.clashSimulation, a way to differentiate between Clash simulation and generating HDL. #2473
  • Clash.Magic.clashCompileError: make HDL generation error out with a custom error message. Simulation in Clash will also error when the function is evaluated, including a call stack. HDL generation unfortunately does not include a call stack. #2399
  • Added Clash.XException.MaybeX, a data structure with smart constructors that can help programmers deal with XException values in their blackbox model implementations #2442
  • Clash.Magic.SimOnly, A container for data you only want to have around during simulation and is ignored during synthesis. Useful for carrying around things such as: a map of simulation/vcd traces, co-simulation state or meta-data, etc. #2464
  • KnownNat (DomainPeriod dom) as an implied constraint to KnownDomain dom. This reduces the amount of code needed to write - for example - clock speed dependent code. #2541
  • Clash.Annotations.SynthesisAttributes.annotate: a term level way of annotating signals with synthesis attributes #2547
  • Clash.Annotations.SynthesisAttributes.markDebug: a way of marking a signals "debug", instructing synthesizers to leave the signal alone and offer debug features #2547
  • Add hex and octal BitVector parsing. #1772
  • 1 <= n => Foldable1 (Vec n) instance (base-4.18+ only) #2563
  • You can now use ~PERIOD, ~ISSYNC, ~ISINITDEFINED and ~ACTIVEEDGE on arguments of type Clock, Reset, Enable,ClockN and DiffClock. #2590

Removed:

  • Deprecated module Clash.Prelude.BitIndex: functions have been moved to Clash.Class.BitPack #2555
  • Deprecated module Clash.Prelude.BitReduction: functions have been moved to Clash.Class.BitPack #2555
  • Deprecated function Clash.Explicit.Signal.enable: function has been renamed to andEnable #2555
  • The module Clash.Clocks.Deriving has been removed. #2592

Deprecated:

  • unsafeFromLowPolarity, unsafeFromHighPolarity, unsafeToLowPolarity, unsafeToHighPolarity have been replaced by unsafeFromActiveLow, unsafeFromActiveHigh, unsafeToActiveLow, unsafeToActiveHigh. While former ones will continue to exist, a deprecation warning has been added pointing to the latter ones. #2540
  • The functions altpll and alteraPll in Clash.Intel.ClockGen have been deprecated because they are unsafe to use while this is not apparent from the name. The locked output signal of these functions is an asynchronous signal which needs to be synchronized before it can be used (something the examples did in fact demonstrate). For the common use case, new functions are available, named altpllSync and alteraPllSync. These functions are safe. For advanced use cases, the old functionality can be obtained through unsafeAltpll and unsafeAlteraPll. #2592

Changed:

  • The wizards in Clash.Xilinx.ClockGen have been completely overhauled. The original functions were unsafe and broken in several ways. See the documentation in Clash.Xilinx.ClockGen for how to use the new functions. Significant changes are:
    • clockWizard and clockWizardDifferential now output a Clock and a Reset which can be directly used by logic. Previously, it outputted a clock and an asynchronous locked signal which first needed to be synchronized before it could be used (hence the old function being unsafe). Additionally, the original locked signal was strange: it mistakenly was an Enable instead of a Signal dom Bool and there was a polarity mismatch between Clash simulation and HDL. The locked signal was also not resampled to the output domain in Clash simulation.
    • There are new functions unsafeClockWizard and unsafeClockWizardDifferential for advanced use cases which directly expose the locked output of the wizard.
    • All clock generators now have the option to output multiple clocks from a single instance.
    • clockWizardDifferential now gets its input clock as a DiffClock type; use clockToDiffClock to generate this in your test bench if needed. Previously, the function received two clock inputs, but this generated create_clock statements in the top-level SDC file for both phases which is incorrect.
    • A constraint was removed: The output clock domain no longer requires asynchronous resets. This was originally intended to signal that the outgoing lock signal is an asynchronous signal. The constraint does not convey this information at all and is wrong; it also prevents using synchronous resets in the circuit as recommended by Xilinx. Note that if you use the unsafe functions, it is still necessary to synchronize the locked output in your design.
    • The port names of the primitives in HDL are now correctly lower case.
    • Add Tcl generation. This moves the responsibility of MMCM component generation from the user to clashConnector.tcl, which can be found in [clash-lib:Clash.DataFiles](https://hackage.haskell.org/package/clash-lib-1.8.0/docs/Cl...
Read more

v1.6.6

03 Oct 16:44
8eda54e

Choose a tag to compare

  • Support Aeson 2.2 #2578

  • Drop the snap package #2439

    The Clash snap package has not been a recommended way to use Clash for quite some time, and it is a hassle to support.

    In order to build a snap package, we build .deb packages for Clash with Ubuntu 20.04 LTS. But the interaction between the Debian build system and GHC is problematic, requiring significant effort to support and to upgrade to a more recent Ubuntu release.

    Additionally, snap packages have their own issues on distributions other than Ubuntu. Given that we no longer recommend people use our snap package and given the effort required to keep supporting them, we have decided to drop the snap package.

v1.6.5

27 Jun 16:11
30b96ea

Choose a tag to compare

Fixed:

  • Support building with all combinations of specific versions of our dependencies hashable and primitive. #2485
  • The Haskell simulation of the PLL lock signal in Clash.Clocks (used by Clash.Intel.ClockGen) is fixed: the signal is now unasserted for the time the reset input is asserted and vice versa, and no longer crashes the simulation. HDL generation is unchanged. The PLL functions now have an additional constraint: KnownDomain pllLock. #2420

Changed:

  • Export the constructor for the Wrapping type in the Clash.Num.Wrapping module. See #2292

v1.6.4

30 Aug 16:48
852f552

Choose a tag to compare

Fixed:

  • Input validation of the used arguments in blackboxes is now complete. #2184
  • Clash.Annotations.BitRepresentation.Deriving.deriveAnnotation no longer has quadratic complexity in the size of the constructors and fields. #2209
  • Fully resolve type synonyms when deriving bit representations. #2209
  • Disregard ticks when determining whether terms are shared. Fixes #2233.
  • The blackbox parser will make sure it fully parses its input, and report an error when it can't. #2237
  • Wrap ~ARG[n] in parentheses. Fixes #2213
  • The VHDL shift primitives no longer generate bound check failures. Fixes #2215
  • Evaluator fails impredicative type instantiation of error values #2272
  • Fix out of bound errors in toEnum/fromSLV for sum types #2220
  • Netlist generation fails for certain uses of GADTs #2289
  • The documentation for ANN TestBench had it backwards; it now correctly indicates the annotation is on the test bench, not the device under test. #1750

Fixes with minor changes:

  • reduceXor now produces a result if the argument has undefined bits instead of throwing an XException (the result is an undefined bit). reduceAnd and reduceOr already always produced a result. #2244

Added:

  • Support for symbols in types while deriving bit representations. #2209
  • Support for promoted data types while deriving bit representations. #2209
  • scanlPar and scanrPar in Clash's Prelude, as well as the RTree versions tscanl and tscanr. These variants of scanl1 and scanr1 compile to a binary tree of operations, with a depth of O(log(n)) (n being the length of the vector) rather than a depth of n for scanl1 and scanr1. #2177
  • The GADT constructors for RTree (RLeaf and RBranch) are now exported directly in addition to the patterns LR and BR. #2177
  • Added the ~ISSCALAR template which can be used to check if an argument is rendered to a scalar in HDL. #2184
  • Added support for records and infix constructors when using Clash.Annotations.BitRepresentation.Deriving.deriveAnnotation. #2191
  • Clash now contains instances for ShowX, NFDataX and BitPack on the newtypes from the Data.Functor modules (Identity, Const, Compose, Product and Sum). #2218

v1.6.3

07 Apr 13:31
91bec8a

Choose a tag to compare

Fixed:

  • Handle ~ISUNDEFINED hole in black boxes for BitVector and for product types. This means that with -fclash-aggressive-x-optimization-blackboxes, resets are now omitted for undefined reset values of such types as well. #2117
  • The alteraPll primitive was unusable since commit d325557750 (release v1.4.0), it now works again. #2136
  • Simulation/Synthesis mismatch for X-exception to undefined bitvector conversion #2154
  • The VHDL blackbox for Signed.fromInteger can now handle any Netlist Expr as input #2149
  • Clash no longer escapes extended identifiers when rendering SDC files. #2142
  • The types defined in clash-prelude-hedgehog now come with Show instances #2133
  • Extreme values are now generated from the input range instead of the type's bounds #2138

Internal change:

  • Clash now always generates non-extended identifiers for port names, so that generated names play nicer with different vendor tools. #2142
  • Top entity name available in netlist context. Top entity name used in generated name for include files. #2146

v1.6.2

25 Feb 15:08
650970a

Choose a tag to compare

Fixed:

  • Clash now compiles for users of Clang - i.e., all macOS users.
  • The trueDualPortBlockRam model did not accurately simulate concurrent active ports, thus causing a Haskell/HDL simulation mismatch for asyncFIFOSynchronizer.
  • trueDualPortBlockRam Haskell/HDL simulation mismatch for port enable.
  • Sometimes trueDualPortBlockRam swapped the names of the ports in exception messages. #2102
  • The evaluator rule for unpack{Float,Double}# are now corrected to return boxed float and double instead of unboxed literals. #2097

Changed:

  • The trueDualPortBlockRam model now only models read/write conflicts for concurrent active ports
  • The trueDualPortBlockRam model now models write/write conflicts for concurrent active ports