_
> Mspgcc-users mailing list
> Mspgcc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mspgcc-users
>
--
// Black Lion AKA Lev Serebryakov
--
I've missed version 6.2.1 for more than month!
$subj!
Thank you anyway, these new packagings could built nicely on "not
supported" OSes!
--
// Black Lion AKA Lev Serebryakov
--
Announcing the Oxfo
gt;
> Texas Instruments Deutschland GmbH, Haggertystr. 1, D-85356 Freising.
> Amtsgericht München HRB 40960. Geschäftsführer: Andreas Schwaiger.
> Vorsitzender des Aufsichtsrates: Dr. Klaus Weisel
>
> -Original Message-
> From: Lev Serebryakov [mailto:l...@serebryakov.s
6 Freising.
> Amtsgericht München HRB 40960. Geschäftsführer: Andreas Schwaiger.
> Vorsitzender des Aufsichtsrates: Dr. Klaus Weisel
>
> -Original Message-
> From: Ghannouchi, Youssef
> Sent: Monday, November 28, 2016 10:36 AM
> To: 'Lev Serebryakov'; 'GCC for MSP
| BP_FETCH_HOLD == bpAccess)
^
DLL430_v3/src/DLL430_OldApiV3.cpp:2295:44: warning: comparison of two
values with different enumeration types ('BpAccess' and
'TI::DLL430::AccessType') [-Wenum-compare]
if (BP_FETCH == bpAccess || BP_F
iendly packed debug stack?
Release page of GCC toolchain mention MSPDebugStack 3.8.1.0, but
http://www.ti.com/tool/mspds still shows 3.07.000.012 for open-source
version.
--
// Black Lion AKA Lev Serebryakov
--
version on
TI site.
- --
// Black Lion AKA Lev Serebryakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQJ8BAEBCgBmBQJXh8EjXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF
QUIwM0M1OEJGREM0NzhGAAo
my (OS package
maintainer) point of view!
- --
// Black Lion AKA Lev Serebryakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQJ8BAEBCgBmBQJXh7OhXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF
QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePZn
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 13.07.2016 22:42, Lev Serebryakov wrote:
But these patches are slightly wrong :) Patch too much. But usable,
anyway!
> Patches! WOW! I'll try to use "stock" sources + patches for FreeBSD
> package manager :)
>
- -
eeBSD package manager
:)
- --
// Black Lion AKA Lev Serebryakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQJ8BAEBCgBmBQJXhpmyXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF
QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePV4QP/Aw0p3b+3qkLy
Thank you Lev for your feedbacks. Those installers were needed due
> to some TI licensing constraints. We are going to change again the
> package license and release it as zip with the next version
> expected end of Q2.
- --
// Black Lion AKA Lev Serebryakov
-BEGIN PGP SIGNATURE-
zip with the next version
> expected end of Q2.
- --
// Black Lion AKA Lev Serebryakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQJ8BAEBCgBmBQJXNICyXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF
QUIwM0M1OEJGREM0NzhGAAoJ
!
B :(
- --
// Black Lion AKA Lev Serebryakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQJ8BAEBCgBmBQJXLRI7XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF
QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePJB8P/0vCLFbXWu3ICN52vE6JK9gU
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 01.04.2016 18:36, Ghannouchi, Youssef wrote:
> § GDB 7.7
Was support for Insight TK frontend dropped? I could not find
"gdbtk" in sources.
- --
// Black Lion AKA Lev Serebryakov
-BEGIN PGP SIGNATURE-
Vers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 04.04.2016 20:27, Lev Serebryakov wrote:
>> § GDB 7.7
> Was support for Insight TK frontend dropped? I could not find
> "gdbtk" in sources.
tcl & tk & other tcl/tk libs are still here, but after
configure --wit
Hello Youssef,
Monday, October 19, 2015, 10:11:09 PM, you wrote:
> The MSP Debug Stack is an open source. Please refer to this link:
> http://www.ti.com/tool/mspds Please see README-BUILD.txt for build
> instructions.
Yep, I was able to build it on FreeBSD with some small additions to
Makefiles
Hello DJ,
Sunday, October 18, 2015, 10:44:10 PM, you wrote:
>> To be honest, your (RedHat + TI) way is worst possible one :-(
> Worst for your purposes, perhaps. We just have a different goal - a
> turnkey custom collection that "just works" for our customers. That
> means we normally include
Hello DJ,
Sunday, October 18, 2015, 9:08:34 PM, you wrote:
>> Yep, it works, modulo DESTDIR problems, which could be easily patched.
> We've always used a separate --prefix for each release (typically
> /opt/redhat/msp430-YYMMDD/) so we wouldn't notice.
When it is build for system package (lik
Hello Mspgcc-users,
What is state of debugging support for MSP430 now?
Looks like, Linux "full" gcc package contains gdb_agent_console and
libmsp430.so to support debugging, am I right?
Now, when I built toolchain for FreeBSD (will be added top ports in next
few days), I wonder, is it po
Hello Lev,
Saturday, October 17, 2015, 11:35:14 PM, you wrote:
>> 2. Are you building in the source tree? If so, that is not supported,
>>you must always build in a separate (empty) directory.
> Oh, it looks like my error. I'm trying to build out-of-tree now.
Yep, it works, modulo DESTDIR
Hello DJ,
Friday, October 16, 2015, 9:12:20 PM, you wrote:
> That should be built as part of building gcc/
> so you probably have a problem earlier on that you didn't see in your logs...
Other problem: tcl doesn't respect DESTDIR setting, so whole
package could not be properly "staged" for packa
Hello DJ,
Saturday, October 17, 2015, 10:55:52 PM, you wrote:
> 1. Are you cross-building a compiler? I.e. is the host you're
>building *on* different than the host (not target, which is msp430)
>you're building *for*? (This is called a "canadian cross" and is
>much more complicate
Hello Lev,
Saturday, October 17, 2015, 10:33:35 PM, you wrote:
> Makefile in "msp430-elf/libgcc" contains:
>
> libgcc_topdir = ../.././libgcc/..
> host_subdir = .
> gcc_objdir = $(MULTIBUILDTOP)../../$(host_subdir)/gcc
>
> "host_subdir" is clearly invalid :)
Really, This problem
Hello DJ,
Friday, October 16, 2015, 9:12:20 PM, you wrote:
BTW, "gnu89" helps, thank you.
> That should be built as part of building gcc/
> so you probably have a problem earlier on that you didn't see in your logs...
Nope. It was build here ("root" is sources/tools from tarball):
"host-amd64
Hello DJ,
Friday, October 16, 2015, 1:03:06 AM, you wrote:
> You're probably running into a common problem with "static inline" vs
> "extern inline" - the semantics of those changed with the recent C
> standards, so not all compilers do the same thing. I assume you're
> not using GCC?
Ok, tinke
Hello DJ,
Friday, October 16, 2015, 1:03:06 AM, you wrote:
> You're probably running into a common problem with "static inline" vs
> "extern inline" - the semantics of those changed with the recent C
> standards, so not all compilers do the same thing. I assume you're
> not using GCC?
It is cla
-amd64-portbld-freebsd10.2/sim'
> Hello GCC-enthusiasts,
> We are pleased to announce a new stand-alone & open source release (v3.5.0.0)
> of MSP430 GCC available for download
> here<http://software-dl.ti.com/msp430/msp
rts/devel/gcc-msp430-ti-toolchain/work/sources/
tools'
Makefile:860: recipe for target 'all' failed
gmake[1]: *** [all] Error 2
gmake[1]: Leaving directory
'/usr/home/lev/FreeBSD/ports/devel/gcc-msp430-ti-toolchain/work/sources/
tools'
Full output is attached as "g
re.
> http://pabigot.github.io/bsp430/msp430elf.html has details on
> building the toolchain from them.
- --
// Black Lion AKA Lev Serebryakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
iQJ8BAEBCgBmBQJVK6+OXxSAAC4AKGlzc3Vlci1mcHJ
ts and
> Dashboards with Interactivity, Sharing, Native Excel Exports, App
> Integration & more Get technology previously reserved for
> billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.
clktrk
>
>
>
>
> _
PB> Once I've switched to using msp430-elf-gcc all pretense that mspgcc is
PB> supported will vanish. Unofficially, that's already occurred.
Anyway, thank you for all you work on mspgcc!
--
// Black Lion AKA Lev Serebryakov
---
el declarator
fatal VPARAMS ((const char *format, ...))
^
;
2 errors generated.
gmake[6]: *** [bucomm.o] Error 1
And there is not "intermediate" snapshots between them!
--
// Black Lion AKA Lev Serebryakov
--
M. Heck, the tools probably support other languages as
DD> well but we haven't tested them.
Ok, I see.
BTW, do I need GCC_RH_20140508.zip too? Whereshould I unpack it?
Grrr, using "latest newlib" is a problem for package system :(
--
// Black Lion AKA Lev Serebryakov
hitectures, we run into these problems.
DD> The solution is that someone does it manually once, and after that,
DD> you build each package using the previous version of the other package
DD> each time.
I see... Two more questions:
(1) Is newlib-nano supported?
(2) Is C++ supported?
ackage into
two but, again, it is impossible in most packaging systems to do "make all
install" from SAME directory you did "make all-host install-host" for other
package!
So, it will be one package.
--
// Black Lion AKA Lev Serebryakov
---
libc and other with this libc
support, which doesn't fit good to "everything is separate package" model.
--
// Black Lion AKA Lev Serebryakov
--
"Accelerate Dev Cycles with Automated Cross-Brows
re.
I see!
--
// Black Lion AKA Lev Serebryakov
--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments
ano? with which settings?) and gdb?
--
// Black Lion AKA Lev Serebryakov
--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloa
spot, open-source
but very (and unnecessary) Linux- or even distro-dependend software. Sorry
again!
--
// Black Lion AKA Lev Serebryakov
--
See everything from the browser to the database with AppDynamics
Get end-t
d no one could possibly complain that Peter hasn't made pre-packaged
DB> bundles for different distros and OS's - but we /can/ expect that from a
DB> big company like TI.
Again, I repeat: every time I see "vendor-provided" bi
URCE toolchain!
And I had enough this Linux- and corporate-centric shit in times of first
Non-WinCE-based PD "Agenda VR3", which had toolchain in binary-only form,
and sources looks like "get this snapshot of egcs3 and apply these 1348.5
patches in order which is our trade secret
traightforward, unfortunately. It needs special hacks to build them well
not on Linux hosts, as they expect some Linux-specific headers, etc.
--
// Black Lion AKA Lev Serebryakov
--
This SF.net email is sponsored by W
x27; should return a value
[-Wreturn-type]
return;
^
5 warnings and 3 errors generated.
gmake[3]: *** [interp.o] Error 1
gmake[3]: Leaving directory
`/work/a/ports/devel/msp430-gdb/work/gdb-7.2/sim/msp430'
gmake[2]: *** [all] Error 1
--
// Black Lion AKA Lev Serebryakov
--
ncrease entropy and force big downloads. "stock" tarballs could be
used to build several packages (for several targets) and they should
be downloaded only once.
--
// Black Lion AKA Lev Serebryakov
--
For D
ment to
configure itself properly.
So, problem is solved and FreeBSd ports will be updated today to
latest & greatest LTS release.
--
// Black Lion AKA Lev Serebryakov
--
For Developers, A Lot Can Happen In A Sec
oo painful to
> install and I can find a spare drive, I'll give it a try.
I've tried latest 8 and 9 releases (8.2 release and 9.0 release).
But wait a couple of days, I hope, I'll resolve it with other
cross-gcc maintainers, as it could be F
msp430-gcc
should be able to support -fpic for TARGET.
--
// Black Lion AKA Lev Serebryakov
--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ult
plugin.so) trys
to link with it. And if libiberty is built without `-fpic' on amd64,
it COULD NOT be linked into HOST shared object.
Of course, HOST supports -fpic.
--
// Black Lion AKA Lev Serebryakov
--
For Develo
h same (but `--target,' of course) options.
> mspgcc.
But it could not build mspgcc, as it doesn't try to pass `-fpic' to
compiler for libiberty, too.
--
// Black Lion AKA Lev Serebryakov
--
For Deve
program-prefix="msp430-"
is almost what I use, except I need to provide paths to all libraries
by hands:
--with-gmp=${LOCALBASE} --with-mpfr=${LOCALBASE} --with-mpc=${LOCALBASE}
--with-libiconv-prefix=${LOCALBASE} --with-system-zlib --disable-nls
--
// Black
eeBSD]
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
--
// Black Lion AKA
ry.a was build as non-PIC library and LTO plugin could
not be linked with it.
Is here any solution other than disabling LTO plugin?
--
// Black Lion AKA Lev Serebryakov
--
For Developers, A Lot Can Happen In A Seco
-flow graphs from assembly.
I think, that in 2012 LLVM/clang-based solution will suite better.
Much more clear architecture, much more robust framework for
analysis and problem reporting, etc.
This project already have some very useful statick-analysis tools,
too.
--
// Black Lion AKA Lev
to ports, I need to read-through README for 5-6 times to be
sure, that I didn't missed anything.
--
// Black Lion AKA Lev Serebryakov
--
All the data continuously generated in your IT infrastructure contains a
Hello, Mspgcc-users.
It seems, that last Insight version is 6.x, and latest msp430-gdb is
7.2 (BTW, gdb 7.3 is released). Which GUI for gdb do you use to debug
MSP430 code? Windows? Linux?
--
// Black Lion AKA Lev Serebryakov
tarballs. I've encountered too much cross-tools
with instructions like "take this snapshot from version control
system, add these vendor patches in this sequence and build on
Debian only with prefxi set to /opt because it can
===
It seems to be msp430.em error, or, maybe, generic.em error, I don't
know.
There is NO requirement to have ${ARCH} unset when binutils are
built.
--
// Black Lion AKA Lev Serebryakov
--
Go
Hello, Mspgcc-users.
I've updated all mspgcc-related ports on FreeBSD to latest versions.
But as I don't have any MSP430 hardware now, I cannot check is it
work properly, sorry.
--
// Black Lion AKA Lev S
Hello, Mspgcc-users.
You wrote 11 июля 2011 г., 15:42:43:
> Host has GNU make 3.82 and gcc 4.2.2.
Sorry for noise, it is local glitch with stale patch.
--
// Black Lion AKA Lev Serebryakov
--
All of the d
ke 3.82 and gcc 4.2.2.
Logs are attached.
--
// Black Lion AKA Lev Serebryakov --
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application
Hello mspgcc-users,
I need to update msp430-related (binutils, gcc) ports for FreeBSD, but I'm
"slightly" out of date myself :)
Which version of base gcc with which version of patches (from CVS) should I
use? All "readme.txt" files (in gcc-* directories) contains words about "work
in progr
oser :)
Oh, Thanks :-\
I don't think, that it is good idea until 3.4.0 is official release.
For example -- it could not be packaged properly, because here are
no official tarballs with gcc sources. And many mirrors doesn't
contain snapshots, etc :(
--
Lev Serebryakov
ed these patches to FreeBSD port (2.14-based, with all
msp430-related changes). But libc doesn't contain target for 1612
runtime, only 1610 and 1611. Could it be fixed?
--
Lev Serebryakov
around aerodrome with more details.
I'll send logs & traces to you (I have accounts on FreeBSD cluster,
which contains amd64 and sparc64 comuters).
--
Lev Serebryakov
uot;Unsupported platform" message. May be, it is `old'
`./configure' and could be solved with simple patch for it?
--
Lev Serebryakov
Hello Steve,
Thursday, November 20, 2003, 4:28:36 PM, you wrote:
>>SU> I've fixed a couple of silly bugs that made GDB 6.0 support less than
>>SU> wonderful :-) The current CVS should be much closer to usable.
>> Should I update FreeBSD's port, or wit and leave 5.1.1 in port for
>> some more time
Hello Steve,
Thursday, November 20, 2003, 4:03:01 PM, you wrote:
SU> I've fixed a couple of silly bugs that made GDB 6.0 support less than
SU> wonderful :-) The current CVS should be much closer to usable.
Should I update FreeBSD's port, or wit and leave 5.1.1 in port for
some more time?
--
B
Hello, mspgcc! How are you?
I've heard rumors, that TI opens its JTAG variant and now JTAG
programmer/debugger could be done without "secret magic library" from
TI.
Is it right?
Is here gdbproxy, which is fully open-source and don't need binary
library to work?
Hello users,
Code from CVS, 2003/09/29 (latest one, `cvs up' days, taht my
directory is up-to-date)
msp430-gcc -c -I./../include -I. -Wall -O2 -g -mmcu=msp1 -c stdlib/vuprintf.c
-o msp1/vuprintf.o
msp430-gcc -c -I./../include -I. -Wall -O2 -g -mmcu=msp1 -c stdlib/uprintf.c
-o msp1/uprintf.o
Hello, Dmitry!
Friday, August 29, 2003, 12:54:10 PM, you wrote:
D> binutils-2.14 available on you favorite ftp or whatever.
D> gcc-core-3.2.2
D> gcc-3.3 cvs' dir at SF.
D> the directory mess will be fixed soon :)
May be direct rename in CVS repository?
ikes exception, rule is such error.
I'm trying to use cvs on win32 and FreeBSD... Results are same :(
Lev Serebryakov
/---\
| FIDONet: 2:5030/661.0 |
| E-Mail: l...@serebryakov.spb.ru |
| Page
Hello, Dmitry!
Tuesday, March 04, 2003, 8:08:41 PM, you wrote:
D> The binutils bits are in official tree.
But no release with these bits :(
Lev Serebryakov
/---\
| FIDONet: 2:5030/661.0 |
| E-Mail:
use cygwin for gdb with this patch.
Yes, I apply your patch to gdb & insight. so, my builds should work.
Lev Serebryakov
/---\
| FIDONet: 2:5030/661.0 |
| E-Mail: l...@serebryakov.spb.ru
s);
OS> This helped me to build mspgcc under MSYS and MinGW.
mspgcc doesn't need FIXINC and FIXPROTO at all :)
I'll publish my build system in 2 or 3 days: I need fix some issues
and write some instruction.
Lev Serebryakov
/--
Hello, Dmitry!
Friday, February 14, 2003, 10:18:09 AM, you wrote:
LS>> I'll upload these files to sourceforge tomorrow.
D> could you please move these bits to mspgcc?
D> If not, please let me know.
Done.
/Remove software' control panel applet and another link to
cmd.exe in start menu (with name like ``msp430 build environment'').
In any case, all software is installed in ONE directory and
unisntallation is simple removing of ONE directory -- here are no
any files outsid
Hello, Andreas!
Wednesday, February 12, 2003, 11:38:03 PM, you wrote:
AS> Someone should really build new windows binaries (Lev?)...
Sorry for long pause. It's being build right now :)
Lev Serebryakov
/---\
| FIDONet: 2:50
Hello, mspgcc-users! How are you?
sorry, I have problems with my paid job and institute now, so next
build will be after 20 of Jan.
It will be based on gcc 3.2.1, and, mau be, binutils 2.13.3 (if it
will be released by GNU team, of course).
Lev Serebryakov
et?
I don't know, really :(
AR> BTW, another question: if I write in gdb 'target msp430 com2', will it work
AR> with _YOUR_ serialJTAG, or some other?
MY? It's strange, because I'm not building serialJTAG and not
writing it.
Lev Serebryakov
/
o, './configure' returns some warnings about 'missing' script, it says
'it may be too old...'.
And, in any case, what will you do with it without ``secret
ingredient'' from TI?
Lev Serebryakov
/---\
; 3.2.1 - no probs at all. 3.3 will not work unless some certain job done.
Ok, my next build will be based on 3.2.1 :)
Lev Serebryakov
/---\
| FIDONet: 2:5030/661.0 |
| E-Mail: l...@serebryakov.spb.ru
'missing' script, it says
'it may be too old...'.
Many problems, but I've compiled it. Could find for patches on my
HDD :)
Lev Serebryakov
/---\
| FIDONet: 2:5030/661.0
ut, sorry, not so fast. I have many problems at
work & institute now.
P.S. Did you have `HOME' environment variable set?
Lev Serebryakov
/---\
| FIDONet: 2:5030/661.0 |
| E-Mail: l...@serebryakov.spb
pgcc-win32'
(2) msp430-libc-1.0.20021218.tar.bz2
It is sources of libc (really, only documentation is changed).
Also, new gcc sources was uploaded to `mspgcc' package and all files
in `mspgcc' was renamed to contains original version numbers.
p430/win32/msp430-insight-win32-20021217-release1.exe
http://lev.serebryakov.spb.ru/download/msp430/win32/msp430-toolchain-win32-20021217-release1.exe
Lev Serebryakov
/---\
| FIDONet: 2:5030/661.0 |
|
, it is good idea. But I need special right on SF for this, and
only admin of project could give them to me...
Dmitry, is it possible? My SF name is `levser'. I could put my
builds to SF, if you approve this and give me such rights.
t you have to
AS> prepare for a few GB traffic then.
GB? If it is not a joke, then it will be better to mirror files
itself.. Because I have no hard limit on traffic from my site, but
some _GB_ per month will be noticed by my host provider, of course :)
.exe
Lev Serebryakov
/---\
| FIDONet: 2:5030/661.0 |
| E-Mail: l...@serebryakov.spb.ru |
| Page:http://lev.serebryakov.spb.ru/ |
| ICQ UIN: 3670018 |
| Phone: You know, if
I know, it is not `vote' :) I think, it is answers, which you should
answer to yourself to take decision.
Lev Serebryakov
/---\
| FIDONet: 2:5030/661.0 |
| E-Mail: l...@serebryakov.spb.ru
ng must do their work...
Lev Serebryakov
/---\
| FIDONet: 2:5030/661.0 |
| E-Mail: l...@serebryakov.spb.ru |
| Page:http://lev.serebryakov.spb.ru/ |
| ICQ UIN: 3670018
Are they documented
somewhere? libc/doc/doc.txt contains some description. Is it full?
Lev Serebryakov
/---\
| FIDONet: 2:5030/661.0 |
| E-Mail: l...@serebryakov.spb.ru |
| Page:
u have
only 32/16 division (or 16/8), it is not good idea to make it via
32/32 or 16/16 ones. Or is it limitation of GCC architecture?
Lev Serebryakov
/---\
| FIDONet: 2:5030/661.0 |
| E-Mail: l...@serebryakov.
sting
SU> or source and assembly listings in separate windows.
Thanx a lot! I'll use this receipt for my next build of gdb &
insight!
Lev Serebryakov
/---\
| FIDONet: 2:5030/661.0 |
| E-Mail: l.
m here:
http://lev.serebryakov.spb.ru/download/msp430/win32/
Please, report bugs to my e-mail, because I have no time to read
this list carefully, so I could skip your bug report here, sorry.
Versions is named by last CVS commits, not by build date.
Le
I'm using this auto* framework in my projects (under UNIX) and I
know, that proper generated scripts & templates in distributive
works without framework on build system.
And, also, where I could get closed source driver for gdbproxy
d static libraries (like
libiberty.a, libbfd.a, etc) are removed.
Lev Serebryakov
/---\
| FIDONet: 2:5030/661.0 |
| E-Mail: l...@serebryakov.spb.ru |
| Page:htt
Hello, mspgcc-users! How are you?
I'm very sorry: I choose wrong list.
Lev Serebryakov
/---\
| FIDONet: 2:5030/661.0 |
| E-Mail: l...@serebryakov.spb.ru |
| Page:http://lev.serebryakov.s
pipe() supported by mingw32?
Lev Serebryakov
/---\
| FIDONet: 2:5030/661.0 |
| E-Mail: l...@serebryakov.spb.ru |
| Page:http://lev.serebryakov.spb.ru/ |
| ICQ UIN: 367
nts in all library with
different names and #define printf() and others to `actual' names?
Is it good solution? I could try to prepare patches for msp430-libc
for #define-related solution.
Lev Serebryakov
/
Hello, Dmitry!
Wednesday, October 23, 2002, 9:19:24 PM, you wrote:
D> P.S. unwind** are C++ exceptions bits. c++ is not fully implemented.
I always pass `--languages=c' to `./confugre'...
Ok, it building now.
Le
1 - 100 of 101 matches
Mail list logo
