From: Robert W. <ro...@au...> - 2005-03-06 19:17:07
|
Please someone can help? I just have the latest stable releases of MingW = MSYS and the dtk. I run on a XP pentium with the MSYS bash shell. I try = to compile meschach library but when I run configure i get error near = the end: .... gcc -o maxint maxint.c checking char \\0 vs. float zeros checking for bcopy... no checking for bzero... no configure: checking for function prototypes... configure: creating ./config.status config.status: creating makefile config.status: creating machine.h sed: file ./confstat2636-30293/defines.sed line 24: Unterminated `s' = command sed: file ./confstat2636-30293/undefs.sed line 24: Unterminated `s' = command config.status: machine.h is unchanged .... I see many hints to the problem with this sed line break on the lists = and web but no outright solution. Please help, is this a bug, an environment/shell setting, Is it a = DOS/UNIX cr/lf thing, a "/" thing, or what can I do!!?? I tried using the MSYS autoconf to recreate configure and it was better = than the old configure but still has this error which results in no = makefile being generated. Thanks for any help! RobW |
From: Greg C. <chi...@co...> - 2005-03-07 01:54:16
|
On 2005-03-06 14:16 PM, Robert Wenzel wrote: > Please someone can help? I just have the latest stable releases of MingW > MSYS and the dtk. I run on a XP pentium with the MSYS bash shell. I try > to compile meschach library but when I run configure i get error near > the end: [...] > sed: file ./confstat2636-30293/defines.sed line 24: Unterminated `s' command > sed: file ./confstat2636-30293/undefs.sed line 24: Unterminated `s' command [...] > I see many hints to the problem with this sed line break on the lists > and web but no outright solution. > Please help, is this a bug, an environment/shell setting, Is it a > DOS/UNIX cr/lf thing, a "/" thing, or what can I do!!?? Why not post just the failing sed command? Wild guess: maybe you need a later version of sed. See http://sf.net/mailarchive/message.php?msg_id=10668423 and Earnie's replies (which I haven't had time to follow up on yet). |
From: Earnie B. <ea...@us...> - 2005-03-07 13:07:46
|
<quote who="Greg Chicares"> > On 2005-03-06 14:16 PM, Robert Wenzel wrote: > >> Please someone can help? I just have the latest stable releases of MingW >> MSYS and the dtk. I run on a XP pentium with the MSYS bash shell. I try >> to compile meschach library but when I run configure i get error near >> the end: > [...] >> sed: file ./confstat2636-30293/defines.sed line 24: Unterminated `s' >> command >> sed: file ./confstat2636-30293/undefs.sed line 24: Unterminated `s' >> command > [...] >> I see many hints to the problem with this sed line break on the lists >> and web but no outright solution. >> Please help, is this a bug, an environment/shell setting, Is it a >> DOS/UNIX cr/lf thing, a "/" thing, or what can I do!!?? > > Why not post just the failing sed command? > > Wild guess: maybe you need a later version of sed. See > http://sf.net/mailarchive/message.php?msg_id=10668423 > and Earnie's replies (which I haven't had time to follow up on yet). > Greg, it is not the same thing. Robert, I suggest you be careful about using tools that convert UNIX line endings to DOS line endings. You can work around your issue with ``find /path/to/top/source -name \*.sed -exec dos2unix {} \;''. If you don't have dos2unix you can install the MinGW Utilities package. Earnie -- http://www.mingw.org http://sourceforge.net/projects/mingw https://sourceforge.net/donate/index.php?user_id=15438 |
From: Robert W. <ro...@au...> - 2005-03-08 05:54:20
|
Earnie and Greg, Thanks for the help. Greg, that bad sed command doesn't look like it's in configure itself, the actual sed command appears to be automatically made by configure and is maybe in a temp file called ./confstat2636-30293/defines.sed (I guess). I can only guess that file gets deleted before I can look at it, while running the configure script (originally created using autoconf). Earnie, are you for sure convinced I have a end-of-line problem? I had not originally run any dos<>unix on it at first, only in trying to fix the problem. And I tried 7-zip to see if that made a difference but it didn't. Would it be true that during run of configure a temp file with the offending command is created then deleted? It seems so and if so then I couldn't run you fix on the non-existent file? Might I need to modify the configure.in file to fix it or something? I had similar problems trying to compile ATLAS and someone told be I HAVE to get cygwin but that was more intense... so far it is seeming very hard to use configure scripts, I can't get anything to configure - maybe I should just hack the makefiles but it seems some important system compile flags won't be set then... maybe I'm too newbie still! Maybe the old meschach configure.in file is bad? I did download source code for sed (ironically) just to try configure and it successfully made the sed makefile(s) (although I think it complained a little), so again, maybe it's the old configure.in... might I need an older autoconf that is compatible with it? - has the configure.in syntax changed since 7 years? Thanks Again for any more hints, I really want to use the minimalist approach.. Do I really need cygwin to compile most source packages as that guy told me? - Are my expectations just off - is it alot of modification and tweaks and hacking to do the porting with MSYS with my little experience in this area? - Perhaps I keep scraping around for binary distributions or how do I graduate into the "compiled it myself" category? Best Regards, Robert ----- Original Message ----- From: "Earnie Boyd" <ea...@us...> To: <min...@li...> Sent: Monday, March 07, 2005 6:45 AM Subject: Re: [Mingw-msys] the unterminated s-command sed error! > > <quote who="Greg Chicares"> >> On 2005-03-06 14:16 PM, Robert Wenzel wrote: >> >>> Please someone can help? I just have the latest stable releases of MingW >>> MSYS and the dtk. I run on a XP pentium with the MSYS bash shell. I try >>> to compile meschach library but when I run configure i get error near >>> the end: >> [...] >>> sed: file ./confstat2636-30293/defines.sed line 24: Unterminated `s' >>> command >>> sed: file ./confstat2636-30293/undefs.sed line 24: Unterminated `s' >>> command >> [...] >>> I see many hints to the problem with this sed line break on the lists >>> and web but no outright solution. >>> Please help, is this a bug, an environment/shell setting, Is it a >>> DOS/UNIX cr/lf thing, a "/" thing, or what can I do!!?? >> >> Why not post just the failing sed command? >> >> Wild guess: maybe you need a later version of sed. See >> http://sf.net/mailarchive/message.php?msg_id=10668423 >> and Earnie's replies (which I haven't had time to follow up on yet). >> > > Greg, it is not the same thing. > > Robert, I suggest you be careful about using tools that convert UNIX line > endings to DOS line endings. You can work around your issue with ``find > /path/to/top/source -name \*.sed -exec dos2unix {} \;''. If you don't > have dos2unix you can install the MinGW Utilities package. > > > Earnie > > -- > http://www.mingw.org > http://sourceforge.net/projects/mingw > https://sourceforge.net/donate/index.php?user_id=15438 > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Mingw-msys mailing list > Min...@li... > https://lists.sourceforge.net/lists/listinfo/mingw-msys |
From: Earnie B. <ea...@us...> - 2005-03-08 12:24:19
|
<quote who="Robert Wenzel"> > Earnie and Greg, > > > Earnie, are you for sure convinced I have a end-of-line problem? I had > not > originally run any dos<>unix on it at first, only in trying to fix the > problem. And I tried 7-zip to see if that made a difference but it > didn't. > I know that the MSYS sed has issues with sed command files ending with \r\n. > Would it be true that during run of configure a temp file with the > offending > command is created then deleted? If the sed command file is generated, how is it generated? If it uses a program that is win32 native the the possibility exists that \r\n line endings are in fact stored in the file. You mention configure deleting the temp file, you can modify the configure file to remove the ``rm -f''. > It seems so and if so then I couldn't > run > you fix on the non-existent file? Might I need to modify the configure.in > file to fix it or something? You need to determine how the sed command file is created. Once we know that I can help more. > I had similar problems trying to compile > ATLAS > and someone told be I HAVE to get cygwin but that was more intense... so > far > it is seeming very hard to use configure scripts, I can't get anything to > configure - maybe I should just hack the makefiles but it seems some > important system compile flags won't be set then... maybe I'm too newbie > still! Maybe the old meschach configure.in file is bad? I did download > source code for sed (ironically) just to try configure and it successfully > made the sed makefile(s) (although I think it complained a little), so > again, maybe it's the old configure.in... might I need an older autoconf > that is compatible with it? - has the configure.in syntax changed since 7 > years? > Yes, the syntax is different in the new versions of autotools and consideration for old syntax is not given. > Thanks Again for any more hints, I really want to use the minimalist > approach.. Do I really need cygwin to compile most source packages as > that > guy told me? - I sure hope not! Besides, MSYS is really an older version of Cygwin just tweaked to my liking for the purposes of MinGW. ? Are my expectations just off - is it alot of modification > and > tweaks and hacking to do the porting with MSYS with my little experience > in > this area? - Perhaps I keep scraping around for binary distributions or > how > do I graduate into the "compiled it myself" category? > No the expectations are not off. You complete your mission one step at a time. Earnie -- http://www.mingw.org http://sourceforge.net/projects/mingw https://sourceforge.net/donate/index.php?user_id=15438 |
From: Robert W. <ro...@au...> - 2005-03-09 04:48:30
|
Thanks, Earnie, I'll keep working on it. I'm trying to put together a science/math "exporation" tool where I can do some electromagnetics and stuff... bessel fcns and fem codes, etc. Just getting really sucked in to Python right now, and on the c front I'm thinking I might be able to get away with scipy's so kindly provided gcc3.2.3 ATLAS_LAPACK precompiled XP P4 dot-a's! - should be pretty good match for my machine ? (sorry for the aside, but is there a way to convert the .a's to "shared" library/dll?-should I be using a shared library on XP box?). I really do want to learn to use the MSYS/MinGW to compile from source, maybe somehow the line ends are getting messed up along the way, I'll look for it....but I'm still confused because the error line sed: file ./confstat2636-30293/defines.sed line 24: Unterminated `s' seems to be sed complaining about a defines.sed file having an error it on line 24, but I know of no confstat2636-30293 directory (supposedly in ./ - the current directory) in the first place! Is not ./ the directory I am in/running configure from? There is no such dirctory I know of and I think I was wrong - it probably never is ever created...huh. Anyway, Thanks Again and Best Rgds, Rob ----- Original Message ----- From: "Earnie Boyd" <ea...@us...> To: <min...@li...> Sent: Tuesday, March 08, 2005 6:28 AM Subject: Re: [Mingw-msys] the unterminated s-command sed error! > <quote who="Robert Wenzel"> >> Earnie and Greg, >> > >> >> Earnie, are you for sure convinced I have a end-of-line problem? I had >> not >> originally run any dos<>unix on it at first, only in trying to fix the >> problem. And I tried 7-zip to see if that made a difference but it >> didn't. >> > > I know that the MSYS sed has issues with sed command files ending with > \r\n. > >> Would it be true that during run of configure a temp file with the >> offending >> command is created then deleted? > > If the sed command file is generated, how is it generated? If it uses a > program that is win32 native the the possibility exists that \r\n line > endings are in fact stored in the file. You mention configure deleting > the temp file, you can modify the configure file to remove the ``rm -f''. > >> It seems so and if so then I couldn't >> run >> you fix on the non-existent file? Might I need to modify the >> configure.in >> file to fix it or something? > > You need to determine how the sed command file is created. Once we know > that I can help more. > >> I had similar problems trying to compile >> ATLAS >> and someone told be I HAVE to get cygwin but that was more intense... so >> far >> it is seeming very hard to use configure scripts, I can't get anything to >> configure - maybe I should just hack the makefiles but it seems some >> important system compile flags won't be set then... maybe I'm too newbie >> still! Maybe the old meschach configure.in file is bad? I did download >> source code for sed (ironically) just to try configure and it >> successfully >> made the sed makefile(s) (although I think it complained a little), so >> again, maybe it's the old configure.in... might I need an older autoconf >> that is compatible with it? - has the configure.in syntax changed since 7 >> years? >> > > Yes, the syntax is different in the new versions of autotools and > consideration for old syntax is not given. > >> Thanks Again for any more hints, I really want to use the minimalist >> approach.. Do I really need cygwin to compile most source packages as >> that >> guy told me? - > > I sure hope not! Besides, MSYS is really an older version of Cygwin just > tweaked to my liking for the purposes of MinGW. > > ? Are my expectations just off - is it alot of modification >> and >> tweaks and hacking to do the porting with MSYS with my little experience >> in >> this area? - Perhaps I keep scraping around for binary distributions or >> how >> do I graduate into the "compiled it myself" category? >> > > No the expectations are not off. You complete your mission one step at a > time. > > Earnie > > -- > http://www.mingw.org > http://sourceforge.net/projects/mingw > https://sourceforge.net/donate/index.php?user_id=15438 > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Mingw-msys mailing list > Min...@li... > https://lists.sourceforge.net/lists/listinfo/mingw-msys |
From: Earnie B. <ea...@us...> - 2005-03-09 14:30:46
|
Robert, I worked through the mess to get a build of the meschach-1.2b library. I'll ping you later on some things I had to do to the source to see if it looks good. I'll put up a mingwPORT package once I get the details worked. The sed problem had to do with programs built during configure to and the output of \r\n line endings from those programs. Earnie <quote who="Robert Wenzel"> > Thanks, Earnie, I'll keep working on it. I'm trying to put together a > science/math "exporation" tool where I can do some electromagnetics and > stuff... bessel fcns and fem codes, etc. Just getting really sucked in to > Python right now, and on the c front I'm thinking I might be able to get > away with scipy's so kindly provided gcc3.2.3 ATLAS_LAPACK precompiled XP > P4 > dot-a's! - should be pretty good match for my machine ? (sorry for the > aside, but is there a way to convert the .a's to "shared" > library/dll?-should I be using a shared library on XP box?). > > I really do want to learn to use the MSYS/MinGW to compile from source, > maybe somehow the line ends are getting messed up along the way, I'll look > for it....but I'm still confused because the error line > > sed: file ./confstat2636-30293/defines.sed line 24: Unterminated `s' > > seems to be sed complaining about a defines.sed file having an error it on > line 24, but I know of no confstat2636-30293 directory (supposedly in ./ - > the current directory) in the first place! Is not ./ the directory I am > in/running configure from? There is no such dirctory I know of and I > think > I was wrong - it probably never is ever created...huh. > > Anyway, Thanks Again and Best Rgds, Rob > > ----- Original Message ----- > From: "Earnie Boyd" <ea...@us...> > To: <min...@li...> > Sent: Tuesday, March 08, 2005 6:28 AM > Subject: Re: [Mingw-msys] the unterminated s-command sed error! > > >> <quote who="Robert Wenzel"> >>> Earnie and Greg, >>> >> >>> >>> Earnie, are you for sure convinced I have a end-of-line problem? I had >>> not >>> originally run any dos<>unix on it at first, only in trying to fix the >>> problem. And I tried 7-zip to see if that made a difference but it >>> didn't. >>> >> >> I know that the MSYS sed has issues with sed command files ending with >> \r\n. >> >>> Would it be true that during run of configure a temp file with the >>> offending >>> command is created then deleted? >> >> If the sed command file is generated, how is it generated? If it uses a >> program that is win32 native the the possibility exists that \r\n line >> endings are in fact stored in the file. You mention configure deleting >> the temp file, you can modify the configure file to remove the ``rm >> -f''. >> >>> It seems so and if so then I couldn't >>> run >>> you fix on the non-existent file? Might I need to modify the >>> configure.in >>> file to fix it or something? >> >> You need to determine how the sed command file is created. Once we know >> that I can help more. >> >>> I had similar problems trying to compile >>> ATLAS >>> and someone told be I HAVE to get cygwin but that was more intense... >>> so >>> far >>> it is seeming very hard to use configure scripts, I can't get anything >>> to >>> configure - maybe I should just hack the makefiles but it seems some >>> important system compile flags won't be set then... maybe I'm too >>> newbie >>> still! Maybe the old meschach configure.in file is bad? I did >>> download >>> source code for sed (ironically) just to try configure and it >>> successfully >>> made the sed makefile(s) (although I think it complained a little), so >>> again, maybe it's the old configure.in... might I need an older >>> autoconf >>> that is compatible with it? - has the configure.in syntax changed since >>> 7 >>> years? >>> >> >> Yes, the syntax is different in the new versions of autotools and >> consideration for old syntax is not given. >> >>> Thanks Again for any more hints, I really want to use the minimalist >>> approach.. Do I really need cygwin to compile most source packages as >>> that >>> guy told me? - >> >> I sure hope not! Besides, MSYS is really an older version of Cygwin >> just >> tweaked to my liking for the purposes of MinGW. >> >> ? Are my expectations just off - is it alot of modification >>> and >>> tweaks and hacking to do the porting with MSYS with my little >>> experience >>> in >>> this area? - Perhaps I keep scraping around for binary distributions or >>> how >>> do I graduate into the "compiled it myself" category? >>> >> >> No the expectations are not off. You complete your mission one step at >> a >> time. >> >> Earnie >> >> -- >> http://www.mingw.org >> http://sourceforge.net/projects/mingw >> https://sourceforge.net/donate/index.php?user_id=15438 >> >> >> ------------------------------------------------------- >> SF email is sponsored by - The IT Product Guide >> Read honest & candid reviews on hundreds of IT Products from real users. >> Discover which products truly live up to the hype. Start reading now. >> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >> _______________________________________________ >> Mingw-msys mailing list >> Min...@li... >> https://lists.sourceforge.net/lists/listinfo/mingw-msys > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Mingw-msys mailing list > Min...@li... > https://lists.sourceforge.net/lists/listinfo/mingw-msys > Earnie -- http://www.mingw.org http://sourceforge.net/projects/mingw https://sourceforge.net/donate/index.php?user_id=15438 |
From: Earnie B. <ea...@us...> - 2005-03-09 14:41:57
|
<quote who="Earnie Boyd"> > Robert, > > I worked through the mess to get a build of the meschach-1.2b library. > I'll ping you later on some things I had to do to the source to see if it > looks good. I'll put up a mingwPORT package once I get the details > worked. > > The sed problem had to do with programs built during configure to ^determine dynamic values > and the output of \r\n line endings from those programs. > > Earnie > > <quote who="Robert Wenzel"> >> Thanks, Earnie, I'll keep working on it. I'm trying to put together a >> science/math "exporation" tool where I can do some electromagnetics and >> stuff... bessel fcns and fem codes, etc. Just getting really sucked in >> to >> Python right now, and on the c front I'm thinking I might be able to get >> away with scipy's so kindly provided gcc3.2.3 ATLAS_LAPACK precompiled >> XP >> P4 >> dot-a's! - should be pretty good match for my machine ? (sorry for the >> aside, but is there a way to convert the .a's to "shared" >> library/dll?-should I be using a shared library on XP box?). >> >> I really do want to learn to use the MSYS/MinGW to compile from source, >> maybe somehow the line ends are getting messed up along the way, I'll >> look >> for it....but I'm still confused because the error line >> >> sed: file ./confstat2636-30293/defines.sed line 24: Unterminated `s' >> >> seems to be sed complaining about a defines.sed file having an error it >> on >> line 24, but I know of no confstat2636-30293 directory (supposedly in ./ >> - >> the current directory) in the first place! Is not ./ the directory I am >> in/running configure from? There is no such dirctory I know of and I >> think >> I was wrong - it probably never is ever created...huh. >> >> Anyway, Thanks Again and Best Rgds, Rob >> >> ----- Original Message ----- >> From: "Earnie Boyd" <ea...@us...> >> To: <min...@li...> >> Sent: Tuesday, March 08, 2005 6:28 AM >> Subject: Re: [Mingw-msys] the unterminated s-command sed error! >> >> >>> <quote who="Robert Wenzel"> >>>> Earnie and Greg, >>>> >>> >>>> >>>> Earnie, are you for sure convinced I have a end-of-line problem? I >>>> had >>>> not >>>> originally run any dos<>unix on it at first, only in trying to fix the >>>> problem. And I tried 7-zip to see if that made a difference but it >>>> didn't. >>>> >>> >>> I know that the MSYS sed has issues with sed command files ending with >>> \r\n. >>> >>>> Would it be true that during run of configure a temp file with the >>>> offending >>>> command is created then deleted? >>> >>> If the sed command file is generated, how is it generated? If it uses >>> a >>> program that is win32 native the the possibility exists that \r\n line >>> endings are in fact stored in the file. You mention configure deleting >>> the temp file, you can modify the configure file to remove the ``rm >>> -f''. >>> >>>> It seems so and if so then I couldn't >>>> run >>>> you fix on the non-existent file? Might I need to modify the >>>> configure.in >>>> file to fix it or something? >>> >>> You need to determine how the sed command file is created. Once we >>> know >>> that I can help more. >>> >>>> I had similar problems trying to compile >>>> ATLAS >>>> and someone told be I HAVE to get cygwin but that was more intense... >>>> so >>>> far >>>> it is seeming very hard to use configure scripts, I can't get anything >>>> to >>>> configure - maybe I should just hack the makefiles but it seems some >>>> important system compile flags won't be set then... maybe I'm too >>>> newbie >>>> still! Maybe the old meschach configure.in file is bad? I did >>>> download >>>> source code for sed (ironically) just to try configure and it >>>> successfully >>>> made the sed makefile(s) (although I think it complained a little), so >>>> again, maybe it's the old configure.in... might I need an older >>>> autoconf >>>> that is compatible with it? - has the configure.in syntax changed >>>> since >>>> 7 >>>> years? >>>> >>> >>> Yes, the syntax is different in the new versions of autotools and >>> consideration for old syntax is not given. >>> >>>> Thanks Again for any more hints, I really want to use the minimalist >>>> approach.. Do I really need cygwin to compile most source packages as >>>> that >>>> guy told me? - >>> >>> I sure hope not! Besides, MSYS is really an older version of Cygwin >>> just >>> tweaked to my liking for the purposes of MinGW. >>> >>> ? Are my expectations just off - is it alot of modification >>>> and >>>> tweaks and hacking to do the porting with MSYS with my little >>>> experience >>>> in >>>> this area? - Perhaps I keep scraping around for binary distributions >>>> or >>>> how >>>> do I graduate into the "compiled it myself" category? >>>> >>> >>> No the expectations are not off. You complete your mission one step at >>> a >>> time. >>> >>> Earnie >>> >>> -- >>> http://www.mingw.org >>> http://sourceforge.net/projects/mingw >>> https://sourceforge.net/donate/index.php?user_id=15438 >>> >>> >>> ------------------------------------------------------- >>> SF email is sponsored by - The IT Product Guide >>> Read honest & candid reviews on hundreds of IT Products from real >>> users. >>> Discover which products truly live up to the hype. Start reading now. >>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >>> _______________________________________________ >>> Mingw-msys mailing list >>> Min...@li... >>> https://lists.sourceforge.net/lists/listinfo/mingw-msys >> >> >> >> ------------------------------------------------------- >> SF email is sponsored by - The IT Product Guide >> Read honest & candid reviews on hundreds of IT Products from real users. >> Discover which products truly live up to the hype. Start reading now. >> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >> _______________________________________________ >> Mingw-msys mailing list >> Min...@li... >> https://lists.sourceforge.net/lists/listinfo/mingw-msys >> > > > Earnie > > -- > http://www.mingw.org > http://sourceforge.net/projects/mingw > https://sourceforge.net/donate/index.php?user_id=15438 > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Mingw-msys mailing list > Min...@li... > https://lists.sourceforge.net/lists/listinfo/mingw-msys > Earnie -- http://www.mingw.org http://sourceforge.net/projects/mingw https://sourceforge.net/donate/index.php?user_id=15438 |