File: cs_scc_mex.c

package info (click to toggle)
suitesparse 1%3A7.10.1%2Bdfsg-1
  • links: PTS, VCS
  • area: main
  • in suites: forky, sid, trixie
  • size: 254,920 kB
  • sloc: ansic: 1,134,743; cpp: 46,133; makefile: 4,875; fortran: 2,087; java: 1,826; sh: 996; ruby: 725; python: 495; asm: 371; sed: 166; awk: 44
file content (35 lines) | stat: -rw-r--r-- 1,376 bytes parent folder | download | duplicates (2)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
// CXSparse/MATLAB/CSparse/cs_scc_mex: strongly connected components
// CXSparse, Copyright (c) 2006-2022, Timothy A. Davis. All Rights Reserved.
// SPDX-License-Identifier: LGPL-2.1+
#include "cs_mex.h"
/* [p,r] = cs_scc (A) finds the strongly connected components of A */
void mexFunction
(
    int nargout,
    mxArray *pargout [ ],
    int nargin,
    const mxArray *pargin [ ]
)
{
    cs_dl Amatrix, *A ;
    cs_dld *D ;
    int64_t n, j, *Ap2 ;
    if (nargout > 2 || nargin != 1)
    {
        mexErrMsgTxt ("Usage: [p,r] = cs_scc(A)") ;
    }
    A = cs_dl_mex_get_sparse (&Amatrix, 1, 0, pargin [0]) ;     /* get A */
    /* cs_scc modifies A->p and then restores it (in cs_dfs).  Avoid the issue
     * of a mexFunction modifying its input (even temporarily) by making a copy
     * of A->p.  This issue does not arise in cs_dmperm, because that function
     * applies cs_scc to a submatrix C, not to A directly. */
    n = A->n ;
    Ap2 = cs_dl_malloc (n+1, sizeof (int64_t)) ;
    for (j = 0 ; j <= n ; j++) Ap2 [j] = A->p [j] ;
    A->p = Ap2 ;
    D = cs_dl_scc (A) ;                                 /* find conn. comp. */
    pargout [0] = cs_dl_mex_put_int (D->p, n, 1, 0) ;           /* return p */
    pargout [1] = cs_dl_mex_put_int (D->r, D->nb+1, 1, 0) ;     /* return r */
    cs_dl_dfree (D) ;
    cs_dl_free (Ap2) ;     /* free the copy of A->p */
}