Displaying 20 results from an estimated 2000 matches similar to: "[LLVMdev] MAXPATHLEN' undeclared (first use this function)"
2004 Sep 18
1
[LLVMdev] MAXPATHLEN' undeclared (first use this function)
Hi,
I get below error:
---------------------------------
In file included from /usr/local/build/llvm/lib/System/platform/Path.cpp:23,
from /usr/local/src/llvm/lib/System/Path.cpp:27:
/usr/local/build/llvm/lib/System/platform/../Unix/Path.cpp: In member
function
`bool llvm::sys::Path::create_directory(bool)':
/usr/local/build/llvm/lib/System/platform/../Unix/Path.cpp:343:
2004 Sep 02
0
[LLVMdev] Native win32 port
Sure, we appreciate as much help we can get on this subject, too.
Please, write to me, if you're interested in doing a port to native win32.
/Henrik
>Paolo,
>
>In addition to Brian's comments, please note that we're currently
>consolidating the platform-specific code into a single library:
>lib/System. Henrik Bach has signed up to provide both the Interix and
2015 Sep 05
1
question / errors Interix 3.5 / xapian-core-1.2.21 / Eric Lindblad
Question by Eric Lindblad 05-09-2015
http://www.ericlindblad.blogspot.com
I would enquire if anyone has an opinion on whether it might be a possibility that adding the following #ifdef in certain xapian-core-1.2.21 /common and/or /backends files following the string #include <sys/types.h> might move closer towards resolution the 'ambiguous overload' issue.
+#ifdef __INTERIX
+#
2015 Aug 28
0
errors Interix 3.5 / xapian-core-1.2.21 / Eric Lindblad
Report by Eric Lindblad 28-08-2015
http://www.ericlindblad.blogspot.com
As of Windows 8.1
MS has discontinued
enabling for Interix, so
perhaps there is little
or no interest in this
e-mail's subject matter.
NB: As far as possible languages for xapian-bindings I only have be able to compile
earlier versions of Tcl with a static library on Interix 3.5, Perl versions fail 'make check',
2004 Aug 18
1
[LLVMdev] tblgen: Assertion failed: "Buffer[Length-1] == '"'", file FileLexer.l, line 114
Hi
I've been investigating which characters that cause troubles:
Length = 23
WhatsInBuffer=include "../Target.td"
assert=false
tblgen: Assertion failed: "Buffer[Length-1] == '"'", file FileLexer.l, line
128
idx hex char
0 69 i
1 6E n
2 63 c
3 6C l
4 75 u
5 64 d
6 65 e
7 20
8 22 "
9 2E .
10 2E .
11 2F /
12 54 T
13 61 a
14 72 r
15 67 g
16 65 e
17 74 t
18
2004 Jul 06
1
[LLVMdev] CommandLine.cpp:189: error: `strdup' undeclared
Hi
>
>Are you able to explain below meaning to me?
>
>#if defined(_ALL_SOURCE) \
> || (defined(_XOPEN_SOURCE) && (_XOPEN_SOURCE_EXTENDED==1)) \
> || (__STDC__ - 0 == 0 && !defined(_POSIX_C_SOURCE))
>extern char* __cdecl strdup(const char *);
>#endif /* defined(_XOPEN_SOURCE) && (_XOPEN_SOURCE_EXTENDED == 1) */
>
(RTFM) Some of the above
2008 Jun 04
1
3.0.3pre2 compile warnings on interix
All seems to compile ok but I get the following warnings on interix 3.5
flist.c: In function `recv_file_entry':
flist.c:840: warning: comparison between signed and unsigned
flist.c:874: warning: comparison between signed and unsigned
flist.c:876: warning: right shift count >= width of type
flist.c: In function `make_file':
flist.c:1178: warning: comparison between signed and unsigned
2015 Sep 15
0
xapian porting to Interix / conclusion
Report by Eric Lindblad 14-09-2015
http://www.ericlindblad.blogspot.com
cf: http://permalink.gmane.org/gmane.comp.search.xapian.general/9880
The 'gmake check' compile error on xapian-core-1.2.21/tests/api_backend.cc was resolved by the modification (at the suggestion of a mailing-list member) of the offending string from "q.OP_PHRASE" to "Xapian::Query::OP_PHRASE".
2015 Sep 11
0
xapian-core-1.0.23 compiled on Interix / Eric Lindblad
Report by Eric Lindblad 11-09-2015
http://www.ericlindblad.blogspot.com
I compiled xapian-core-1.0.23 today on Interix.
'gmake check' summary
PASS: btreetest, quartztest, stemtest, termgentest
FAIL: apitest, internaltest, queryparsertest
MS XP SP3 HOME
modified SFU Interix 3.5 w/ getopt.h, inttypes.h, & stdint.h copied
over from SUA Interix for Vista (and newer) into
2015 Sep 11
1
xapian 1.0.x compiled on Interix / Eric Lindblad
Report by Eric Lindblad 11-09-2015
http://www.ericlindblad.blogspot.com
I compiled xapian-core-1.0.23 today on Interix.
'gmake check' summary
PASS: btreetest, quartztest, stemtest, termgentest
FAIL: apitest, internaltest, queryparsertest
MS XP SP3 HOME
modified SFU Interix 3.5 w/ getopt.h, inttypes.h, & stdint.h copied
over from SUA Interix for Vista (and newer) into
2004 Dec 14
2
[LLVMdev] __time_t type instead of __time64_t in win32/TimeValue.cpp
Hi,
Is it necessary to use the VC6.1+ `__time64_t' type instead of __time_t in
win32/TimeValue.cpp?
---------------
In file included from
c:/projects/src/llvm-1/llvm/lib/System/TimeValue.cpp:51:
c:/projects/build/MinGW/llvm-1-1/lib/System/platform/TimeValue.cpp: In
member function `std::string llvm::sys::TimeValue::toString() const':
2015 Oct 07
0
brass and chert compiled / xapian port to Interix
Report by Eric Lindblad 06-10-2015
http://www.ericlindblad.blogspot.com
cf: http://permalink.gmane.org/gmane.comp.search.xapian.general/9885
modifications allowing for brass and chert to compile on SFU Interix 3.5 (modified)
[code change not performance critical]
/xapian-core-1.2.21/backends/brass/brass_check.cc
/xapian-core-1.2.21/backends/chert/chert_check.cc
#include <climits>
+
2004 Sep 14
1
[LLVMdev] Files to lib/System/Win32
>From: "Henrik Bach" <henrik_bach_llvm at hotmail.com>
>Date: Tue, 14 Sep 2004 18:10:29 +0200
>
>>From: Jeff Cohen <jeffc at jolt-lang.org>
>>Date: Tue, 14 Sep 2004 07:25:11 -0700
>>
>>On Tue, 14 Sep 2004 12:46:31 +0200
>>"Henrik Bach" <henrik_bach_llvm at hotmail.com> wrote:
>>
>> > >From: Jeff Cohen
2004 Jun 28
1
[LLVMdev] xgcc: installation problem, cannot exec `gccas': No such file or directory
Hi Guys
I'm trying to port and build the GCC Front End to the Interix environment.
I've succeded until the xgcc program executes:
/usr/local/src/cfrontend/build/gcc/xgcc
-B/usr/local/src/cfrontend/build/gcc/
-B/usr/local/src/cfrontend/install//i586-pc-interix3/bin/
-B/usr/local/src/cfrontend/install//i586-pc-interix3/lib/ -isystem
2004 Sep 14
0
[LLVMdev] Files to lib/System/Win32
>From: Jeff Cohen <jeffc at jolt-lang.org>
>
>Uh... shouldn't a Win32 port use the Win32 API?
>
Well, as I see it LLVM contains only tools that are perfectably manageble
through a shell. And in this respect, I see the win32/mingw port perfectably
achieves this at the moment.
>On Tue, 14 Sep 2004 02:11:51 +0200
>"Henrik Bach" <henrik_bach_llvm at
2004 Dec 21
3
[LLVMdev] VC++: Cannot open include file: 'windows.h': No such file or directory
Hi,
I cannot find windows either... In previous llvm sources windows.h was found
in: 'include/llvm/Config'.
------ Build started: Project: support, Configuration: Release Win32 ------
Compiling...
randtable.c
c:\projects\src\llvm-1\llvm\lib\Support\bzip2\bzlib.h(117) : fatal error
C1083: Cannot open include file: 'windows.h': No such file or directory
huffman.c
----------------
2005 Jan 28
0
[LLVMdev] Compiling errors for tracelib.c
On Fri, 28 Jan 2005, Henrik Bach wrote:
> Is there something wrong with my llvm-gcc compiler?:
> c:/projects/src/llvm-4/llvm/runtime/libtrace/tracelib.c:54: warning: type
> defaults to `int' in declaration of `PRIMES'
> c:/projects/src/llvm-4/llvm/runtime/libtrace/tracelib.c:56: warning: data
> definition has no type or storage class
It looks like that file had
2004 Dec 14
2
[LLVMdev] Linking tblgen: undefined reference to `llvm::sys::Path::Path(std::string)'
Hi,
I'm linking tblgen. However, I get below error. I can't figure out what's
wrong here. Could it be this statement in the Path.h:
mutable std::string path; ///< Storage for the path name.
------------------
llvm[2]: Linking Debug executable tblgen
c:/projects/build/MinGW/llvm-1-1/utils/TableGen/Debug/TableGen.o(.text+0x19da):
In function `main':
2004 Dec 14
1
[LLVMdev] __time_t type instead of __time64_t inwin32/TimeValue.cpp
Replace __time_t with time_t in my question. I've compiled function:
std::string TimeValue::toString() const {
// Alas, asctime is not re-entrant on Windows...
//hb: __time64_t ourTime = this->toEpochTime();
time_t ourTime = this->toEpochTime();
//hb: char* buffer = ::asctime(::_localtime64(&ourTime));
char* buffer = ::asctime(::localtime(&ourTime));
std::string
2005 Jan 28
2
[LLVMdev] Compiling errors for tracelib.c
Hi,
Is there something wrong with my llvm-gcc compiler?:
------------------------
GNU C version 3.4-llvm 20030924 (experimental) (mingw32)
compiled by GNU C version 3.4.1 (mingw special).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
c:/projects/src/llvm-4/llvm/runtime/libtrace/tracelib.c:54: error: syntax
error before "PRIMES"